<div dir="ltr">David Giddy has reminded me off-list of the existence of the UDRC-II: <a class="gmail-m_-4779552003249907796moz-txt-link-freetext" href="http://nwdigitalradio.com/product/udrc/" target="_blank" style="font-size:12.8px">http://nwdigitalradio.com/<wbr>product/udrc/</a><div><br></div><div>This is pretty much what I was looking for, with the exception of the onboard GPS. A little bit pricier than I was hoping for, but time vs money and all that...</div><div>Would require a bit of coding to make whatever modem Glen writes key to the relevant GPIO pins, but hey - open source, and I'm more than happy to write and test code :-)</div><div><br></div><div>73</div><div>Mark VK5QI</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 18, 2017 at 7:35 PM, Mark Jessop <span dir="ltr"><<a href="mailto:lenniethelemming@gmail.com" target="_blank">lenniethelemming@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Given the cost of boards like the Raspberry Pi Zero, and other similar boards, I don't see it being targeted at ARM-NEON being that big of a deal.<div><br></div><div>I guess a good product to complement the modem would be a 'shield' (or hat, or cape, or whatever the kids call them nowadays), for a raspberry pi or similar, that includes:</div><div>- An Audio codec chip (probably via I2S? Example DAC board here, but no ADC: <a href="https://core-electronics.com.au/pimoroni-phat-dac-for-raspberry-pi-zero.html" target="_blank">https://core-electronics.com.<wbr>au/pimoroni-phat-dac-for-<wbr>raspberry-pi-zero.html</a>)</div><div>- PTT interface (relay? FET?)</div><div>- Maybe even a GPS unit? (Something like a uBlox MAX-8 would go nicely)</div><div><br></div><div>Of course you can do a lot of this with a USB sound card and some external circuitry, but I like the idea of a self-contained unit that you could mount in a small box.</div><div><br></div><div>I might look into parts for such a board over the holidays, if I'm not too busy chasing balloons at Mt Gambier...</div><div><br></div><div>73</div><div>Mark VK5QI</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 18, 2017 at 1:22 PM, Glen English VK1XX <span dir="ltr"><<a href="mailto:glenlist@pacificmedia.com.au" target="_blank">glenlist@pacificmedia.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Matthew Cook asked me about the hardware and STM32 :<br>
<br>
STM32F7 MIGHT run the decoder, for narrow bandwidth search windows and slightly higher SNR requirements (+1 dB say) . The search algorithm is intensive and the LDPC decoder is hard work, also. But there is a nice vernier control on the "how hard it tries" to control CPU usage.<br>
<br>
STM32-anything will definitely run the encoder (lots of LUTs in FLASH)<br>
<br>
(it already is implemented on STM32L151 back in 2014)<br>
<br>
talk soon when I am not so flat out<br>
<br>
cheers<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
OZAPRS mailing list<br>
<a href="mailto:OZAPRS@aprs.net.au" target="_blank">OZAPRS@aprs.net.au</a><br>
<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs" rel="noreferrer" target="_blank">http://lists.aprs.net.au/mailm<wbr>an/listinfo/ozaprs</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>