Hi there, I saw a message in the July archive (I wasn't subscribed yet at that date) about updating gr-ais with osmosdr support. I was working on the same thing recently, so i decided to publish my fixes on top of Antoine's one. The result can be found here: https://github.com/chgans/gr-ais I got it working with both an FCD and an RTL: ais_rx.py --rate 96e3 --gain 30 --error -17 -d -D fcd=0 ais_rx.py --rate 1024e3 --gain 30 --error -110 -d -D rtl=0 Strangely passing freq_err=XX parameter to the source (using -D), doesn't work, the use of --error is thus needed (which will do a set_freq_corr()). Antoine, if you want sample file, just let me know. Nick, are you willing to integrate these changing back in gr-ais, Apart from the added automatic decimation filter, the changes are not intrusive at all. The default settings for UHD are 256Khz sampling with decimation filter 4, with this change, the decimation is one when using FCD (96KHz fixed frequency) and 16 for RTL when used at 1.024MHz (this was the minimum working frequency for me). Or maybe would you prefer to allow the user to set it manually, and use this technique as a fall back only. Please let me know what you guys think. Thx, Chris -- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 Web: http://www.techworks.ie/
Hi Christian, On Sun, 05 Aug 2012 20:45:28 +0200, Christian Gagneraud <chris@techworks.ie> wrote:
Hi there,
I saw a message in the July archive (I wasn't subscribed yet at that date) about updating gr-ais with osmosdr support. I was working on the same thing recently, so i decided to publish my fixes on top of Antoine's one. The result can be found here: https://github.com/chgans/gr-ais
thanks a lot for sharing your work.
I got it working with both an FCD and an RTL: ais_rx.py --rate 96e3 --gain 30 --error -17 -d -D fcd=0 ais_rx.py --rate 1024e3 --gain 30 --error -110 -d -D rtl=0
Strangely passing freq_err=XX parameter to the source (using -D), doesn't work, the use of --error is thus needed (which will do a set_freq_corr()).
The parameter freq_err was never supported, you may use rtl_xtal/tuner_xtal parameters for rtlsdr devices only to specify the real xtal value you have measured, this is almost equivalent to calling set_freq_corr() function. Best regards, Dimitri
On 05/08/12 20:57, Dimitri Stolnikov wrote:
Hi Christian,
Hi Dimitri,
On Sun, 05 Aug 2012 20:45:28 +0200, Christian Gagneraud <chris@techworks.ie> wrote:
Hi there,
I saw a message in the July archive (I wasn't subscribed yet at that date) about updating gr-ais with osmosdr support. I was working on the same thing recently, so i decided to publish my fixes on top of Antoine's one. The result can be found here: https://github.com/chgans/gr-ais
thanks a lot for sharing your work.
I got it working with both an FCD and an RTL: ais_rx.py --rate 96e3 --gain 30 --error -17 -d -D fcd=0 ais_rx.py --rate 1024e3 --gain 30 --error -110 -d -D rtl=0
Strangely passing freq_err=XX parameter to the source (using -D), doesn't work, the use of --error is thus needed (which will do a set_freq_corr()).
The parameter freq_err was never supported, you may use rtl_xtal/tuner_xtal parameters for rtlsdr devices only to specify the real xtal value you have measured, this is almost equivalent to calling set_freq_corr() function.
Ok, it's good to know. I've sent a request today to Harald for an access to the Wiki (according to the instructions on the login page), I would like to update the GsOsmoSdr page, I think it would be very nice if all the options were documented, with device specific information and example too. Chris
Best regards,
Dimitri
-- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 Web: http://www.techworks.ie/
Ok, it's good to know. I've sent a request today to Harald for an access to the Wiki (according to the instructions on the login page), I would like to update the GsOsmoSdr page, I think it would be very nice if all the options were documented, with device specific information and example too.
Indeed, that page requires some work. A good start is the original block documentation: http://cgit.osmocom.org/cgit/gr-osmosdr/tree/grc/gen_osmosdr_blocks.py#n103 Best regards, Dimitri
On Sun, Aug 5, 2012 at 11:45 AM, Christian Gagneraud <chris@techworks.ie>wrote:
Hi there,
I saw a message in the July archive (I wasn't subscribed yet at that date) about updating gr-ais with osmosdr support. I was working on the same thing recently, so i decided to publish my fixes on top of Antoine's one. The result can be found here: https://github.com/chgans/gr-**ais <https://github.com/chgans/gr-ais>
I got it working with both an FCD and an RTL: ais_rx.py --rate 96e3 --gain 30 --error -17 -d -D fcd=0 ais_rx.py --rate 1024e3 --gain 30 --error -110 -d -D rtl=0
Thanks for doing this. I haven't been looking at gr-ais lately as I've been doing gr-air-modes development in anticipation of our DefCon talk. Now that that's over, I'll have some time to integrate these changes and hopefully modernize a few things in gr-ais which I've been putting off.
Strangely passing freq_err=XX parameter to the source (using -D), doesn't work, the use of --error is thus needed (which will do a set_freq_corr()).
Antoine, if you want sample file, just let me know.
Nick, are you willing to integrate these changing back in gr-ais, Apart from the added automatic decimation filter, the changes are not intrusive at all.
Yep, I'll pull it back in. I'm also going to need your help vetting the changes against the FCD, as I don't have one. I do have an RTL dongle I can do some testing with. Have you had much success with AIS on RTL? --n
The default settings for UHD are 256Khz sampling with decimation filter 4, with this change, the decimation is one when using FCD (96KHz fixed frequency) and 16 for RTL when used at 1.024MHz (this was the minimum working frequency for me). Or maybe would you prefer to allow the user to set it manually, and use this technique as a fall back only.
Please let me know what you guys think.
Thx, Chris
-- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 Web: http://www.techworks.ie/
Hi Nick, On 05/08/12 22:13, Nick Foster wrote:
On Sun, Aug 5, 2012 at 11:45 AM, Christian Gagneraud <chris@techworks.ie [...] Yep, I'll pull it back in. I'm also going to need your help vetting the changes against the FCD, as I don't have one. I do have an RTL dongle I
No problem, I can run test whenever you want.
can do some testing with. Have you had much success with AIS on RTL?
Yes, It works as well as the FCD. I can't say it work the same, since sometimes the FCD picks up AIS messages the RTL doesn't, and sometimes it is exactly the opposite. Chris
--n
The default settings for UHD are 256Khz sampling with decimation filter 4, with this change, the decimation is one when using FCD (96KHz fixed frequency) and 16 for RTL when used at 1.024MHz (this was the minimum working frequency for me). Or maybe would you prefer to allow the user to set it manually, and use this technique as a fall back only.
Please let me know what you guys think.
Thx, Chris
-- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 <tel:%2B%20353%20%280%29%201%20236%205990> Web: http://www.techworks.ie/
-- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 Web: http://www.techworks.ie/
not sure what "I've been doing gr-air-modes development in anticipation of our ..." means, but since ACARS was being discussed as an addition to gr-air-modes, please let me announce that I am about to complete an ACARS-decoding block which was quite well tested on the rtl-sdr. JM ----- Mail original ----- De: "Nick Foster" <nick@ettus.com> À: "Christian Gagneraud" <chris@techworks.ie> Cc: osmocom-sdr@lists.osmocom.org Envoyé: Dimanche 5 Août 2012 17:13:14 Objet: Re: gr-ais with osmosdr On Sun, Aug 5, 2012 at 11:45 AM, Christian Gagneraud < chris@techworks.ie > wrote: Hi there, I saw a message in the July archive (I wasn't subscribed yet at that date) about updating gr-ais with osmosdr support. I was working on the same thing recently, so i decided to publish my fixes on top of Antoine's one. The result can be found here: https://github.com/chgans/gr- ais I got it working with both an FCD and an RTL: ais_rx.py --rate 96e3 --gain 30 --error -17 -d -D fcd=0 ais_rx.py --rate 1024e3 --gain 30 --error -110 -d -D rtl=0 Thanks for doing this. I haven't been looking at gr-ais lately as I've been doing gr-air-modes development in anticipation of our DefCon talk. Now that that's over, I'll have some time to integrate these changes and hopefully modernize a few things in gr-ais which I've been putting off. Strangely passing freq_err=XX parameter to the source (using -D), doesn't work, the use of --error is thus needed (which will do a set_freq_corr()). Antoine, if you want sample file, just let me know. Nick, are you willing to integrate these changing back in gr-ais, Apart from the added automatic decimation filter, the changes are not intrusive at all. Yep, I'll pull it back in. I'm also going to need your help vetting the changes against the FCD, as I don't have one. I do have an RTL dongle I can do some testing with. Have you had much success with AIS on RTL? --n The default settings for UHD are 256Khz sampling with decimation filter 4, with this change, the decimation is one when using FCD (96KHz fixed frequency) and 16 for RTL when used at 1.024MHz (this was the minimum working frequency for me). Or maybe would you prefer to allow the user to set it manually, and use this technique as a fall back only. Please let me know what you guys think. Thx, Chris -- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 Web: http://www.techworks.ie/
Looking forward to seeing it. Would be very nice to have ACARS data alongside ADS-B. --n On Mon, Aug 6, 2012 at 3:05 PM, <friedtj@free.fr> wrote:
not sure what "I've been doing gr-air-modes development in anticipation of our ..." means, but since ACARS was being discussed as an addition to gr-air-modes, please let me announce that I am about to complete an ACARS-decoding block which was quite well tested on the rtl-sdr.
JM
----- Mail original ----- De: "Nick Foster" <nick@ettus.com> À: "Christian Gagneraud" <chris@techworks.ie> Cc: osmocom-sdr@lists.osmocom.org Envoyé: Dimanche 5 Août 2012 17:13:14 Objet: Re: gr-ais with osmosdr
On Sun, Aug 5, 2012 at 11:45 AM, Christian Gagneraud < chris@techworks.ie> wrote:
Hi there,
I saw a message in the July archive (I wasn't subscribed yet at that date) about updating gr-ais with osmosdr support. I was working on the same thing recently, so i decided to publish my fixes on top of Antoine's one. The result can be found here: https://github.com/chgans/gr- ais
I got it working with both an FCD and an RTL: ais_rx.py --rate 96e3 --gain 30 --error -17 -d -D fcd=0 ais_rx.py --rate 1024e3 --gain 30 --error -110 -d -D rtl=0
Thanks for doing this. I haven't been looking at gr-ais lately as I've been doing gr-air-modes development in anticipation of our DefCon talk. Now that that's over, I'll have some time to integrate these changes and hopefully modernize a few things in gr-ais which I've been putting off.
Strangely passing freq_err=XX parameter to the source (using -D), doesn't work, the use of --error is thus needed (which will do a set_freq_corr()).
Antoine, if you want sample file, just let me know.
Nick, are you willing to integrate these changing back in gr-ais, Apart from the added automatic decimation filter, the changes are not intrusive at all.
Yep, I'll pull it back in. I'm also going to need your help vetting the changes against the FCD, as I don't have one. I do have an RTL dongle I can do some testing with. Have you had much success with AIS on RTL?
--n
The default settings for UHD are 256Khz sampling with decimation filter 4, with this change, the decimation is one when using FCD (96KHz fixed frequency) and 16 for RTL when used at 1.024MHz (this was the minimum working frequency for me). Or maybe would you prefer to allow the user to set it manually, and use this technique as a fall back only.
Please let me know what you guys think.
Thx, Chris
-- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 Web: http://www.techworks.ie/
actually while I complete the real time decoding functionality for ACARS, I have a request for the French speaking audience of this list (I believe I might have seen a couple of .fr posts): I am completing an article for GNU/Linux Magazine France on this topic, and would be grateful for a review by the experts (or actually also the non-experts to tell me if what I wrote is worth discussing) of this list. The manuscript is available at http://sequanux.org/jmfriedt/t/lm_sdr.pdf I do try and describe there the development method I applied for writing several digital mode decoders (not sure the method is the right one, but at least it is the one I use :) Also if such a document might be useful for the non-French speaking community, I will be happy to translate it to English as soon as time allows (ie probably after Sept 15th). JM ----- Mail original ----- De: "Nick Foster" <nick@ettus.com> À: friedtj@free.fr Cc: osmocom-sdr@lists.osmocom.org Envoyé: Lundi 6 Août 2012 18:20:30 Objet: Re: gr-ais with osmosdr Looking forward to seeing it. Would be very nice to have ACARS data alongside ADS-B. --n On Mon, Aug 6, 2012 at 3:05 PM, < friedtj@free.fr > wrote: not sure what "I've been doing gr-air-modes development in anticipation of our ..." means, but since ACARS was being discussed as an addition to gr-air-modes, please let me announce that I am about to complete an ACARS-decoding block which was quite well tested on the rtl-sdr. JM ----- Mail original ----- De: "Nick Foster" < nick@ettus.com > À: "Christian Gagneraud" < chris@techworks.ie > Cc: osmocom-sdr@lists.osmocom.org Envoyé: Dimanche 5 Août 2012 17:13:14 Objet: Re: gr-ais with osmosdr On Sun, Aug 5, 2012 at 11:45 AM, Christian Gagneraud < chris@techworks.ie > wrote: Hi there, I saw a message in the July archive (I wasn't subscribed yet at that date) about updating gr-ais with osmosdr support. I was working on the same thing recently, so i decided to publish my fixes on top of Antoine's one. The result can be found here: https://github.com/chgans/gr- ais I got it working with both an FCD and an RTL: ais_rx.py --rate 96e3 --gain 30 --error -17 -d -D fcd=0 ais_rx.py --rate 1024e3 --gain 30 --error -110 -d -D rtl=0 Thanks for doing this. I haven't been looking at gr-ais lately as I've been doing gr-air-modes development in anticipation of our DefCon talk. Now that that's over, I'll have some time to integrate these changes and hopefully modernize a few things in gr-ais which I've been putting off. Strangely passing freq_err=XX parameter to the source (using -D), doesn't work, the use of --error is thus needed (which will do a set_freq_corr()). Antoine, if you want sample file, just let me know. Nick, are you willing to integrate these changing back in gr-ais, Apart from the added automatic decimation filter, the changes are not intrusive at all. Yep, I'll pull it back in. I'm also going to need your help vetting the changes against the FCD, as I don't have one. I do have an RTL dongle I can do some testing with. Have you had much success with AIS on RTL? --n The default settings for UHD are 256Khz sampling with decimation filter 4, with this change, the decimation is one when using FCD (96KHz fixed frequency) and 16 for RTL when used at 1.024MHz (this was the minimum working frequency for me). Or maybe would you prefer to allow the user to set it manually, and use this technique as a fall back only. Please let me know what you guys think. Thx, Chris -- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 Web: http://www.techworks.ie/
On 07/08/12 13:58, friedtj@free.fr wrote:
actually while I complete the real time decoding functionality for ACARS, I have a request for the French speaking audience of this list (I believe I might have seen a couple of .fr posts): I am completing an article for GNU/Linux Magazine France on this topic, and would be grateful for a review by the experts (or actually also the non-experts to tell me if what I wrote is worth discussing) of this list. The manuscript is available at
Is the latex source available somewhere? That might be easier to give you feedback and remarks. Chris
I do try and describe there the development method I applied for writing several digital mode decoders (not sure the method is the right one, but at least it is the one I use :)
Also if such a document might be useful for the non-French speaking community, I will be happy to translate it to English as soon as time allows (ie probably after Sept 15th).
JM
----- Mail original ----- De: "Nick Foster" <nick@ettus.com> À: friedtj@free.fr Cc: osmocom-sdr@lists.osmocom.org Envoyé: Lundi 6 Août 2012 18:20:30 Objet: Re: gr-ais with osmosdr
Looking forward to seeing it. Would be very nice to have ACARS data alongside ADS-B.
--n
On Mon, Aug 6, 2012 at 3:05 PM, < friedtj@free.fr > wrote:
not sure what "I've been doing gr-air-modes development in anticipation of our ..." means, but since ACARS was being discussed as an addition to gr-air-modes, please let me announce that I am about to complete an ACARS-decoding block which was quite well tested on the rtl-sdr.
JM
----- Mail original ----- De: "Nick Foster" < nick@ettus.com > À: "Christian Gagneraud" < chris@techworks.ie > Cc: osmocom-sdr@lists.osmocom.org Envoyé: Dimanche 5 Août 2012 17:13:14 Objet: Re: gr-ais with osmosdr
On Sun, Aug 5, 2012 at 11:45 AM, Christian Gagneraud < chris@techworks.ie > wrote:
Hi there,
I saw a message in the July archive (I wasn't subscribed yet at that date) about updating gr-ais with osmosdr support. I was working on the same thing recently, so i decided to publish my fixes on top of Antoine's one. The result can be found here: https://github.com/chgans/gr- ais
I got it working with both an FCD and an RTL: ais_rx.py --rate 96e3 --gain 30 --error -17 -d -D fcd=0 ais_rx.py --rate 1024e3 --gain 30 --error -110 -d -D rtl=0
Thanks for doing this. I haven't been looking at gr-ais lately as I've been doing gr-air-modes development in anticipation of our DefCon talk. Now that that's over, I'll have some time to integrate these changes and hopefully modernize a few things in gr-ais which I've been putting off.
Strangely passing freq_err=XX parameter to the source (using -D), doesn't work, the use of --error is thus needed (which will do a set_freq_corr()).
Antoine, if you want sample file, just let me know.
Nick, are you willing to integrate these changing back in gr-ais, Apart from the added automatic decimation filter, the changes are not intrusive at all.
Yep, I'll pull it back in. I'm also going to need your help vetting the changes against the FCD, as I don't have one. I do have an RTL dongle I can do some testing with. Have you had much success with AIS on RTL?
--n
The default settings for UHD are 256Khz sampling with decimation filter 4, with this change, the decimation is one when using FCD (96KHz fixed frequency) and 16 for RTL when used at 1.024MHz (this was the minimum working frequency for me). Or maybe would you prefer to allow the user to set it manually, and use this technique as a fall back only.
Please let me know what you guys think.
Thx, Chris
-- Christian Gagneraud, Embedded systems engineer. Techworks Marine 1 Harbour road Dun Laoghaire Co. Dublin Ireland Tel: + 353 (0) 1 236 5990 Web: http://www.techworks.ie/
Is the latex source available somewhere? That might be easier to give you feedback and remarks.
great, thanks: http://sequanux.org/jmfriedt/t/lm_sdr.tex JM
participants (4)
-
Christian Gagneraud -
Dimitri Stolnikov -
friedtj＠free.fr -
Nick Foster