Page 2 of 3

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 12 Jan 2017, 10:49
by G4DWV
wo2x wrote:I ran over 150 contacts in the RTTY RoundUp this past weekend only to discover all of them logged and uploaded to various online logs as SSB.
Yet another reason to avoid real-time uploading. I apply the criteria for a completed contact very strictly. So, when I used to operate JT modes, I would often find that a QSO had been automatically uploaded, when technically, the QSO had not taken place.

Then, I found that hams would get angry when I said that I could not confirm their QSO/QSL as it was not in my log! The amount of cheating that must go on these days...

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 12 Jan 2017, 15:58
by G4POP
wo2x wrote:Ok understood.

How about this for a compromise?

The OmniRig ini file is set for the radio RTTY mode (mode 30 for both sending and receiving CAT commands) to send/receive pmDig_L to Log4OM. Since most digital modes are USB and RTTY is LSB, can Log4OM set the log entry to RTTY as a default for pmDig_L?

I do not know of another digital mode commonly used that operates in LSB.

Does this make sense?

I ran over 150 Q's in the RU contest and all of the automatically uploaded logs were sent as SSB one at a time. I was able to edit and send RTTY to LoTW before uploading.

I'll contact Alex again but he keeps insisting OmniRig supports RTTY mode and not just pmDig_L.

Thanks again for being patient with this new Log4OM user!

Dave wo2x
So is there an ini file with this pmRTTY command in existence or not?

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 13 Jan 2017, 22:52
by NN7D
Another way to view this issue is to look at the dance going on between A) Log4OM, B) OmniRig and C) the rig. Yes, OmniRig provides for a RTTY mode between OmniRig and the Rig - and it is implemented via the OmniRig - xxx.ini file. So if OmniRig is commanded by software (Log4OM or any other logger using OmniRig) to go "Digital", OmniRig reads the xxx.ini file and sees the rig's RTTY command, if set by the user.

BUT, between Log4OM and OmniRig - there is only a pmDIG_L and pmDIG_U command to choose from for digital modes. There are NO sub-commands available to the developer. No pmRTTY command which Lele could use to tell OmniRig go RTTY. So Lele and Log4OM are left to say go "Digital", or pmDig_L, then OmniRig reads the xxx.ini file, which has the appropriate entry for setting the rig to RTTY, if that is what the user has chosen for their default digital mode.

So, technically Alex has provided for RTTY, but only between OmniRig and the rig. He has not provided the software designer the ability to call specifically for RTTY, versus any other digital commands. The only modes which OmniRig allows the software to call are the ones shown in your xxx.ini file under the Set Mode section - specifically pmCW_U, pmCW_L, pmSSB_U, pmSSB_L, pmDIG_U, pmDIG_L, pmAM, pmFM.

Here is the link to the OmniRig file structure from Alex's website, which describes what modes are available to the developer.
http://www.dxatlas.com/OmniRig/IniStru.txt The modes are listed in Section 4.

Dave, If you can convince Alex to expand that list of commands (between the software and OmniRig), I will buy you a beer! And be forever grateful!

Doug - W7DRM

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 22 Jan 2017, 19:29
by wo2x
Alex keeps telling me that OmniRig supports RTTY now, but it doesn't. I don't think he really understands that RTTY and DIGI_L are two different modes. Alex keeps telling me it supports RTTY if you edit the ini but looking at the source code, it does not.

I am hopeful that Log4OM 2.0 can move away from OmniRig for the Flex and go true IP. N1MM+ has done it and DX Labs Commander has done it. If the Log4OM development teal needs assistance with the API I can arrange some support from the Flex staff/community. Log4OM is a great free (donation) logging program and I'd like to see it even better.

I'll email Alex again but I don't have high hopes.

73
Dave wo2x

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 23 Jan 2017, 05:32
by G4DWV
I don't know if it helps, but hamlib has undergone some very extensive development recently and may be better suited than Omnirig now. Checkout https://sourceforge.net/projects/hamlib/files/hamlib/

73 de Guy

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 24 Jan 2017, 23:41
by NN7D
wo2x wrote:Alex keeps telling me that OmniRig supports RTTY now, but it doesn't. I don't think he really understands that RTTY and DIGI_L are two different modes. Alex keeps telling me it supports RTTY if you edit the ini but looking at the source code, it does not.

I am hopeful that Log4OM 2.0 can move away from OmniRig for the Flex and go true IP. N1MM+ has done it and DX Labs Commander has done it. If the Log4OM development teal needs assistance with the API I can arrange some support from the Flex staff/community. Log4OM is a great free (donation) logging program and I'd like to see it even better.

I'll email Alex again but I don't have high hopes.

73
Dave wo2x
Dave,

Yes, Alex can say OmniRig supports RTTY, which is half true, but he has no command for the software developer to use to command RTTY from the logging program, just a generic pmDig. Alex (OmniRig) just allows the software commands pmDig_L that the ini file can send the rig to RTTY mode. What you need to ask Alex for is a discrete RTTY command which the software developer can use to sent the rig to RTTY mode. And a discrete PSK command. Maybe I will try to contact Alex again. Prior attempts failed.

On your work around which you suggested, I agree, and that is essentially what I have recommended, and hopefully it will be present in V2 of Log4OM, if we can not get OmniRig to provide that functionality.

Please remember, that the big advantage of OmniRig is that it is multi-threaded, comport wise, allowing a number of software programs to share the same comport. Thus you can have Log4OM, Bandmaster, CW-Skimmer and other programs which use OmniRig, all interacting with CAT and the rig at the same time.

Terry, my 7600.ini file has RTTY set in it for pmDig mode, so if I double click on an RTTY spot, the rig does change to RTTY mode. But Log4OM is still set to USB mode for the contact. That is what this whole discussion is about.

Doug - W7DRM

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 25 Jan 2017, 10:45
by G4POP
W7DRM wrote:Terry, my 7600.ini file has RTTY set in it for pmDig mode, so if I double click on an RTTY spot, the rig does change to RTTY mode. But Log4OM is still set to USB mode for the contact.

Doug,
Please email me the rig ini that you are using for the IC7600

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 25 Jan 2017, 20:01
by NN7D
Terry,

Send you the IC-7600v2.ini file via email.

Doug

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 26 Jan 2017, 11:36
by G4POP
W7DRM wrote:Terry,

Send you the IC-7600v2.ini file via email.

Doug
Thanks Doug that works fine and the normal and reverse is correct for RTTY and CW

All I think we need to do with Log4OM is provide the command tester for Omnirig within Log4OM similar to the 'Client Project' provided by Alex, plus a choice to implement the tested commands for selection of which digital mode is required when 'Digital' is selected by Log4OM

Re: Changing on RTTY mode in radio does not change QSO entry to RTTY

Posted: 29 Jan 2017, 22:41
by NN7D
Hi Terry,

I have been working with Alex on a solution. Give me a few days and we might have something to test.

Doug - W7DRM