Onno (VK6FLAB)

Anything and everything Amateur Radio and beyond. Heavily into Open Source and SDR, working on a multi band monitor and transmitter.

#geek #nerd #hamradio VK6FLAB #podcaster #australia #ITProfessional #voiceover #opentowork

  • 114 Posts
  • 501 Comments
Joined 1 year ago
cake
Cake day: March 4th, 2024

help-circle





  • Hi Kristoff,

    Thanks for the heads-up on the empty data file. I think that the GitHub web interface was “helping” when I initially created the repo - since I still cannot create those from my cli. Now fixed.

    I’ve added your interpretation with the sync bits to the documentation for the file. It’s a really interesting observation. I don’t know if there are more than one different types of packet, since my earlier attempt to record the data using a WebSDR failed for some unknown reason. I do know that others have also heard this signal on-air, so perhaps it’s still happening and others might share their recording.

    I’d love to learn how to use the differential signal to remove noise to see if they’re actually all the same packet, or if they are actually different. I don’t particularly want to start manually flipping bits, but then there’s only 1,461 of them, so it’s doable in a pinch.

    The timing of the signal is also interesting. According to inspectrum, the baud rate is 91.81, which isn’t any standard rate, which also makes me wonder if there is any actual information being transmitted here, other than a fixed timing signal.

    73 de Onno VK6FLAB




  • Very interesting! I’ve installed it and attempted to look at the mystery signal, but I cannot make inspectrum show anything other than red. I think it’s sampled at 225144, but that’s speculation based on the filename. Any thoughts?

    Source file: https://github.com/vk6flab/signals/tree/main/recorded

    Edit: Update, once I played with the file format, testing c8, c16 and c32, I finally got something worth looking at. It appears to be c16 and there look to be 4 bits per symbol.

    Edit 2: If I use URH, 2500 samples per symbol, I can decode bits as FSK and get the following string:

    7cdc5d32a92284d1f5a53f01b512f2c4663860ec2b273abfdb3c6b90f77a0816f9b8ba65524509a3eb4a7e036a25e588cc70c1d8564e757fb6746b90f77a002df37174caa48a1347d694fc06d44bcb1198e183b0ac9ceaff6cf1ae43dde8205be6e2e9954914268fad29f80da897962331c307615939d5fed9e35c87bbd040b7cdc5d32a92284d1f5a53f01b512f2c4663860ec2b273abfdb3c6b90f77a0816f9b8ba65524509a3eb4a7e036a25e588cc7

    Edit 3: Outputting only bits I get the following that seems to repeat (with some decoding errors) every 255 bits:

    011111001101110001011101001100101010100100100010100001001101000111110101101001010011111100000001101101010001001011110010110001000110011000111000011000001110110000101011001001110011101010111111110110110011110001101011100100001111011101111010000010000001011
    011111001101110001011101001100101010100100100010100001001101000111110101101001010011111100000001101101010001001011110010110001000110011000111000011000001110110000101011001001110011101010111111110110110011101000110101110010000111101110111101000000000001011
    011111001101110001011101001100101010100100100010100001001101000111110101101001010011111100000001101101010001001011110010110001000110011000111000011000001110110000101011001001110011101010111111110110110011110001101011100100001111011101111010000010000001011
    011111001101110001011101001100101010100100100010100001001101000111110101101001010011111100000001101101010001001011110010110001000110011000111000011000001110110000101011001001110011101010111111110110110011110001101011100100001111011101111010000010000001011
    011111001101110001011101001100101010100100100010100001001101000111110101101001010011111100000001101101010001001011110010110001000110011000111000011000001110110000101011001001110011101010111111110110110011110001101011100100001111011101111010000010000001011
    011111001101110001011101001100101010100100100010100001001101000111110101101001010011111100000001101101010001001011110010110001000110011000111