<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">I have 2 Kenwood TK-760G-1 radios (eBay special, pulls) that are exhibiting the same symptoms.<div><br></div><div>First I tried reading them in Linux - I use this system for programming other, unrelated, radios, so it&#39;s my go-to, and it failed. (Details below) It says &quot;Radio Ident Successful&quot;, then errors out with &quot;The radio send 28 bytes, we need 258&quot;. (Which error I could *swear* I&#39;ve seen here before and will feel really dumb when someone points me to the already discussed fix.)</div><div><br></div><div>The radio does go into &quot;PC&quot; mode, per the display.</div><div><br></div><div>Puzzled, I then obtained a copy of the Kenwood software, KPG-56D v4.22. Installed, plugged in the cable, found the COM port and...it worked like a champ. More puzzled, I grabbed chirp for Windows, installed, and it worked fine. Able to read and write to the radio</div><div><br></div><div>Tried it again in Ubuntu, no joy. </div><div><br></div><div>Some details:</div><div>jounalctl info when I insert the cable:</div><div>Apr 19 21:57:08 xps13 kernel: usb 1-2: new full-speed USB device number 24 using xhci_hcd<br>Apr 19 21:57:08 xps13 kernel: usb 1-2: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 3.00<br>Apr 19 21:57:08 xps13 kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0<br>Apr 19 21:57:08 xps13 kernel: usb 1-2: Product: USB-Serial Controller<br>Apr 19 21:57:08 xps13 kernel: usb 1-2: Manufacturer: Prolific Technology Inc.<br>Apr 19 21:57:08 xps13 kernel: pl2303 1-2:1.0: pl2303 converter detected<br>Apr 19 21:57:08 xps13 kernel: usb 1-2: pl2303 converter now attached to ttyUSB0<br>Apr 19 21:57:08 xps13 mtp-probe[263657]: checking bus 1, device 24: &quot;/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2&quot;<br>Apr 19 21:57:08 xps13 mtp-probe[263657]: bus: 1, device: 24 was not an MTP device<br>Apr 19 21:57:08 xps13 snapd[36670]: hotplug.go:199: hotplug device add event ignored, enable experimental.hotplug<br>Apr 19 21:57:08 xps13 mtp-probe[263670]: checking bus 1, device 24: &quot;/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2&quot;<br>Apr 19 21:57:08 xps13 mtp-probe[263670]: bus: 1, device: 24 was not an MTP device<br>Apr 19 21:57:11 xps13 ModemManager[1008]: &lt;info&gt;  Couldn&#39;t check support for device &#39;/sys/devices/pci0000:00/0000:00:14.0/usb1/1-2&#39;: not supported by any plugin<br></div><div><br></div><div>Permissions on ttyUSB0:</div><div>crw-rw---- 1 root dialout 188, 0 Apr 19 21:58 /dev/ttyUSB0<br></div><div><br></div><div>My groups:</div><div>4(adm),20(dialout),21(fax),22(voice),24(cdrom),25(floppy),26(tape),27(sudo),29(audio),30(dip),46(plugdev),112(bluetooth),115(tcpdump),120(lpadmin),122(scanner),123(saned),128(pulse),129(pulse-access),131(lxd),132(sambashare),133(wireshark),134(kismet)<br></div><div><br></div><div>Output of a serial sniffer:</div><div>pnevulator --ascii --timing-print --tty /dev/ttyUSB0 --read<br>2021-04-19 21:58:07.523807:<br>06                                                     .<br><br></div><div>Output of a different serial sniffer run (when the cable grabbed ttyUSB1):</div><div>jpnevulator --ascii --timing-print --tty /dev/ttyUSB1 --read<br>2021-04-19 21:46:39.400999:<br>00                                                     .<br>2021-04-19 21:46:39.560981:<br>36 30 30 04 FF F1                                      600...<br></div><div><br></div><div>Occasionally, the serial monitor will show something more, like:</div><div>2021-04-19 22:42:00.199228:<br>00                                                     .<br>2021-04-19 22:42:12.661137:<br>06                                                     .<br>2021-04-19 22:42:13.163410:<br>76 32 2E 30 30 20 FF FF FF FF 15 57 80 75 C1 42        v2.00 .....W.u.B<br>90 75 C3 03 00 A1 10 B1 32 EC A0 FD A7 FF 03 7D        .u......2......}<br>B4 D8 02 FD 8D 34 06 FE 55 73 F4 EE 07 73 F5 F0        .....4..Us...s..<br>07 77 44 16 00 77 E5 75 A0 7E B0 0D 6E 21 B6 FB        .wD..w.u.~..n!..<br>73 F0 EE 07 73 F2 F0 07 77 40 16 00 77 E2 EC A0        s...s...w@..w...<br>FD A7 FF 03 7D B4 D8 02 FD 8D 34 06 FE 20 C6 01        ....}.....4.. ..<br>FB 73 F0 EE 07 73 F2 F0 07 77 40 16 00 77 E2 EC        .s...s...w@..w..<br>A0 FD C3 00 04 7D B4 D8 F2 FD 8D 34 06 FD 76 FF        .....}.....4..v.<br>03 7D F2 E7 01 CC 0A 6E 1B 76 0F FA 08 20 6A 14        .}.....n.v... j.<br>97 DF FA 08 7D E2 03 00 7D E2 E0 97 FD FB 22 04        ....}...}.....&quot;.<br>7D B4 F3 76 0F F0 08 10 6A 05 9F 02 F0 08 F3 76        }..v....j......v<br>0F 15 09 10 6A 04 F4 5A 05 75 80 80 00 03 7E B0        ....j..Z.u....~.<br>01 6E 38 76 0F 15 09 08 6A 17 76 0F E5 08 10 6E        .n8v....j.v....n<br>2A D8 02 FD DF E9 03 74 C2 0B FD EE E2 03 FE 1B        *......t........<br>D8 02 FD 11 FE 03 0C 6E 07 D8 02 FD E1 EA 03 74        .......n.......t<br>C2 0B FD 77 E5 03 97 DF 16 09 76 0F ED 08 02 6E        ...w......v....n<br>2B 76 0F 15 09 08 6A 0E 76 0F 14 09 7F                 +v....j.v....<br></div><div><br></div><div>If I have the serial monitor running, Chirp instead gives the error &quot;Error reading data from radio&quot;, so I don&#39;t have much faith that it&#39;s actually giving good data.</div><div><br></div><div>Using the Kenwood Detect driver returns &quot;No response from radio.&quot;</div><div><br></div><div><br></div><div>I *can* program the radio in Windows, so this isn&#39;t *urgent* but...I don&#39;t want to. I&#39;d like to get this working in Linux and also understand what&#39;s going on.</div><div><br></div><div>Thank you for your time &amp; attention,</div><div>C.</div></div></div></div></div></div></div>