Thanks Matthew,<br><br>At the moment I'm tinkering with an RPi to have Direwolf running on it, but once Glen is back from his family Xmas trip he'll show me how to do it in an odroid. <br><br>I'll take a look at the Tinkerboard you mentioned, I have never seen it.<br><br>My concerns about the internal sound card have to do with overdriving it by accident. I rather prototype with a "disposable" external one than damaging the "good one". <br><br>I bought a SH Barrett 530 for APRS, it has space inside for an optional module (not fitted) where I think a small form factor single board computer would fit. EMI might be a problem, however.<br><br>I have some days off now and I want to finish some ongoing projects, like the HF APRS thing.<br><br>73<br><br><br><br>On Tuesday, December 19, 2017, Matthew Cook <<a href="mailto:vk5zm@bistre.net">vk5zm@bistre.net</a>> wrote:<br>> Yes of course, there are separate i2s ports on the 40 way connector you can implement your own sound card or the USB if you would like to use a low cost syba dongle.<br>> However if you were to cook/smoke the internal sound card then the same would have occurred to an external one.<br>> Killing a sound card means that you didn't put the current back from where you got it from (first law of RF design), which usually results from not paying attention to grounds or RF sneak paths under fault conditions.  The cheat is to use galvanic isolation between the modem and radio input, which isn't always necessary YMMV.<br>> 73<br>> Matthew<br>> VK5ZM<br>> On 19 December 2017 at 09:57, Carlos Peco-Berrocal <<a href="mailto:carlos.peco@gmail.com">carlos.peco@gmail.com</a>> wrote:<br>>><br>>> Can you still use external sound cards with the Tinkerboard ?<br>>> What if you cook the internal one ?<br>>><br>>> cheers<br>>> Carlos<br>>><br>>><br>>> On Tuesday, December 19, 2017, Matthew Cook <<a href="mailto:vk5zm@bistre.net">vk5zm@bistre.net</a>> wrote:<br>>> > Cool.. well that means I've got a suitable test bed ready and waiting.<br>>> > The receiver I've got lined up has a full rockwell collins 3kHz IF filter (not 2k7 or 2k4 like most japanese radios) so that should work nicely.<br>>> > Time to start working out how to get the levels and drive right, something for me to do over xmas.<br>>> > 73<br>>> > Matthew<br>>> > VK5ZM<br>>> > On 19 December 2017 at 09:24, Glen English VK1XX <<a href="mailto:glenlist@pacificmedia.com.au">glenlist@pacificmedia.com.au</a>> wrote:<br>>> >><br>>> >> The original would run about 3kHz search window at full 'gain' on a C1 (quad A5).<br>>> >><br>>> >> The XU4 would smoke it at 10kHz BW. The out of order reordering CPU really smokes. but it also smokes the power supply.<br>>> >><br>>> >> The C2 would run a 10kHz search window IRRC.<br>>> >><br>>> >> I have some TV boxes with RK3288s and they also are excelllent processor.<br>>> >><br>>> >> good on the internal sound card.<br>>> >><br>>> >> code currently only uses the 2010 grade NEON, not the new v8 NEON AArch-64 etc on the A53 etc .<br>>> >><br>>> >><br>>> >> g<br>>> >> On 19/12/2017 9:39 AM, Matthew Cook wrote:<br>>> >>><br>>> >>> It will be interesting to see how this code goes on different platforms.<br>>> >>><br>>> >>> I've been looking at the Odroids C2 (quad A53 @1.5GHz), C1+ (quad A5@1.5GHz) & XU4 (quad A15@2.1GHz + quad A7@1.4GHz) there is no doubt the XU4 has some serious grunt.<br>>> >>><br>>> >>> However the ASUS Tinkerboards I've got at home have a RK3288 which is a quad A17 running at 1.8GHz also featuring a Neon Co-pro! So on paper this should give the C1+ and C2 Odroids a bloody nose in a MIPS fight or at least a run for their money.<br>>> >>><br>>> >>> What I really like about the Tinkerboards is they have an inbuilt sound card (192kHz)/24bit) for both record (microphone) and playback (stereo out) for the same money as an Odroid.   So that would just leave me needing to build a suitable PTT circuit with h/w timeout.<br>>> >>><br>>> >>> It will be interesting to see just how hard I can push one of these Tinkerboards, for ~A$85 delivered to VK they seem good value.<br>>> >>><br>>> >>> The plot thickens.<br>>> >>><br>>> >>> 73<br>>> >>><br>>> >>> Matthew<br>>> >>> VK5ZM<br>>> >>><br>>> >>> On 19 December 2017 at 06:42, Glen English VK1XX <<a href="mailto:glenlist@pacificmedia.com.au">glenlist@pacificmedia.com.au</a> <mailto:<a href="mailto:glenlist@pacificmedia.com.au">glenlist@pacificmedia.com.au</a>>> wrote:<br>>> >>><br>>> >>>     Good discussion<br>>> >>><br>>> >>>     yeah a small drop on PCB would be simple. I THINK that later Cx<br>>> >>>     ODROIDS are header-compatible with the R-PI headers.<br>>> >>><br>>> >>>     after madly writing debugging python modules all day yesterday,<br>>> >>>     and remembering how to write ODBC expressions heading out to do<br>>> >>>     some mobile survey work and will get back on the case at xmas.<br>>> >>><br>>> >>>     SNR requirements are very low, so sound card quality is pretty<br>>> >>>     unimportant except that the sample rate clock should be better<br>>> >>>     than a free running LC...<br>>> >>><br>>> >>>     I will do a full writeup while familying with emily's family up<br>>> >>>     north at xmas.<br>>> >>><br>>> >>>     The demodulator requirements are proportional to the recv<br>>> >>>     bandwidth search window, the frequency step search, the sync<br>>> >>>     threshold, and the LDPC FEC "gain control".<br>>> >>><br>>> >>>     The whole spectrum is step frequency searched with a matched<br>>> >>>     filter-correlator for my sync word which provides the next stage<br>>> >>>     time and frequency offset data. When a sync detection is<br>>> >>>     triggered, the time and frequency offset of this "candidate" is<br>>> >>>     pushed into a FIFO and  is passed to stage 2, and that stage goes<br>>> >>>     about extracting the samples from a deep buffer  and attempting<br>>> >>>     decoding. Stage 1 sync works on about 1 second of audio data,<br>>> >>>     stage 2 works on about 10 seconds worth.<br>>> >>><br>>> >>>     Using an STM32F7 there would be enough memory to implement the<br>>> >>>     demodulator with reduce peformance but stil very useable (say +3,<br>>> >>>     +4 dB CNR).<br>>> >>><br>>> >>>     Pi Zeros probably on par with a STM32F7, the old ARM11<br>>> >>>     architecture is pretty slow.<br>>> >>><br>>> >>>     Cache misses is what hurts the implementation. Care is taken not<br>>> >>>     to abuse the cache, but the system operates by searching all over<br>>> >>>     a large buffer so memory misses are part of the game.<br>>> >>><br>>> >>>     The existing implementation is 46.875 bps (48000/1024) however the<br>>> >>>     bit rate can be change by simply changing a $define DIVIDER to<br>>> >>>     anything you like. I was thinking 48000/512 was a good starting point.<br>>> >>><br>>> >>>     This permits multiple use of a channel. a sideband channel can fit<br>>> >>>     alot of 50Hz or 100 Hz wide signals, and the demod is designed to<br>>> >>>     deal with it. I would say the end performance is something like<br>>> >>>     PSK31 but with reduced SNR requirements. You can push it right<br>>> >>>     down to 0dB SNR but the demodulator ends up spending a bunch of<br>>> >>>     time in stage 2 attempting to demod candidates that are really<br>>> >>>     noise ... CPU requirements increase.<br>>> >>><br>>> >>><br>>> >>>     On 18/12/2017 10:04 PM, Matthew Cook wrote:<br>>> >>><br>>> >>>         That interface card is hideously expensive for what it is;<br>>> >>><br>>> >>>         Other options;<br>>> >>><br>>> >>>           * The wolfson sound card is less than a third that price<br>>> >>>         including<br>>> >>>             shipping from E14, however a syba USB sound card is less<br>>> >>>         than $5<br>>> >>>             from eBay.<br>>> >>>           * PTT is just a transistor of an I/O pin, preferably with a h/w<br>>> >>>             monostable timer to prevent locking the transmitter on; I<br>>> >>>         still<br>>> >>>             don't trust Pi's with 100Wpep of HF present, box or no box.<br>>> >>><br>>> >>>         Personally I'll be trying a Tinkerboard first since it has<br>>> >>>         onboard microphone and audio, more grunt that a Pi-3, wifi,<br>>> >>>         BT, I/O and serial ports. In my case I can read the GPS from<br>>> >>>         within the HF transceiver, which is already shared three times<br>>> >>>         in the back of the car already.<br>>> >>><br>>> >>>         However will still experiment with STM32 option since this<br>>> >>>         would make a very nicely integrated option in the new year.<br>>> >>><br>>> >>>         73<br>>> >>><br>>> >>>         Matthew<br>>> >>>         VK5ZM<br>>> >>><br>>> >>><br>>> >>><br>>> >>>         On 18 December 2017 at 20:57, Mark Jessop<br>>> >>>         <<a href="mailto:lenniethelemming@gmail.com">lenniethelemming@gmail.com</a><br>>> >>>         <mailto:<a href="mailto:lenniethelemming@gmail.com">lenniethelemming@gmail.com</a>><br>>> >>>         <mailto:<a href="mailto:lenniethelemming@gmail.com">lenniethelemming@gmail.com</a><br>>> >>>         <mailto:<a href="mailto:lenniethelemming@gmail.com">lenniethelemming@gmail.com</a>>>> wrote:<br>>> >>><br>>> >>>             David Giddy has reminded me off-list of the existence of the<br>>> >>>             UDRC-II: <a href="http://nwdigitalradio.com/product/udrc/">http://nwdigitalradio.com/product/udrc/</a><br>>> >>>         <<a href="http://nwdigitalradio.com/product/udrc/">http://nwdigitalradio.com/product/udrc/</a>><br>>> >>>             <<a href="http://nwdigitalradio.com/product/udrc/">http://nwdigitalradio.com/product/udrc/</a><br>>> >>>         <<a href="http://nwdigitalradio.com/product/udrc/">http://nwdigitalradio.com/product/udrc/</a>>><br>>> >>><br>>> >>>             This is pretty much what I was looking for, with the<br>>> >>>         exception of<br>>> >>>             the onboard GPS. A little bit pricier than I was hoping<br>>> >>>         for, but<br>>> >>>             time vs money and all that...<br>>> >>>             Would require a bit of coding to make whatever modem Glen<br>>> >>>         writes<br>>> >>>             key to the relevant GPIO pins, but hey - open source, and<br>>> >>>         I'm more<br>>> >>>             than happy to write and test code :-)<br>>> >>><br>>> >>>             73<br>>> >>>             Mark VK5QI<br>>> >>><br>>> >>>             On Mon, Dec 18, 2017 at 7:35 PM, Mark Jessop<br>>> >>>             <<a href="mailto:lenniethelemming@gmail.com">lenniethelemming@gmail.com</a><br>>> >>>         <mailto:<a href="mailto:lenniethelemming@gmail.com">lenniethelemming@gmail.com</a>><br>>> >>>         <mailto:<a href="mailto:lenniethelemming@gmail.com">lenniethelemming@gmail.com</a><br>>> >>>         <mailto:<a href="mailto:lenniethelemming@gmail.com">lenniethelemming@gmail.com</a>>>><br>>> >>>             wrote:<br>>> >>><br>>> >>>                 Given the cost of boards like the Raspberry Pi Zero,<br>>> >>>         and other<br>>> >>>                 similar boards, I don't see it being targeted at ARM-NEON<br>>> >>>                 being that big of a deal.<br>>> >>><br>>> >>>                 I guess a good product to complement the modem would be a<br>>> >>>                 'shield' (or hat, or cape, or whatever the kids call them<br>>> >>>                 nowadays), for a raspberry pi or similar, that includes:<br>>> >>>                 - An Audio codec chip (probably via I2S? Example DAC board<br>>> >>>                 here, but no ADC:<br>>> >>>         <a href="https://core-electronics.com.au/pimoroni-phat-dac-for-raspberry-pi-zero.html">https://core-electronics.com.au/pimoroni-phat-dac-for-raspberry-pi-zero.html</a><br>>> >>>         <<a href="https://core-electronics.com.au/pimoroni-phat-dac-for-raspberry-pi-zero.html">https://core-electronics.com.au/pimoroni-phat-dac-for-raspberry-pi-zero.html</a>><br>>> >>>                <br>>> >>>         <<a href="https://core-electronics.com.au/pimoroni-phat-dac-for-raspberry-pi-zero.html">https://core-electronics.com.au/pimoroni-phat-dac-for-raspberry-pi-zero.html</a><br>>> >>>         <<a href="https://core-electronics.com.au/pimoroni-phat-dac-for-raspberry-pi-zero.html">https://core-electronics.com.au/pimoroni-phat-dac-for-raspberry-pi-zero.html</a>>>)<br>>> >>>                 - PTT interface (relay? FET?)<br>>> >>>                 - Maybe even a GPS unit? (Something like a uBlox MAX-8<br>>> >>>         would<br>>> >>>                 go nicely)<br>>> >>><br>>> >>>                 Of course you can do a lot of this with a USB sound<br>>> >>>         card and<br>>> >>>                 some external circuitry, but I like the idea of a<br>>> >>>                 self-contained unit that you could mount in a small box.<br>>> >>><br>>> >>>                 I might look into parts for such a board over the<br>>> >>>         holidays, if<br>>> >>>                 I'm not too busy chasing balloons at Mt Gambier...<br>>> >>><br>>> >>>                 73<br>>> >>>                 Mark VK5QI<br>>> >>><br>>> >>>                 On Mon, Dec 18, 2017 at 1:22 PM, Glen English VK1XX<br>>> >>>                 <<a href="mailto:glenlist@pacificmedia.com.au">glenlist@pacificmedia.com.au</a><br>>> >>>         <mailto:<a href="mailto:glenlist@pacificmedia.com.au">glenlist@pacificmedia.com.au</a>><br>>> >>>                 <mailto:<a href="mailto:glenlist@pacificmedia.com.au">glenlist@pacificmedia.com.au</a><br>>> >>>         <mailto:<a href="mailto:glenlist@pacificmedia.com.au">glenlist@pacificmedia.com.au</a>>>> wrote:<br>>> >>><br>>> >>>                     Matthew Cook asked me about the hardware and STM32 :<br>>> >>><br>>> >>>                     STM32F7 MIGHT run the decoder, for narrow<br>>> >>>         bandwidth search<br>>> >>>                     windows and slightly higher SNR requirements (+1<br>>> >>>         dB say) .<br>>> >>>                     The search algorithm is intensive and the LDPC<br>>> >>>         decoder is<br>>> >>>                     hard work, also. But there is a nice vernier<br>>> >>>         control on<br>>> >>>                     the "how hard it tries" to control CPU usage.<br>>> >>><br>>> >>>                     STM32-anything will definitely run the encoder<br>>> >>>         (lots of<br>>> >>>                     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>>> >>>                     _______________________________________________<br>>> >>>                     OZAPRS mailing list<br>>> >>>         <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a> <mailto:<a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a>><br>>> >>>         <mailto:<a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a> <mailto:<a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a>>><br>>> >>>         <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>>> >>>         <<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a>><br>>> >>>                     <<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>>> >>>         <<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a>>><br>>> >>><br>>> >>><br>>> >>><br>>> >>><br>>> >>>             _______________________________________________<br>>> >>>             OZAPRS mailing list<br>>> >>>         <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a> <mailto:<a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a>><br>>> >>>         <mailto:<a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a> <mailto:<a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a>>><br>>> >>>         <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>>> >>>         <<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a>><br>>> >>>             <<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>>> >>>         <<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a>>><br>>> >>><br>>> >>><br>>> >>><br>>> >>><br>>> >>>         _______________________________________________<br>>> >>>         OZAPRS mailing list<br>>> >>>         <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a> <mailto:<a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a>><br>>> >>>         <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>>> >>>         <<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a>><br>>> >>><br>>> >>><br>>> >>><br>>> >>>     _______________________________________________<br>>> >>>     OZAPRS mailing list<br>>> >>>     <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a> <mailto:<a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a>><br>>> >>>     <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>>> >>>     <<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a>><br>>> >>><br>>> >>><br>>> >>><br>>> >>><br>>> >>> _______________________________________________<br>>> >>> OZAPRS mailing list<br>>> >>> <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a><br>>> >>> <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>>> >><br>>> >><br>>> >> _______________________________________________<br>>> >> OZAPRS mailing list<br>>> >> <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a><br>>> >> <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>>> ><br>>> ><br>>> _______________________________________________<br>>> OZAPRS mailing list<br>>> <a href="mailto:OZAPRS@aprs.net.au">OZAPRS@aprs.net.au</a><br>>> <a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>>><br>><br>>