Date   

Re: the latest pdf documents

Neil k8it
 

Angelo I am still trying to locate the latest and greatest document that been updated but I've been having trouble finding the correct direct link.

Please excuse any dictation errors.

On 8 Oct 2021 21:19, "Angelo Sonnesso" <asonnesso@...> wrote:

Where can I find the latest Switch documents?
Thanks


73 N2DYN Angelo








Re: Private Call #hblink

Steve N4IRS
 

This may be a better place to ask:
<https://dvswitch.groups.io/g/HBlink>

On 10/10/21 7:47 PM, ink1967 via groups.io wrote:
would I add a PCRewrite to the pi-star? And would I also add a rule inn rules.py?

[DMR Network 3]

Enabled=1

Name=HBLink

Address=64.223.xxx.xxx

Port=62031

TGRewrite=2,11,2,11,1

PCRewrite=2,317044,2,317047,4

Password="passw0rd"

Location=0

Debug=0

TGRewrite0=2,11,2,11,1



Re: Private Call #hblink

Patrick Johnson
 

would I add a PCRewrite to the pi-star? And would I also add a rule inn rules.py?

[DMR Network 3]

Enabled=1

Name=HBLink

Address=64.223.xxx.xxx

Port=62031

TGRewrite=2,11,2,11,1

PCRewrite=2,317044,2,317047,4

Password="passw0rd"

Location=0

Debug=0

TGRewrite0=2,11,2,11,1


Re: Private Call #hblink

Patrick Johnson
 

What would the rules look like? I can't seam to figure this out. Do I add a TG (phone ID)?


Re: Private Call #hblink

steph.ric.thom
 

Hello, Yes you can do private calls with an hblink. You just have to be in the same master as your correspondent.
Best regard.

73/51 Thom -
7360dmr.ovh
14FRS4018.


the latest pdf documents

Angelo Sonnesso
 

Where can I find the latest Switch documents?
Thanks


73 N2DYN Angelo


Private Call #hblink

Patrick Johnson
 

Can you make a private call with HBlink? 


Re: [ASL] stanza is intended in the dvswitch.ini

Steve N4IRS
 

It is uses to allow dvswitch.sh to point AB at a ASL USRP channel driver connection.

On 10/8/21 4:57 AM, Buhalo Buhalkin via groups.io wrote:
Hello! Please tell me for what purposes the [ASL] stanza is intended in the dvswitch.ini?


[ASL] stanza is intended in the dvswitch.ini

Buhalo Buhalkin
 

Hello! Please tell me for what purposes the [ASL] stanza is intended in the dvswitch.ini?


Re: I'm stumped....

Mike Zingman - N4IRR
 

The dashboard does log file scraping and if I remember, the solution is to set your STFU log to replace the MMDVM log.  I could be wrong though.


Re: I'm stumped....

Scott Busby
 

This thread was very helpful in getting STFU connected to Brandmeister. However, now my DVSwitch Dashboard doesn't show any DMR information because it seems to be linked to MMDVM_bridge. How do I get DVSwitch Dashboard to show my DMR calls now that I'm using STFU?
Thanks!
Scott 
KJ6VMH


Re: I'm stumped....

Tim - KX4ZU
 

Man, I am having a great day.  Everything is falling into place.  Looks like dvswitch.sh will do the trick for changing talkgroups. I am a happy camper. :)


Re: I'm stumped....

Tim - KX4ZU
 
Edited

Steve,
Thanks so much for the info.  I actually figured it out BEFORE I saw your post, but I do appreciate your input.  Now if I can figure out how to dynamically change the talkgroup with DTMF commands I'll be set.   I had a script that would change the talkgroup using DTMF commands when I was using MMDVM_Bridge, now I need something similar for STFU.


Re: I'm stumped....

Tim - KX4ZU
 

OK, I think I figured it out.   I had to update my Analog_Bridge.ini to match the STFU txPort, rxPort and txTg parameters from DVSwitch.ini.  Once I had those parameters in sync with the DVSwitch.ini, things started working.

Now I need to figure out how to change the talkgroup using DTMF commands.  On to the next challenge. :)


Re: I'm stumped....

Steve N4IRS
 

DVSwitch.ini          Analog_Bridge.ini
[STFU]                [AMBE_AUDIO]

txPort  = 36100  -->  
rxPort = 31100       
rxPort  = 36103  <--   txPort = 31103        

Above are the default port numbers for STFU and Analog_Bridge. The TX port in one app must match the RX port in the other app. Same for RX port and TX port.
You can change either file. Since you are just going to run STFU, I would edit the entry for STFU in /opt/MMDVM_Bridge/DVSwitch.ini

Steve N4IRS


On 10/5/2021 2:17 PM, Tim - KX4ZU wrote:

Well, I'm trying to get STFU working.  As I understand it STFU replaces MMDVM_Bridge, so have stopped MMDVM_Bridge from running.   When I start STFU, it appears to login into the Brandmeister server successfully.  When I key up on the specified talkgroup from a DMR radio, I see entries in the log, but I hear no audio from my Allstar node. When I key up the Allstar node, no audio is heard and no entries show up in the STFU log.   I haven't been able to find much on the STFU configuration, so if someone could point me to some instructions or a tutorial I would greatly appreciate it.

Here is an excerpt from the STFU log showing the successful login and the entries from the DMR radio key up:

I: 2021-10-05 18:08:41.426 Successful connection to BM server at ip address: s = 3102.master.brandmeister.network   ; Brandmeister ODMRT server address

BMPor▒▒▒!

I: 2021-10-05 18:08:53.642 taFormat = 3

I: 2021-10-05 18:08:53.643 DMR, ODMR Begin Tx: src = 3168588, dst = 4101 (GROUP)

I: 2021-10-05 18:08:54.820 DMR, ODMR End Tx:DMR frame count was 21 frames

I: 2021-10-05 18:10:13.597 taFormat = 3

I: 2021-10-05 18:10:13.604 DMR, ODMR Begin Tx: src = 3168588, dst = 4101 (GROUP)

I: 2021-10-05 18:10:14.428 DMR, ODMR End Tx:DMR frame count was 15 frames

I: 2021-10-05 18:10:24.691 taFormat = 3

I: 2021-10-05 18:10:24.697 DMR, ODMR Begin Tx: src = 3168588, dst = 4101 (GROUP)

I: 2021-10-05 18:10:32.993 DMR, ODMR End Tx:DMR frame count was 141 frames

 


Re: I'm stumped....

Tim - KX4ZU
 

Well, I'm trying to get STFU working.  As I understand it STFU replaces MMDVM_Bridge, so have stopped MMDVM_Bridge from running.   When I start STFU, it appears to login into the Brandmeister server successfully.  When I key up on the specified talkgroup from a DMR radio, I see entries in the log, but I hear no audio from my Allstar node. When I key up the Allstar node, no audio is heard and no entries show up in the STFU log.   I haven't been able to find much on the STFU configuration, so if someone could point me to some instructions or a tutorial I would greatly appreciate it.

Here is an excerpt from the STFU log showing the successful login and the entries from the DMR radio key up:

I: 2021-10-05 18:08:41.426 Successful connection to BM server at ip address: s = 3102.master.brandmeister.network   ; Brandmeister ODMRT server address

BMPor▒▒▒!

I: 2021-10-05 18:08:53.642 taFormat = 3

I: 2021-10-05 18:08:53.643 DMR, ODMR Begin Tx: src = 3168588, dst = 4101 (GROUP)

I: 2021-10-05 18:08:54.820 DMR, ODMR End Tx:DMR frame count was 21 frames

I: 2021-10-05 18:10:13.597 taFormat = 3

I: 2021-10-05 18:10:13.604 DMR, ODMR Begin Tx: src = 3168588, dst = 4101 (GROUP)

I: 2021-10-05 18:10:14.428 DMR, ODMR End Tx:DMR frame count was 15 frames

I: 2021-10-05 18:10:24.691 taFormat = 3

I: 2021-10-05 18:10:24.697 DMR, ODMR Begin Tx: src = 3168588, dst = 4101 (GROUP)

I: 2021-10-05 18:10:32.993 DMR, ODMR End Tx:DMR frame count was 141 frames

 


Re: Decoder error

G4WXN@...
 

I am experiencing exactly the same error.

I have no idea why?

--
Derek

G4WXN


DMR+ not connecting

G4WXN@...
 

Hello, hopefully someone knows the answer to this.

I use DVSwitch simply as a hotspot and connect to it with a phone or tablet.
DMR on BM works fine and I can see connections on the BM dashboard, however DMR+ isn't connecting and cannot see transmissions on the Phoenix dasboard.
I have not used the DVSwitch system for some time, and wonder if anything regarding connecting to DMR+ has changed?

Thanks in advance.
--
Derek

G4WXN


How to install FreeDMR on DVswitch mobile (This apply for other systems too)

Alberto, KP4AP
 

 
How to install FreeDMR on DVswitch mobile
 
Use a Secure Shell (SSH) like PuTTY
Enter to the DVSwitch Server Main Menu. 
Choose option 02 and hit ok.
In "Advanced Configuration Menu" menu choose option 24 and hit ok.
This action takes you to the "DMR Networks" menu, chosse option 2 (Configure DMR Server) and you hit ok.
"DMR Networks" will appear again, Configure DMR Sever chosse option 4 "other1 network" and you hit ok.
Current Setup will appear. Fill in the data hitting ok
 
     Network name = FreeDMR
     Server Address = radhistec.freedmr.ar (here you can choose the Server of your preference from the FreeDMR system)
     Password = passw0rd (use zero instead of o)
     Port of other Networks = 62031
 
I hope this will help users.
 
Alberto KP4AP 73
73


Re: P25 North America reflector

Steve N4IRS
 

If the reflector were changing the timing, a instance of MMDVMHost running on the same machine as the reflector would see the errors. So far, it does not. We agree, the receiving station needs to do a better job of assembling the superframe and if it does not receive all records needed it needs to insert "dummy" records. Mike is still looking at digging deeper before we tackle a possible method. There is the quick way, then there is a correct way.

Thanks for all the help to get to this point.

Steve N4IRS

On 9/19/21 12:59 PM, Miguel wrote:

On Sun, Sep 19, 2021 at 12:29 PM, Steve N4IRS wrote:

The problem is what MMDVMHost does when this happens

Agree. The attention paid to using p25 with hotspots and UDP based comms likely has been minimal compared to dmr and ysf over the years... for obvious reasons. With the recent sale of EFJs and the momentum/attention it has generated (ie. tipping point...) it is now getting some attention... (you guys, others, etc...) Thanks for doing this...

BTW, that same transmission you got errors came in ok on this end... another data point that the issue is on the receiving end... I very much doubt this has to do with the reflector software UNLESS it itself changes the timing of delivery of packets (due to being busy? too many stations?) but that timing can be changed by many other factors so in the end the receiving end has to be more resilient....

Hotspot A (stock sw on pizero)

M: 2021-09-19 15:27:00.362 P25, received network transmission from KB0AJQ to TG 10200
M: 2021-09-19 15:27:08.647 P25, network end of transmission from KB0AJQ to TG 10200, 8.6 seconds, 0% packet loss

Hotspot B (instrumented on pi3b+)

M: 2021-09-19 15:27:00.358 P25, received network transmission from KB0AJQ to TG 10200
M: 2021-09-19 15:27:08.643 P25, network end of transmission from KB0AJQ to TG 10200, 8.6 seconds, 0% packet loss

141 - 160 of 9933