https://chirpmyradio.com/https://chirpmyradio.com/favicon.ico?16699092072017-08-27T03:59:13ZCHIRPCHIRP - Bug #4687: icf.py: echoback causes overflow of OS's serial Rx bufferhttps://chirpmyradio.com/issues/4687?journal_id=142732017-08-27T03:59:13ZAndrew Jorgensenandrew@jorgensenfamily.us
<ul></ul><p>This seems to have caused <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: ID-51a PLUS - "Failed to communicate with the radio: Out of sync with radio." (Closed)" href="https://chirpmyradio.com/issues/5007">#5007</a>, which could be a Windows-only bug. Thoughts on how to resolve?</p>
CHIRP - Bug #4687: icf.py: echoback causes overflow of OS's serial Rx bufferhttps://chirpmyradio.com/issues/4687?journal_id=142792017-08-27T11:47:05ZTakayoshi SASANOuaa@mx5.nisiq.net
<ul></ul><p>Andrew Jorgensen wrote:</p>
<blockquote>
<p>This seems to have caused <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: ID-51a PLUS - "Failed to communicate with the radio: Out of sync with radio." (Closed)" href="https://chirpmyradio.com/issues/5007">#5007</a>, which could be a Windows-only bug. Thoughts on how to resolve?</p>
</blockquote>
<p>I sometimes have seen "Out of sync with radio" with my IC-P7/PL2303 family USB-clone cable/OpenBSD<br>
combination but there is no problem with same rig/cable and Windows10. So I thought this problem<br>
is only mine, not so serious.</p>
<p>I found "Out of sync" error has occurred by receiving single preamble character (0xfe) from rig,<br>
normally we receive two 0xfe(s). If <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: ID-51a PLUS - "Failed to communicate with the radio: Out of sync with radio." (Closed)" href="https://chirpmyradio.com/issues/5007">#5007</a> has same reason, we have to know who discards the<br>
character.</p>
CHIRP - Bug #4687: icf.py: echoback causes overflow of OS's serial Rx bufferhttps://chirpmyradio.com/issues/4687?journal_id=143432017-09-05T06:46:13ZNeil Katinchirp@askneil.com
<ul></ul><p>I played with this a bit more, and can confirm the patch is causing <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: ID-51a PLUS - "Failed to communicate with the radio: Out of sync with radio." (Closed)" href="https://chirpmyradio.com/issues/5007">#5007</a>.</p>
<p>I replicated it on both window and linux, so it is not a windows only bug.</p>
<p>Either of the read commands (in send_clone_frame() or start_hispeed_clone() would cause the error. The pipe.flush() in send_clone_frame() could be left enabled and the ID-51 would still clone.</p>
<p>Let me know if there is any more detail I can provide that would help.</p>
CHIRP - Bug #4687: icf.py: echoback causes overflow of OS's serial Rx bufferhttps://chirpmyradio.com/issues/4687?journal_id=143452017-09-05T15:53:25ZTakayoshi SASANOuaa@mx5.nisiq.net
<ul><li><strong>File</strong> <a href="/attachments/3711">icf.py.diff</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/3711/icf.py.diff">icf.py.diff</a> added</li></ul><p>I am testing new diff to solve this problem and at least works good on my environment<br>
(OpenBSD-6.1/amd64, IC-P7 with PL2303 based USB cable, IC-7200 with built-in USB interface).</p>
<p>I attach the diff, please test.</p>
CHIRP - Bug #4687: icf.py: echoback causes overflow of OS's serial Rx bufferhttps://chirpmyradio.com/issues/4687?journal_id=143512017-09-05T17:23:23ZNeil Katinchirp@askneil.com
<ul></ul><p>I tried the patch; I still got an out of sync error.</p>
<p>Here's the relevant info from the log (let me know if you want the whole thing instead of just an excerp):</p>
<p>DEBUG: User selected Icom ID-51 Plus on port /dev/ttyUSB0<br>
DEBUG: Clone thread started<br>
WARNING: Received echoback is different from sent frame<br>
DEBUG: Sent frame (10):<br>
000: fe fe ee ef e0 00 00 00 ........<br>
008: 00 fd 00 00 00 00 00 00 ........</p>
<p>DEBUG: Echoback (3):<br>
000: fe fe ef 00 00 00 00 00 ........</p>
<p>ERROR: -- Exception: --<br>
ERROR: Traceback (most recent call last):<br>
File "/home/neil/src/chirp/chirp.hg/chirp/ui/clone.py", line 249, in run<br>
self.__radio.sync_in()<br>
File "/home/neil/src/chirp/chirp.hg/chirp/drivers/icf.py", line 646, in sync_in<br>
self._mmap = clone_from_radio(self)<br>
File "/home/neil/src/chirp/chirp.hg/chirp/drivers/icf.py", line 352, in clone_from_radio<br>
raise errors.RadioError("Failed to communicate with the radio: %s" % e)<br>
RadioError: Failed to communicate with the radio: Out of sync with radio</p>
CHIRP - Bug #4687: icf.py: echoback causes overflow of OS's serial Rx bufferhttps://chirpmyradio.com/issues/4687?journal_id=143552017-09-06T03:39:52ZTakayoshi SASANOuaa@mx5.nisiq.net
<ul></ul><p>I tried previous revision (2715:d1bc2c917785) on OpenBSD-6.1/amd64.<br>
Testing with this OpenBSD release is no problem.<br>
So it's time to trash 2869:a6ecd7940d6b and 2888:c4cf293122fe.</p>
<p>But, does anyone who can describe what is happening?<br>
Theoretically there should be no problem to read echoback immediately<br>
after sending data and read frame should be same as sent frame.</p>
CHIRP - Bug #4687: icf.py: echoback causes overflow of OS's serial Rx bufferhttps://chirpmyradio.com/issues/4687?journal_id=223532020-04-18T20:24:55ZBernhard Hailerae6yn@arrl.net
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Closed</i></li><li><strong>Model affected</strong> changed from <i>used icf.py</i> to <i>(all models)</i></li></ul><p>This appears to be complete.</p>