Date   
Re: What about My Favorite Computer for the UDRX?

Jeremy McDermond <mcdermj@...>
 

On Feb 15, 2016, at 3:27 PM, Bob Nielsen n7xy@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:


I have been unable to find anything about Compass Linux (only a framework app of that name). Is there a website?
There isn’t any information on it right now because its an internal NWDR project that will be released when there are products that require it (soon!). It’ll essentially be Raspbian with some extra goodies.

Bob, N7XY
--
Jeremy McDermond (NH6Z)
Xenotropic Systems
mcdermj@...

Re: What about My Favorite Computer for the UDRX?

Bob Nielsen <n7xy@...>
 

I have been unable to find anything about Compass Linux (only a framework app of that name).  Is there a website?

Bob, N7XY

On 2/15/16 2:07 PM, bhhoyer@... [UniversalDigitalRadio] wrote:
 

Now that we have switched to the RPi-2, we've had inquiries about using other single board computers.


The UDRX will ship fully assembled and tested with the RPi-2, but that doesn't mean you can't remove it and use a different SBC. Just be prepared to do a lot of work, with no guarantee of success, and no warranty for the result. Oh and you won't save any money either. because we won't ship units sans pi as there's no way to test it.


The RF Deck has a 40 pin socket and standoffs to mount the Pi upside down on the RF deck which makes it right side up when you flip the unit over. So if your MFC (My Favorite Computer) has the same form factor and pinout as the RPi-2 then you're half way there. If not then you'll have to figure out how to wire it up (see here for a suggestion).


Here's what you need to consider before "Hot-Rodding" your UDRX.


Hardware Interfaces Required:

  • I2C - Temperature and Gate Drive
  • UART with RTS CTS - Console Port or PiDV interface
  • I2S Bidirectional - IQ Transmit Receive (some boards are output only)
  • SPI with 5 Chip Selects - Configuration and ADC
  • 5V Operation

Software Issues:


The kernel package for NWDR’s Linux Distro, Compass Linux, a derivative of Raspbian, will be available in our Apt repository.  We will probably include  at least ircDDBGateway and APRX in Compass via redirects in our repository. Source will be available on GitHub.


The MODEMs, control software, and GUI Interface etc, written by NWDR, will be distributed as binaries in Compass Linux. The source will be available on GitHub.


Now I can't think of a good reason for actually doing this, beyond your personal desire. If anyone actually has something that the UDRX could do with the MFC that it couldn't do with a  Raspberry Pi-2, then by all means let us know.


Hope to see some of you at Microhams next month.



What about My Favorite Computer for the UDRX?

bhhoyer@...
 

Now that we have switched to the RPi-2, we've had inquiries about using other single board computers.


The UDRX will ship fully assembled and tested with the RPi-2, but that doesn't mean you can't remove it and use a different SBC. Just be prepared to do a lot of work, with no guarantee of success, and no warranty for the result. Oh and you won't save any money either. because we won't ship units sans pi as there's no way to test it.


The RF Deck has a 40 pin socket and standoffs to mount the Pi upside down on the RF deck which makes it right side up when you flip the unit over. So if your MFC (My Favorite Computer) has the same form factor and pinout as the RPi-2 then you're half way there. If not then you'll have to figure out how to wire it up (see here for a suggestion).


Here's what you need to consider before "Hot-Rodding" your UDRX.


Hardware Interfaces Required:

  • I2C - Temperature and Gate Drive
  • UART with RTS CTS - Console Port or PiDV interface
  • I2S Bidirectional - IQ Transmit Receive (some boards are output only)
  • SPI with 5 Chip Selects - Configuration and ADC
  • 5V Operation

Software Issues:


The kernel package for NWDR’s Linux Distro, Compass Linux, a derivative of Raspbian, will be available in our Apt repository.  We will probably include  at least ircDDBGateway and APRX in Compass via redirects in our repository. Source will be available on GitHub.


The MODEMs, control software, and GUI Interface etc, written by NWDR, will be distributed as binaries in Compass Linux. The source will be available on GitHub.


Now I can't think of a good reason for actually doing this, beyond your personal desire. If anyone actually has something that the UDRX could do with the MFC that it couldn't do with a  Raspberry Pi-2, then by all means let us know.


Hope to see some of you at Microhams next month.


Re: thumbdv problems

ferret10987654321@...
 

Actually I had this problem and it was the speed rate 4600 I believe was the setting and problem over works fine 

73s M0MBV

 Martin Hennessey , 

On 11 Feb 2016, at 15:38, mi0ceo_geo@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:

 

Hi I assume that when you run Win DV node that the Programme looks greyed out and that it just shuts down.

I had this problem with Win 10 there is a simple cure.

1 You need to edit your registry files to remove all references to Win dv

Run "regedit" when the screen comes up navigate to HKEY_CURRENT_USER then SOFTWARE look down the list for "MicroWalt Corporation" Right click and Delete this.

you can now reinstall the Win DV software but run it in compatibility mode for Windows 7 this should sort out the problems that you where having.

You will have to go through the full setup options again DO NOT FORGET to change the baud rate to 460800.

This worked for me but BEWARE DO AT YOUR OWN RISK.


Best George 

Re: thumbdv problems

mi0ceo_geo@...
 

Hi I assume that when you run Win DV node that the Programme looks greyed out and that it just shuts down.

I had this problem with Win 10 there is a simple cure.

1 You need to edit your registry files to remove all references to Win dv

Run "regedit" when the screen comes up navigate to HKEY_CURRENT_USER then SOFTWARE look down the list for "MicroWalt Corporation" Right click and Delete this.

you can now reinstall the Win DV software but run it in compatibility mode for Windows 7 this should sort out the problems that you where having.

You will have to go through the full setup options again DO NOT FORGET to change the baud rate to 460800.

This worked for me but BEWARE DO AT YOUR OWN RISK.


Best George 

Re: Avion help

Eivind Reiersen <la9xfa@...>
 


1. Turn on power (right button - red led on in front)
2. Use remote control to turn on radio (red led change to green, sound from speaker)
3. Press "Mode" on remote control until it shows DRM in display
4. Input frequency with remote (example 9950. Be shure to point the remote directly towards radio. It is sensitive to location)
5. Telescopic antenna fully extended and be in a low noisy environment.
6. External is antenna probably better. I had do not fully engage the jack in order to get decent signal into receiver. I recommend trying AM station first.
7. Keep "Store" button pressed for a while to save the frequency in the list (change by using arrows and then OK).


Have not found any setting for steps yet.

73 de LA9XFA, Eivind



2016-01-19 17:25 GMT+01:00 nsnbrasil@... [UniversalDigitalRadio] <UniversalDigitalRadio@...>:

 

With permission of the moderators.

Does anyone know how to configure the radio Avion AV-DR-14001 to tune Station and broadcasting in DRM and how to configure also the steps of 9 Hz 10 Hz Shortwave 5Hz. Which antenna is best for this reception?

My only gets to Scaniando message ... but not scans nothing.

Thanks .


Diodo4007



Avion help

nsnbrasil@...
 

With permission of the moderators.

Does anyone know how to configure the radio Avion AV-DR-14001 to tune Station and broadcasting in DRM and how to configure also the steps of 9 Hz 10 Hz Shortwave 5Hz. Which antenna is best for this reception?

My only gets to Scaniando message ... but not scans nothing.

Thanks .


Diodo4007


Re: Thumb dv audio breakup

Les Norton <gm4jnw@...>
 

Well what a day.
I rang my ISP today and they did a quality test and its poor.
Been like that a week now.
Then i find out that Fibre to cabinet was switched on last week, bit of a coincidence but was offered a good deal to switch over so have done it and hopefully there should be no issues after then download at the moment is today 2.1 and upload 0.25 which actually has gone down.
Not sure what upload will be when i get fibre but download is 80mbps 

Fingers crossed that will sort matters out.


On 6 Jan 2016, at 03:11, beaupeppybrandypip@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:

I don't know the format of the incoming UDP packets that you receive from the different servers/reflectors, but if they have any kind of information contained within them such as a sequence number or originating time stamp then you could collate that info for the end user of your software and give it to them in say a graphical form or simple text form to let them know what the packet loss/delay/jitter is.

AMBE audio frames are 20ms each, so thats 100 packets a second you should be getting (on average), if you're getting less than that (on average) then that's one figure you could present to the user. You could also assign a fairly accurate timestamp to the incoming frames yourself to monitor the jitter level (change/difference in packet arrival time).

Any and all sources of information are often extremely useful in determining the source (in this case probably the internet) of these kinds of problems for the end user.

The user could also maybe do a tracert back to the server/reflector to maybe help determine a problematic node along the internet route ?


Re: thumbdv problems

Les Norton <gm4jnw@...>
 

Thanks Barry.
I ve actually started another thread on the problem but already done all that.
I like buster but as you say the ptt push down rather than click to transmit takes some getting used to, especially if you have used windv 
The other posting i have made is about audio break up which with the help of members I’m tracking down but haven’t sorted yet as the break up is the same on buster and windv (2 separate computers)
I won’t go into all the issues but you can maybe check out my other posting.


On 5 Jan 2016, at 23:30, Barry Winters k7baw@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:

For what its worth: Initially, I had similar problem with Buster and ThumbDV on my MacBook Pro. Following Jeremy’s advice, I unplugged and replugged the ThumbDV and it was fully seen, and now operates without any issue. Have been using it regularly for over a week. Buster is a superb piece of programming. Only question I still have is instructions for writing the push to talk button in Preferences.

73 de K7BAW
Barry


Re: Thumb dv audio breakup

Les Norton <gm4jnw@...>
 

From my point of view as an end user that simply wants to use the software I only want a solution, my technical experience is small as far as computing is concerned although ok as far as electronics
Buster to me is a nice piece of software and simple from an end users point of view.
However i can confirm that i get the same issue on my windows laptop with windv so I’ve sort of ruled out software as being the issue.

From my previous posting you can see that there is packet loss

1) transmit 8 seconds, return 6.8 seconds
2) transmit 11.3 secs return 7.8 seconds
3) transmit 15.1 secs return 11.1 seconds

Thats the report on 3 transmissions to REF001E

Ping results were also posted earlier.

I have reported this to my ISP so we will see what they can do.

Incidentally I use on a daily basis a program on the mac called FaceTime which is like Skype and never have any break ups or drops, i speak to my sons daily, one in Australia and one in Thailand, i would have thought that transmission with such software would drop out too but as i say I’m not very tech savvy.

Re: Thumb dv audio breakup

beaupeppybrandypip@...
 

I don't know the format of the incoming UDP packets that you receive from the different servers/reflectors, but if they have any kind of information contained within them such as a sequence number or originating time stamp then you could collate that info for the end user of your software and give it to them in say a graphical form or simple text form to let them know what the packet loss/delay/jitter is.

AMBE audio frames are 20ms each, so thats 100 packets a second you should be getting (on average), if you're getting less than that (on average) then that's one figure you could present to the user. You could also assign a fairly accurate timestamp to the incoming frames yourself to monitor the jitter level (change/difference in packet arrival time).

Any and all sources of information are often extremely useful in determining the source (in this case probably the internet) of these kinds of problems for the end user.

The user could also maybe do a tracert back to the server/reflector to maybe help determine a problematic node along the internet route ?

Re: thumbdv problems

Barry Winters <k7baw@...>
 

For what its worth: Initially, I had similar problem with Buster and ThumbDV on my MacBook Pro. Following Jeremy’s advice, I unplugged and replugged the ThumbDV and it was fully seen, and now operates without any issue. Have been using it regularly for over a week. Buster is a superb piece of programming. Only question I still have is instructions for writing the push to talk button in Preferences.

73 de K7BAW
Barry

Re: Thumb dv audio breakup

"John D. Hays" <john@...>
 

The actual bandwidth requirement is not so much, but as Pericles points out, it's reliable, properly sequenced, and consistent (low jitter) delivery of UDP packets within that bandwidth.

On Tue, Jan 5, 2016 at 1:50 PM, Pericles Afaganis perilles@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:
 

There are no guarantees with the internet.  When the pipe anywhere along the route overflows the packets are dropped. Good ISP’s have an excess of bandwidth to avoid most of the issues but smaller ones may not be able to afford the extra bandwidth.  QoS must be enabled over the entire path to be able to use that feature of the internet. It also comes at a cost much like a static IP.  Voice data is the hardest hit when packets are dropped as good voice recreation requires all the packets to be in sequence in a timely fashion to get good audio. 


--


John D. Hays
K7VE

PO Box 1223, Edmonds, WA 98020-1223 
  

Re: Thumb dv audio breakup

Pericles Afaganis <perilles@...>
 

There are no guarantees with the internet.  When the pipe anywhere along the route overflows the packets are dropped. Good ISP’s have an excess of bandwidth to avoid most of the issues but smaller ones may not be able to afford the extra bandwidth.  QoS must be enabled over the entire path to be able to use that feature of the internet. It also comes at a cost much like a static IP.  Voice data is the hardest hit when packets are dropped as good voice recreation requires all the packets to be in sequence in a timely fashion to get good audio. 


On Jan 5, 2016, at 2:01 PM, Jeremy McDermond mcdermj@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:


> On Jan 5, 2016, at 10:37 AM, Les Norton gm4jnw@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:
> 
> not good then, the retailer is also doing tests.
> 
> i can’t see anyway of altering packet/audio buffering size in the software.

There isn’t a packet buffer at all in Buster. Every packet received is processed in the order they are received as they are received. With a UDP protocol, there’s not much use in buffering a whole lot.

There is a 16k audio buffer. At 8k samples per second and 2 bytes per sample, that’s around a second of audio buffering.

This is all pretty academic, though. He’s said there’s a problem with both WinDV and Buster that behaves the same. This would tend to indicate it’s not software.

> i am contacting my isp but they tend to have no interest, so long as you are getting emails etc.
> they don’t understand the needs of radio hams.
> if it can’t be sorted will have to return it under the retailers 7 day no quibble returns policy, which is a real shame.
> 
> i never had any problems with either the original dongle or the old blue dongle, thats what made me raise this.
> 
> 
>> On 5 Jan 2016, at 18:29, beaupeppybrandypip@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:
>> 
>> Just done another pingtest here in the UK .. ping 16ms, jitter 1ms
>> 
>> As John etc says, your problem looks certain to be your internet connection :(
>> 
> 
> 
> 

--
Jeremy McDermond (NH6Z)
Xenotropic Systems
mcdermj@...


Re: Thumb dv audio breakup

Jeremy McDermond <mcdermj@...>
 

On Jan 5, 2016, at 10:37 AM, Les Norton gm4jnw@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:

not good then, the retailer is also doing tests.

i can’t see anyway of altering packet/audio buffering size in the software.
There isn’t a packet buffer at all in Buster. Every packet received is processed in the order they are received as they are received. With a UDP protocol, there’s not much use in buffering a whole lot.

There is a 16k audio buffer. At 8k samples per second and 2 bytes per sample, that’s around a second of audio buffering.

This is all pretty academic, though. He’s said there’s a problem with both WinDV and Buster that behaves the same. This would tend to indicate it’s not software.

i am contacting my isp but they tend to have no interest, so long as you are getting emails etc.
they don’t understand the needs of radio hams.
if it can’t be sorted will have to return it under the retailers 7 day no quibble returns policy, which is a real shame.

i never had any problems with either the original dongle or the old blue dongle, thats what made me raise this.


On 5 Jan 2016, at 18:29, beaupeppybrandypip@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:

Just done another pingtest here in the UK .. ping 16ms, jitter 1ms

As John etc says, your problem looks certain to be your internet connection :(

--
Jeremy McDermond (NH6Z)
Xenotropic Systems
mcdermj@...

Re: Thumb dv audio breakup

Les Norton <gm4jnw@...>
 

No unfortunately i sold the old dongles but once mac software was available i decided to buy another.

Sounds like its down to my isp, if it is ill keep the dongle as in the future am sure my broadband speed will go up.


On 5 Jan 2016, at 19:50, 'John D. Hays' john@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:


On Tue, Jan 5, 2016 at 10:37 AM, Les Norton gm4jnw@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:
 

not good then, the retailer is also doing tests.

i can’t see anyway of altering  packet/audio buffering size in the software.
i am contacting my isp but they tend to have no interest, so long as you are getting emails etc.
they don’t understand the needs of radio hams.

This would affect any voip users as well.
 
if it can’t be sorted will have to return it under the retailers 7 day no quibble returns policy, which is a real shame.

i never had any problems with either the original dongle or the old blue dongle, thats what made me raise this.

Do you still have the old 'dongle' to test. It may a deterioration of your ISP circuit, or it may just be temporary.
  

-- 


John D. Hays
K7VE

PO Box 1223, Edmonds, WA 98020-1223 
  



Re: Thumb dv audio breakup

"John D. Hays" <john@...>
 


On Tue, Jan 5, 2016 at 10:37 AM, Les Norton gm4jnw@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:
 

not good then, the retailer is also doing tests.

i can’t see anyway of altering  packet/audio buffering size in the software.
i am contacting my isp but they tend to have no interest, so long as you are getting emails etc.
they don’t understand the needs of radio hams.

This would affect any voip users as well.
 
if it can’t be sorted will have to return it under the retailers 7 day no quibble returns policy, which is a real shame.

i never had any problems with either the original dongle or the old blue dongle, thats what made me raise this.

Do you still have the old 'dongle' to test. It may a deterioration of your ISP circuit, or it may just be temporary.
  

--


John D. Hays
K7VE

PO Box 1223, Edmonds, WA 98020-1223 
  

Re: Thumb dv audio breakup

Les Norton <gm4jnw@...>
 

not good then, the retailer is also doing tests.
i can’t see anyway of altering  packet/audio buffering size in the software.
i am contacting my isp but they tend to have no interest, so long as you are getting emails etc.
they don’t understand the needs of radio hams.
if it can’t be sorted will have to return it under the retailers 7 day no quibble returns policy, which is a real shame.

i never had any problems with either the original dongle or the old blue dongle, thats what made me raise this.


On 5 Jan 2016, at 18:29, beaupeppybrandypip@... [UniversalDigitalRadio] <UniversalDigitalRadio@...> wrote:

Just done another pingtest here in the UK .. ping 16ms, jitter 1ms

As John etc says, your problem looks certain to be your internet connection :(


Re: Thumb dv audio breakup

beaupeppybrandypip@...
 

Just done another pingtest here in the UK .. ping 16ms, jitter 1ms

As John etc says, your problem looks certain to be your internet connection :(

Re: Thumb dv audio breakup

beaupeppybrandypip@...
 

221ms sounds high.

According to pingtest we have 25ms ping, 20ms jitter (here in the UK).

If your getting no packet loss, then maybe try increasing the packet/audio buffering size (assuming the software has the option) to allow for the occassional longer delayed packets ?