Bug 1324140

Summary: Grig doesn't talk to my Icom 821H
Product: [Fedora] Fedora Reporter: antonio montagnani <antonio.montagnani>
Component: grigAssignee: Lucian Langa <lucilanga>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 23CC: bobjensen, lucilanga
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-12-20 19:49:14 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description antonio montagnani 2016-04-05 15:32:42 UTC
Description of problem:
grig seems not to connect to my rig

Version-Release number of selected component (if applicable):
grig-0.8.0-10.fc23.x86_64

How reproducible:
always

Steps to Reproduce:
1.
2.
3.

Actual results:
I am an Ham and I would to use Grig connected to my receiver (Icom
821H).When I start Grig I get:
grig -m 334 -r /dev/ttyUSB0
2016/04/05 17:22:07;;GRIG;;4;;grig_debug_init: Debug handler initialised.
2016/04/05 17:22:07;;GRIG;;4;;Checking GRIG configuration.
2016/04/05 17:22:07;;GRIG;;4;;..Configuration directory: OK
2016/04/05 17:22:07;;GRIG;;4;;..Radio config files:
2016/04/05 17:22:07;;GRIG;;5;;rig_daemon_start entered
2016/04/05 17:22:07;;GRIG;;5;;rig_daemon_start: Initializing rig (id=334)
2016/04/05 17:22:07;;HAMLIB;;4;;rig:rig_init called
2016/04/05 17:22:07;;HAMLIB;;4;;icom: _init called
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (355)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (309)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (310)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (311)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (313)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (314)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (315)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (319)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (320)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (321)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (322)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (367)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (323)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (346)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (324)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (328)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (330)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (326)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (327)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (347)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (357)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (363)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (329)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (362)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (345)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (356)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (360)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (370)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (361)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (331)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (312)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (316)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (332)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (334)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (344)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (368)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (335)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (369)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (336)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (358)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (337)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (338)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (339)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (340)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (341)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (342)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (343)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (366)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (303)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (304)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (306)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (307)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (302)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (352)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (353)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (351)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (364)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (365)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (354)
2016/04/05 17:22:07;;HAMLIB;;4;;rig_register (371)
2016/04/05 17:22:07;;HAMLIB;;4;;rig:rig_open called
2016/04/05 17:22:07;;GRIG;;5;;rig_daemon_start: Init successfull, executing
post-init
2016/04/05 17:22:07;;HAMLIB;;5;;write_block(): TX 6 bytes
2016/04/05 17:22:07;;HAMLIB;;5;;0000    fe fe 4c e0 04
fd                                   ..L...
2016/04/05 17:22:07;;HAMLIB;;5;;read_string(): RX 6 characters
2016/04/05 17:22:07;;HAMLIB;;5;;0000    fe fe 4c e0 04
fd                                   ..L...
2016/04/05 17:22:07;;HAMLIB;;5;;read_string(): RX 8 characters
2016/04/05 17:22:07;;HAMLIB;;5;;0000    fe fe e0 4c 04 05 01
fd                             ...L....
2016/04/05 17:22:07;;HAMLIB;;5;;write_block(): TX 7 bytes
2016/04/05 17:22:07;;HAMLIB;;5;;0000    fe fe 4c e0 1a 03
fd                                ..L....
2016/04/05 17:22:07;;HAMLIB;;5;;read_string(): RX 7 characters
2016/04/05 17:22:07;;HAMLIB;;5;;0000    fe fe 4c e0 1a 03
fd                                ..L....
2016/04/05 17:22:07;;HAMLIB;;5;;read_string(): RX 6 characters
2016/04/05 17:22:07;;HAMLIB;;5;;0000    fe fe e0 4c fa
fd                                   ...L..
2016/04/05 17:22:07;;GRIG;;1;;rig_daemon_check_mode: Can not find frequency
range for this mode (32)! Bug in backend?
2016/04/05 17:22:07;;GRIG;;5;;rig_daemon_post_init: GET bits:
0000000000000000
2016/04/05 17:22:07;;GRIG;;5;;rig_daemon_post_init: SET bits:
0000000000000XXX
2016/04/05 17:22:07;;GRIG;;5;;rig_daemon_start: Starting rig daemon
2016/04/05 17:22:07;;GRIG;;4;;rig_daemon_start: Daemon thread started
2016/04/05 17:22:07;;GRIG;;4;;Initialising key press handler

the graphic interface starts but it doesn't work.

If I use hamlib rigctl -vvvvv -r /dev/ttyUSB0 -m 334 -L
rigctl, Hamlib 3.0.1
Report bugs to <hamlib-developer.net>

rig:rig_init called
icom: _init called
rig_register (355)
rig_register (309)
rig_register (310)
rig_register (311)
rig_register (313)
rig_register (314)
rig_register (315)
rig_register (319)
rig_register (320)
rig_register (321)
rig_register (322)
rig_register (367)
rig_register (323)
rig_register (346)
rig_register (324)
rig_register (328)
rig_register (330)
rig_register (326)
rig_register (327)
rig_register (347)
rig_register (357)
rig_register (363)
rig_register (329)
rig_register (362)
rig_register (345)
rig_register (356)
rig_register (360)
rig_register (370)
rig_register (361)
rig_register (331)
rig_register (312)
rig_register (316)
rig_register (332)
rig_register (334)
rig_register (344)
rig_register (368)
rig_register (335)
rig_register (369)
rig_register (336)
rig_register (358)
rig_register (337)
rig_register (338)
rig_register (339)
rig_register (340)
rig_register (341)
rig_register (342)
rig_register (343)
rig_register (366)
rig_register (303)
rig_register (304)
rig_register (306)
rig_register (307)
rig_register (302)
rig_register (352)
rig_register (353)
rig_register (351)
rig_register (364)
rig_register (365)
rig_register (354)
rig_register (371)
rig_pathname: "Path name to the device file of the rig"
    Default: /dev/rig, Value: /dev/ttyUSB0
    String.
write_delay: "Delay in ms between each byte sent out"
    Default: 0, Value: 0
    Range: 0.0..1000.0, step 1.0
post_write_delay: "Delay in ms between each command sent out"
    Default: 0, Value: 0
    Range: 0.0..1000.0, step 1.0
timeout: "Timeout in ms"
    Default: 0, Value: 1000
    Range: 0.0..10000.0, step 1.0
retry: "Max number of retry"
    Default: 0, Value: 3
    Range: 0.0..10.0, step 1.0
itu_region: "ITU region this rig has been manufactured for (freq. band
plan)"
    Default: 0, Value: 2
    Range: 1.0..3.0, step 1.0
vfo_comp: "VFO compensation in ppm"
    Default: 0, Value: 0.000000
    Range: 0.0..1000.0, step 0.0
poll_interval: "Polling interval in millisecond for transceive emulation"
    Default: 500, Value: 500
    Range: 0.0..1000000.0, step 1.0
ptt_type: "Push-To-Talk interface type override"
    Default: RIG, Value:
    Combo: RIG, DTR, RTS, Parallel, CM108, None
ptt_pathname: "Path name to the device file of the Push-To-Talk"
    Default: /dev/rig, Value:
    String.
ptt_bitnum: "Push-To-Talk GPIO bit number"
    Default: 2, Value:
    Range: 0.0..7.0, step 1.0
dcd_type: "Data Carrier Detect (or squelch) interface type override"
    Default: RIG, Value:
    Combo: RIG, DSR, CTS, CD, Parallel, CM108, None
dcd_pathname: "Path name to the device file of the Data Carrier Detect (or
squelch)"
    Default: /dev/rig, Value:
    String.
serial_speed: "Serial port baud rate"
    Default: 0, Value: 19200
    Range: 300.0..115200.0, step 1.0
data_bits: "Serial port data bits"
    Default: 8, Value: 8
    Range: 5.0..8.0, step 1.0
stop_bits: "Serial port stop bits"
    Default: 1, Value: 1
    Range: 0.0..3.0, step 1.0
serial_parity: "Serial port parity"
    Default: None, Value: None
    Combo: None, Odd, Even, Mark, Space
serial_handshake: "Serial port handshake"
    Default: None, Value: None
    Combo: None, XONXOFF, Hardware
rts_state: "Serial port set state of RTS signal for external powering"
    Default: Unset, Value: Unset
    Combo: Unset, ON, OFF
dtr_state: "Serial port set state of DTR signal for external powering"
    Default: Unset, Value: Unset
    Combo: Unset, ON, OFF
civaddr: "Transceiver's CI-V address"
    Default: 0, Value: 76
    Range: 0.0..255.0, step 1.0
mode731: "CI-V operating frequency data length, needed for IC731 and IC735"
    Default: 0, Value: 1
    Check button.
no_xchg: "Don't Use VFO XCHG to set other VFO mode and Frequency"
    Default: 0, Value: 0
    Check button.
rig:rig_open called
Opened rig model 334, 'IC-821H'
Backend version: 0.7, Status: Alpha

Rig command: f
write_block(): TX 6 bytes
0000    fe fe 4c e0 03 fd                                   ..L...
read_string(): RX 6 characters
0000    fe fe 4c e0 03 fd                                   ..L...
read_string(): RX 11 characters
0000    fe fe e0 4c 03 00 00 35 45 01 fd                    ...L...5E..
icom_get_freq: freq len (5) differs from expected
Frequency: 145350000


Expected results:
it should talk

Additional info:
it was working in the old days (Fedora 13?)

Comment 1 Fedora End Of Life 2016-11-25 07:16:13 UTC
This message is a reminder that Fedora 23 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 23. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '23'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 23 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 2 Fedora End Of Life 2016-12-20 19:49:14 UTC
Fedora 23 changed to end-of-life (EOL) status on 2016-12-20. Fedora 23 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.