Date   

Dstar REFXXXC TO XLXXXXC

Scott Weis (KB2EAR)
 

I have a need to link a dplus reflector to an XLX reflector. Can i use dvswich to do this?

Thanks & 73
Scott KB2EAR


Re: DMR to YSF Bridge not working right.

nick@...
 
Edited

Per suggestion from another member, I was able to get this working perfectly by replacing MMDVM_Bridge with YSF2DMR. Something possibly not right with MMDVM_Bridge?? I'd be happy to test any suggestions. 

Thanks,
Nick


Re: Which base image to use with DV Switch: Allstar or HamVoIP

Steve N4IRS
 

There are no known issues running the DVSwith binaries on the HAMVOIP image. I have way too much on my plate for me to learn to build a repository for a distribution I do not use.

73, Steve N4IRS

On 3/10/19 12:42 PM, David Ranch wrote:
Hello Everyone,

Along with my previous post about a week ago, I'm about to start setting up an Analog to DMR bridge with DV-Switch and an Allstar system but the question is via which image:

   Official Allstar or HamVoIP


I have one knowledgeable Asterisk HAM saying HamVoIP's newest image is significantly updated compared to the Asterisk image, etc.  That group is deprecating their support for the BeagleBoneBlack and are recommending to go with the Raspberry Pi SBC.  That's ok in my book but are there any known issues with running the posted DVSwitch binaries on that Arch Linux based system?  I can rebuild any/all required programs if required though it sure would be easier if the DVSwitch team have their own Arch-based repo for getting updates, etc.

--David
KI6ZHD


Re: Which base image to use with DV Switch: Allstar or HamVoIP

JJ Cummings
 

They won’t really help you at all with DVSwitch things though, that’s all gonna be editor of your choice...

Sent from the iRoad

On Mar 10, 2019, at 15:34, David Ranch <dvswitch-groupsio@...> wrote:


The HamVoIP image has some very nice Ncurses-based configuration tools which might be a bummer to loose.  I don't know if those are from the HamVoIP guys or if they inherited them from the Allstar people. 

--David
KI6ZHD


On 03/10/2019 09:45 AM, JJ Cummings wrote:
I’d go with vanilla raspbian, it’s what I use without any issues.

Sent from the iRoad

On Mar 10, 2019, at 10:42, David Ranch <dvswitch-groupsio@...> wrote:

Hello Everyone,

Along with my previous post about a week ago, I'm about to start setting up an Analog to DMR bridge with DV-Switch and an Allstar system but the question is via which image:

   Official Allstar or HamVoIP


I have one knowledgeable Asterisk HAM saying HamVoIP's newest image is significantly updated compared to the Asterisk image, etc.  That group is deprecating their support for the BeagleBoneBlack and are recommending to go with the Raspberry Pi SBC.  That's ok in my book but are there any known issues with running the posted DVSwitch binaries on that Arch Linux based system?  I can rebuild any/all required programs if required though it sure would be easier if the DVSwitch team have their own Arch-based repo for getting updates, etc.

--David
KI6ZHD


Re: Which base image to use with DV Switch: Allstar or HamVoIP

David Ranch
 


The HamVoIP image has some very nice Ncurses-based configuration tools which might be a bummer to loose.  I don't know if those are from the HamVoIP guys or if they inherited them from the Allstar people. 

--David
KI6ZHD


On 03/10/2019 09:45 AM, JJ Cummings wrote:
I’d go with vanilla raspbian, it’s what I use without any issues.

Sent from the iRoad

On Mar 10, 2019, at 10:42, David Ranch <dvswitch-groupsio@...> wrote:

Hello Everyone,

Along with my previous post about a week ago, I'm about to start setting up an Analog to DMR bridge with DV-Switch and an Allstar system but the question is via which image:

   Official Allstar or HamVoIP


I have one knowledgeable Asterisk HAM saying HamVoIP's newest image is significantly updated compared to the Asterisk image, etc.  That group is deprecating their support for the BeagleBoneBlack and are recommending to go with the Raspberry Pi SBC.  That's ok in my book but are there any known issues with running the posted DVSwitch binaries on that Arch Linux based system?  I can rebuild any/all required programs if required though it sure would be easier if the DVSwitch team have their own Arch-based repo for getting updates, etc.

--David
KI6ZHD


Re: Which base image to use with DV Switch: Allstar or HamVoIP

JJ Cummings
 

I’d go with vanilla raspbian, it’s what I use without any issues.

Sent from the iRoad

On Mar 10, 2019, at 10:42, David Ranch <dvswitch-groupsio@...> wrote:

Hello Everyone,

Along with my previous post about a week ago, I'm about to start setting up an Analog to DMR bridge with DV-Switch and an Allstar system but the question is via which image:

   Official Allstar or HamVoIP


I have one knowledgeable Asterisk HAM saying HamVoIP's newest image is significantly updated compared to the Asterisk image, etc.  That group is deprecating their support for the BeagleBoneBlack and are recommending to go with the Raspberry Pi SBC.  That's ok in my book but are there any known issues with running the posted DVSwitch binaries on that Arch Linux based system?  I can rebuild any/all required programs if required though it sure would be easier if the DVSwitch team have their own Arch-based repo for getting updates, etc.

--David
KI6ZHD


Which base image to use with DV Switch: Allstar or HamVoIP

David Ranch
 

Hello Everyone,

Along with my previous post about a week ago, I'm about to start setting up an Analog to DMR bridge with DV-Switch and an Allstar system but the question is via which image:

   Official Allstar or HamVoIP


I have one knowledgeable Asterisk HAM saying HamVoIP's newest image is significantly updated compared to the Asterisk image, etc.  That group is deprecating their support for the BeagleBoneBlack and are recommending to go with the Raspberry Pi SBC.  That's ok in my book but are there any known issues with running the posted DVSwitch binaries on that Arch Linux based system?  I can rebuild any/all required programs if required though it sure would be easier if the DVSwitch team have their own Arch-based repo for getting updates, etc.

--David
KI6ZHD


Re: USB Audio on Raspberry Pi

Heiko DL1BZ
 

I re-check all. Here all works with my onboard-sound-device:
root@mmdvmpi:~# aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: ALSA [bcm2835 ALSA], Gerät 0: bcm2835 ALSA [bcm2835 ALSA]
  Sub-Geräte: 7/7
  Sub-Gerät #0: subdevice #0
  Sub-Gerät #1: subdevice #1
  Sub-Gerät #2: subdevice #2
  Sub-Gerät #3: subdevice #3
  Sub-Gerät #4: subdevice #4
  Sub-Gerät #5: subdevice #5
  Sub-Gerät #6: subdevice #6
Karte 0: ALSA [bcm2835 ALSA], Gerät 1: bcm2835 ALSA [bcm2835 IEC958/HDMI]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
root@mmdvmpi:~#
Expression 'parameters->channelCount <= maxChans' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1514
                                                                                                          Start audio thread...
Expression 'ValidateParameters( inputParameters, hostApi, StreamDirection_In )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 2818

                                                                                                                                        Unhandled exception in thread started by <function txAudioStream at 0x767804b0>
                           Traceback (most recent call last):
                                                               File "./USRPAudio.py", line 114, in txAudioStream
                                                                                                                    input_device_index=2,
                                                                                                                                           File "/usr/lib/python2.7/dist-packages/pyaudio.py", line 750, in open
                        stream = Stream(self, *args, **kwargs)
                                                                File "/usr/lib/python2.7/dist-packages/pyaudio.py", line 441, in __init__
                                                                                                                                             self._stream = pa.open(**arguments)
                                                                                                                                                                                IOError: [Errno -9998] Invalid number of channels
                                     START:  10.03.19 17:05:57 DL1BZ Slot:2 TG:7

END:    10.03.19 17:05:57 DL1BZ Slot:2 TG:7 BER:0.00% 3.29s

The error message because "Invalid number of channels" you can ignore.
I can hear me if  I sent something in DMR as a monitor.
Maybe you need to check your system - I verify this on 3 different Pi (2x Pi3B+ and 1x Pi3B) - so I need to say it works like I wrote.

73 Heiko, DL1BZ


Re: USB Audio on Raspberry Pi

Heiko DL1BZ
 

give me a little time I will be re-check all. I‘m running rasbian-lite (debian stretch) with the last 4.14.98+ kernel.
All what I can say I had a running monitoring with the build-in sound output, and I had deinstall pulseaudio.
I will be back here later...

73 Heiko, DL1BZ


Re: USB Audio on Raspberry Pi

Mike AE4ML
 

My use for this setup is for monitoring only,  I'm really not interested in transmitting .
I have a radio for that..

Mike


Re: USB Audio on Raspberry Pi

Mike AE4ML
 

Heiko,
Sorry to say that idea didn't work. I was never able to get the script to work with the raspberry pi onboard audio at all. Only tracebacks and errors from the script.

Is there a list of known working USB audio  devices ?


sounddevice only installed as a python3 failed on install for python

pi@raspberrypi:~ $ python3 -m sounddevice
< 0 bcm2835 ALSA: - (hw:0,0), ALSA (0 in, 2 out)
  1 bcm2835 ALSA: IEC958/HDMI (hw:0,1), ALSA (0 in, 2 out)


pi@raspberrypi:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
  Subdevices: 7/7
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
  Subdevice #2: subdevice #2
  Subdevice #3: subdevice #3
  Subdevice #4: subdevice #4
  Subdevice #5: subdevice #5
  Subdevice #6: subdevice #6
card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 ALSA [bcm2835 IEC958/HDMI]
  Subdevices: 1/1
  Subdevice #0: subdevice #0


 Traceback (most recent call last):
                                                                                                                                     File "USRPAudio.py", line 106, in txAudioStream
      frames_per_buffer = CHUNK,
                                 
File "/usr/lib/python2.7/dist-packages/pyaudio.py", line 750, in open
                                                                                                          
stream = Stream(self, *args, **kwargs)
                                                                                                                                                   File "/usr/lib/python2.7/dist-packages/pyaudio.py", line 441, in __init__
                                         
Expression 'paInvalidSampleRate' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 2048
                                                                                                                                   Expression 'PaAlsaStreamComponent_InitialConfigure( &self->playback, outParams, self->primeBuffers, hwParamsPlayback, &realSr )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 2722
                                                                                                                                          Expression 'PaAlsaStream_Configure( stream, inputParameters, outputParameters, sampleRate, framesPerBuffer, &inputLatency, &outputLatency, &hostBufferSizeMode )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 2843
                                                                                                                                                                                     self._stream = pa.open(**arguments)
                                     
IOError: [Errno -9996] Invalid input device (no default output device)
                                                                                                           
Unhandled exception in thread started by <function rxAudioStream at 0x76765f70>
         Traceback (most recent call last):
                                            
File "USRPAudio.py", line 42, in rxAudioStream
                                                                                              
output_device_index=0,
                                                                                                                      
File "/usr/lib/python2.7/dist-packages/pyaudio.py", line 750, in open
             
stream = Stream(self, *args, **kwargs)
                                                     
File "/usr/lib/python2.7/dist-packages/pyaudio.py", line 441, in __init__
                                                                                                                                   self._stream = pa.open(**arguments)
                                                                                                                                                                      IOError: [Errno -9997] Invalid sample rate


Re: Analog audio streaming

sv1hep@...
 

Thank you Kevin for info.
I digging in python files for a treasure.

73' Chris SV1HEP


Re: USB Audio on Raspberry Pi

Heiko DL1BZ
 
Edited

Look in the python script, you see the sampling rate is 8000 (=8khz). I had the same problem with a cheap CM108 based usb soundcard, which only support 44,1 or 48khz. A "better" soundcard I used worked from 6khz-48 Khz. As I understand, for correct transcoding to dmr the sampling rate of soundcard need exact 8hkz (=8000), other values don't work. If the soundcard don't support this rate, you cannot use it with pyaudio in USRPAudio.py . For test you can (but only for output) use the buildin sound-output of a raspberry pi, whichs works too with the python-script.

For select an other sounddevice as the default, you need to extend the script:
def rxAudioStream():
...
stream = p.open(format=FORMAT,
                    channels = CHANNELS,
                    rate = RATE,
                    output = True,
                    frames_per_buffer = CHUNK,
                    output_device_index=0,
                    )

def txAudioStream():
...
stream = p.open(format=FORMAT,
                    channels = CHANNELS,
                    rate = RATE,
                    input = True,
                    frames_per_buffer = CHUNK,
                    input_device_index=2,
                    )    

For index info of sounddevices you can use:
$ python -m sounddevice
pi@PISHACK:~ $ python -m sounddevice
  0 bcm2835 ALSA: - (hw:0,0), ALSA (0 in, 2 out)
  1 Loopback: PCM (hw:1,0), ALSA (32 in, 32 out)
  2 Loopback: PCM (hw:1,1), ALSA (32 in, 1 out)
  3 sysdefault, ALSA (0 in, 128 out)
* 4 default, ALSA (32 in, 32 out)
pi@PISHACK:~ $

but you need to install the python-module sounddevice for do that.

73 Heiko, DL1BZ


Re: Analog audio streaming

Kevin N9OIG
 

I believe Steve N4IRS has that done north American P25 TG is on radio reference.

Kevin 
N9OIG 


Re: DVSwitch Mobile goes full release 1.50 (105)

Steve N4IRS
 

Thanks, Peter.
Yes, it is in the Play Store now.

Steve

On 3/9/19 12:39 PM, Peter M0NWI wrote:
Well done Steve and Mike!!

Do you get this from the Play store?

Sent from Outlook
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: 09 March 2019 14:47:30
To: main@DVSwitch.groups.io
Subject: [DVSwitch] DVSwitch Mobile goes full release 1.50 (105)
 
After 4 months of living and sleeping Android, we have released the production version of DVSwitch Mobile. This is not beta test, this is the ready to run version. 
This version includes the ability to save configuration settings and macros. We have priced the fully functional version at $1.99 US. We think this is a fair price for ability to connect to ASL and Digital Voice networks from a mobile device. 
 
Let the fun continue!
If you are interested in learning more about the app, join us at <https://dvswitch.groups.io/g/Mobile>
For DVSwitch,
N4IRR and N4IRS



Re: DVSwitch Mobile goes full release 1.50 (105)

Peter M0NWI
 

Well done Steve and Mike!!

Do you get this from the Play store?

Sent from Outlook
From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: 09 March 2019 14:47:30
To: main@DVSwitch.groups.io
Subject: [DVSwitch] DVSwitch Mobile goes full release 1.50 (105)
 
After 4 months of living and sleeping Android, we have released the production version of DVSwitch Mobile. This is not beta test, this is the ready to run version. 
This version includes the ability to save configuration settings and macros. We have priced the fully functional version at $1.99 US. We think this is a fair price for ability to connect to ASL and Digital Voice networks from a mobile device. 
 
Let the fun continue!
If you are interested in learning more about the app, join us at <https://dvswitch.groups.io/g/Mobile>
For DVSwitch,
N4IRR and N4IRS


Re: USB Audio on Raspberry Pi

Apostolos Kefalas <sv1ljj@...>
 

Hello Mike,

I do not see any problem!!! This kind of output is usual. As far as I
can see "The audio thread is started", so you should be OK.

Check out with alsamixer if something is muted.


73 Apostolos

On Sat, 2019-03-09 at 05:48 -0800, Mike AE4ML wrote:
Apostolos, 
Progress, 
I replaced "hw:1,0" with "plughw:1,0" 
This is the new output
pi@raspberrypi:~ $ ./USRPAudio.py 
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM
cards.pcm.rear
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM
cards.pcm.center_lfe
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM
cards.pcm.side
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM
cards.pcm.hdmi
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM
cards.pcm.hdmi
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM
cards.pcm.modem
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM
cards.pcm.modem
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM
cards.pcm.phoneline
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM
cards.pcm.phoneline
ALSA lib confmisc.c:1281:(snd_func_refer) Unable to find definition
'defaults.bluealsa.device'
ALSA lib conf.c:4528:(_snd_config_evaluate) function snd_func_refer
returned error: No such file or directory
ALSA lib conf.c:4996:(snd_config_expand) Args evaluate error: No such
file or directory
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM bluealsa
ALSA lib confmisc.c:1281:(snd_func_refer) Unable to find definition
'defaults.bluealsa.device'
ALSA lib conf.c:4528:(_snd_config_evaluate) function snd_func_refer
returned error: No such file or directory
ALSA lib conf.c:4996:(snd_config_expand) Args evaluate error: No such
file or directory
ALSA lib pcm.c:2495:(snd_pcm_open_noupdate) Unknown PCM bluealsa
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1,
skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for -1,
skipping unlock
Start audio thread
--
... if you get into RF you’ll spend your days staring at test equipment
wondering why nothing works.


Re: USB Audio on Raspberry Pi

Mike AE4ML
 

It works but it doesn't I read the other write up on USB to DMR. .
I have tried three different USB audio devices. all have the same results. If I stop and restart the python script it works again


Re: DMR to YSF Bridge not working right.

nick@...
 

Anyone with more experience have any thoughts? I've been hitting my head trying to figure this out for the last week and am so close to getting this link working but having the issue going from DMR to YSF. If there is any other info I can provide, let me know. 


DVSwitch Mobile goes full release 1.50 (105)

Steve N4IRS
 

After 4 months of living and sleeping Android, we have released the production version of DVSwitch Mobile. This is not beta test, this is the ready to run version. 
This version includes the ability to save configuration settings and macros. We have priced the fully functional version at $1.99 US. We think this is a fair price for ability to connect to ASL and Digital Voice networks from a mobile device. 
 
Let the fun continue!
If you are interested in learning more about the app, join us at <https://dvswitch.groups.io/g/Mobile>
For DVSwitch,
N4IRR and N4IRS

6441 - 6460 of 9925