Date   

Re: DVSwitch configuration parameters

JJ Cummings
 

My suggestion is that you don't worry about those values unless it has some significant impact regarding your configuration (and it doesn't).  Modify the DStar specific values and leave the others alone.  I can appreciate that perhaps you want to understand better how things function and why certain values exist.  This said, berating people that are here to help you and who are doing so in their own free/spare time is probably not the best approach.

If you don't have the time or patience to wait for a reply, and if you can't do so without being condescending to those trying to help you then by all means feel free to break out a debugger and step through the associated binaries/processes.  Ghidra is free and will provide pseudo-code even for you... or try GDB or DDD and the list goes on.  Then you won't need to ask anyone, you'll have figured it out all on your lonesome.

On Thu, Apr 2, 2020 at 9:23 AM kb3cs <kb3cs@...> wrote:
there are seeming incongruous DMR-type settings in the DSTAR stanza in DVSwitch.ini.

does that mean the incoming DSTAR traffic (audio packet, etc.) is given the specified Talkgroup tag or label before leaving the outgoing DMR port (sort of like a TG channel director)?    answer yes or no, please.

does that also mean the outgoing DSTAR traffic uses the Talkgroup tag or label to select from incoming DMR traffic only the traffic belonging to the specified Talkgroup (sort of like a TG channel selector)?    yes or no?

 - 30 -


"leave that to others"

kb3cs
 

it surely is not left to others when it is you delete the posts.

 - 5 -


Re: Bang Head Here (mine, not yours)

kb3cs
 

oh?  that's not something which has been said of me before.

also, given it was you who replied to an earnest question with only "too cute by .5", it seems to be a pot-kettle kind of situation over where you are.

 - 5 -


DVSwitch configuration parameters

kb3cs
 

there are seeming incongruous DMR-type settings in the DSTAR stanza in DVSwitch.ini.

does that mean the incoming DSTAR traffic (audio packet, etc.) is given the specified Talkgroup tag or label before leaving the outgoing DMR port (sort of like a TG channel director)?    answer yes or no, please.

does that also mean the outgoing DSTAR traffic uses the Talkgroup tag or label to select from incoming DMR traffic only the traffic belonging to the specified Talkgroup (sort of like a TG channel selector)?    yes or no?

 - 30 -


Dvswitch...

ct1hdc@...
 

Hello guys, I have two questions here, can anyone tell me if the Raspberry Pi 1 B + supports Dvswitch installation with emu380 in deamon? 

Best regards 73

Paulo, ct1hdc


Re: Bang Head Here (mine, not yours)

Steve N4IRS
 

Sorry, copy and paste error. I don't know what your personal issue is but I'll leave that to others.

42 

On 4/1/2020 8:32 AM, kb3cs wrote:
on a 64-bit system, one does not generally install all the 32bit libraries, so it is curious you, Mr. Zingman, would suggest installing a 32bit libcurl on a system clearly indicated as being 64bit.

any thoughts toward my yes/no question in the other thread?

 - 30 -


Re: Bang Head Here (mine, not yours)

kb3cs
 

on a 64-bit system, one does not generally install all the 32bit libraries, so it is curious you, Mr. Zingman, would suggest installing a 32bit libcurl on a system clearly indicated as being 64bit.

any thoughts toward my yes/no question in the other thread?

 - 30 -


Re: Newbie Question

JJ Cummings
 

Check out the DVSwitch core... MMDVM_Bridge etc...


On Tue, Mar 31, 2020 at 7:48 PM <info@...> wrote:
Hello, i have a hblink3 and hbmonitor running on my computer, connecting brandmeister network ok.
I would like to know, if it is posible to connect a yaesu fusion repeater to dmr repeater using hblink. In my country there are many colleagues who have fusion radios and they want to transmit over dmr.
We have both repeaters ( fusion and dmr )
Thanks


Re: Completely Disable TG10 parrot

Steve N4IRS
 

Glad to help.

Steve N4IRS

On 3/31/2020 2:17 PM, davek wrote:
So turns out commenting out the parrot host is not enough, you also have to comment out the port. Got rid of the port and it stays connected.
Thanks Steve


Re: Completely Disable TG10 parrot

davek
 

So turns out commenting out the parrot host is not enough, you also have to comment out the port. Got rid of the port and it stays connected.
Thanks Steve


Re: Completely Disable TG10 parrot

Steve N4IRS
 

I just tested on my P25Gateway.
I commented out the parrot port and address.
I restarted P25Gateway
I connected to NA (10200)
I sent a transmission (displayed on the reflector dashboard)
I sent a connect to TG10
I sent a transmission on TG10 (MMDVM_Bridge log confirmed)
The reflector dashboard displayed a transmission from me on TG 10200
I don't see TG10 disconnecting from the connected reflector.

Steve N4IRS

On 3/31/2020 12:37 PM, davek wrote:
Yes, Did you try keying up on 10? restarted the entire system.. still happening. Seems like 10 is hardcoded?
Log and Config below

M: 2020-03-31 16:26:36.964 Starting P25Gateway-20180409
M: 2020-03-31 16:26:36.964 Linked at startup to reflector 31260
I: 2020-03-31 16:26:36.964 Started the DMR Id lookup reload thread
I: 2020-03-31 16:27:36.988 Loaded 1 P25 reflectors
I: 2020-03-31 16:27:36.988 Loaded P25 parrot (TG10)
I: 2020-03-31 16:28:37.016 Loaded 1 P25 reflectors
I: 2020-03-31 16:28:37.017 Loaded P25 parrot (TG10)
I: 2020-03-31 16:29:37.049 Loaded 1 P25 reflectors
I: 2020-03-31 16:29:37.049 Loaded P25 parrot (TG10)
M: 2020-03-31 16:30:22.288 Unlinked from reflector 31260 by K9DPD
M: 2020-03-31 16:30:22.288 Linked to reflector 10 by K9DPD
I: 2020-03-31 16:30:37.079 Loaded 1 P25 reflectors
I: 2020-03-31 16:30:37.079 Loaded P25 parrot (TG10)




[General]
Callsign=
RptAddress=127.0.0.1
RptPort=32010
LocalPort=42020
Announcements=0
Daemon=0

[Id Lookup]
Name=/var/lib/mmdvm/DMRIds.dat
Time=24

[Log]
FilePath=/var/log/mmdvm
FileRoot=P25Gateway-31260

[Network]
Port=42010
HostsFile2=./Private_P25Hosts_31260.txt
ReloadTime=1
#ParrotAddress=127.0.0.1
ParrotPort=42011
Startup=31260
InactivityTimeout=0
Debug=0



Re: Completely Disable TG10 parrot

Steve N4IRS
 

I tested with TG 1234 I will retest with 10

On 3/31/2020 12:37 PM, davek wrote:
Yes, Did you try keying up on 10? restarted the entire system.. still happening. Seems like 10 is hardcoded?
Log and Config below

M: 2020-03-31 16:26:36.964 Starting P25Gateway-20180409
M: 2020-03-31 16:26:36.964 Linked at startup to reflector 31260
I: 2020-03-31 16:26:36.964 Started the DMR Id lookup reload thread
I: 2020-03-31 16:27:36.988 Loaded 1 P25 reflectors
I: 2020-03-31 16:27:36.988 Loaded P25 parrot (TG10)
I: 2020-03-31 16:28:37.016 Loaded 1 P25 reflectors
I: 2020-03-31 16:28:37.017 Loaded P25 parrot (TG10)
I: 2020-03-31 16:29:37.049 Loaded 1 P25 reflectors
I: 2020-03-31 16:29:37.049 Loaded P25 parrot (TG10)
M: 2020-03-31 16:30:22.288 Unlinked from reflector 31260 by K9DPD
M: 2020-03-31 16:30:22.288 Linked to reflector 10 by K9DPD
I: 2020-03-31 16:30:37.079 Loaded 1 P25 reflectors
I: 2020-03-31 16:30:37.079 Loaded P25 parrot (TG10)




[General]
Callsign=
RptAddress=127.0.0.1
RptPort=32010
LocalPort=42020
Announcements=0
Daemon=0

[Id Lookup]
Name=/var/lib/mmdvm/DMRIds.dat
Time=24

[Log]
FilePath=/var/log/mmdvm
FileRoot=P25Gateway-31260

[Network]
Port=42010
HostsFile2=./Private_P25Hosts_31260.txt
ReloadTime=1
#ParrotAddress=127.0.0.1
ParrotPort=42011
Startup=31260
InactivityTimeout=0
Debug=0



Re: Completely Disable TG10 parrot

davek
 

Yes, Did you try keying up on 10? restarted the entire system.. still happening. Seems like 10 is hardcoded?
Log and Config below

M: 2020-03-31 16:26:36.964 Starting P25Gateway-20180409
M: 2020-03-31 16:26:36.964 Linked at startup to reflector 31260
I: 2020-03-31 16:26:36.964 Started the DMR Id lookup reload thread
I: 2020-03-31 16:27:36.988 Loaded 1 P25 reflectors
I: 2020-03-31 16:27:36.988 Loaded P25 parrot (TG10)
I: 2020-03-31 16:28:37.016 Loaded 1 P25 reflectors
I: 2020-03-31 16:28:37.017 Loaded P25 parrot (TG10)
I: 2020-03-31 16:29:37.049 Loaded 1 P25 reflectors
I: 2020-03-31 16:29:37.049 Loaded P25 parrot (TG10)
M: 2020-03-31 16:30:22.288 Unlinked from reflector 31260 by K9DPD
M: 2020-03-31 16:30:22.288 Linked to reflector 10 by K9DPD
I: 2020-03-31 16:30:37.079 Loaded 1 P25 reflectors
I: 2020-03-31 16:30:37.079 Loaded P25 parrot (TG10)




[General]
Callsign=
RptAddress=127.0.0.1
RptPort=32010
LocalPort=42020
Announcements=0
Daemon=0

[Id Lookup]
Name=/var/lib/mmdvm/DMRIds.dat
Time=24

[Log]
FilePath=/var/log/mmdvm
FileRoot=P25Gateway-31260

[Network]
Port=42010
HostsFile2=./Private_P25Hosts_31260.txt
ReloadTime=1
#ParrotAddress=127.0.0.1
ParrotPort=42011
Startup=31260
InactivityTimeout=0
Debug=0


Re: Completely Disable TG10 parrot

Steve N4IRS
 

Nope,
Keying on a unknown TG does NOT disconnect. Did you restart the gateway?

Steve N4IRS

On 3/31/2020 12:06 PM, davek wrote:
Hey Guys
What is the correct process for disabling the parrot logic? i uninstalled the package, and commented out the address in the p25gateway file, but TG10 keyups are still disconnecting the currently connected TG.


Re: Completely Disable TG10 parrot

Steve N4IRS
 

What shows in your Gateway log when you key up on TG10? If I remember correctly keying on a unknown TG may disconnect the current TG. I will have to test to make sure.

Steve N4IRS

On 3/31/2020 12:06 PM, davek wrote:
Hey Guys
What is the correct process for disabling the parrot logic? i uninstalled the package, and commented out the address in the p25gateway file, but TG10 keyups are still disconnecting the currently connected TG.


Completely Disable TG10 parrot

davek
 

Hey Guys
What is the correct process for disabling the parrot logic? i uninstalled the package, and commented out the address in the p25gateway file, but TG10 keyups are still disconnecting the currently connected TG.


Re: Bang Head Here (mine, not yours)

kb3cs
 

not only is libcurl4 already installed, but there also is a libcurl3 installed:
libcurl3-gnutls/eoan,now 7.65.3-1ubuntu3 amd64 [installed]
gave your suggestion a whirl. here's what happened:
$ sudo dpkg -i asl-asterisk_1.01-20180226-6_i386.deb
Selecting previously unselected package asl-asterisk:i386.
(Reading database ... 522744 files and directories currently installed.)
Preparing to unpack asl-asterisk_1.01-20180226-6_i386.deb ...
Unpacking asl-asterisk:i386 (1.01-20180226-6) ...
dpkg: dependency problems prevent configuration of asl-asterisk:i386:
asl-asterisk:i386 depends on libcurl3.
asl-asterisk:i386 depends on libgsm1.
asl-asterisk:i386 depends on libidn11.
asl-asterisk:i386 depends on libiksemel3.
asl-asterisk:i386 depends on libncurses5.
asl-asterisk:i386 depends on libnewt0.52.
asl-asterisk:i386 depends on libpopt0.
asl-asterisk:i386 depends on libspeex1.

dpkg: error processing package asl-asterisk:i386 (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
asl-asterisk:i386
and when trying the similar but more appropriate install matching my architecture:
$ sudo dpkg -i asl-asterisk_1.01-20180226-6_amd64.deb
(Reading database ... 523031 files and directories currently installed.)
Preparing to unpack asl-asterisk_1.01-20180226-6_amd64.deb ...
Unpacking asl-asterisk (1.01-20180226-6) over (1.01-20180226-6) ...
dpkg: dependency problems prevent configuration of asl-asterisk:
asl-asterisk depends on libcurl3; however:
Package libcurl3 is not installed.
asl-asterisk depends on libiksemel3; however:
Package libiksemel3 is not installed.

dpkg: error processing package asl-asterisk (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
asl-asterisk
more verbosity, but the same result as previously reported with output from 'apt'


Re: Average DMR VS YSF audio level

 


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of Skyler Fennell <electricity440@...>
Sent: Monday, March 30, 2020 1:38:33 PM
To: main@dvswitch.groups.io <main@dvswitch.groups.io>
Subject: Re: [DVSwitch] Average DMR VS YSF audio level
 
Using two AB’s back to back, can you preserve radio ID/ callsign metadata? 

On Fri, Mar 27, 2020 at 1:35 AM Ernie Gm7kbk <erniepratt@...> wrote:
Dmr radios are usually  louder than C4fm Radios. Turn mic gain down on Dmr and up on C4fm.

I have tried this and it works Dmr MB to AB to AB to MB Ysf. You can alter the audio on one AB.

 


Re: Average DMR VS YSF audio level

Skyler Fennell
 

Using two AB’s back to back, can you preserve radio ID/ callsign metadata? 

On Fri, Mar 27, 2020 at 1:35 AM Ernie Gm7kbk <erniepratt@...> wrote:
Dmr radios are usually  louder than C4fm Radios. Turn mic gain down on Dmr and up on C4fm.

I have tried this and it works Dmr MB to AB to AB to MB Ysf. You can alter the audio on one AB.

 


Re: UDP Address issues

Pete Fierro <overthetop52@...>
 

Thanks to Steve as well..73 KD2ARB


On Sun, Mar 29, 2020 at 12:09, Pete Fierro via Groups.Io
<overthetop52@...> wrote:
JJ

  That did it!!!!Thanks so much&73 very greatful!

Pete
KD2ARB


On Sun, Mar 29, 2020 at 11:54, JJ Cummings
<cummingsj@...> wrote:
The commands that Steve gave you only help find the problem, and when you issued the command it shows that MMDVM_Bridge is indeed already running and listening on that port...  so now you need to kill that process or stop the service.

sudo systemctl stop mmdvm_bridge.service

if that doesn't work

sudo kill 563

(if you are logged in as root you can omit the sudo)


On Sun, Mar 29, 2020 at 9:46 AM Pete Fierro via Groups.Io <overthetop52=yahoo.com@groups.io> wrote:
  Hi Steve

  Ok did like you said&the problem is still there.Here is the results of the commands you gave me

 
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sun Mar 29 11:32:46 2020 from 10.0.0.28
root@repeater:~# ps ax | grep MMDVM_Bridge
  563 ?        Ssl    0:09 /opt/MMDVM_Bridge/MMDVM_Bridge /opt/MMDVM_Bridge/MMDVM_Bridge.ini
 4751 pts/0    S+     0:00 grep MMDVM_Bridge
root@repeater:~# netstat -unap | grep 31103
udp        0      0 0.0.0.0:31103           0.0.0.0:*                           563/MMDVM_Bridge


root@repeater:~#


   I did notice a different local ip address 10.0.0.28?

Thanks
Pete
KD2ARB



On Saturday, March 28, 2020, 9:48:01 PM EDT, Steve N4IRS <szingman@...> wrote:


If I were to guess, I would say another copy of MB is running. Try this BEFORE starting MB:
ps ax | grep MMDVM_Bridge
netstat -unap | grep 31103

73, Steve N4IRS

On 3/28/20 9:42 PM, Pete Fierro via Groups.Io wrote:
   Hi

    Running the DV switch&initializing everything only to find this when I run   ./MMDVM_Bridge MMDVM_Bridge.ini

DMR, Opening INI file: DVSwitch.ini
M: 2020-03-29 01:37:41.294 DMR, Setting [DMR] Address -> 127.0.0.1
M: 2020-03-29 01:37:41.294 DMR, Setting [DMR] TXPort -> 31100
M: 2020-03-29 01:37:41.294 DMR, Setting [DMR] RXPort -> 31103
M: 2020-03-29 01:37:41.294 DMR, Setting [DMR] Slot -> 2
E: 2020-03-29 01:37:41.295 Cannot bind the UDP address, err: 98
F: 2020-03-29 01:37:41.295 DMR, Can not open listener port 31103

    Any reason for this error?Here is analog bridge.ini

; Information for xx_Bridge (Where xx is MMDVM, Quantar, HB, IPSC)
[AMBE_AUDIO]
address = 127.0.0.1                     ; IP address of xx_Bridge
txPort = 31103                          ; Transmit TLV frames to partner on this port
rxPort = 31100                          ; Listen for TLV frames from partner on this port
ambeMode = DMR                          ; DMR, DMR_IPSC, DSTAR, NXDN, P25, YSFN, YSFW (encode PCM to this format)
minTxTimeMS = 2500                      ; Minimum time in MS for hang delay (0-10000)


DV switch.ini

; Configure the DMR Partner
; Audio format is AMBE 72 bit
[DMR]
Address = 127.0.0.1             ; Address to send AMBE TLV frames to (export)
TXPort = 31100                  ; Port to send AMBE TLV frames to (export)
RXPort = 31103                  ; Port to listen on (import)
Slot = 2                        ; Export slot


  The directions given makes no indication changing ports at all.Any ideas?Thanks

Pete
KD2ARB




3781 - 3800 of 9814