El 02/03/17 a las 19:11, wsjt-devel-requ...@lists.sourceforge.net escribió: > > I'm no expert, but is this command legit? > > > 0000 fe fe 94 e0 1c 00 fd > > > According to the manual > http://www.icom.co.jp/world/support/download/manual/pdf/IC-7300_ENG_CD_0.pdf > and this site http://www.plicht.de/ekki/civ/civ-p42.html there's a byte > missing for the TX off command. > > > The whole exchange is like this - it seems that the radio sends back the > correct command with the extra byte and then something goes wrong: > > > write_block(): TX 7 bytes > 0000 fe fe 94 e0 1c 00 fd ....... <-- Wrong > command > read_string(): RX 7 characters > 0000 fe fe 94 e0 1c 00 fd ....... <-- wrong > command echoed > read_string(): RX 8 characters > 0000 fe fe e0 94 1c 00 00 fd ........ <-- > radio sending 'radio off' message > rigctl(d): f 'currVFO' '' '' '' > write_block(): TX 6 bytes > 0000 fe fe 94 e0 03 fd ...... <-- Read > op frequency > read_string(): Timed out 1.1068 seconds after 0 chars > > > I assume the driver is ok with the commands being echoed exactly as they were > sent and then being replied to by the radio. > > > -- > David Tiller | Senior Manager > dtil...@captechconsulting.com > c 804.304.0638 / o 804.355.0511
Really many times the radio remains in TX state....I have to manually push TRANSMIT to bring it back to RX state. Is it a bug in the hamradio definitions or in WSJT-X ? 73 Pino ZP4KFX ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
