| ID |
Date |
Author |
Topic |
Subject |
Text |
 |
|
1029
|
16 Oct 2014 |
Stefan Ritt | Bug Report | Problem with EQ_USER | I restructured the front-end code to enable
multiple readout threads for EQ_USER equipment.
Last summer I was definitively interrupted |
|
|
824
|
10 Aug 2012 |
Carl Blaksley | Forum | Problem with CAMAC controlled by CES8210 and read out by CAEN V1718 VME controller | Hello all,
I am trying to put together a system to read |
|
|
1164
|
22 Feb 2016 |
ZiyiGuo | Forum | Problem with BLTRead | Dear all,
I'm using MIDAS system and CAEN V1721 to |
|
|
1165
|
23 Feb 2016 |
Pierre-Andre Amaudruz | Forum | Problem with BLTRead | > Dear all,
>
> I'm using MIDAS system and CAEN V1721 to |
|
|
1167
|
02 Mar 2016 |
ZiyiGuo | Forum | Problem with BLTRead | > > Dear all,
> >
> > I'm using MIDAS system and CAEN V1721 |
|
|
1572
|
26 Jun 2019 |
Hassan | Forum | Problem transferring fetest data from the remote frontend to the backend | Hi again, we now have Midas installed on the
Rpi (remote frontend machine) and
have managed to run Fetest on it. Now we |
|
|
1573
|
26 Jun 2019 |
Konstantin Olchanski | Forum | Problem transferring fetest data from the remote frontend to the backend | > Hi again, we now have Midas installed on
the Rpi (remote frontend machine) and
> have managed to run Fetest on it. Now we |
|
|
1485
|
12 Mar 2019 |
Francesco Renga | Forum | Problem stopping every second run | Dear all,
I'm running a DAQ frontend and it
works well if one single run is
|
|
|
1489
|
13 Mar 2019 |
Konstantin Olchanski | Forum | Problem stopping every second run | > I'm running a DAQ frontend and
it works well if one single run is
> taken. If I try to take a second run right |
|
|
336
|
02 Feb 2007 |
Exaos Lee | Bug Fix | Problem solved by Re-define _syscall0(...) | OK, I searched and found that my kernel doesn't
support "_syscall0" any more. So I patched
the system.c as the following (from line |
|
|
340
|
06 Feb 2007 |
Stefan Ritt | Bug Fix | Problem solved by Re-define _syscall0(...) | [quote="Exaos Lee"]Maybe it's not the perfect
way, but it works. :-)[/quote]
|
|
|
1021
|
14 Oct 2014 |
Konstantin Olchanski | Bug Report | Problem in mfe multithread equipments | In the ALPHA experiment at CERN I found a
problem in mfe.c handling of multithreaded
equipments. This problem was in
|
|
|
1023
|
14 Oct 2014 |
Konstantin Olchanski | Bug Report | Problem in mfe multithread equipments | For my reference:
good version: https://bitbucket.org/tmidas/midas/src/6899b96a4f8177d4af92035cd84aadf5a7cbc875/src/mfe.c?at=develop
first breakage: https://bitbucket.org/tmidas/midas/src/c60259d9a244bdcd296a8c5c6ab0b91de27f9905/src/mfe.c?at=develop
|
|
|
1026
|
15 Oct 2014 |
Stefan Ritt | Bug Report | Problem in mfe multithread equipments | You are absolutely correct, the code is certainly
wrong. It looks to me like the
|
|
|
1027
|
15 Oct 2014 |
Stefan Ritt | Bug Report | Problem in mfe multithread equipments | Please disregard my previous posting, you
don't need the while loop, since it's already
in the scheduler (around lines 2160 under |
|
|
1030
|
16 Oct 2014 |
Stefan Ritt | Bug Report | Problem in mfe multithread equipments | > while (1)
> wait 10 ms for an event
> process event, loop back
|
|
|
1941
|
09 Jun 2020 |
Isaac Labrie Boulay | Info | Preparing the VME hardware - VME address jumpers. | Hey folks,
I'm currently working on setting up a MIDAS |
|
|
1943
|
10 Jun 2020 |
Konstantin Olchanski | Info | Preparing the VME hardware - VME address jumpers. | Hi, if you are not using any VME hardware,
then you have no VME address jumpers to
set. https://en.wikipedia.org/wiki/VMEbus
|
|
|
1947
|
12 Jun 2020 |
Isaac Labrie Boulay | Info | Preparing the VME hardware - VME address jumpers. | > Hi, if you are not using any VME hardware,
then you have no VME address jumpers to
> set. https://en.wikipedia.org/wiki/VMEbus
|
|
|
1640
|
05 Aug 2019 |
Stefan Ritt | Info | Precedence of equipment/common structure | Today I fixed a long-annoying problem. We
have in each front-end an equipment structure
|
|