I can see when the commands are given that there are no responses from the radio. Like I said I think there is a sequence missing, I believe there should be some control character that wakes up the radio for serial data, which is not being sent from app_rpt.c. I am running version 0.203 9/12/2009. Here is the output of the debug: [Sep 29 11:56:13] WARNING[12195]: chan_usbradio.c:1436 hidthread: Loaded parameters from usbradio_tune_usb1.conf for device usb1 . [Sep 29 11:56:13] NOTICE[12194]: app_rpt.c:4040 openserial: Opened serial port /dev/ttyS0 [Sep 29 11:56:13] NOTICE[12205]: app_rpt.c:4230 send_usb_txt: send_usb_txt SETFREQ 0.0 0.0 0.0 0.0 L [Sep 29 11:56:13] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: ioport=/dev/ttyS0 baud=13 iofd=0x46 [Sep 29 11:56:14] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial device not responding on node 2555 [Sep 29 11:56:14] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: ioport=/dev/ttyS0 baud=13 iofd=0x46 [Sep 29 11:56:15] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial device not responding on node 2555 [Sep 29 11:56:15] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: ioport=/dev/ttyS0 baud=13 iofd=0x46 [Sep 29 11:56:16] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial device not responding on node 2555 [Sep 29 11:56:16] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: ioport=/dev/ttyS0 baud=13 iofd=0x46 [Sep 29 11:56:17] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial device not responding on node 2555 [Sep 29 11:56:17] NOTICE[12205]: app_rpt.c:11117 serial_remote_io: ioport=/dev/ttyS0 baud=13 iofd=0x46 [Sep 29 11:56:18] WARNING[12205]: app_rpt.c:11140 serial_remote_io: Serial device not responding on node 2555 [Sep 29 11:56:18] NOTICE[12205]: app_rpt.c:6616 wait_interval: Delay interval = 1000 [Sep 29 11:56:19] NOTICE[12205]: app_rpt.c:6620 wait_interval: Delay complete -- <Zap/pseudo-94643657> Playing 'rpt/invalid-freq' (language 'en') ----- Original Message ----- >
What version of app_rpt.c are you running?
I'm no the expert on the TM-271 code or its protocol, but after a brief look, it seems to me like the code is attempting send a VF command (which it should do) and is never receiving an acknowledge response from the radio! This explains the 5 VF attempts seen in the capture as the Kenwood retry count is set to 5 in the code. You should be able to confirm this by going in to the Asterisk CLI and sending the CLI command:
rpt debug level 5
Then connect to the remote base and capture the cli output.
Another thing to try is to monitor the serial data going from the radio back to the PC and try to see if you can see any acknowledgement data being transmitted by the radio.
Steve WA6ZFT