<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<meta content="text/html; charset=UTF-8">
<style type="text/css" style="">
<!--
p
{margin-top:0;
margin-bottom:0}
-->
</style>
<div dir="ltr">
<div id="x_divtagdefaultwrapper" dir="ltr" style="font-size:14pt; color:#000000; font-family:Calibri,Helvetica,sans-serif">
<p>Dear Hans, dear <span>Håkan,</span></p>
<p><span><br>
</span></p>
<p><span>thank you for the explanations. Maybe my questions don't make much sense as I have not correctly understood the concept of this GEO number.</span></p>
<p><span><br>
</span></p>
<p><span>As I see it, the DAQ software is (automaticly) assigning a GEO number to <span style="font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols; font-size:18.6667px">(some
of?) </span>the modules that is then readout from the module again by the same DAQ. We then need to know this number to configure the matching procedure in the *.spec file. And just by guessing and looking what Bastian provided us, we assumed that this number
is assigned according to the order that the modules appear in the main.cfg file.</span></p>
<p><span><br>
</span></p>
<p><span>I get that it is nice to have a unique number for each module to make sure that if there are many, you are always looking at the right one. So, is the GEO number just a way to avoid identifying the modules by tthe lengthy address that is set using
the rotary switches (which also should be unique for each crate, right?)?</span></p>
<p><span><br>
</span></p>
<p><span>If possible and not already implemented, I think it would be really good to have the option to set a GEO number in main.cfg for each module. This would avoid having to deal with new GEO numbers for everything once modules are added or removed (as
<span style="font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols; font-size:18.6667px">
Håkan</span> already mentioned).</span></p>
<p><span><br>
</span></p>
<p><span>But maybe I simply do not understand yet, how this GEO thing actually works
<span>😊</span></span></p>
<p><span><span><br>
</span></span></p>
<p><span><span><br>
</span></span></p>
<p><span><span><br>
</span></span></p>
<p><span><span>Many thanks and best greetings</span></span></p>
<p><span><span>Günter</span></span></p>
<p><br>
</p>
<div id="x_Signature">
<div style="font-family:Tahoma; font-size:13px"></div>
</div>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Von:</b> subexp-daq <subexp-daq-bounces@lists.chalmers.se> im Auftrag von Hans Toshihide Törnqvist <hans.tornqvist@chalmers.se><br>
<b>Gesendet:</b> Montag, 22. April 2024 16:12:56<br>
<b>An:</b> Discuss use of Nurdlib, TRLO II, drasi and UCESB.; Håkan T Johansson<br>
<b>Betreff:</b> Re: [subexp-daq] Question: what is GEOM?</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Dear Günter,<br>
<br>
To add to Håkan's response, some Caen modules (maybe others?) can assign <br>
its geom via the middle PAUX connector if that's available. I think <br>
there's a config to make nurdlib aware that the module will have an <br>
externally assigned geom number, but maybe also via a flag in a status <br>
register. These are checked against the automatically assigned geom's, <br>
so the step to overriding is not very big.<br>
<br>
Mostly fyi :)<br>
<br>
Cheers,<br>
Hans<br>
<br>
On 2024-04-19 12:07, Håkan T Johansson wrote:<br>
> <br>
> Dear Günter,<br>
> <br>
> I think nurdlib will assign the geom numbers (for modules which have <br>
> that kind of identifier settable) in order for the modules that are <br>
> configured.<br>
> <br>
> Unless not already implemented, it might be on Hans todo-list to be able <br>
> to override that default, i.e. manually specify the module identifier <br>
> that appears in the data. That would be useful such that an unpacker <br>
> can be used unchanged even if some detector/module is not present for <br>
> some runs / experiments.<br>
> <br>
> Cheers,<br>
> Håkan<br>
> <br>
> <br>
> <br>
> On Fri, 19 Apr 2024, Weber, Guenter Dr. wrote:<br>
> <br>
>><br>
>> Dear friends,<br>
>><br>
>><br>
>> in my DAQ, I have three modules that are defined in main.cfg as follows:<br>
>><br>
>><br>
>> # ADCs<br>
>> CAEN_V785(0x11110000) {<br>
>> threshold = (0 {32})<br>
>> }<br>
>> CAEN_V785(0x44440000) {<br>
>> threshold = (0 {32})<br>
>> }<br>
>> # TDC<br>
>> BARRIER<br>
>> CAEN_V1190(0x22220000) {<br>
>> blt_mode = noblt<br>
>> edge = leading<br>
>> resolution = 100 ps<br>
>> deadtime = 5 ns<br>
>> # with 100 ps resolution, max window size: 50 us<br>
>> GATE {<br>
>> time_after_trigger = -1us<br>
>> width = 2us<br>
>> }<br>
>> }<br>
>><br>
>> In the corresponding *.spec file, the data is matched via this commands:<br>
>><br>
>><br>
>> adc[0] = VME_CAEN_V785(geom=1, crate=0);<br>
>> adc[1] = VME_CAEN_V785(geom=2, crate=0);<br>
>> b2 = BARRIER();<br>
>> tdc = VME_CAEN_V1190(geom=3);<br>
>><br>
>> My question is now, where is the GEOM number coming from? How do the <br>
>> modules<br>
>> 'know' that they should have GEOM numbers 1 to 3?<br>
>><br>
>><br>
>><br>
>> Thank you very much!<br>
>><br>
>><br>
>><br>
>> Best greetings<br>
>> Günter<br>
>><br>
>><br>
>><br>
>><br>
> <br>
-- <br>
subexp-daq mailing list<br>
subexp-daq@lists.chalmers.se<br>
<a href="https://lists.chalmers.se/mailman/listinfo/subexp-daq">https://lists.chalmers.se/mailman/listinfo/subexp-daq</a><br>
</div>
</span></font>
</body>
</html>