On 21/11/2014 19:48, Chris Elmquist wrote: Hi Chris,
> 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. OK, I'm not suggesting you need to change anything on the microHAM if your rig doesn't absolutely need CAT for PTT commands. > > Additionally, RTS is used for the CW keying and direct FSK input to > the radio. That's fine too. > >> 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. You don't need to change any cabling. > > 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. That should not be happening when you set the "PTT Method" in WSJT-X to "DTR". Are you sure you have tried changing the PTT method. You also need to set the PTT port to the same COM port as the CAT interface uses. > > It appears there is an assumption that DTR must be true to communicate > over CAT. In this configuration, that would be an incorrect assumption. No that assumption is part of the RS-232 protocol. Hamlib only disables the control line usage of DTR and RTS when you ask it to use one of them for PTT control. This is best practice since some hardware may need DTR set to bring the serial port connection up. > >> 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. No, you shouldn't need to do anything so permanent, this is simply a setting issue. > > 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. OK, well their software may have chosen to force the DTR and RTS line low after opening the COM port. As I said this is overriding the normal RS-232 use of these lines and is not necessary for connections that are not high-jacking the control lines for non-standard uses like transceiver PTT. > > 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. Please double check that you have tried setting the PTT method in WSJT-X to use DTR on the correct serial port. > > 73, Chris N0JCF 73 Bill G4WJS. > >>> 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 ------------------------------------------------------------------------------ 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