Menu
▾
▴
psrdada-developers
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Vigneswaran K. <vg....@gm...> - 2012-10-19 04:12:06
|
Dear Andrew, Thank you for the reply. I manly had problems in knowing the format of how the data is packed (or needs to be unpacked) for WSRT. In the header the following info is stated: NBIT 8 NDIM 1 NPOL 2 IN_USE 1 BYTES_PER_SECOND 80000000 So i consider that every 8 bits after 4096 bytes is a data sample: xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx and every alternate 8 bits taken as it would correspond to a single polarization. According to the calculations the file contains 800e6 bytes so 400e6 corresponds to a single polarization, which corresponds to 10 secs worth of data. So 40e6 corresponds to 1 sec worth of data also given that BW = 20e6 this number relates to Fs = 2*BW. The only consideration that i am not so sure about is that, is the data the output of a 8 bit ADC (Most significant 8 bits of a 12 bit ADC) and is MSb the signed bit ? Also are all the assumptions made above correct ? Thank you, Regards On Fri, Oct 19, 2012 at 1:01 AM, Andrew Jameson <aja...@sw...>wrote: > Hi Vigneswaran, > > The PSRDADA .dada format is essentially just a 4096 byte ascii header, > which you have shown below, followed by packed binary format that > your instrument produced. So if you were to skip past the first 4KB, you > should then have access to the raw data. PSRDADA does not make any > assumptions about the format of this binary data. > > dspsr includes an unpacker that knows how to unpack many instrument > data formats (including PuMa2). If you know how the binary data is > packed then you should be able to write the code for your simulator that > can correctly unpack the data into the format that is convenient for you. > > f you do not, then you might need to look at the dspsr source code for > the > PuMa2 unpacker to determine how to interpret the binary data. > > Cheers, > > Andrew > > On 19/10/2012, at 4:16 AM, Vigneswaran Karunanithi wrote: > > Hi, > > i have a .dada file and following is the contents of the header file > HEADER > DADA HDR_VERSION1.0 > HDR_SIZE 4096 > DADA_VERSION 1.0 > PIC_VERSION1.0 > OBS_ID 11206003 > PRIMARY unset > SECONDARY unset > FILE_NAME /data2/data/06Oct2012_LEAP > FILE_SIZE 800000000 > FILE_NUMBER 0 > UTC_START 2012-10-06-16:53:40 > MJD_START 56206.7039351851851851852161050249 > OBS_OFFSET 0 > OBS_OVERLAP 0 > SOURCE B1855+09RA > 18:57:36.39161 > DEC+09:43:17.2322 > TELESCOPE WSRT > INSTRUMENT PuMa2 > FREQ 1406 > BW 20 > TSAMP 0.025 > NBIT 8 > NDIM 1 > NPOL 2 > IN_USE 1 > BYTES_PER_SECOND 80000000 > > I want to read the raw data without using dspsr as i would like to read > the raw data into my simulator. > can someone help with the format of the .dada file. > > Regards > > -- > ____________________ > Vigneswaran Karunanithi, > EEMCS TU Delft, > Zuid-Holland, > Netherlands, > Ph: +310623584766 > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > > http://p.sf.net/sfu/appdyn_sfd2d_oct_______________________________________________ > Psrdada-developers mailing list > Psr...@li... > https://lists.sourceforge.net/lists/listinfo/psrdada-developers > > > -- > Andrew Jameson > Systems & Software Engineer > Centre for Astrophysics & Supercomputing > Swinburne University of Technology > +63 1 9214 5612 > > > > -- ____________________ Vigneswaran Karunanithi, EEMCS TU Delft, Zuid-Holland, Netherlands, Ph: +310623584766 |
|
From: Andrew J. <aja...@sw...> - 2012-10-18 23:01:44
|
Hi Vigneswaran, The PSRDADA .dada format is essentially just a 4096 byte ascii header, which you have shown below, followed by packed binary format that your instrument produced. So if you were to skip past the first 4KB, you should then have access to the raw data. PSRDADA does not make any assumptions about the format of this binary data. dspsr includes an unpacker that knows how to unpack many instrument data formats (including PuMa2). If you know how the binary data is packed then you should be able to write the code for your simulator that can correctly unpack the data into the format that is convenient for you. f you do not, then you might need to look at the dspsr source code for the PuMa2 unpacker to determine how to interpret the binary data. Cheers, Andrew On 19/10/2012, at 4:16 AM, Vigneswaran Karunanithi wrote: Hi, i have a .dada file and following is the contents of the header file HEADER DADA HDR_VERSION1.0 HDR_SIZE 4096 DADA_VERSION 1.0 PIC_VERSION1.0 OBS_ID 11206003 PRIMARY unset SECONDARY unset FILE_NAME /data2/data/06Oct2012_LEAP FILE_SIZE 800000000 FILE_NUMBER 0 UTC_START 2012-10-06-16:53:40 MJD_START 56206.7039351851851851852161050249 OBS_OFFSET 0 OBS_OVERLAP 0 SOURCE B1855+09RA 18:57:36.39161 DEC+09:43:17.2322 TELESCOPE WSRT INSTRUMENT PuMa2 FREQ 1406 BW 20 TSAMP 0.025 NBIT 8 NDIM 1 NPOL 2 IN_USE 1 BYTES_PER_SECOND 80000000 I want to read the raw data without using dspsr as i would like to read the raw data into my simulator. can someone help with the format of the .dada file. Regards -- ____________________ Vigneswaran Karunanithi, EEMCS TU Delft, Zuid-Holland, Netherlands, Ph: +310623584766 ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct_______________________________________________ Psrdada-developers mailing list Psr...@li... https://lists.sourceforge.net/lists/listinfo/psrdada-developers -- Andrew Jameson Systems & Software Engineer Centre for Astrophysics & Supercomputing Swinburne University of Technology +63 1 9214 5612 |
|
From: Vigneswaran K. <vg....@gm...> - 2012-10-18 17:16:55
|
Hi, i have a .dada file and following is the contents of the header file HEADER DADA HDR_VERSION1.0 HDR_SIZE 4096 DADA_VERSION 1.0 PIC_VERSION1.0 OBS_ID 11206003 PRIMARY unset SECONDARY unset FILE_NAME /data2/data/06Oct2012_LEAP FILE_SIZE 800000000 FILE_NUMBER 0 UTC_START 2012-10-06-16:53:40 MJD_START 56206.7039351851851851852161050249 OBS_OFFSET 0 OBS_OVERLAP 0 SOURCE B1855+09RA 18:57:36.39161 DEC+09:43:17.2322 TELESCOPE WSRT INSTRUMENT PuMa2 FREQ 1406 BW 20 TSAMP 0.025 NBIT 8 NDIM 1 NPOL 2 IN_USE 1 BYTES_PER_SECOND 80000000 I want to read the raw data without using dspsr as i would like to read the raw data into my simulator. can someone help with the format of the .dada file. Regards -- ____________________ Vigneswaran Karunanithi, EEMCS TU Delft, Zuid-Holland, Netherlands, Ph: +310623584766 |
|
From: SourceForge.net <no...@so...> - 2012-02-20 03:53:10
|
Bugs item #3487278, was opened at 2012-02-13 06:02 Message generated for change (Settings changed) made by ajameson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3487278&group_id=205239 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: BPSR Group: None Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Cees Bassa (cbassa) Assigned to: Andrew Jameson (ajameson) Summary: stdlib.h missing from gtools.C Initial Comment: Compiling psrdada/bpsr/swinproc/dedisp/gtools.C fails because stdlib.h is not included. ---------------------------------------------------------------------- Comment By: Andrew Jameson (ajameson) Date: 2012-02-19 19:52 Message: Fixed, not sure why this didn't cause compilation problems on my system though. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3487278&group_id=205239 |
|
From: SourceForge.net <no...@so...> - 2012-02-20 03:52:17
|
Bugs item #3487278, was opened at 2012-02-13 06:02 Message generated for change (Comment added) made by ajameson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3487278&group_id=205239 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: BPSR Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Cees Bassa (cbassa) >Assigned to: Andrew Jameson (ajameson) Summary: stdlib.h missing from gtools.C Initial Comment: Compiling psrdada/bpsr/swinproc/dedisp/gtools.C fails because stdlib.h is not included. ---------------------------------------------------------------------- >Comment By: Andrew Jameson (ajameson) Date: 2012-02-19 19:52 Message: Fixed, not sure why this didn't cause compilation problems on my system though. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3487278&group_id=205239 |
|
From: SourceForge.net <no...@so...> - 2012-02-13 14:02:08
|
Bugs item #3487278, was opened at 2012-02-13 06:02 Message generated for change (Tracker Item Submitted) made by cbassa You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3487278&group_id=205239 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: BPSR Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Cees Bassa (cbassa) Assigned to: Nobody/Anonymous (nobody) Summary: stdlib.h missing from gtools.C Initial Comment: Compiling psrdada/bpsr/swinproc/dedisp/gtools.C fails because stdlib.h is not included. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3487278&group_id=205239 |
|
From: SourceForge.net <no...@so...> - 2011-09-22 20:08:55
|
Bugs item #3412871, was opened at 2011-09-22 21:49 Message generated for change (Comment added) made by straten You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3412871&group_id=205239 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: APSR Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Cameron Rulten (rulten) >Assigned to: Willem van Straten (straten) Summary: Make fails Initial Comment: When installing psrdada I run into the following error. Please can you help? apsr_udpdb.c: In function ‘udpdb_start_function’: apsr_udpdb.c:187: error: ‘HOST_NAME_MAX’ undeclared (first use in this function) apsr_udpdb.c:187: error: (Each undeclared identifier is reported only once apsr_udpdb.c:187: error: for each function it appears in.) make[3]: *** [apsr_udpdb.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/data/pulsar/psrdada/apsr/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/pulsar/psrdada/apsr' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/pulsar/psrdada' make: *** [all] Error 2 ---------------------------------------------------------------------- >Comment By: Willem van Straten (straten) Date: 2011-09-23 06:08 Message: Hi Cameron, I've checked in a fix for this bug; however, you might encounter compilation errors further down the line. If compilation fails in the sub-directory for a backend that you don't need, please feel free to remove it from the SUBDIRS list in the top-level Makefile.am Cheers, Willem ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3412871&group_id=205239 |
|
From: SourceForge.net <no...@so...> - 2011-09-22 12:00:30
|
Bugs item #3412873, was opened at 2011-09-22 13:00 Message generated for change (Tracker Item Submitted) made by rulten You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3412873&group_id=205239 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Cameron Rulten (rulten) Assigned to: Nobody/Anonymous (nobody) Summary: Make fails Initial Comment: When installing psrdada I run into the following error. Please can you help? apsr_udpdb.c: In function ‘udpdb_start_function’: apsr_udpdb.c:187: error: ‘HOST_NAME_MAX’ undeclared (first use in this function) apsr_udpdb.c:187: error: (Each undeclared identifier is reported only once apsr_udpdb.c:187: error: for each function it appears in.) make[3]: *** [apsr_udpdb.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/data/pulsar/psrdada/apsr/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/pulsar/psrdada/apsr' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/pulsar/psrdada' make: *** [all] Error 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3412873&group_id=205239 |
|
From: SourceForge.net <no...@so...> - 2011-09-22 11:49:21
|
Bugs item #3412871, was opened at 2011-09-22 12:49 Message generated for change (Tracker Item Submitted) made by rulten You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3412871&group_id=205239 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Cameron Rulten (rulten) Assigned to: Nobody/Anonymous (nobody) Summary: Make fails Initial Comment: When installing psrdada I run into the following error. Please can you help? apsr_udpdb.c: In function ‘udpdb_start_function’: apsr_udpdb.c:187: error: ‘HOST_NAME_MAX’ undeclared (first use in this function) apsr_udpdb.c:187: error: (Each undeclared identifier is reported only once apsr_udpdb.c:187: error: for each function it appears in.) make[3]: *** [apsr_udpdb.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/data/pulsar/psrdada/apsr/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/data/pulsar/psrdada/apsr' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/pulsar/psrdada' make: *** [all] Error 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=3412871&group_id=205239 |
|
From: SourceForge.net <no...@so...> - 2009-05-02 21:12:27
|
Bugs item #2785788, was opened at 2009-05-03 07:12 Message generated for change (Tracker Item Submitted) made by sixbynine You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=2785788&group_id=205239 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: BPSR Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Mike Keith (sixbynine) Assigned to: Nobody/Anonymous (nobody) Summary: Transfer manager fails to start/stop Initial Comment: This morning (2009-05-03) bpsr status showed that the master control daemon on srv0/1 and apsr14-17 had stopped unexpectedly, and the swin-tape and transfer manager scripts had failed. After re-starting the master control daemons those machines were fine, however the transfer manager could not be started or stopped (start returned ok, but no script started; stop returned FAIL as pid file remained after requesting shutdown.). Swin tape script also failed to start, citing an unexpected termination of the script. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=2785788&group_id=205239 |
|
From: SourceForge.net <no...@so...> - 2008-11-19 10:10:16
|
Bugs item #2314504, was opened at 2008-11-19 10:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=2314504&group_id=205239 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: BPSR Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: tape ejection after full Initial Comment: Tape script currently does not automatically eject when it has filled a DLT tape and asks for a new one. It should do this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=2314504&group_id=205239 |
|
From: SourceForge.net <no...@so...> - 2008-11-18 23:23:59
|
Bugs item #2012046, was opened at 2008-07-07 09:12 Message generated for change (Comment added) made by straten You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=2012046&group_id=205239 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Data Acquisition Group: None >Status: Closed >Resolution: Fixed Priority: 9 Private: No Submitted By: Willem van Straten (straten) >Assigned to: Andrew Jameson (ajameson) Summary: two dada_dbdisks running Initial Comment: It looks like two copies of dada_dbdisk are running at the same time. All of the machines are red-lining machine load and filling the data block. I am guessing that at some point the disk writing efficiency was low and data spilled over to the back up data block. ---------------------------------------------------------------------- >Comment By: Willem van Straten (straten) Date: 2008-11-19 10:23 Message: Andrew has fix this: if dbdisk is the read client, then the backup buffer is dbnull. That is, if not keeping up with writing to disk, the data are pitched. ---------------------------------------------------------------------- Comment By: Andrew Jameson (ajameson) Date: 2008-07-07 15:16 Message: Logged In: YES user_id=893682 Originator: NO Not sure why dada_dbdisk could not keep up... However the client_observation_manager should now launch dada_dbNdb with only -k eada (not -k eada -k fada) so the data should never get to the secondary data block... This fix does preclude us from using other auxiliary nodes, however I dont imagine that we would want auxiliary nodes when using dbdisk.scratch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=992842&aid=2012046&group_id=205239 |
1 message has been excluded from this view by a project administrator.
