[chirp_users] Bug 1113 Icom 2100H error reported
Re Bug # 1113
I too have an Icom 2100H 2m transceiver and I also get the message "Unexpected response from radio" when I try to upload/download from the radio. This is under Linux Mint with the most recent version of Chirp.
I set the environment variable DEBUG=30, try Chirp and get the error.
The laptop is dual boot, Linux Mint and Windows7.
Last lines of debug.log when Chirp (Linux Mint)was tried to 'detect' radio: ... [2020-04-17 13:23:02,391] chirp.ui.reporting - DEBUG: Server reports version daily-20200409 is latest [2020-04-17 13:23:51,102] chirp.ui.reporting - DEBUG: Reporting exception [2020-04-17 13:23:51,103] chirp.ui.inputdialog - ERROR: --- Exception Dialog: 'Serial' object has no attribute 'get_payload' --- [2020-04-17 13:23:51,105] chirp.ui.inputdialog - ERROR: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirp/ui/clone.py", line 175, in run cs.radio_class = detect.DETECT_FUNCTIONS[vendor](cs.port) File "/usr/lib/python2.7/dist-packages/chirp/detect.py", line 76, in detect_icom_radio result = _detect_icom_radio(ser) File "/usr/lib/python2.7/dist-packages/chirp/detect.py", line 43, in _detect_icom_radio md = icf.get_model_data(ser) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 140, in get_model_data send_clone_frame(radio, 0xe0, mdata, raw=True) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 174, in send_clone_frame payload = radio.get_payload(data, raw, checksum) AttributeError: 'Serial' object has no attribute 'get_payload'
[2020-04-17 13:23:51,107] chirp.ui.inputdialog - ERROR: ----------------------------
So then I retry, putting in the values for the port ttyUSB0, choose the vendor as Icom and model 2100 and when I click clone from radio, I get this error report:
last lines of debug file [2020-04-17 13:27:51,235] chirp.ui.mainapp - INFO: Skipping existing stock config [2020-04-17 13:27:51,238] chirp.ui.reporting - DEBUG: Checking for updates [2020-04-17 13:27:51,483] chirp.ui.reporting - DEBUG: Server reports version daily-20200409 is latest [2020-04-17 13:28:02,317] chirp.ui.mainapp - DEBUG: User selected Icom IC-2100H on port /dev/ttyUSB0 [2020-04-17 13:28:02,324] chirp.ui.clone - DEBUG: Clone thread started [2020-04-17 13:28:02,578] chirp.ui.reporting - DEBUG: Reporting exception [2020-04-17 13:28:02,579] chirp.ui.common - ERROR: -- Exception: -- [2020-04-17 13:28:02,581] chirp.ui.common - ERROR: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirp/ui/clone.py", line 256, in run self.__radio.sync_in() File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 657, in sync_in self._mmap = clone_from_radio(self) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 318, in clone_from_radio raise errors.RadioError("Failed to communicate with the radio: %s" % e) RadioError: Failed to communicate with the radio: Unexpected response from radio
[2020-04-17 13:28:02,581] chirp.ui.common - ERROR: ---------------- [2020-04-17 13:28:02,581] chirp.ui.clone - ERROR: Clone failed: Failed to communicate with the radio: Unexpected response from radio [2020-04-17 13:28:02,587] chirp.ui.clone - DEBUG: Clone thread ended [2020-04-17 13:28:02,598] chirp.ui.reporting - DEBUG: Reporting model usage: Icom_IC-2100H,download,True [2020-04-17 13:28:02,612] chirp.ui.inputdialog - ERROR: --- Exception Dialog: Failed to communicate with the radio: Unexpected response from radio --- [2020-04-17 13:28:02,613] chirp.ui.inputdialog - ERROR: None
[2020-04-17 13:28:02,614] chirp.ui.inputdialog - ERROR: ---------------------------- [2020-04-17 13:28:02,614] chirp.ui.reporting - DEBUG: Reporting exception
So, then I reboot into Windows7, no change in cable or usb port, and it all works!
I prefer to work in Linux so any suggestions would be welcome!
Peter, VE3BBN
Peter
By any chance do you have two (or more) USB serial devices plugged in? I am no Chirp expert, but I wonder if you should be using say ttyUSB1 or something other than zero.
Hope this helps Roger G3YTN
--- *************************** Roger Hill ***************************
On 2020-04-17 18:14, Peter via chirp_users wrote:
Re Bug # 1113
I too have an Icom 2100H 2m transceiver and I also get the message "Unexpected response from radio" when I try to upload/download from the radio. This is under Linux Mint with the most recent version of Chirp.
I set the environment variable DEBUG=30, try Chirp and get the error.
The laptop is dual boot, Linux Mint and Windows7.
Last lines of debug.log when Chirp (Linux Mint)was tried to 'detect' radio: ... [2020-04-17 13:23:02,391] chirp.ui.reporting - DEBUG: Server reports version daily-20200409 is latest [2020-04-17 13:23:51,102] chirp.ui.reporting - DEBUG: Reporting exception [2020-04-17 13:23:51,103] chirp.ui.inputdialog - ERROR: --- Exception Dialog: 'Serial' object has no attribute 'get_payload' --- [2020-04-17 13:23:51,105] chirp.ui.inputdialog - ERROR: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirp/ui/clone.py", line 175, in run cs.radio_class = detect.DETECT_FUNCTIONS[vendor](cs.port) File "/usr/lib/python2.7/dist-packages/chirp/detect.py", line 76, in detect_icom_radio result = _detect_icom_radio(ser) File "/usr/lib/python2.7/dist-packages/chirp/detect.py", line 43, in _detect_icom_radio md = icf.get_model_data(ser) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 140, in get_model_data send_clone_frame(radio, 0xe0, mdata, raw=True) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 174, in send_clone_frame payload = radio.get_payload(data, raw, checksum) AttributeError: 'Serial' object has no attribute 'get_payload'
[2020-04-17 13:23:51,107] chirp.ui.inputdialog - ERROR:
So then I retry, putting in the values for the port ttyUSB0, choose the vendor as Icom and model 2100 and when I click clone from radio, I get this error report:
last lines of debug file [2020-04-17 13:27:51,235] chirp.ui.mainapp - INFO: Skipping existing stock config [2020-04-17 13:27:51,238] chirp.ui.reporting - DEBUG: Checking for updates [2020-04-17 13:27:51,483] chirp.ui.reporting - DEBUG: Server reports version daily-20200409 is latest [2020-04-17 13:28:02,317] chirp.ui.mainapp - DEBUG: User selected Icom IC-2100H on port /dev/ttyUSB0 [2020-04-17 13:28:02,324] chirp.ui.clone - DEBUG: Clone thread started [2020-04-17 13:28:02,578] chirp.ui.reporting - DEBUG: Reporting exception [2020-04-17 13:28:02,579] chirp.ui.common - ERROR: -- Exception: -- [2020-04-17 13:28:02,581] chirp.ui.common - ERROR: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirp/ui/clone.py", line 256, in run self.__radio.sync_in() File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 657, in sync_in self._mmap = clone_from_radio(self) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 318, in clone_from_radio raise errors.RadioError("Failed to communicate with the radio: %s" % e) RadioError: Failed to communicate with the radio: Unexpected response from radio
[2020-04-17 13:28:02,581] chirp.ui.common - ERROR: ---------------- [2020-04-17 13:28:02,581] chirp.ui.clone - ERROR: Clone failed: Failed to communicate with the radio: Unexpected response from radio [2020-04-17 13:28:02,587] chirp.ui.clone - DEBUG: Clone thread ended [2020-04-17 13:28:02,598] chirp.ui.reporting - DEBUG: Reporting model usage: Icom_IC-2100H,download,True [2020-04-17 13:28:02,612] chirp.ui.inputdialog - ERROR: --- Exception Dialog: Failed to communicate with the radio: Unexpected response from radio --- [2020-04-17 13:28:02,613] chirp.ui.inputdialog - ERROR: None
[2020-04-17 13:28:02,614] chirp.ui.inputdialog - ERROR:
[2020-04-17 13:28:02,614] chirp.ui.reporting - DEBUG: Reporting exception
So, then I reboot into Windows7, no change in cable or usb port, and it all works!
I prefer to work in Linux so any suggestions would be welcome!
Peter, VE3BBN
You look in /dev/ and see what's listed.
On 17 April 2020 at 18:22 Roger Hill rhill@hillconsult.com wrote:
Peter
By any chance do you have two (or more) USB serial devices plugged in? I am no Chirp expert, but I wonder if you should be using say ttyUSB1 or something other than zero.
Hope this helps Roger G3YTN
Roger Hill
On 2020-04-17 18:14, Peter via chirp_users wrote:
Re Bug # 1113
I too have an Icom 2100H 2m transceiver and I also get the message "Unexpected response from radio" when I try to upload/download from the radio. This is under Linux Mint with the most recent version of Chirp.
I set the environment variable DEBUG=30, try Chirp and get the error.
The laptop is dual boot, Linux Mint and Windows7.
Last lines of debug.log when Chirp (Linux Mint)was tried to 'detect' radio: ... [2020-04-17 13:23:02,391] chirp.ui.reporting - DEBUG: Server reports version daily-20200409 is latest [2020-04-17 13:23:51,102] chirp.ui.reporting - DEBUG: Reporting exception [2020-04-17 13:23:51,103] chirp.ui.inputdialog - ERROR: --- Exception Dialog: 'Serial' object has no attribute 'get_payload' --- [2020-04-17 13:23:51,105] chirp.ui.inputdialog - ERROR: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirp/ui/clone.py", line 175, in run cs.radio_class = detect.DETECT_FUNCTIONS[vendor](cs.port) File "/usr/lib/python2.7/dist-packages/chirp/detect.py", line 76, in detect_icom_radio result = _detect_icom_radio(ser) File "/usr/lib/python2.7/dist-packages/chirp/detect.py", line 43, in _detect_icom_radio md = icf.get_model_data(ser) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 140, in get_model_data send_clone_frame(radio, 0xe0, mdata, raw=True) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 174, in send_clone_frame payload = radio.get_payload(data, raw, checksum) AttributeError: 'Serial' object has no attribute 'get_payload'
[2020-04-17 13:23:51,107] chirp.ui.inputdialog - ERROR:
So then I retry, putting in the values for the port ttyUSB0, choose the vendor as Icom and model 2100 and when I click clone from radio, I get this error report:
last lines of debug file [2020-04-17 13:27:51,235] chirp.ui.mainapp - INFO: Skipping existing stock config [2020-04-17 13:27:51,238] chirp.ui.reporting - DEBUG: Checking for updates [2020-04-17 13:27:51,483] chirp.ui.reporting - DEBUG: Server reports version daily-20200409 is latest [2020-04-17 13:28:02,317] chirp.ui.mainapp - DEBUG: User selected Icom IC-2100H on port /dev/ttyUSB0 [2020-04-17 13:28:02,324] chirp.ui.clone - DEBUG: Clone thread started [2020-04-17 13:28:02,578] chirp.ui.reporting - DEBUG: Reporting exception [2020-04-17 13:28:02,579] chirp.ui.common - ERROR: -- Exception: -- [2020-04-17 13:28:02,581] chirp.ui.common - ERROR: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirp/ui/clone.py", line 256, in run self.__radio.sync_in() File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 657, in sync_in self._mmap = clone_from_radio(self) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 318, in clone_from_radio raise errors.RadioError("Failed to communicate with the radio: %s" % e) RadioError: Failed to communicate with the radio: Unexpected response from radio
[2020-04-17 13:28:02,581] chirp.ui.common - ERROR: ---------------- [2020-04-17 13:28:02,581] chirp.ui.clone - ERROR: Clone failed: Failed to communicate with the radio: Unexpected response from radio [2020-04-17 13:28:02,587] chirp.ui.clone - DEBUG: Clone thread ended [2020-04-17 13:28:02,598] chirp.ui.reporting - DEBUG: Reporting model usage: Icom_IC-2100H,download,True [2020-04-17 13:28:02,612] chirp.ui.inputdialog - ERROR: --- Exception Dialog: Failed to communicate with the radio: Unexpected response from radio --- [2020-04-17 13:28:02,613] chirp.ui.inputdialog - ERROR: None
[2020-04-17 13:28:02,614] chirp.ui.inputdialog - ERROR:
[2020-04-17 13:28:02,614] chirp.ui.reporting - DEBUG: Reporting exception
So, then I reboot into Windows7, no change in cable or usb port, and it all works!
I prefer to work in Linux so any suggestions would be welcome!
Peter, VE3BBN
chirp_users mailing list chirp_users@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Nigel Gunn, W8IFF at nigel@ngunn.net To unsubscribe, send an email to chirp_users-unsubscribe@intrepid.danplanet.com
Nigel A. Gunn, ///shoulders.outwards.resolutions tel +1 937 825 5032 Amateur Radio G8IFF W8IFF and GMRS WRBV701, e-mail nigel@ngunn.net www http://www.ngunn.net
The odvious, your user is in the dialout group?
On 17 April 2020 at 18:14 Peter via chirp_users chirp_users@intrepid.danplanet.com wrote:
Re Bug # 1113
I too have an Icom 2100H 2m transceiver and I also get the message "Unexpected response from radio" when I try to upload/download from the radio. This is under Linux Mint with the most recent version of Chirp.
I set the environment variable DEBUG=30, try Chirp and get the error.
The laptop is dual boot, Linux Mint and Windows7.
Last lines of debug.log when Chirp (Linux Mint)was tried to 'detect' radio: ... [2020-04-17 13:23:02,391] chirp.ui.reporting - DEBUG: Server reports version daily-20200409 is latest [2020-04-17 13:23:51,102] chirp.ui.reporting - DEBUG: Reporting exception [2020-04-17 13:23:51,103] chirp.ui.inputdialog - ERROR: --- Exception Dialog: 'Serial' object has no attribute 'get_payload' --- [2020-04-17 13:23:51,105] chirp.ui.inputdialog - ERROR: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirp/ui/clone.py", line 175, in run cs.radio_class = detect.DETECT_FUNCTIONS[vendor](cs.port) File "/usr/lib/python2.7/dist-packages/chirp/detect.py", line 76, in detect_icom_radiohttp://tim-yvonne.com/ham/dmr/radios/index.htm%EF%BB%BF%E2%80%8B_ result = _detect_icom_radio(ser) File "/usr/lib/python2.7/dist-packages/chirp/detect.py", line 43, in _detect_icom_radio md = icf.get_model_data(ser) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 140, in get_model_data send_clone_frame(radio, 0xe0, mdata, raw=True) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 174, in send_clone_frame payload = radio.get_payload(data, raw, checksum) AttributeError: 'Serial' object has no attribute 'get_payload'
[2020-04-17 13:23:51,107] chirp.ui.inputdialog - ERROR:
So then I retry, putting in the values for the port ttyUSB0, choose the vendor as Icom and model 2100 and when I click clone from radio, I get this error report:
last lines of debug file [2020-04-17 13:27:51,235] chirp.ui.mainapp - INFO: Skipping existing stock config [2020-04-17 13:27:51,238] chirp.ui.reporting - DEBUG: Checking for updates [2020-04-17 13:27:51,483] chirp.ui.reporting - DEBUG: Server reports version daily-20200409 is latest [2020-04-17 13:28:02,317] chirp.ui.mainapp - DEBUG: User selected Icom IC-2100H on port /dev/ttyUSB0 [2020-04-17 13:28:02,324] chirp.ui.clone - DEBUG: Clone thread started [2020-04-17 13:28:02,578] chirp.ui.reporting - DEBUG: Reporting exception [2020-04-17 13:28:02,579] chirp.ui.common - ERROR: -- Exception: -- [2020-04-17 13:28:02,581] chirp.ui.common - ERROR: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/chirp/ui/clone.py", line 256, in run self.__radio.sync_in() File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 657, in sync_in self._mmap = clone_from_radio(self) File "/usr/lib/python2.7/dist-packages/chirp/drivers/icf.py", line 318, in clone_from_radio raise errors.RadioError("Failed to communicate with the radio: %s" % e) RadioError: Failed to communicate with the radio: Unexpected response from radio
[2020-04-17 13:28:02,581] chirp.ui.common - ERROR: ---------------- [2020-04-17 13:28:02,581] chirp.ui.clone - ERROR: Clone failed: Failed to communicate with the radio: Unexpected response from radio [2020-04-17 13:28:02,587] chirp.ui.clone - DEBUG: Clone thread ended [2020-04-17 13:28:02,598] chirp.ui.reporting - DEBUG: Reporting model usage: Icom_IC-2100H,download,True [2020-04-17 13:28:02,612] chirp.ui.inputdialog - ERROR: --- Exception Dialog: Failed to communicate with the radio: Unexpected response from radio --- [2020-04-17 13:28:02,613] chirp.ui.inputdialog - ERROR: None
[2020-04-17 13:28:02,614] chirp.ui.inputdialog - ERROR:
[2020-04-17 13:28:02,614] chirp.ui.reporting - DEBUG: Reporting exception
So, then I reboot into Windows7, no change in cable or usb port, and it all works!
I prefer to work in Linux so any suggestions would be welcome!
Peter, VE3BBN
-- Two things are infinite: the universe and human stupidity; and I'm not sure about the the universe. - Albert Einstein
chirp_users mailing list chirp_users@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users This message was sent to Nigel Gunn, W8IFF at nigel@ngunn.net To unsubscribe, send an email to chirp_users-unsubscribe@intrepid.danplanet.com
Nigel A. Gunn, ///shoulders.outwards.resolutions tel +1 937 825 5032 Amateur Radio G8IFF W8IFF and GMRS WRBV701, e-mail nigel@ngunn.net www http://www.ngunn.net
participants (3)
-
Nigel A. Gunn G8IFF/W8IFF -
Peter -
Roger Hill