alibava-general Mailing List for Alibava
Brought to you by:
lacasta
Menu
▾
▴
alibava-general — The alibava mailing list
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
(3) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(1) |
Aug
(3) |
Sep
(2) |
Oct
(3) |
Nov
(3) |
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Federica L. <fed...@ce...> - 2016-05-02 08:55:28
|
Dear Kristin, I encountered the same issue a while ago. At least in my case, the -39.8 value is associated to the first events in the run only, so I temporarily solved the problem by ignoring the first 500-1000 events in the run. Indeed, it would be interesting to know if there’s a way to fix this properly. Cheers, Federica > On 23 Apr 2016, at 19:40, Kristin Lohwasser <kri...@ce...> wrote: > > Dear all, > > I am trying to read out a calibration run taken with the newest firmware > version (v=3) and using the macros 0.5XX. > > Specifically, I am interested in the temperature readout, which however > stubbornly return -39.8 which is the conversion factor (ie. this means > that the bitword read out from the file is basically always zero. > priv->ifile->read((char *)&_data.temp, > sizeof(unsigned short)); > > Is there any way to get reliable temperature information directly from > the beetle chip? > > For RS runs, I get more believable temperatures of around 16 C (which > still seems pretty low though, since the cooling plate was definitely > not cooled lower than 10C). > > Thanks & Best > Kristin > > > -- > **************************************************** > Dr. Kristin Lohwasser > > DESY > Zeuthen > Raum: 3L-022 > Telefon +49 33762 7-7647 > Platanenallee 6 > D-15738 Zeuthen > Deutschland > > Kri...@ce... > **************************************************** > > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Alibava-general mailing list > Ali...@li... > https://lists.sourceforge.net/lists/listinfo/alibava-general |
|
From: Kristin L. <kri...@ce...> - 2016-04-23 18:14:32
|
Dear all,
I am trying to read out a calibration run taken with the newest firmware
version (v=3) and using the macros 0.5XX.
Specifically, I am interested in the temperature readout, which however
stubbornly return -39.8 which is the conversion factor (ie. this means
that the bitword read out from the file is basically always zero.
priv->ifile->read((char *)&_data.temp,
sizeof(unsigned short));
Is there any way to get reliable temperature information directly from
the beetle chip?
For RS runs, I get more believable temperatures of around 16 C (which
still seems pretty low though, since the cooling plate was definitely
not cooled lower than 10C).
Thanks & Best
Kristin
--
****************************************************
Dr. Kristin Lohwasser
DESY
Zeuthen
Raum: 3L-022
Telefon +49 33762 7-7647
Platanenallee 6
D-15738 Zeuthen
Deutschland
Kri...@ce...
****************************************************
|
|
From: Vinicius F. L. <vin...@ce...> - 2013-09-03 17:37:20
|
Dear Alibava experts,
I work at UFRJ and we just recieved an Alibava motherboard and daughter board.
I tried to install the alibava-gui in a fresh intalled machine running SLC6, but I keep getting an error when make arrives at USBemulator.cc. ./configure does not give any error message. I suspect there´s some library missing, but don´t know which one. The error is at the end o f this e-mail.
Many thanks in advance,
Vinícius.
USBemulator.cc
USBemulator.cc: In function âGSocket* connect_server(char, const char*)â:
USBemulator.cc:68: warning: unused variable ârecv_bufâ
USBemulator.cc:69: warning: unused variable âszâ
USBemulator.cc: In function âGPid check_for_daemon(int)â:
USBemulator.cc:196: warning: unused variable âCWDâ
USBemulator.cc: In member function âvirtual int USBemulator::poll(int)â:
USBemulator.cc:593: error: âg_socket_get_timeoutâ was not declared in this scope
USBemulator.cc:596: error: âg_socket_set_timeoutâ was not declared in this scope
USBemulator.cc:603: error: âg_socket_set_timeoutâ was not declared in this scope
|
|
From: Iván V. Á. <vi...@if...> - 2011-10-20 10:43:19
|
Dear All, Is there a way to set a different time delay for each Beetle? in other words, to have a different signal synchronization for each of the two chips ? Thanks, Ivan -- Instituto de Física de Cantabria (CSIC-UC) Avd. de los Castros s/n, 39005 Santander, Spain. http://www.ifca.es vi...@if... office: +34 942 201 466 skype: ivan.mieres |
|
From: Francisca J. M. <fj...@if...> - 2011-08-22 14:03:38
|
Dear Alibava colleagues The SiLC collaboration is in the SPS area for a test beam from 22nd-29th of August (meaning, now). In the test beam area we have found the Alibava setup as parasite of the EUDET/AIDA telescope. It is sitting on a standard DESY table. ***We need the Alibava to be removed as soon as possible.**** Actually it can be placed behind our setup, no problem Please, anyone responsible for this hardware or with some information to whom contacting?? Kind regards |
|
From: lacasta <car...@if...> - 2011-01-20 14:42:21
|
Dear all, There is a new version of the alibava GUI software available in sourceforge https://sourceforge.net/projects/alibava This new software should also work with the new alibava firmware when available. There have been major changes in the structure of the program in an attempt to make it compatible with both firmwares (old and new) and a number of bug/feature fixings. Please feel free to test it and send any comments and suggestions. Regards, Carlos -- ___________________________________________________________________ Carlos Lacasta ^^^^^^^^^^^^^^^ Inst. de Fisica Corpuscular (IFIC) Edificio Institutos de Investigacion P.O. Box 22085 E-46071 VALENCIA Spain Tel.: +34 96 354 3490 Fax.: +34 96 354 3488 Car...@if... ___________________________________________________________________ |
|
From: lacasta <car...@if...> - 2010-11-06 10:54:32
|
Hello Alexander. That's good news !!! Many thanks, Carlos On 05/11/10 18:01, Alexander Dierlamm wrote: > Dear Carlos > > We probably found the problem: > On the motherboard there was dirt on the pins of the FPGA, which > looked like remnants from a second solder try (already seen when the > board arrived here, but without problems). After removing it the > system worked fine again. Looks like this dirt became conductive with > time??? > > Anyhow, the system is up again at the moment. Sorry to bother you. > > Cheers, > Alexander > > Am 30.10.2010 00:07, schrieb lacasta: >> Dear Alexander, >> >> Is this the only error reported ? Could you save all the program output >> and send it to me ? >> >> Regards, >> >> Carlos >> >> On 29/10/10 17:25, Alexander Dierlamm wrote: >>> Dear experts >>> >>> Since today we are experiencing a new but frequent error: >>> "Inconsistent sample size xx!yy" >>> >>> When do you think this can occur? Can it be noise pick-up in the cable >>> from DB to MB? >>> We already changed cables (USB and flat-band) and use short ones, but >>> the error still appears... >>> >>> Regards, >>> Alexander >>> >>> ------------------------------------------------------------------------------ >>> >>> Nokia and AT&T present the 2010 Calling All Innovators-North America >>> contest >>> Create new apps& games for the Nokia N8 for consumers in U.S. and >>> Canada >>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>> marketing >>> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi >>> Store >>> http://p.sf.net/sfu/nokia-dev2dev >>> _______________________________________________ >>> Alibava-general mailing list >>> Ali...@li... >>> https://lists.sourceforge.net/lists/listinfo/alibava-general >>> >> -- ___________________________________________________________________ Carlos Lacasta ^^^^^^^^^^^^^^^ Inst. de Fisica Corpuscular (IFIC) Edificio Institutos de Investigacion P.O. Box 22085 E-46071 VALENCIA Spain Tel.: +34 96 354 3490 Fax.: +34 96 354 3488 Car...@if... ___________________________________________________________________ |
|
From: Alexander D. <ale...@ki...> - 2010-11-05 17:02:08
|
Dear Carlos We probably found the problem: On the motherboard there was dirt on the pins of the FPGA, which looked like remnants from a second solder try (already seen when the board arrived here, but without problems). After removing it the system worked fine again. Looks like this dirt became conductive with time??? Anyhow, the system is up again at the moment. Sorry to bother you. Cheers, Alexander Am 30.10.2010 00:07, schrieb lacasta: > Dear Alexander, > > Is this the only error reported ? Could you save all the program output > and send it to me ? > > Regards, > > Carlos > > On 29/10/10 17:25, Alexander Dierlamm wrote: >> Dear experts >> >> Since today we are experiencing a new but frequent error: >> "Inconsistent sample size xx!yy" >> >> When do you think this can occur? Can it be noise pick-up in the cable >> from DB to MB? >> We already changed cables (USB and flat-band) and use short ones, but >> the error still appears... >> >> Regards, >> Alexander >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All Innovators-North America contest >> Create new apps& games for the Nokia N8 for consumers in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Alibava-general mailing list >> Ali...@li... >> https://lists.sourceforge.net/lists/listinfo/alibava-general >> > |
|
From: Alexander D. <ale...@ki...> - 2010-11-02 10:08:12
|
Hi Carlos There is no more output and the program stops acquisition. We still use alibava-0.1.5. Other daughter-boards on this setup work fine though. Today the data from the bad board look quite flat, i.e. hardly any noise. The above mentioned error did not appear again yet... Cheers, Alexander Am 30.10.2010 00:07, schrieb lacasta: > Dear Alexander, > > Is this the only error reported ? Could you save all the program output > and send it to me ? > > Regards, > > Carlos > > On 29/10/10 17:25, Alexander Dierlamm wrote: >> Dear experts >> >> Since today we are experiencing a new but frequent error: >> "Inconsistent sample size xx!yy" >> >> When do you think this can occur? Can it be noise pick-up in the cable >> from DB to MB? >> We already changed cables (USB and flat-band) and use short ones, but >> the error still appears... >> >> Regards, >> Alexander >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All Innovators-North America contest >> Create new apps& games for the Nokia N8 for consumers in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Alibava-general mailing list >> Ali...@li... >> https://lists.sourceforge.net/lists/listinfo/alibava-general >> > |
|
From: lacasta <car...@if...> - 2010-10-30 00:02:39
|
Dear Alexander, Is this the only error reported ? Could you save all the program output and send it to me ? Regards, Carlos On 29/10/10 17:25, Alexander Dierlamm wrote: > Dear experts > > Since today we are experiencing a new but frequent error: > "Inconsistent sample size xx!yy" > > When do you think this can occur? Can it be noise pick-up in the cable > from DB to MB? > We already changed cables (USB and flat-band) and use short ones, but > the error still appears... > > Regards, > Alexander > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Alibava-general mailing list > Ali...@li... > https://lists.sourceforge.net/lists/listinfo/alibava-general > -- ___________________________________________________________________ Carlos Lacasta ^^^^^^^^^^^^^^^ Inst. de Fisica Corpuscular (IFIC) Edificio Institutos de Investigacion P.O. Box 22085 E-46071 VALENCIA Spain Tel.: +34 96 354 3490 Fax.: +34 96 354 3488 Car...@if... ___________________________________________________________________ |
|
From: Alexander D. <ale...@ki...> - 2010-10-29 15:32:31
|
The original error message: **Error Fri Oct 29 17:23:46 2010 - [int Alibava::read_data(Alibava::StateCode):358] inconsistent sample size: 100 != 48 Am 29.10.2010 17:25, schrieb Alexander Dierlamm: > Dear experts > > Since today we are experiencing a new but frequent error: > "Inconsistent sample size xx!yy" > > When do you think this can occur? Can it be noise pick-up in the cable > from DB to MB? > We already changed cables (USB and flat-band) and use short ones, but > the error still appears... > > Regards, > Alexander > > |
|
From: Alexander D. <ale...@ki...> - 2010-10-29 15:28:06
|
Dear experts Since today we are experiencing a new but frequent error: "Inconsistent sample size xx!yy" When do you think this can occur? Can it be noise pick-up in the cable from DB to MB? We already changed cables (USB and flat-band) and use short ones, but the error still appears... Regards, Alexander |
|
From: Ricardo M. <rm...@if...> - 2010-09-14 09:15:33
|
Hi Alexander, As you say, the way to select single channels or a pattern for the calibration pulses in the Beetle ASIC is the TpSelect register. This register configures whether each one of the 128 input channeles is open or not to the calibration pulse. The register is configured by slow control and it must be wirtten 16 times with a given pattern of 8 bits, that is, the channels are grouped in groups of eight. However, this is done automatically by the Alibava system at FPGA level in the calibration run. The system opens the 128 channels of each Beetle when enters in the calibration state, then performs the calibration run, and it closes the 128 channels of each Beetle after the calibration run is finished. So currently, there is no way to select a single channel or a pattern for the calibration run. Best regards, Ricardo. El 14/09/2010 10:41, Alexander Dierlamm escribió: > Hi > > Is there a way to select single channels (or a pattern) for the > calibration pulses in a calibration run? I found in the Beetle manual > something about a TpSelect register. Does this do what I want? Can the > board control this register? > What do I have to do to use it? > > Thanks, > Alexander > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Alibava-general mailing list > Ali...@li... > https://lists.sourceforge.net/lists/listinfo/alibava-general -- Ricardo Marco Hernández Departamento de Electrónica IFIC-Instituto de Física Corpuscular Edificio Institutos de Investigación Apartado de Correos 22085 46071 Valencia-Spain. Tel:+34963543699 Website: http://ific.uv.es/ |
|
From: Alexander D. <ale...@ki...> - 2010-09-14 08:43:51
|
Hi Is there a way to select single channels (or a pattern) for the calibration pulses in a calibration run? I found in the Beetle manual something about a TpSelect register. Does this do what I want? Can the board control this register? What do I have to do to use it? Thanks, Alexander |
|
From: lacasta <car...@if...> - 2010-08-30 09:12:57
|
Hello Richard,
The problem with those files is usually that the header does not have
information about the type of run... There is a macro called
fix_header.C that fixes that.
You should use it within root:
.L fix_header.C
and then
fix_header(data_file_name, run_type, header_text)
run_type should be
=1 for a calibration run
2 for laser sync
3 for laser
4 for source
5 f0r a pedestal run
The header text is:
"nevts; sample_size" for a laser, pedestal or source run
"n_points; from_value; to_value; step" for a calibration run
Hope that helps
Carlos
On 08/13/2010 04:42 PM, Richard Bates wrote:
> Hello,
>
> Does anybody know who to recover data from the Alibava system if the DAQ
> software does not finish the run and close the file correctly, for
> example if the DAQ crashes?
> If you try and use the standard data analysis code it complains and does
> not run.
>
> Thank you
>
> yours
>
> Richard
>
>
--
___________________________________________________________________
Carlos Lacasta
^^^^^^^^^^^^^^^
Inst. de Fisica Corpuscular (IFIC)
Edificio Institutos de Investigacion
P.O. Box 22085
E-46071 VALENCIA
Spain
Tel.: +34 96 354 3490
Fax.: +34 96 354 3488
Car...@if...
___________________________________________________________________
|
|
From: Alexander D. <ale...@ki...> - 2010-08-27 15:59:10
|
Dear Richard I did not see an answer to your question in the mailing list. I hope you found a fix. Otherwise try the fix_header script which comes with the root macros. You enter the run type and the actual number of events. Sometimes it works this way... Cheers, Alexander Am 13.08.2010 16:42, schrieb Richard Bates: > Hello, > > Does anybody know who to recover data from the Alibava system if the DAQ > software does not finish the run and close the file correctly, for > example if the DAQ crashes? > If you try and use the standard data analysis code it complains and does > not run. > > Thank you > > yours > > Richard > |
|
From: Richard B. <r....@ph...> - 2010-08-13 15:01:27
|
Hello, Does anybody know who to recover data from the Alibava system if the DAQ software does not finish the run and close the file correctly, for example if the DAQ crashes? If you try and use the standard data analysis code it complains and does not run. Thank you yours Richard -- ------------------------------------------------------------------------------- Dr. Richard Bates BSc (Hons) PhD Senior Research Fellow GLASGOW Physics and Astronomy Department Tele : +44 141 330 5894 Kelvin Building Fax : +44 141 330 5881 The University of Glasgow Email: r....@ph... University Avenue www:http://ppewww.ph.gla.ac.uk/~batesr Glasgow G12 8QQ The University of Glasgow, charity number SC004401 CERN 1-R-019 PostBox J07010 Mobile: +41 764872138 CH-1211 Tele : +41 227675950 Geneve 23 Fax : +41 227822604 Switzerland Email: r....@ph... ------------------------------------------------------------------------------- |
|
From: Daniel C. <da...@ce...> - 2010-07-09 11:43:45
|
Dear all, we've had some trouble running ALiBaVa DAQ software and consequently the provided ROOT macros on different PCs. You can verify that a part of the macros responsible for reading data files (the AsciiRoot class, specifically the open() method) does so on a read-sizeof-something-bytes basis. With the first thing to be read being a time stamp saved as time_t data type specified in the ISO C standard. However, this standard does not specify any particular size. Usually 32-bit systems use a 32-bit integer or floating type variables for time_t, while 64-bit systems use 64-bit variables. I believe (maybe someone here can confirm this or correct me) that the ALiBaVa software uses the same approach when creating the data files. Therefore, acquiring data on a 32-bit system and analyzing them on a 64-bit system results in a segmentation fault. For anyone having the same problem, a quick and dirty solution is to use: ifile->read((char *)&_t0, 4*sizeof(char)); instead of ifile->read((char *)&_t0, sizeof(time_t)); in the open() method of the AsciiRoot class. Kind regards, Daniel Cervenkov -- Charles University in Prague Faculty of Mathematics and Physics Institute of Particle and Nuclear Physics |
|
From: Harald F. <h....@la...> - 2010-06-29 10:40:45
|
Dear all, thanks for your help! After several power-cycles, resets and an eventual declaration with --dev=\dev\ttyUSB1, when by chance a different USB port was used, the red LED came off and the GUI started without error message. I don't know yet which one of the events is significant. To be continued.... Cheers, Harald Ricardo Marco wrote: > Hi Harald, > > Have you pushed the reset button of the mother board after connecting > the USB cable and before launching the GUI?. > > Cheers, > > Ricardo. > > El 28/06/2010 18:52, Harald Fox escribió: >> Hi all, >> >> we just started playing with the Alibava board but have problems in >> accessing it. Just after startup of the GUI when the board is reset we >> get the following error messages: >> >> ***Error Mon Jun 28 15:49:49 2010 - [int Alibava::get_state(unsigned >> char&, Alibava::StateCode):601 No such file or directory] Getting status >> code timed out >> ***Error Mon Jun 28 15:49:49 2010 - [int Alibava::reset(bool):61 No such >> file or directory] Send connexion code failed. rc=Timeout >> ***Error Mon Jun 28 15:49:49 2010 - [int main(int, char**):276 No such >> file or directory] Could not open the device. >> >> >> /dev/alibava0 has been found and we set the /dev/ttyUSB0 permissions to >> 777 as root. Starting the gui as root doesn't help either >> >> Does anybody know where the problem is coming from and/or how to fix it? >> >> Thanks, >> Harald >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Alibava-general mailing list >> Ali...@li... >> https://lists.sourceforge.net/lists/listinfo/alibava-general >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Alibava-general mailing list >> Ali...@li... >> https://lists.sourceforge.net/lists/listinfo/alibava-general >> > > |
|
From: Ricardo M. <rm...@if...> - 2010-06-29 09:53:31
|
Hi Harald, Have you pushed the reset button of the mother board after connecting the USB cable and before launching the GUI?. Cheers, Ricardo. El 28/06/2010 18:52, Harald Fox escribió: > Hi all, > > we just started playing with the Alibava board but have problems in > accessing it. Just after startup of the GUI when the board is reset we > get the following error messages: > > ***Error Mon Jun 28 15:49:49 2010 - [int Alibava::get_state(unsigned > char&, Alibava::StateCode):601 No such file or directory] Getting status > code timed out > ***Error Mon Jun 28 15:49:49 2010 - [int Alibava::reset(bool):61 No such > file or directory] Send connexion code failed. rc=Timeout > ***Error Mon Jun 28 15:49:49 2010 - [int main(int, char**):276 No such > file or directory] Could not open the device. > > > /dev/alibava0 has been found and we set the /dev/ttyUSB0 permissions to > 777 as root. Starting the gui as root doesn't help either > > Does anybody know where the problem is coming from and/or how to fix it? > > Thanks, > Harald > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Alibava-general mailing list > Ali...@li... > https://lists.sourceforge.net/lists/listinfo/alibava-general > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Alibava-general mailing list > Ali...@li... > https://lists.sourceforge.net/lists/listinfo/alibava-general > -- Ricardo Marco Hernández Departamento de Electrónica IFIC-Instituto de Física Corpuscular Edificio Institutos de Investigación Apartado de Correos 22085 46071 Valencia-Spain. Tel:+34963543699 Website: http://ific.uv.es/ |
|
From: Harald F. <h....@la...> - 2010-06-28 16:52:13
|
Hi all, we just started playing with the Alibava board but have problems in accessing it. Just after startup of the GUI when the board is reset we get the following error messages: ***Error Mon Jun 28 15:49:49 2010 - [int Alibava::get_state(unsigned char&, Alibava::StateCode):601 No such file or directory] Getting status code timed out ***Error Mon Jun 28 15:49:49 2010 - [int Alibava::reset(bool):61 No such file or directory] Send connexion code failed. rc=Timeout ***Error Mon Jun 28 15:49:49 2010 - [int main(int, char**):276 No such file or directory] Could not open the device. /dev/alibava0 has been found and we set the /dev/ttyUSB0 permissions to 777 as root. Starting the gui as root doesn't help either Does anybody know where the problem is coming from and/or how to fix it? Thanks, Harald ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Alibava-general mailing list Ali...@li... https://lists.sourceforge.net/lists/listinfo/alibava-general |
|
From: Harald F. <har...@go...> - 2010-06-28 15:12:20
|
Hi all, we just started playing with the Alibava board but have problems in accessing it. Just after startup of the GUI when the board is reset we get the following error messages: ***Error Mon Jun 28 15:49:49 2010 - [int Alibava::get_state(unsigned char&, Alibava::StateCode):601 No such file or directory] Getting status code timed out ***Error Mon Jun 28 15:49:49 2010 - [int Alibava::reset(bool):61 No such file or directory] Send connexion code failed. rc=Timeout ***Error Mon Jun 28 15:49:49 2010 - [int main(int, char**):276 No such file or directory] Could not open the device. /dev/alibava0 has been found and we set the /dev/ttyUSB0 permissions to 777 as root. Starting the gui as root doesn't help either Does anybody know where the problem is coming from and/or how to fix it? Thanks, Harald |
|
From: Carlos L. <Car...@if...> - 2009-11-19 23:19:22
|
Dear all, I have released a new version of the alibava DAQ program, alibava-gui. You can find the source code here: http://alibava.sourceforge.net by clicking in on Download alibava files and downloading alibava-0.1.6-3.tar.gz To compile and install: 1) tar zxf alibava-0.1.5-3.tar.gz 2) cd alibava-0.1.6-3 3) configure 4) make 5) make install To do fancier things look at INSTALL after step 2). You will find a help file in the doc folder after step 2) The new version has a number of internal fixes that try to avoid a problem seen in several places in which the linux kernel "unplugs" the alibava module in the middle of a long run. I am not certain that this is fixed (probably not), but I have bitten records on run durations (>50 hours)... The new program also allows to load plugins to interact with the DAQ process. See the manual in the doc folder. This is useful for laser runs if you want to move the laser from one channel to the next during the same run, for instance, or to scan the laser pulse amplitude, etc... The data format has changed slightly to allow user defined data blocks and the AsciiRoot class has also been modified so that the end user can create his/her own class inheriting from AsciiRoot to decode those data blocks. As a side effect, sin_preguntas know has yet another parameter, which is a pointer to an AsciiRoot-like object. Henry's macros are incorporated into the root macros. The manual has been extended to, hopefully, describe the new changes and how to write the new plugins. Regards, Carlos -- ___________________________________________________________________ Carlos Lacasta ^^^^^^^^^^^^^^^ Inst. de Fisica Corpuscular (IFIC) Edificio Institutos de Investigacion P.O. Box 22085 E-46071 VALENCIA Spain Tel.: +34 96 354 3490 Fax.: +34 96 354 3488 Car...@if... ___________________________________________________________________ |
|
From: Henry B. <br...@gm...> - 2009-10-28 15:21:18
|
Dear all, For those people who are interested in the Liverpool macros or who continue to use them, I have released an update for them. Among the recent (less publicized) updates including temperature as a function of event number, this latest release also includes a pedestal plot for a dataset. After a request of a copy of my masters thesis (which is approximately 50% Alibava related), I have also made a copy of it available incase people want it in future. The initialization settings files as ever are available off the website, and I intend to have graphical representations of the difference in pulse shapes for the three main different initialization settings up soon. The url for all this is http://www.tinyurl.com/alibava Please feel free to contact me if there are any questions, Kind regards for your time, Henry Brown |
|
From: Carlos L. <Car...@if...> - 2009-10-01 07:51:40
|
Dear Alexander,
Th3 LHC chips (like the Beetle chip) are all designed to have a
synchronous trigger with the BCO clock. You choose your latency, as you
say, and then you are sure that you are sampling at the peak of the
signal. When we use them with a radioactive source, we also need to fix
a latency, that is, we choose from which cell of the pipeline we read
but the trigger is not synchronous with the internal clock anymore so we
do not sample at the peak. This is the reason we also need the
associated TDC measured delay which tells, somehow, how far from the
peak you are when sampling at the given cell. The analogue signal we are
sampling has a ~20ns peaking time + another ~20ns falling time + about
some slightly bigger time for the undershoot. This is why, to be on the
safe side, the TDC range is 100ns. Now, with a given S/N cut, you will
only see a fraction of all the events. In fact, if you look at your
curve of the reconstructed pulse shape, you only see clusters on a time
interval of about 40ns which, for a total signal duration of about
100ns, represents a ~40% of the events triggering your system.
Hope that helps.
Cheers,
Carlos
On Wed, 2009-09-23 at 11:53 +0200, Alexander Dierlamm wrote:
> Dear ALiBaVa experts
>
> We have an ALiBaVa system running in Karlsruhe using a collimated Sr90
> source and scintillator system. The trigger rate is 50Hz with and 0.4Hz
> without source. Due to the collimation we get about 90% of the electrons
> on the bonded area of the sensor, but we only see clusters in 20%-30% of
> the events (standard cluster cuts 6/2.5, but also nothing seen by eye).
>
> So, I thought there might be a wrong timing, but since I do not
> understand the mechanism in ALiBaVa, I am lost...
>
> Here is what I thought I understand:
> With the APV25 in CMS you have to select the correct latency once and
> you always get the entries of the pipeline with the same latency.
> With the ALiBaVa system I see that I get one event per trigger with
> associated delay (from trigger signal to falling clock of the chosen
> pipeline cell ???), which can go up to ~100ns, which is more than one
> pipeline cell. So, several pipeline cells are read out starting from the
> given latency (in our case 131, since the standard 128 did not show any
> signal). But, which entry is chosen to be send to the PC?
>
>
> Please, let me know some more details.
>
> Thank you very much,
>
> Alexander
>
> P.S.: attached is a run with 20000 triggers
>
--
___________________________________________________________________
Carlos Lacasta
^^^^^^^^^^^^^^^
Inst. de Fisica Corpuscular (IFIC)
Edificio Institutos de Investigacion
P.O. Box 22085
E-46071 VALENCIA
Spain
Tel.: +34 96 354 3490
Fax.: +34 96 354 3488
Car...@if...
___________________________________________________________________
|
2 messages has been excluded from this view by a project administrator.
