Ds docs #126
Ds docs #126
Conversation
doc/specific_iocs/dae/datastreaming/Datastreaming---File-writing.md
Outdated
Show resolved
Hide resolved
doc/specific_iocs/dae/datastreaming/Datastreaming---File-writing.md
Outdated
Show resolved
Hide resolved
doc/specific_iocs/dae/datastreaming/Datastreaming--neutron-events-histograms.md
Show resolved
Hide resolved
|
|
||
|
|
||
| ## Live view, spectra plots etc. | ||
| These will be provided by a soft IOC (`azawakh`) which effectively consumes from event and histogram topics (and possibly run starts?) which will serve areaDetector and other PVs. |
There was a problem hiding this comment.
will serve areaDetector and other PVs
Hmm - I was thinking it will serve spectra and spectra-maps, but AreaDetector PVs would be best done by having an AreaDetector 'source' plugin I think which is a bit of a different responsibility in some ways. To discuss...
There was a problem hiding this comment.
will it be configured via PVs or from kafka as to what binning to use for the spectra etc
There was a problem hiding this comment.
I'm not sure yet.
My initial instinct is that it makes more sense for those parameters to be in kafka, so that other consumers can use them if they wish (e.g. filewriter might be run in a mode where it histograms monitors? in which case it may want to use these same settings?). This way "serving spectra" and "areadetector" can be independent processes but use the same underlying ToF binning settings. But I am open to being persuaded either way on this...
Tom-Willemsen
left a comment
Tom-Willemsen
left a comment
There was a problem hiding this comment.
Looks good to me, but wait for feedback from others in yesterday's meeting before merging.
|
On the diagram there is a link from the FPGA boards to kafka - i don't believe the FPGA can write kakfa directly, so is there a missing |
|
OK - let's get this in as a first draft, we can update when we come up with more sensible names for stuff. |
|
I'm late to the party, but LGTM |
Closes ISISComputingGroup/DataStreaming#23
This PR documents what we are proposing to do for data streaming going forwards and removes the description of what the ESS were going to do several years ago.
If there's anything that we decided in the meeting that isn't in here I will add it.