[App_rpt-users] TM-271 remote base setup

[Scott Weis]

I have had a minor break through. I have found that if I type the string:
VF 0162550000,0,2,0,1,0,0,22,22,000,00600000,0,0
by hand the radio changes frequency. But if I paste the same exact string 
the radio does not change frequency. This makes me think that perhaps there 
is a buffer overflow on the radio. I have tried software flow control and it 
does not work. Nor does hardware flow control.

I also found that the com parameters need to be 9600 Baud, 8 bits, no 
parity, 1 stop bit

I am not a c guy so I am not going to be able to work this one out. Any 
ideas??

Scott
----- Original Message ----- 
From: "Scott Weis" <kb2ear at kb2ear.net>
To: <sales at qrvc.com>
Cc: "app_rpt mailing list" <app_rpt-users at qrvc.com>
Sent: Tuesday, September 29, 2009 12:02 PM
Subject: Re: [App_rpt-users] TM-271 remote base setup


>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
>>
>>
>>
>
>
> _______________________________________________
> App_rpt-users mailing list
> App_rpt-users at qrvc.com
> http://qrvc.com/mailman/listinfo/app_rpt-users
>
>