Welcome to DVSwitch
Purpose
1) Allows “local” networking during an outage of the regional national/international network server.
2) Allows a local network operator to “blend” upstream feeds from different Networks (capital N on purpose). These Networks can’t get their act together and learn how to play nice with each other (everyone guilty as far as we are concerned). They may not like people doing this, but the solution is to grow up and work with each other, and not keep trying to force people to take sides.
3) Allows local segregation of localized traffic with more flexibility.
4) Allows experimentation with linking and how it’s done (part 97 specifies experimentation and advancement of the radio art are a core part of amateur radio).
Mission Statement/Position
WHEREAS the Networks continue to be largely islands and are not working together to create a unified network of Networks.
WHEREAS no firm reason has been given by any of the Networks why a *competent* local network operator cannot make this work effectively.
(US ONLY)
WHEREAS 47 CFR 97 (Amateur Radio Service) specifies that a core component of amateur radio is experimentation and advancement of the radio art [97.1(b)].
BE IT RESOLVED the core group of US amateur radio operators and experimenters organized around the DVSwitch project, and in the spirit of USA 47 CFR 97 and its intentions, support the *responsible* and *thoughtful* use of digital voice networking tools to create localized networks that will interconnect to the national/international Networks, and will support users of its tools in order to do this in the most effective and sustainable way possible.
|
Re: Request for information
Lito,
toggle quoted messageShow quoted text
Hi and welcome. <https://github.com/n0mjs710/HBlink/tree/HB_Bridge> git clone -b HB_Bridge https://github.com/n0mjs710/HBlink.git Steve
On 1/22/2018 11:37 AM, Roselito de los
Reyes wrote:
|
|
|
|
Re: Request for information
Folks,
Thank you all so much for providing the information I requested. The results are helpful and somewhat telling. Keep it coming as new people run across the the post. 73, Steve N4IRS
|
|
|
|
Re: Request for information
DIAL Raspberry Pi2 latency_timer = 1 Ed W8VT
On 01/17/2018 09:14 AM, Steve N4IRS wrote:
We have been working on the next revision of Analog_Bridge. Along with adding features and refining settings, we are trying to squash bugs. While testing the NWDigital DV300u (ThumbDV) we encountered a problem with data transfer . Some of the packets were not being processed in the required window. The NWD DV3000u uses a FTDI chip to communicate with the host computer. Under Linux, or at least Debian the driver is the FTDI serial. On the machine under test, a older Dell 2950 with more then enough horsepower and no history of issues with USB, we were not getting data in a timely manner. There is a value that can be adjusted to resolve this. /sys/bus/usb-serial/devices/ttyUSB0/latency_timer. The default looks to be 16. The 2950 was set at 16. So far so good. Well, I have a machine running a full time DMR <---> D-Star bridge using two of the DV3000u. When I checked the latency_timer, it was set to 1. Huh? I know I did not change it.
|
|
|
|
Re: Request for information
Mike, AA9VI
Steve, mine is also 1 with Debian 8 Jessie.
|
|
|
|
Re: Request for information
Ian Tulley
Hi Steve, I’m running an i3 mini ITX Board Debian 9, result=16 for me
toggle quoted messageShow quoted text
Regards Ian (VK2HK)
On 18 Jan 2018, at 01:14, Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: Request for information
David KE6UPI
So I moved the DV3000u to the front usb port. Now its sounds much better. David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Wed, Jan 17, 2018 at 3:15 PM, David KE6UPI <shawpbx@...> wrote:
|
|
|
|
Re: Request for information
David KE6UPI
Here is my AMBEtest4 results. root@asl2060:/opt/Analog_ Setting serial port Serial port parameters: Port name: /dev/ttyUSB0 Baudrate: 460800 Byte size: 8 Parity: N Stop bits: 1 Xon Xoff: False RTS/CTS: False DST/DTR: False ********************* Silent testing mode..... Error count = 0 David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Wed, Jan 17, 2018 at 12:35 PM, Dylan KI7SBI <dylan@...> wrote:
|
|
|
|
Re: Request for information
Dylan KI7SBI
On Wed, Jan 17, 2018 at 6:14 AM, Steve N4IRS <szingman@...> wrote: but for now, All I want to know is what hardware / software you are running and the value. Dell PowerEdge 400SC with DV3000usb $ cat /etc/issue Ubuntu 14.04.5 LTS \n \l $ uname -a Linux ast3 3.13.0-135-generic #184-Ubuntu SMP Wed Oct 18 11:56:31 UTC 2017 i686 i686 i686 GNU/Linux $ cat /sys/bus/usb-serial/devices/ttyUSB0/latency_timer 1 KI7SBI
|
|
|
|
Re: Request for information
Linux dmr 4.13.0-19-generic #22-Ubuntu SMP Mon Dec 4 11:57:38 UTC 2017 i686 i686 i686 GNU/Linux
Distributor ID: Ubuntu Description: Ubuntu 17.10 Release: 17.10 Codename: artful Currently I'm not running any DMR-application. I have plans to run SharkRF SPK-server which serves openSPOTs for the announcements. /sys/bus/usb-serial/devices/ttyUSB0/latency_timer 16 73 de Veijo OH3NFC
|
|
|
|
Re: Request for information
Hardware is Dell OptiPlex 380 - SFF - Core 2 Duo E7500 2.93 GHz Running Debian 8 cat /sys/bus/usb-serial/devices/ttyUSB0/latency_timer result = 1 DV3000U running a DMR to AllStarLink gateway
Richard VE2DJE
Le 17/01/2018 à 09:24, David a écrit :
|
|
|
|
Re: Request for information
No, I do not think so. Did you run the confidence test
(AMBEtest4.py) with Analog_bridge stopped?
toggle quoted messageShow quoted text
On 1/17/2018 10:11 AM, David KE6UPI
wrote:
|
|
|
|
Re: Request for information
I have 3 ThumbDVs. Two are in a semi-permanent DMR <--->
D-Star bridge I put up for the local group. The other is in a
machine Mike and I are testing on. That just leaves a PiDV.
toggle quoted messageShow quoted text
On 1/17/2018 10:18 AM, Steven Blackford
wrote:
|
|
|
|
Re: Request for information
Steven Blackford
Yeah…. I thought of that when I hit send. Disregard. I’m used to having an extra to experiment with. 😊
Steve
From: Steve N4IRS
Sent: Wednesday, January 17, 2018 10:15 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Request for information
It's ASL to DMR. Only 1 DV3000 On 1/17/2018 10:14 AM, Steven Blackford wrote:
|
|
|
|
Re: Request for information
It's ASL to DMR. Only 1 DV3000
toggle quoted messageShow quoted text
On 1/17/2018 10:14 AM, Steven Blackford
wrote:
|
|
|
|
Re: Request for information
Steven Blackford
David, Have you tried swapping the ThumbDV’s around? That’s a quck easy test to see how they work.
Steve
From: David KE6UPI
Sent: Wednesday, January 17, 2018 10:11 AM To: main@DVSwitch.groups.io Subject: Re: [DVSwitch] Request for information
No it didn't. Could I (we) have received a bad batch of DV3000u? ASL to DMR sounds great. DMR to ASL is choppy.
David
-- Thanks, David
"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Wed, Jan 17, 2018 at 7:09 AM, Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: Request for information
G7RPG - Peter Kendall
Steve, My asl box running Analog_Bridge is Debain 8.9 VM on ESX 6.5 (i5 3570K) the value of latency_timer is 1
[ 5.343999] usbcore: registered new interface driver ftdi_sio
On 17/01/18 14:14, Steve N4IRS wrote:
We have been working on the next revision of Analog_Bridge. Along with adding features and refining settings, we are trying to squash bugs. While testing the NWDigital DV300u (ThumbDV) we encountered a problem with data transfer . Some of the packets were not being processed in the required window. The NWD DV3000u uses a FTDI chip to communicate with the host computer. Under Linux, or at least Debian the driver is the FTDI serial. On the machine under test, a older Dell 2950 with more then enough horsepower and no history of issues with USB, we were not getting data in a timely manner. There is a value that can be adjusted to resolve this. /sys/bus/usb-serial/devices/ttyUSB0/latency_timer. The default looks to be 16. The 2950 was set at 16. So far so good. Well, I have a machine running a full time DMR <---> D-Star bridge using two of the DV3000u. When I checked the latency_timer, it was set to 1. Huh? I know I did not change it.
|
|
|
|
Re: Request for information
David KE6UPI
No it didn't. Could I (we) have received a bad batch of DV3000u? ASL to DMR sounds great. DMR to ASL is choppy. David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Wed, Jan 17, 2018 at 7:09 AM, Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: Request for information
Both interesting bits of info.
toggle quoted messageShow quoted text
Did changing to 1 improve the audio quality? Thanks
On 1/17/2018 9:50 AM, David KE6UPI
wrote:
|
|
|
|
Re: Request for information
David KE6UPI
After your email yesterday. I changed it to 1 from 16. It stays at 1 after reboots. David -- Thanks, David "Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." Thomas Jefferson
On Wed, Jan 17, 2018 at 6:33 AM, Steve N4IRS <szingman@...> wrote:
|
|
|
|
Re: Request for information
Steven Blackford
Steve, I have a few setups here. First is an ODroid-C1 which runs Ubuntu and is a full time DMR<->D-Star bridge the settings were default to 16. The second system is a PI3 running Arch Linux. It’s defaults were 1.
X64 Thinkpad running Debian Stretch, default is 16.
While assisting setting up an ASL<->DMR<->D-Star system last night on 2 PI3’s. I checked those as well. Those were both running Arch Linux and they were both set to a default of 1.
Hope that helps.
Steve, K4SQI
From: Steve N4IRS
Sent: Wednesday, January 17, 2018 9:14 AM To: main@DVSwitch.groups.io Subject: [DVSwitch] Request for information
We have been working on the next revision of Analog_Bridge. Along with adding features and refining settings, we are trying to squash bugs. While testing the NWDigital DV300u (ThumbDV) we encountered a problem with data transfer . Some of the packets were not being processed in the required window. The NWD DV3000u uses a FTDI chip to communicate with the host computer. Under Linux, or at least Debian the driver is the FTDI serial. On the machine under test, a older Dell 2950 with more then enough horsepower and no history of issues with USB, we were not getting data in a timely manner. There is a value that can be adjusted to resolve this. /sys/bus/usb-serial/devices/ttyUSB0/latency_timer. The default looks to be 16. The 2950 was set at 16. So far so good. Well, I have a machine running a full time DMR <---> D-Star bridge using two of the DV3000u. When I checked the latency_timer, it was set to 1. Huh? I know I did not change it.
|
|
|
