Decoding D-STAR headers with the RTL-SDR

Posted on Friday, September 27th, 2013 in digital radio data, RF, SDR by the machinegeek


D-STAR or Digital Smart Technologies for Amateur Radio is a digital voice and data protocol used in amateur radio. Here’s a link which shows how the RTL-SDR can decode D-STAR text messages and headers (link is in Italian but Google translate can help, and the pictures show more than enough information). By using SDRSharp and stereo mix you can tune to a D-STAR signal, and pass the audio to a command line based decoding program (dstar.exe) which, which will then decode D-STAR text messages.


This entry was posted on Friday, September 27th, 2013 at 6:52 pm and is filed under digital radio data, RF, SDR. You can follow any responses to this entry through the RSS 2.0 feed. You can skip to the end and leave a response. Pinging is currently not allowed.

2 Responses to “Decoding D-STAR headers with the RTL-SDR”

  1. Zhang Wu says:

    I Hope, i Hope…..

  2. Darren says:

    Until the major radio manufacturers implement compatibility between brands using an open protocol I won’t be buying. Yaesu recently released the FT1D that uses yet another proprietary protocol.

    Cool demo but I hope D-STAR dies.

Leave a Reply

Notify me of followup comments via e-mail. You can also subscribe without commenting.

Recent Comments

  • Pekka Akselin: This is ridiculous!? :-) We are back at 256(!) byte EPROMs that needed multiple, a handful, of voltages to run! :-(
  • KH: Let's try a back-of-envelope calc balancing energies. From MCP1700 datasheet, there are graphs for a 200mA load step. Estimate the energy shortfall as 12uJ. Say...
  • Daniel: It's been a week and my comment is still awaiting moderation. Apparently the CIA doesn't want their involvement known?
  • KH: Agree, so okay, I guess he must have learned from somewhere. 100nF and 1000uF is so far apart, that was jarring; it's more magic incantation...
  • Max: I have a suspicion the hefty electrolytic cap might be some sort of cargo cult carry-over from other RF-based projects - for instance, I've seen...