Hi Jeroen. OK I think I see how that all sticks together (I'm climbing the learning curve out from the physical layer!). Do you have a PR/link with some code we we can run to try out your system? For example I don't know how to set up TAP/TUN and need a demo/starting point.
To support the HF data use case, I'm adding support for longer frames to the OFDM modem. This will eventually result is new FreeDV modes that are oriented towards packets of data, rather than voice. We could also do this for the VHF use case - in particular the addition of FEC over FSK modems, or running OFDM on VHF links for bandwidth efficiency. Thanks, David On 30/5/20 7:53 pm, Jeroen Vreeken wrote: > > On 05/29/2020 12:06 AM, David Rowe wrote: >> Hi Tomas, >> Jeroen - I'd be interested to hear your thoughts and how your VHF packet >> mode can map to this work ... I'm a just "the physical layer guy" :-) >> > > Actually it is pretty close. On the API side it provides an ethernet > like layer so I use a TAP device instead of TUN. > So just one layer below, this is mainly done to have a place to store a > callsign as identification. > (By accident the first packets our repeater transmitted were ipv6 router > solicitations....) > > On the modem side it might map perfectly, or not.... > I don't know what Tomas used to create 'packets'. Traditional packet > systems use variable packet lenghts recognizable by some preample > (ethernet) or flags (ax.25). > The FreeDV modes all work on fix sized frames (which makes perfect sense > if you are transmitting fixed size codec frames) and the VHF packet mode > knows how to handle it. > It gets chunks of data (6 or 8 bytes per frame and a few control bits) > and re-assembles a packet if all frames are in. > It does know how to use different sized chunks though: 6 (800XA), 8 > (2400A/B) and in case of my own mode 6000 experiments 8 or 81. > > Basically it can be used on pretty much any thing that can provide a > bunch of demodulated bits (mode 800XA with only 56 bits is pushing it > though) at a time. It leaves the 'nasty' stuff like syncing, FEC to the > modem. It just has a CRC per packet to make sure a frame is intact. > > 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
