
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<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>

<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>

<div id="divtagdefaultwrapper" style="font-size:14pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">

<p>Small update:</p>

<p><br>

</p>

<p>If no channel of the SIS3316 module is not read out, then the DAQ is running smoothly. As soon as I want to read out one channel, the error message is triggered.</p>

<p><br>

</p>

<p><br>

</p>

<p><br>

</p>

<p>Best greetings</p>

<p>Günter<br>

</p>

<br>

</div>

<hr style="display:inline-block;width:98%" tabindex="-1">

<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>Von:</b> subexp-daq <subexp-daq-bounces@lists.chalmers.se> im Auftrag von Weber, Guenter Dr. <g.weber@hi-jena.gsi.de><br>

<b>Gesendet:</b> Mittwoch, 24. Januar 2024 11:23:19<br>

<b>An:</b> Discuss use of Nurdlib, TRLO II, drasi and UCESB.<br>

<b>Betreff:</b> Re: [subexp-daq] How to start a DAQ system after NURDLIB, TRLOII, DRASI, etc. were updated</font>

<div> </div>

</div>

<div>

<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 friends,</p>

<p><br>

</p>

<p>I now wanted to turn thing around and only have a single SIS3316 module in the DAQ. So I commented out the VULOM in main.cfg. However, now the r3bfuser.cfg needs to change, I guess.</p>

<p><br>

</p>

<p><span style="font-size:8pt">5: f_user.c:745: User set WR ID=0x200, but no WR-capable module configured for nurdlib!</span><br>

</p>

<p><br>

</p>

<p>What would be the correct R3B setting now with just a SIS3316 module in main.cfg? Or is the way to go, not to comment out the complete VULOM entry but just the timestamp and ecl options, i. e. having only</p>

<p><br>

<span></p>

<div><span style="font-size:8pt">    GSI_VETAR(0x50000000) {</span><br>

<span style="font-size:8pt">    #   dactl = false</span><br>

<span style="font-size:8pt">    #   direct = false</span><br>

<span style="font-size:8pt">    }</span></div>

</span>

<p></p>

<p><br>

</p>

<p>?<br>

</p>

<p><br>

</p>

<p><br>

</p>

<p><br>

</p>

<p>Best greetings</p>

<p>Günter<br>

</p>

<p><br>

</p>

<br>

</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 Håkan T Johansson <f96hajo@chalmers.se><br>

<b>Gesendet:</b> Mittwoch, 24. Januar 2024 06:42:24<br>

<b>An:</b> Discuss use of Nurdlib, TRLO II, drasi and UCESB.<br>

<b>Betreff:</b> Re: [subexp-daq] How to start a DAQ system after NURDLIB, TRLOII, DRASI, etc. were updated</font>

<div> </div>

</div>

</div>

<font size="2"><span style="font-size:10pt;">

<div class="PlainText"><br>

Dear Günter,<br>

<br>

before you do a lot of module surgery:<br>

<br>

given that the merge of the changes you had in nurdlib in the 'old' but <br>

working daq into current nurdlib was a veritable monster, we have figured <br>

that those need to be more carefully considered, piece-by-piece.  With <br>

some luck, some inadvertent mistake in the merge operation is perhaps <br>

found.<br>

<br>

This might take a few days...<br>

<br>

If that does not work, one can dump the full register set in the modules <br>

in both the 'old' and 'new' daqs after setup and compare those, which <br>

would then hopefully hint at what is not the same.<br>

<br>

But the code inspection is a safer long-term approach, so we prefer to do <br>

that first.<br>

<br>

Best regards,<br>

Håkan<br>

<br>

<br>

<br>

On Tue, 23 Jan 2024, Hans Toshihide Törnqvist wrote:<br>

<br>

> Dear Günter,<br>

><br>

> Are you using different main.cfg files for the new and old DAQ?<br>

><br>

> Could you add "log_level = verbose" or "log_level = debug" in the new <br>

> main.cfg if it's not there? That should print a lot more information.<br>

><br>

> Note that all that text ends up in the log, have a look at it so it does <br>

> not explode in size, especially if you set " = debug"!<br>

><br>

> Please try to recreate the crate setup with the same firmware versions <br>

> and addresses etc like before, that will reduce the number of free <br>

> variables in the testing.<br>

><br>

> Best regards,<br>

> Hans<br>

><br>

><br>

> On 2024-01-23 16:12, Weber, Guenter Dr. wrote:<br>

>> Dear Håkan,<br>

>> <br>

>> <br>

>> the ADC firmware is printed right after the firmware of the VME module:<br>

>> <br>

>> <br>

>> 0: a:1: ..Serial number=0x00800172. (module/sis_3316/sis_3316.c:1305)<br>

>> 10: a:1: ..id/firmware=0x33162010. (module/sis_3316/sis_3316.c:1312)<br>

>> 10: a:1: ..adc[0] firmware=0x01250911. (module/sis_3316/sis_3316.c:1315)<br>

>> 11: a:1: ..adc[0] has 16 bits. (module/sis_3316/sis_3316.c:1322)<br>

>> 10: a:1: ..adc[1] firmware=0x01250911. (module/sis_3316/sis_3316.c:1315)<br>

>> 11: a:1: ..adc[1] has 16 bits. (module/sis_3316/sis_3316.c:1322)<br>

>> 10: a:1: ..adc[2] firmware=0x01250911. (module/sis_3316/sis_3316.c:1315)<br>

>> 11: a:1: ..adc[2] has 16 bits. (module/sis_3316/sis_3316.c:1322)<br>

>> 10: a:1: ..adc[3] firmware=0x01250911. (module/sis_3316/sis_3316.c:1315)<br>

>> 11: a:1: ..adc[3] has 16 bits. (module/sis_3316/sis_3316.c:1322)<br>

>> <br>

>> <br>

>> and<br>

>> <br>

>> <br>

>> 10: a:1: ..Serial number=0x00800170. (module/sis_3316/sis_3316.c:1305)<br>

>> 10: a:1: ..id/firmware=0x3316a012. (module/sis_3316/sis_3316.c:1312)<br>

>> 10: a:1: ..adc[0] firmware=0x0125a012. (module/sis_3316/sis_3316.c:1315)<br>

>> 11: a:1: ..adc[0] has 16 bits. (module/sis_3316/sis_3316.c:1322)<br>

>> 10: a:1: ..adc[1] firmware=0x0125a012. (module/sis_3316/sis_3316.c:1315)<br>

>> 11: a:1: ..adc[1] has 16 bits. (module/sis_3316/sis_3316.c:1322)<br>

>> 10: a:1: ..adc[2] firmware=0x0125a012. (module/sis_3316/sis_3316.c:1315)<br>

>> 11: a:1: ..adc[2] has 16 bits. (module/sis_3316/sis_3316.c:1322)<br>

>> 10: a:1: ..adc[3] firmware=0x0125a012. (module/sis_3316/sis_3316.c:1315)<br>

>> 11: a:1: ..adc[3] has 16 bits. (module/sis_3316/sis_3316.c:1322)<br>

>> <br>

>> <br>

>> We never had look at the firmware and also exchanged or six SIS3316 <br>

>> modules for each other. Thus, my assumption is that differences in the <br>

>> firmware number should not matter. But of course, I am not sure about this.<br>

>> <br>

>> <br>

>> What puzzles me right now is the fact, that on the old system we get so <br>

>> much more output on the command line. On the new system it is just the <br>

>> SIS3316 firmware information and, for some reason, the threshold <br>

>> settings (out of a ton of various setting options for this type of module).<br>

>> <br>

>> <br>

>> <br>

>> <br>

>> <br>

>> Best greetings<br>

>> <br>

>> Günter<br>

>> <br>

>> <br>

>> <br>

>> <br>

>> ------------------------------------------------------------------------<br>

>> *Von:* subexp-daq <subexp-daq-bounces@lists.chalmers.se> im Auftrag von <br>

>> Håkan T Johansson <f96hajo@chalmers.se><br>

>> *Gesendet:* Dienstag, 23. Januar 2024 14:15:41<br>

>> *An:* Discuss use of Nurdlib, TRLO II, drasi and UCESB.<br>

>> *Betreff:* Re: [subexp-daq] How to start a DAQ system after NURDLIB, <br>

>> TRLOII, DRASI, etc. were updated<br>

>> <br>

>> Dear Günter,<br>

>> <br>

>> how about the lines '..adc[0] firmware=' ?  The ADC FPGAs have a different<br>

>> image than the VME FPGA.<br>

>> <br>

>> Perhaps they were not present with the older software..?<br>

>> <br>

>> I do not know much about the SSI3316 firmware versions, but from the looks<br>

>> of it, we have at least three different ones at hand so far for the VME<br>

>> FPGA:<br>

>> <br>

>> 0x3316200e, 0x33162010, 0x3316a012<br>

>> <br>

>> Best regards,<br>

>> Håkan<br>

>> <br>

>> <br>

>> On Tue, 23 Jan 2024, Weber, Guenter Dr. wrote:<br>

>> <br>

>>> <br>

>>> Dear friends,<br>

>>> <br>

>>> <br>

>>> attached please find the output of the old system. To me it looks as if<br>

>>> every single setting of the SIS3316 modules is printed to screen. In total<br>

>>> almost 2000 lines for just two modules.<br>

>>> <br>

>>> <br>

>>> I find the following serial number entries:<br>

>>> <br>

>>> <br>

>>> Line 701:<br>

>>> <br>

>>> 10: a:1: ..Serial number=0x00800172. (module/sis_3316/sis_3316.c:1305)<br>

>>> 10: a:1: ..id/firmware=0x33162010. (module/sis_3316/sis_3316.c:1312)<br>

>>> <br>

>>> <br>

>>> Line 796:<br>

>>> <br>

>>> 10: a:1: ..Serial number=0x00800170. (module/sis_3316/sis_3316.c:1305)<br>

>>> 10: a:1: ..id/firmware=0x3316a012. (module/sis_3316/sis_3316.c:1312)<br>

>> <br>

>> <br>

>> <br>

>> <br>

>>> <br>

>>> <br>

>>> <br>

>>> Best greetings<br>

>>> <br>

>>> Günter<br>

>>> <br>

>>> <br>

>>> <br>

>>> <br>

> ____________________________________________________________________________<br>

>>> Von: subexp-daq <subexp-daq-bounces@lists.chalmers.se> im Auftrag von <br>

> Håkan<br>

>>> T Johansson <f96hajo@chalmers.se><br>

>>> Gesendet: Dienstag, 23. Januar 2024 12:32:50<br>

>>> An: Discuss use of Nurdlib, TRLO II, drasi and UCESB.<br>

>>> Betreff: Re: [subexp-daq] How to start a DAQ system after NURDLIB, TRLOII,<br>

>>> DRASI, etc. were updated <br>

>>> <br>

>>> Dear Günter,<br>

>>> <br>

>>> On Tue, 23 Jan 2024, Weber, Guenter Dr. wrote:<br>

>>> <br>

>>> > as far as I know we never touched the SIS3316 firmware. But, as you know<br>

>>> by<br>

>>> > now, I know every little about the details of our DAQ, unfortunately.<br>

>>> <br>

>>> Could you for the other DAQ system (with working SIS3316), check the<br>

>>> output at startup or module re-init corresponding to these lines:<br>

>>> <br>

>>> 10: module/sis_3316/sis_3316.c:1355: ..Serial number=0x00800178.<br>

>>> 10: module/sis_3316/sis_3316.c:1362: ..id/firmware=0x3316200e.<br>

>>> 10: module/sis_3316/sis_3316.c:1365: ..adc[0] firmware=0x0125000c.<br>

>>> 10: module/sis_3316/sis_3316.c:1365: ..adc[1] firmware=0x0125000c.<br>

>>> 10: module/sis_3316/sis_3316.c:1365: ..adc[2] firmware=0x0125000c.<br>

>>> 10: module/sis_3316/sis_3316.c:1365: ..adc[3] firmware=0x0125000c.<br>

>>> <br>

>>> 10: module/sis_3316/sis_3316.c:1355: ..Serial number=0x008001a7.<br>

>>> 10: module/sis_3316/sis_3316.c:1362: ..id/firmware=0x33162010.<br>

>>> 10: module/sis_3316/sis_3316.c:1365: ..adc[0] firmware=0x01250011.<br>

>>> 10: module/sis_3316/sis_3316.c:1365: ..adc[1] firmware=0x01250011.<br>

>>> 10: module/sis_3316/sis_3316.c:1365: ..adc[2] firmware=0x01250011.<br>

>>> 10: module/sis_3316/sis_3316.c:1365: ..adc[3] firmware=0x01250011.<br>

>>> <br>

>>> and see what versions those modules have loaded?<br>

>>> <br>

>>> Cheers,<br>

>>> Håkan<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></div>

</body>

</html>