And freedv-gui has been succesfully tested while receiving. It just needed a bit of rewiring to get the signal on the right audio channel. And also a bit of extra code to prevent transmission while receiving (since it is a simplex channel). It usually all this 'extra' stuff beyond just a modem that makes things hard. - Is the sound device configured correctly? (mine defaults to 'mic' instead of 'line') - Are the levels ok? To low and you drown in the noise, to high and the transceiver will clip it. - Is the 'delay' long enough for the transceiver to produce a proper carrier and flip any mechanical relays? - Is the 'tail' long enough? (Especialy since the code handling it must take the audio fifo length into account) etc.
The current version also only works on linux. I know BSD also supports the TAP interface, so OSX might have it as well. But at the very least the headers will be different (e.g. the current code uses linux/if_tun.h). Regards, Jeroen On 06/05/2020 11:14 PM, Jeroen Vreeken wrote: > On 06/05/2020 09:31 PM, Tomas Härdin wrote: >> tor 2020-06-04 klockan 23:16 +0200 skrev Jeroen Vreeken: >>> On 06/02/2020 12:12 AM, David Rowe wrote: >>>> Hi Jeroen, >>>> >>>> I place code that requires updates in: >>>> >>>> void MainFrame::OnTimer(wxTimerEvent &evt) >>>> >>>> ...with various methods for maintaining state (like global pointers and >>>> member variables). >>>> >>> That works. >>> I now have a freedv-gui version with working tx. Besides during regular >>> user initiated transmissions, it can also key for data only transmission >>> when packets are received on the interface. So just leave the gui >>> running in the 'start' state and you have a fully functional packet >>> radio setup. >>> I could not test the receive side yet, it took me a while this evening >>> to figure out that in case of a stereo signal only the left channel is >>> used. My discriminator output hapened to be connected to the right >>> channel... >>> So I'll have to try again with the wires swapped. >> This sounds very promising. The real test is getting RX going and >> getting error-free packets through :) Do you have any FEC or checksum? > Rx with freedv-gui is not done yet, but I have access to our 70cm > repeater about 15km away and it receives just fine. > Each re-assembled packet has a CRC which is checked before it is passed > to the TAP interface. > > Regards, > Jeroen > > > > _______________________________________________ > Freetel-codec2 mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > _______________________________________________ Freetel-codec2 mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
