Dave

A few of us have seen the same problem with this type of PTT control with
rc2.  Devel team are aware.

73

Charlie G3WDG

On Mon, 25 May 2020 at 17:43, David Tiller <[email protected]> wrote:

> FYI team, I also reported an issue with PTT with RC1 that does not seem to
> be solved in RC2. I believe the issue was the initialization of the cat
> state for rigs that cannot be queried.
>
> The command I was previously asked to run returns '0' each time, so it
> seems to be something else.
>
> dtiller$ ./Applications/wsjtx.app/Contents/MacOS/rigctl-wsjtx -p
> /dev/cu.usbserial-141201 -P RTS -vvvvv -Z t pause 1 t pause 1 t
> 2020-05-25:16:35:56.919181: rigctl, Hamlib 4.0~git May 23 2020 23:00:09
> 2020-05-25:16:35:56.919533: Report bugs to <
> [email protected]>
>
> 2020-05-25:16:35:56.919552: rig_init called
> 2020-05-25:16:35:56.919580: initrigs4_dummy: _init called
> 2020-05-25:16:35:56.919596: rig_register called
> 2020-05-25:16:35:56.919602: rig_register: rig_register (1)
> 2020-05-25:16:35:56.919614: rig_register called
> 2020-05-25:16:35:56.919620: rig_register: rig_register (2)
> 2020-05-25:16:35:56.919626: rig_register called
> 2020-05-25:16:35:56.919632: rig_register: rig_register (4)
> 2020-05-25:16:35:56.919638: rig_register called
> 2020-05-25:16:35:56.919676: rig_register: rig_register (5)
> 2020-05-25:16:35:56.919717: dummy_init called
> 2020-05-25:16:35:56.919749: rig_passband_normal called
> 2020-05-25:16:35:56.919757: rig_passband_normal called
> 2020-05-25:16:35:56.919774: rig_open called
> 2020-05-25:16:35:56.919794: port_open called
> 2020-05-25:16:35:56.919802: ser_open called
> 2020-05-25:16:35:56.922284: ser_set_dtr called
> 2020-05-25:16:35:56.922296: ser_set_dtr: DTR=0
> 2020-05-25:16:35:56.922332: ser_set_rts called
> 2020-05-25:16:35:56.922339: ser_set_rts: RTS=0
> 2020-05-25:16:35:56.922354: ser_close called
> 2020-05-25:16:35:56.922360: ser_close: no options for fd to restore
> 2020-05-25:16:35:56.923688: dummy_open called
> 2020-05-25:16:35:56.948756: rig_get_vfo called
> 2020-05-25:16:35:56.948788: elapsed_ms: start = 0,0
> 2020-05-25:16:35:56.948812: rig_get_vfo: cache check age=1000000ms
> 2020-05-25:16:35:56.948821: rig_get_vfo: cache miss age=1000000ms
> 2020-05-25:16:35:56.968886: dummy_get_vfo called: VFOA
> 2020-05-25:16:35:56.968917: elapsed_ms: start = 0,0
> 2020-05-25:16:35:56.968930: elapsed_ms: after gettime, start =
> 1590424556,968927000
> 2020-05-25:16:35:56.968953: rig_set_parm called
> 2020-05-25:16:35:56.968964: rig_has_set_parm called
> 2020-05-25:16:35:56.968980: rig_setting2idx called
> 2020-05-25:16:35:56.968992: rig_strparm called
> 2020-05-25:16:35:56.969009: rig_strparm called
> 2020-05-25:16:35:56.969018: dummy_set_parm called: SCREENSAVER 0
> Opened rig model 1, 'Dummy'
> 2020-05-25:16:35:56.969152: Backend version: 20200503.0, Status: Stable
> 2020-05-25:16:35:56.969176: rigctl_parse: called, interactive=0
> 2020-05-25:16:35:56.969204: rigctl_parse: debug1
> 2020-05-25:16:35:56.969217: rigctl_parse: debug5
> 2020-05-25:16:35:56.969228: rigctl_parse: debug10
> 2020-05-25:16:35:56.969244: rigctl_parse: vfo_mode=0
> 2020-05-25:16:35:56.969266: rig_get_ptt called
> 2020-05-25:16:35:56.969320: elapsed_ms: start = 0,0
> 2020-05-25:16:35:56.969339: rig_get_ptt: cache check age=1000000ms
> 2020-05-25:16:35:56.969357: rig_get_ptt: cache miss age=1000000ms
> 2020-05-25:16:35:56.991473: dummy_get_ptt called
> 2020-05-25:16:35:56.991570: elapsed_ms: start = 0,0
> 2020-05-25:16:35:56.991630: elapsed_ms: after gettime, start =
> 1590424556,991627000
> 0
> 2020-05-25:16:35:56.991650: rigctl_parse: retcode=0
> 2020-05-25:16:35:56.991668: rigctl_parse: called, interactive=0
> 2020-05-25:16:35:56.991723: rigctl_parse: debug1
> 2020-05-25:16:35:56.991738: rigctl_parse: debug3
> 2020-05-25:16:35:56.991754: rigctl_parse: debug5
> 2020-05-25:16:35:56.991775: rigctl_parse: debug10
> 2020-05-25:16:35:56.991785: rigctl_parse: vfo_mode=0
> 2020-05-25:16:35:57.996817: rigctl_parse: retcode=0
> 2020-05-25:16:35:57.996849: rigctl_parse: called, interactive=0
> 2020-05-25:16:35:57.996856: rigctl_parse: debug1
> 2020-05-25:16:35:57.996861: rigctl_parse: debug5
> 2020-05-25:16:35:57.996866: rigctl_parse: debug10
> 2020-05-25:16:35:57.996871: rigctl_parse: vfo_mode=0
> 2020-05-25:16:35:57.996878: rig_get_ptt called
> 2020-05-25:16:35:57.996884: elapsed_ms: start = 1590424556,991627000
> 2020-05-25:16:35:57.996893: elapsed_ms: elapsed_secs=1005.26
> 2020-05-25:16:35:57.996900: rig_get_ptt: cache check age=1005ms
> 2020-05-25:16:35:57.996905: rig_get_ptt: cache miss age=1005ms
> 2020-05-25:16:35:58.016952: dummy_get_ptt called
> 2020-05-25:16:35:58.016982: elapsed_ms: start = 0,0
> 2020-05-25:16:35:58.016992: elapsed_ms: after gettime, start =
> 1590424558,16990000
> 0
> 2020-05-25:16:35:58.017007: rigctl_parse: retcode=0
> 2020-05-25:16:35:58.017016: rigctl_parse: called, interactive=0
> 2020-05-25:16:35:58.017027: rigctl_parse: debug1
> 2020-05-25:16:35:58.017036: rigctl_parse: debug3
> 2020-05-25:16:35:58.017044: rigctl_parse: debug5
> 2020-05-25:16:35:58.017052: rigctl_parse: debug10
> 2020-05-25:16:35:58.017061: rigctl_parse: vfo_mode=0
> 2020-05-25:16:35:59.021154: rigctl_parse: retcode=0
> 2020-05-25:16:35:59.021194: rigctl_parse: called, interactive=0
> 2020-05-25:16:35:59.021212: rigctl_parse: debug1
> 2020-05-25:16:35:59.021226: rigctl_parse: debug5
> 2020-05-25:16:35:59.021236: rigctl_parse: debug10
> 2020-05-25:16:35:59.021247: rigctl_parse: vfo_mode=0
> 2020-05-25:16:35:59.021259: rig_get_ptt called
> 2020-05-25:16:35:59.021271: elapsed_ms: start = 1590424558,16990000
> 2020-05-25:16:35:59.021287: elapsed_ms: elapsed_secs=1004.29
> 2020-05-25:16:35:59.021298: rig_get_ptt: cache check age=1004ms
> 2020-05-25:16:35:59.021309: rig_get_ptt: cache miss age=1004ms
> 2020-05-25:16:35:59.044653: dummy_get_ptt called
> 2020-05-25:16:35:59.044736: elapsed_ms: start = 0,0
> 2020-05-25:16:35:59.044796: elapsed_ms: after gettime, start =
> 1590424559,44764000
> 0
> 2020-05-25:16:35:59.044818: rigctl_parse: retcode=0
> 2020-05-25:16:35:59.044830: rigctl_parse: called, interactive=0
> 2020-05-25:16:35:59.044841: rig_close called
> 2020-05-25:16:35:59.044853: dummy_close called
> 2020-05-25:16:35:59.066041: port_close called
> 2020-05-25:16:35:59.066092: rig_cleanup called
> 2020-05-25:16:35:59.066109: dummy_cleanup called
> dtiller:~ dtiller$
>
> On May 25, 2020, at 9:56 AM, Ray Golley <[email protected]> wrote:
>
> Gentlemen.
> Let me begin by thanking the team for all the enjoyment you've brought
> into the amateur radio hobby.
>
> I'm currently running WSJT-X v2.1.2  and keying my sequencer with an
> opto-coupled transistor connected
> to PTT com1 RTS. I'm using a Windows 7 pro operating system and a flex
> 5000 radio which also serves as
> my IF radio on the upper bands thru 10ghz. I've used this system for at
> least three years without a failure since
> I have LNAs on all ten bands. Last week I downloaded and installed WSJT-X
> v2.2.0-rc1 and discovered it wouldn't
> consistently key the PTT via the same com port settings. So, I
> un-installed the rc1 and went back to v2.1.2 and
> everything worked normally.
> I discussed my problem with Joe Taylor via email and he replied telling me
> they were aware of the com port keying
> problem and it would be addressed in the next release candidate. Yesterday
> I downloaded WSJT-X v2.2.0-rc2 and
> after testing it I discovered the same problem. I went to:
> https://physics.princeton.edu/pulsar/K1JT/Release_Notes.txt
> and read the notes but didn't see anything regarding this problem.
> Perhaps I'm doing something wrong when I download and install the program
> so I'll continue to come up with a fix at
> my end. I'm open to any and all suggestions that can help me get around
> this issue. I've see how well the new version decodes and look forward to
> running it here.
>
> Best 73 de,
> N3RG, Ray
>
> _______________________________________________
> wsjt-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
> _______________________________________________
> wsjt-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to