Loading ...
Sorry, an error occurred while loading the content.

Re: V4 Chat Protocol on 30 Meters?

Expand Messages
  • dl6xaz
    Thank you very much Phil, very interesting. For sure I shall follow the development and experience reports. Have a good xmas time vy73 Fred DL6XAZ
    Message 1 of 14 , Dec 24, 2010
    • 0 Attachment
      Thank you very much Phil, very interesting. For sure I shall follow the development and experience reports.
      Have a good xmas time
      vy73 Fred DL6XAZ


      --- In 30MDG@yahoogroups.com, Phil Williams <ka1gmn@...> wrote:
      >
      > The text is sent in frames with a 16 character payload, so this can be an
      > issue with QSB at times taking out whole at time where I think Contestia
      > would go a better job in this case along with other modes of the same
      > design.
      >
      > The V4 chat protocol can operate in two modes - FEC and ARQ. The ARQ is
      > still in development and is not enabled on the version. I would think that
      > once ARQ is enabled , that this would improve the robustness of this mode.
      > Time will tell. With FEC, one types as the normally would. When you are
      > ready to transmit the text, then one would use the Control-Enter key
      > combination.
      >
      > With moderate signal levels the mode performs well and as long as the QSB
      > are not too deep then it does a good job recovering from QSB.
      >
      > The busy detector can be adjusted to avoid transmiting when the freq is
      > busy. I tend to set mine at a very conservative level to minimize QRM. The
      > drawback of any media access control mechanism is that it assumes all
      > stations hear each other, so there are no hidden terminal...difficult on
      > HF. I think there is still a lot more experimentation that needs to be done
      > with the busy detector. The effectiveness of the busy detector will be
      > dependent the scenario. If all stations can hear each other with moderate
      > signal levels and if conservative and if conservative busy signal level
      > setting a consistent amount the participating stations then it will be
      > effective. If stations do not hear each other equally well, then the
      > effectiveness of the busy detector will rapidly degrade and operators will
      > have to decide for themselves using the establish practices of when to
      > transmit or not to transmit.
      >
      > The core DSP functions of this mode are still in alpha and the developer is
      > focusing his efforts there as he should. The interface is design to
      > facilitate this focus and so consideration for enhancements to the interface
      > are secondary. This mode runs on a virtual Terminal Node Controller so that
      > other developers can create other interfaces without having to be concerned
      > about the DSP underpinnings.
      >
      >
      > Philw de KA1GMN
      >
      > On Dec 23, 2010 10:39 AM, "dl6xaz" <dl6xaz@...> wrote:
      >
      >
      >
      > Hi Phil,
      > when you got a moment, could you give me some information please about your
      > impressions of this mode, especially how it compares to the existing chat
      > modes (contestia etc.) I did not hear any QSO here in my area yet.
      > Thank you and best season's greetings
      > vy73 Fred DL6XAZ
      >
      >
      >
      > --- In 30MDG@yahoogroups.com, Phil Williams <ka1gmn@> wrote:
      > >
      > > I am wondering if there has be...
      >
    Your message has been successfully submitted and would be delivered to recipients shortly.