On Friday (11/21/2014 at 07:14PM +0000), Bill Somerville wrote: > > Hamlib does deal with this issue but only when you select either DTR or > RTS as the PTT port. Your set up is a little unusual in that you are > using CAT commands for PTT and also have the DTR line linked to PTT.
So, this is the "stock", "out-of-the-box" configuration of the MicroHam interface. They have the DTR line coming out of the internal FTDI USB->SERIAL device wired to the PTT output to the radio. This also activates a PTT LED on the front panel. Additionally, RTS is used for the CW keying and direct FSK input to the radio. > You can resolve this either by changing the MicroHAM setup to not accept > DTR as a PTT switch on the CAT port or you can switch to using DTR as > the PTT method instead of CAT. There is only one serial interface in the MicroHam unit so short of mod'ing their circuit board, there is no way to seperate the DTR output from the PTT circuit. I have tried using DTR as the PTT method and basically I get the same behavior. Again, whenever a CAT command is sent to the radio, DTR gets asserted and the radio goes into transmit. It appears there is an assumption that DTR must be true to communicate over CAT. In this configuration, that would be an incorrect assumption. > Which you choose may depend on your rig, for example if you have a rig > that requires a different PTT command to select the back audio port (not > the case with the 746Pro) then you will need to use CAT PTT, if not then > DTR PTT should be fine. I can find numerous workarounds for sure-- including cutting a trace on the MicroHam PCB to disconnect DTR. That is not a problem for me. But-- the fact that FLDigi works great with this same hardware and does not exhibit the problem suggests that this can be fixed in software and then it might help more folks. I will have time this weekend to start building from source and then I can dig in and try to find a solution to offer. 73, Chris N0JCF > > Rig: Icom IC-746PRO > > Poll Interval: 1s > > Serial Port: /dev/ttyUSB0 > > PTT Method: CAT > > Baud Rate: 19200 > > Data Bits: Eight > > Stop Bits: Two > > Handshake: None > > Force Control Lines: (none are selected) > > Mode: USB > > Split Operation: Rig > > > > As soon as I invoke "wsjtx" the rig goes into transmit and stays there. > > > > I then invoke, > > > > stty -F /dev/ttyUSB0 hupcl > > > > from another window and it comes out of transmit. > > > > Any additional operation I do that would cause a CAT command to be sent, > > returns the radio to transmit. > > > > So, I am pretty sure that when the tty device is being opened, DTR is > > being automatically asserted. We need to either prevent that or immediately > > deassert it. > > > > Chris N0JCF -- Chris Elmquist ------------------------------------------------------------------------------ Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
