July 2013 - App_rpt-users - lists.keekles.org

URI remote base question
by Ross Johnson 30 Jul '13

30 Jul '13

Hello group, I’m new to the list, fairly new to Allstar as well, and love the systems flexibility great work everyone. I’m adding a IC706 remote base to my system. I was hoping to use the URI for this job but in going through the documents I see the the wiring schematic is detailed for the 4 port PCI interface. Can a URI be used in it’s place using the GPOI’s of the URI in place of the UIO’s of the PCI interface. Here’s the diagram I was using to interface the 706. http://images.ohnosec.org/ic706.pdf If this is not possible what would be the best alternative? For instance using an rs232 interface for control with the uri or FOB for audio and PTT/COR? Again thanks for your time. Ross kc7rjk Eugene OR 29649-29651 www.kc7rjk.net

2 1

Dumb Noob Questions trying to get started
by Barry Berg 29 Jul '13

29 Jul '13

To the List, Pardon the dumb questions of a noob. I actually have two, and would like pointers where to start looking. Frankly I started in the archive, but it is organized by month going back 5 years, and not easy to search 50+ files for what might be a dubious search term, and I havent figured out how to do a full archive search (enlightenment would always be welcome) I realized that the distro is centos based, but I am really more comfortable in debian. I have been told that some folks are working with trying to integrate the apt-rpt software into the standard current release of software, and I would like to follow the progress and see if I can add my poor skills to the project. But first I have a bit of learning, and so I would like to follow any archives on the subject. Can someone point me to what work has been done,especially if it is concluded that this is an impossibility. Actually I am interested in trying to interface the URIx module to the Raspberry Pi, and while I realize that the Pi may not have the horse power of the atom processor, I have a couple of ideas that might allow it to actually process an audio stream with the software DSP's. Its using a technique I have used before to get better performance out of C Code. It might work, then again it might not. My other question once I get a remote site working, I want to merge multiple sites into a conference bridge. This is a very specialized project so I am not concerned about circuit discipline. Also, I am not enamored with a laptop / desktop software to access the network, but prefer a thin client software. I understand that there is some software that is web based that will handle multiple sites and do some form of soft voting, transmitting on multiple sites simultaneously. This is exactly what I want and the addition to add a PC/Mac based computers with Headphone/Mic into a sound card that will act somewhat like a DV Dongle into the bridge as well. Thin Client would be better than thick, but for the latter I will take what I can get. If anyone out there can provide me with some links to help start me out It would be greatly appreciated. I do not want to take up the bandpass of the list, so if you prefer to mail me privately I am reachable through arrl.net forwarding. 73, Barry, K0BSB

1 0

Re: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
by Harshad Rangarajan 29 Jul '13

29 Jul '13

Jim, I do not expect zero latency. I understand that DSP has latency no matter what. I do not expect zero latency from the system, I am just curious if there is any way to lower the minimum TX buffer in the RTCM below 800. At 800, the latency is very, very close to acceptable for my use. We currently have a hilltop UHF repeater that is linked via 420MHZ to other VHF repeater in next county. People often talk full-duplex between the two, so they are listen to the repeater output while they talk. This is also very common amongst other local linked systems. If someone else talk at the same time on the VHF, their voices mix like a conference call. This has proved to be very useful to everyone. You ask what repeater we use? UHF repeater is TKR-850 and VHF repeater is a Micor base.

1 0

Re: [App_rpt-users] Voter RTCM TX buffer hardware limitation?
by Harshad Rangarajan 28 Jul '13

28 Jul '13

Exactly, Tim. Jim, According to the firmware release notes, Duplex mode 3 will not solve my problem because I am using voting via app_rpt.Duplex mode 3 just loops RX audio to TX audio inside the RTCM, and app_rpt inject ID and telemetry. Even with all the equipment in one room plugged to a router, the latency is still existant. How could this be network latency if the lowest possible buffer value in app_rpt and in the RTCM works, but it is still not fast enough? If this were a network latency issue, than the lowest possible buffer (which is working for me) simply woldn't be able to work! In my case, the lowest buffer value that the RTCM will allow me to enter (800) works, and that tells me that the network isn't what's keeping me from reducing the latency. By putting the server and the RTCMs in a room and plugging them up to a router/switch, the latency is still too high for full-duplex operation, with the buffer values set to lowest value that RTCM and app_rpt will allow to be inputted. This cleary tell me that the limitation is in the RTCM minumum TX buffer limit of 800 samples. Is there any for me to trick the RTCM into accepting buffer values lower than 800? This would be a HUGE help to us. Thank you! Harshad

2 1

Voter RTCM TX buffer hardware limitation?
by Harshad Rangarajan 28 Jul '13

28 Jul '13

Exactly, Tim. Jim, According to the firmware release notes, Duplex mode 3 will not solve my problem because I am using voting via app_rpt.Duplex mode 3 just loops RX audio to TX audio inside the RTCM, and app_rpt inject ID and telemetry. Even with all the equipment in one room plugged to a router, the latency is still existant. How could this be network latency if the lowest possible buffer value in app_rpt and in the RTCM works, but it is still not fast enough? If this were a network latency issue, than the lowest possible buffer (which is working for me) simply woldn't be able to work! In my case, the lowest buffer value that the RTCM will allow me to enter (800) works, and that tells me that the network isn't what's keeping me from reducing the latency. By putting the server and the RTCMs in a room and plugging them up to a router/switch, the latency is still too high for full-duplex operation, with the buffer values set to lowest value that RTCM and app_rpt will allow to be inputted. This cleary tell me that the limitation is in the RTCM minumum TX buffer limit of 800 samples. Is there any for me to trick the RTCM into accepting buffer values lower than 800? This would be a HUGE help to us. Thank you! Harshad

1 0

RTCM interface to Spectracom netclock
by Michael Hebert 28 Jul '13

28 Jul '13

Has anyone interfaced a Spectracom model 8183 netclock/gps to a RTCM? Also, does anyone know what NEMA sentences the RTCM needs? Mike - KD5DFB

1 0

Figured it out!
by Mike Wolthuis 28 Jul '13

28 Jul '13

Hear clear needs to be enabled to get enough audio. Thanks all, Mike Sent from my iPhone

6 6

Voter RTCM TX buffer hardware limitation?
by Harshad Rangarajan 27 Jul '13

27 Jul '13

Hi I get two rtcm module for use as voting controller for my repeater as an upgrade from a home-made controller/IDer. Almost all the user of the repeater rely on duplexing (listening to the repeater while you talk). Ever since I put the rtcm module, several are slightly annoyed and confused by the audio delay in the repeater. The rtcm modules and the app_rpt server are connected on Ubiquiti with less than 3ms ping directly into a 4 port ethernet switch. I have my chan_voter config set for 180 buffer, and the RTCM TX buffer set at 800 (lowest the console will let me enter), and the delay is great enough to where it's a problem for this type of application. Is this a matter of using less data-intensive audio codec, or is this RTCM hardware limitation? Maybe to make a firmware upgrade that allows rtcm voting TX buffer to decrease to a acceptable value for this type of full-duplex application? I was exicted to see lastest RTCM firmware update until I realized it would not work with voting. Sorry for the bad English and Have a nice dayde Harashad

3 3

Making progress with BeagleBoard - still one issue
by Michael Wolthuis 27 Jul '13

27 Jul '13

Making good progress thanks to so many on checking the COR, had to use HWINVERT on the COR and now all is well following COR on the Maxtrac receiver. Final problem, I think.. The audio is horrible low on the Maxtrac. I have tried injecting via the microphone port and tried injecting flat tied inside the Maxtrac. If I plug a standard MIC into the mic port the audio is fine, so I am certain the TX Deviation is good. I have been advised there is a TXGAIN setting, but I can only find that for Echolink, not for the port as a whole. What am I missing? My other two BeagleBoards plugged into controllers, I had a POT in the controller I used to bring the audio up where I needed it. Mike kb8zgl

1 0

cop, 48 explanation
by Serge Bérubé 27 Jul '13

27 Jul '13

I have tryed for a long time (at least 2 full days ) to get the COP 48 function to work with no success... this would be very usefull to be used to send tones to open a link on the old dtmf controlled Quebec vhf net consisting of many repeaters linked in the Province of Quebec , from an Asterisk point of connection.. Does somebody had success with that command , if so , please help me , I would greatly appreciate. Also , does the gpio pins are supposed to be functionnal with usb devices in usb.conf ? This too is not working in my nodes... I know I have to learn a lot on app-rpt , I already operate 6 nodes all linked with Ubiquiti radios on 2365 mhz amateur band in Canada ; everything wented good but these 2 issues , up to date... Best Regards, Serge

2 1