Stuart,
It’s good to hear someone else is looking at applying 6LoWPAN to amateur radio.
I’ve studied 802.15.4 a fair bit. I find the standard is growing beyond an
individual’s ability to manage. So I distilled the 802.15.4 frame to the
essential pieces. My result
Years ago I used TCP over 1200bps AX25 connections using UI frames.
It worked quite well as long as you don't expect to much. Receiving an
email (back when emails were just some ascii text) worked fine, but
forget about protocols like HTTP.
The current datalink code in freedv can compress headers
For our International readers "chockers" means "very full" in
Australian vernacular :-)
- David
On 25/03/18 10:00, Mark Jessop wrote:
Scratch that. 40m is chockers with DX stations for the CQWW WPX, and I
can't find a clear hole :-(
Maybe next week...
73
Mark VK5QI
On Sat, Mar 24,
Scratch that. 40m is chockers with DX stations for the CQWW WPX, and I
can't find a clear hole :-(
Maybe next week...
73
Mark VK5QI
On Sat, Mar 24, 2018 at 7:17 PM, Mark Jessop
wrote:
> Try 7.177 MHz LSB tomorrow morning around 10:00 AM CDST (so about 10:30AM
>
On 25/03/18 06:25, Bruce Perens wrote:
> FreeDV voice packets are around 7 bytes per 40 milliseconds. Even a
> single IPV6 /address /is twice the size, not to mention the rest of the
> header. So, realistic expectations are called for. Header compression is
> helpful. Retransmission of a TCP
On 3/24/18, glen english wrote:
> If a whole word is lost, if the output of the decoder is silent, then it
> is not possible to know if a word was missed, or if the word was never
> voiced ! In analog, you might hear a noise burst and you would be aware
> that some of the
The whole idea of Codec2 was to REDUCE bit rate and redundancy.
So, do what you can with structure first before adding extra stuff.
I think what you need to deal with packet loss depends on the loss
mechanism and the communications grade.
If you randomly lose a packet (7 bytes over 40mS),
FreeDV voice packets are around 7 bytes per 40 milliseconds. Even a single
IPV6 *address *is twice the size, not to mention the rest of the header.
So, realistic expectations are called for. Header compression is helpful.
Retransmission of a TCP packet could easily be a 1500 or more byte repeat,
On 3/24/18, Steve wrote:
> IP is a packet protocol which requires some form of ARQ. So using the
> modem would require a completely new API to mechanise that.
No, this causes terrible interactions with TCP flow control.
TCP already has support for retransmission and
2018-03-24 17:11 GMT+01:00 Steve :
> > I assume it would be as simple as replacing the voice payload with IP
> datagrams.
>
> IP is a packet protocol which requires some form of ARQ. So using the
> modem would require a completely new API to mechanise that.
or not. You
> I assume it would be as simple as replacing the voice payload with IP
> datagrams.
IP is a packet protocol which requires some form of ARQ. So using the
modem would require a completely new API to mechanise that.
--
I have send IP packets with 2400A, 2400B and 800XA. Those modes have a
sync word in each frame that is used to switch between data and voice
frames. (And works out of the box with recent codec2 versions).
It wouldn't be hard to send data with the other modems as well (as they
are also just frames
Hi all,
Has anyone attempted to send IP protocol on HF using FreeDV? I assume
it would be as simple as replacing the voice payload with IP
datagrams. I have a working TCP/IP modem on VHF, however it has lower
weak signal performance than FreeDV.
Regards,
Adrian
Try 7.177 MHz LSB tomorrow morning around 10:00 AM CDST (so about 10:30AM
your local time).
I'll be transmitting the WIA Broadcast via FreeDV 1600 from here in VK5.
Cheers,
Mark VK5QI
On Sat, Mar 24, 2018 at 1:57 PM, Alan Beard
wrote:
> Hi David,
>
> Both
14 matches
Mail list logo