Mike, Changing the polling interval did not help. In fact, every time that I’ve run the program this afternoon the problem has occurred reliably after the first transmission. I’m having a hard time understanding how the logic changes that were put in place in r5700 could uncover a problem with hamlib internal timing...
> On Jul 8, 2015, at 4:34 PM, Michael Black <mdblac...@gmail.com> wrote: > > Another thought... > > Go inside kenwood.c and add a usleep(500000) line 259 -- this will slow down > the ID command. > if (!datasize) { > rig->state.hold_decode = 0; > usleep(500000); > /* no reply expected so we need to write a command that always > gives a reply so we can read any error replies from the actual > command being sent without blocking */ > if (RIG_OK != (retval = write_block (&rs->rigport, verify, strlen > (verify)))) { > goto transaction_quit; > } > } > I will do this and let you know. > > 73 > Mike W9MDB > -----Original Message----- > From: Steven Franke [mailto:s.j.fra...@icloud.com] > Sent: Wednesday, July 08, 2015 4:04 PM > To: WSJT software development > Subject: [wsjt-devel] r5700 > > Mike and Bill, > I deleted my hamlib directory, downloaded the latest from git, changed the > timeout from 200 to 1000 in ts480.c and recompiled hamlib. Then I recompiled > wsjtx. Same problem - an excerpt from the trace is included below. I believe > that the effect of the increased timeout is evident in the 1s interval > between re-tries… > > Wed Jul 8 20:51:53 2015 > GMT(/home/radio/Builds/wsjtx/Configuration.cpp:661)Debug: > Configuration::transceiver_frequency: 18104600 > Transceiver::TransceiverState(online: yes Frequency {14095600Hz, 0Hz} USB; > SPLIT: off; PTT: on) > > Wed Jul 8 20:51:53 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:510)Debug: virtual void > HamlibTransceiver::do_frequency(Transceiver::Frequency, Transceiver::MODE) > 18104600 mode: USB reversed: false > > Wed Jul 8 20:51:53 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:41)Critical: Hamlib: > kenwood_transaction: Unknown command or rig busy 'FA00018104600' > > Wed Jul 8 20:51:53 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:41)Critical: Hamlib: > kenwood_transaction: Retrying shortly > > Wed Jul 8 20:51:53 2015 > GMT(/home/radio/Builds/wsjtx/Configuration.cpp:689)Debug: > Configuration::transceiver_ptt: false Transceiver::TransceiverState(online: > yes Frequency {18104600Hz, 0Hz} USB; SPLIT: off; PTT: on) > > Wed Jul 8 20:51:54 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:41)Critical: Hamlib: > kenwood_transaction: Unknown command or rig busy 'FA00018104600' > > Wed Jul 8 20:51:54 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:41)Critical: Hamlib: > kenwood_transaction: Retrying shortly > > Wed Jul 8 20:51:55 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:41)Critical: Hamlib: > kenwood_transaction: Unknown command or rig busy 'FA00018104600' > > Wed Jul 8 20:51:55 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:41)Critical: Hamlib: > kenwood_transaction: Retrying shortly > > Wed Jul 8 20:51:56 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:41)Critical: Hamlib: > kenwood_transaction: Unknown command or rig busy 'FA00018104600' > > Wed Jul 8 20:51:56 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:765)Debug: virtual void > HamlibTransceiver::do_ptt(bool) false Transceiver::TransceiverState(online: > yes Frequency {14095600Hz, 0Hz} USB; SPLIT: off; PTT: on) reversed = false > > Wed Jul 8 20:51:56 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:780)Debug: virtual void > HamlibTransceiver::do_ptt(bool) rig_set_ptt PTT = false > > Wed Jul 8 20:51:56 2015 > GMT(/home/radio/Builds/wsjtx/HamlibTransceiver.cpp:470)Debug: virtual void > HamlibTransceiver::do_stop() state: Transceiver::TransceiverState(online: yes > Frequency {14095600Hz, 0Hz} USB; SPLIT: off; PTT: off) reversed = false > > Wed Jul 8 20:51:56 2015 > GMT(/home/radio/Builds/wsjtx/Configuration.cpp:2338)Debug: > Configuration::handle_transceiver_failure: reason: "Hamlib error: Command > rejected by the rig while setting frequency > > Steve k9an > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that you > need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel