Hello, Victor: Thanks for your information, I exactly tried to decode the file with the real EPIRB signal from a PLB, although I’m pretty suspicious about that is beyond me too much…
But it is really surprised me that what you said: The signal "trigs" detecting is too complicated to implement alone!? Now I’m really confused, have you any clue about that? Again, thank you so much. Regard, Vicfield. Vitt Benv wrote > H > i Vicfield! > another info for you: are you palying with a "real" EPIRB signal or with a > "test" signal? > > In the first case.... be sure that the signal cannot reach the open space: > the signal "trigs" an expensive and complicated stuff, actulally it's > starts a S&R process with a lot of people involved... > In the second case, if I recall right, the signal it's sent at full power > but "reversed". I dont recall if bit-order reversed or bit-complemented, > sorry! > In this manner it's possible to do tests ( and this is part of my job ;-) > ) on EPIRB. For this I had a Futronic GMDSS testset. > Hope that this ca help you... > > Ciao, > > Victor > > Il 24 apr 2017 18:07, "Vicfield Medici" < > tetsui@.com > > ha scritto: > >> Hi, >> >> Really thank you all. >> I was read the specification of EPIRB and researched something about >> that, >> but it’s seems some error about that. I will attach the GRC what I tried. >> >> >> > So, a PSK that can only take values of +1.1 and -1.1, relative to the >> > "idle" carrier. Bit rate is 400b/s, so that makes it a 800 S/s PSK >> > symbol rate (Manchester-encoding happening in between). >> >> Marcus, thanks for your advice. >> I set the baud rate for 400 bits/sec., >> but does it related about the PLL or Time Synchronization? >> I thought the Manchester decode is the part of line code >> and I should take that later? >> >> >> > About frequencies pay attention that there are more than a single >> (406.025 >> > MHz) >> > frequency. >> > In my direct experience there's also 406.028 / 406.039 MHZ in use. So >> also >> > tuning >> > has to be on the right frequency. >> >> > Current NTIA spectrum documents are here: >> > https://www.ntia.doc.gov/page/federal-government-spectrum-us >> e-reports-225mhz-6ghz >> >> Thanks a lot, Vitt and Ron. >> In fact, I just testing the file was recoded with my PC, >> so I guess it’s not a trouble now, but still thanks. >> >> >> Here is the GRC I tested below, it refer the GRC from here >> <http://gnuradio.4.n7.nabble.com/Tutorial-on-BPSK-bursts-td58484.html> >> by >> Andy Walls. >> >> Again, Thanks and appreciated for any help. >> >> Thanks, >> Vicfield. >> >> 512K_test_.grc >> <http://gnuradio.4.n7.nabble.com/file/n63620/512K_test_.grc > > > >> >> BTW, how can I upload the file like "Download Attachment"? >> >> >> >> -- >> View this message in context: http://gnuradio.4.n7.nabble.co >> m/The-PLL-for-the-burst-signal-tp63604p63620.html >> Sent from the GnuRadio mailing list archive at Nabble.com. >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> > Discuss-gnuradio@ >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@ > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/The-PLL-for-the-burst-signal-tp63604p63635.html Sent from the GnuRadio mailing list archive at Nabble.com. _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio