Using digital modes with the 6300

  • 2
  • Question
  • Updated 5 years ago
  • Answered
Are software upgrades for direct use of digital modes planned?  I have been told that direct use for RTTY and PSK 31 are in the planning stages.
Photo of Gregg E. McArthur

Gregg E. McArthur

  • 3 Posts
  • 0 Reply Likes
  • Eager to see what can be done

Posted 5 years ago

  • 2
Photo of Jon - KF2E

Jon - KF2E

  • 689 Posts
  • 230 Reply Likes
I think the plan is that by releasing the waveform api third party developers will provide this type of programs.

Jon...kf2e
Photo of George Molnar, KF2T

George Molnar, KF2T, Elmer

  • 1684 Posts
  • 620 Reply Likes
I hope FRS resists baking in the many digital modes into SSDR. Third party apps that can hook in are the way to go.
Photo of DrTeeth

DrTeeth

  • 1687 Posts
  • 389 Reply Likes
I feel the exact opposite. Too much of this third party software is not being developed or has ergonomic/usability issues. The more they can put in the better IMHO.

Sri George, hi hi.
Photo of Jay Nation - NO5J

Jay Nation - NO5J

  • 16 Posts
  • 4 Reply Likes
I hope your not suggesting that Flexradio should drop further developement of SmartSDR, and start creating built-in Flex versions of skimmer and fldigi from scratch . Why not let them finish SmartSDR first. Maybe 1.38 is all we need, but frankly I'd rather they keep working on SmartSDR and let 3rd parties do what 3rd parties are better at doing. FreeDV might be getting added just to demonstrate how the API's can be used by 3rd party programmers to add even more. I thought we wanted better DSP NR,NB,ANF and better UI colors, sliders, memories etc,etc.

hi hi
Photo of DrTeeth

DrTeeth

  • 1687 Posts
  • 389 Reply Likes
No suggestion that anything should be dropped. I wonder what on earth gave you that strange idea. You have seen the relative ease with which FreeDV has been added judging by no significant delay in the release schedule. The puzzle is why the did not put in something like RTTY that many have been asking for.

FRS can do it without sacrificing the roadmap.
Photo of Jay Nation - NO5J

Jay Nation - NO5J

  • 16 Posts
  • 4 Reply Likes
Sorry Guy, Im still a noob at getting the communty website to work sometimes. i intended my post to be added at the end as a new comment instead of as a reply to your post. I'll just wait for the 1.4 release, and crawl back under my rock. Submit buttons hate me!
Photo of DrTeeth

DrTeeth

  • 1687 Posts
  • 389 Reply Likes
Don't worry about it mate.

Best 73.
Photo of Jay -- N0FB

Jay -- N0FB, Elmer

  • 539 Posts
  • 213 Reply Likes
George, this is one of the very few times I will disagree with you.  From my perspective, the answer here is not the boolean "this or that."  I see it as an "and/or both" proposition. 

Here is how I look at it:  From both a bandwidth and client hardware requirement stance, having digital modes decoded internally within the radio and then only passing the decoded ASCII text across the network should incent developers to create thin client software for different mobile platforms. It simplifies the developer's task to produce a lightweight application and GUI.  This will provide the FlexRadio community with more opportunity to enjoy Ham Radio anywhere they happen to be and on a variety of very low power, low bandwidth clients and networks.

DAX is great when bandwidth is stable and sufficient.  Where bandwidth is iffy, like on a mobile network, even performing digital modes can be tentative because of fluctuating bandwidth and latency.  Audio streams are sent via UDP packets which do not guaranteed delivery.  If packets are dropped, they are not re-sent.  

I'm sure you'll agree that sending the ASCII Text characters for "CQ" upstream from the client application to the 6000 takes significantly less bandwidth than sending digitized binary audio PSK tones representing "CQ" from DAX.  Sending text over the network significantly reduced bandwidth requirements.  It also less likely to be significantly affected by poor network conditions during mobile operations as text can be sent via guaranteed delivery IP packets instead of UDP.

My only concern is the additional processing requirements to do this decoding in the radio.  I can't answer that.  FRS seems to imply via publishing the Wave Form API there is sufficient processing ability so as to not to negatively impact performance.   I guess we'll see when someone actually develops an internal 6000 digital mode.
Photo of Ken - NM9P

Ken - NM9P

  • 4239 Posts
  • 1352 Reply Likes
I think with the new Waveform API, we will ultimately be able to select from a large list of diverse on-board Digital interfaces as you mentioned.  In fact, eventually I can see a great competition between programmers as to which one decodes RTTY better, etc.  

The advantage to this is that FLEX won't need to do all of the development, only provide the API interface and guidelines.

I would LOVE to have a RTTY on-board and forget programs like FLDigi for this simple mode, especially when remoting capabilities are released.  It seems to me that with fewer conversions between programs, the decode might be superior.

Ken - NM9P
Photo of Jon - KF2E

Jon - KF2E

  • 689 Posts
  • 230 Reply Likes
Just think, with a skimmer type program and hooks to your logbook you will soon be able to do a RTTY DXCC with no operator.

Jon...kf2e
Photo of Tim - W4TME

Tim - W4TME, Customer Experience Manager

  • 9202 Posts
  • 3563 Reply Likes
Official Response
While technically feasible, there are no imminent plans to add encode/decode for popular digital modes in SmartSDR.
Photo of DrTeeth

DrTeeth

  • 1687 Posts
  • 389 Reply Likes
"...there are no imminent plans..."

You should go into politics, hi hi. Maybe there are less imminent plans, maybe just plain old plans. Hi Hi.

How come FreeDV is being included in 1.4? That is a cruel carrot to dangle in front of those who want to see native RTTY, PSK31 etc LOL.
(Edited)
Photo of Jim  KJ7S

Jim KJ7S

  • 193 Posts
  • 35 Reply Likes
Would you actually call it crude, or a serious enticement for the "code" minded to blow the lid off of many present limitations and develop digital modes that "reside inside"?
Photo of np2g

np2g

  • 271 Posts
  • 30 Reply Likes
OK 3rd party is the way to go . And the absolute best bang for your buck. It doesn't limit your transceiver You have multiple sources competing for your use.
it is far easier to try a new mode from an outside source than to be committed to a mode internal to your radio.
Photo of DrTeeth

DrTeeth

  • 1687 Posts
  • 389 Reply Likes
Nobody would be committed to anything at all. Look at FreeDV - will be MUCH easier to get to grips with and use when native on the radio.
Photo of Dale KB5VE

Dale KB5VE

  • 418 Posts
  • 56 Reply Likes
most of the new rigs comming out are ready to code and decode cw and Rtty , some include the digital programs. It would be great to have a basic cw/digital program in the firmware or smart sdr whichever way it would need to be entered. Something that would be plug and play. This would give a user a taste of the ability of the platform and where they went from the basic abilities installed by flex to the highly advanced programs like hrd , dx lab ect.
Photo of Peter

Peter

  • 21 Posts
  • 4 Reply Likes
While I can see that Flex cannot stuff every digital mode into the OS themselves  I would say CW and RTTY decoding should be offered by Flex.
Photo of np2g

np2g

  • 271 Posts
  • 30 Reply Likes
Cw decode. Your brain is far superior to any program out there.
Rtty I fit had Fsk. Capabilities. Possible however afsk works just as good.

For me I want the best transmit. And receive. Capability. This means improved radio functions not mode of the week .
Photo of DrTeeth

DrTeeth

  • 1687 Posts
  • 389 Reply Likes
I agree. I got my ticket in 1975 and have never used CW since. I am working on getting my speed up and do not wish to use any decoding software or readers at all.