Date   

Re: DTMF

 

Bravo. Will be welcomed for the
MMDVM FMGateway that Jonathan just released.
It is using USRP interface to ASL

Richard
VE2DJE

Le jeu. 18 mars 2021 8 h 51 a.m., Danny Lloyd <danny@...> a écrit :
I am testing changes to chan_usrp to allow it to decode dtmf.  The results are good.  I will get a pull request out soon.

Danny/KB4MDD


Re: Analog_Reflector VPS

Peter Buckley
 

Yes, Steve - trying to add Analog_Reflector to working Allstar 45479 <----> DMR Gateway  BM/TG 31085

Browser page for Gateway Here:     http://InternetVail.Dyndns.org:8888

-pete


Re: DTMF

Danny Lloyd
 

I am testing changes to chan_usrp to allow it to decode dtmf.  The results are good.  I will get a pull request out soon.

Danny/KB4MDD


Re: PLease suggest a place to ask about DMR packet structures

Randy AA6RH
 

Check out the OpenDV groups.io forum. Johnathan Naylor, who wrote MMDVM is on that forum and similar questions have been posed there. He's fairly well versed on DMR specs, though I don't know the extent to which he has experience with Hytera.

--R
--
Randy Hall AA6RH (not K7AGE, quit asking) 😁


Re: Cloud based Dstar Ambe Server Audio Quality

Ken, K6EFJ
 

Version 1.3
I just did a test pointing the Rpi 3 Dvswitch server (on fiber to home) to the internal ip # of Zum Ambe Server. Dstar was crytal clear. Thinking maybe UDP packet loss.


Re: Cloud based Dstar Ambe Server Audio Quality

Mike Zingman - N4IRR
 

I had issues with mine, describes here:
https://dvswitch.groups.io/g/Mobile/message/1341

What firmware version are you using?


Re: ASL to DMR Bridge...changing talkgroups

Tim - KX4ZU
 

Dan K0TI,
Thanks for this info.  I just got the Allstar to DMR Bridge setup and it's working great.  Very easy to change talkgroups using DTMF commands, as described above.

Take Care!
Tim
KX4ZU
AllStar node: 532520
Hamshack Hotline: x-11703


Re: PLease suggest a place to ask about DMR packet structures

vk2psf@...
 

which part of dmr?  over the air, ipsc, or homebrew?

https://www.dmrassociation.org/dmr-standards.html

../alex


Re: hytera USB packet structure

Eric - KF7EEL
 

The BPTC function in dmr_utils3 has at least the last 2 bytes commented out. I'll send you a function for what I have in the next day or so.


Re: hytera USB packet structure

Kev
 

Thanks, I'm happy to privately send a GPS packet if it will assist either of us. maybe HBLink could support radio data directly in the future, sound like it could be a case of just listening and responding on a few UDP ports.

I do not have a PiStar, MMDVM etc. Just a standard hytera radio with 'forward to PC' enabled.

I am familiar with dmr_utils3 as I happen to also be writing my 'connector' in python, however am yet to incorporate it into my packet analysis. The initial 9 bytes do appear to align correctly. Hopefully a job for tonight.


Cloud based Dstar Ambe Server Audio Quality

Ken, K6EFJ
 

Does anyone in the group have experience using Zum Ambe Server on a Cloud based VPS? 
I currently have a working Debian 10 (Buster) cloud based (Wireblade VPS) install of DvSwitch Server and Allstar.  I have a public facing Zum Ambe Server on a separate fiber to home connection. Dvswitch is configured with the correct IP address and port number for the ambe server, but the audio quality on Dstar is very poor. If I switch to MD380 emulation in DvSwitch Server it actually sounds better. I have a second duplicate installation (same fiber to home connection) of Dvswitch Server and Allstar (2-14 image) on a Rpi 3b using a NW Digital ThumbDV or a DVMEGA DVstick 30 and the audio on Dstar sounds great. I have already tried swapping the Zum Ambe Server and power supply as I have two of them with no difference in results.  Any ideas????
Ken K6EFJ 


Re: hytera USB packet structure

Eric - KF7EEL
 

I haven't seen a Hytera GPS packet, but would like to as I may be able to add it to hblink for decoding. All the data types that I have seen have been at 1/2 rate, so BPTC works. When I started investigating a few months ago with wireshark, all the DMR data was encapsulated in an MMDVM packet. I was sniffing traffic from my hotspot to try to decode GPS data. When I finally got something figured out, I built an application for hblink that decodes the data (BPTC, happened to be built into dmr_utils3 python library).

I have seen data from Anyone, TYT, Motorola, and a few others, all encoded at 1/2. Setting SMS settings on my Anyone for H-SMS (believe that is for Hytera) results in SMS encoded at 1/2.

I am guessing that the data you seek is encoded at 1/2 rate. You can enable a setting in PiStar to all least decode the packet header, that would point you in the right direction.

There are also a couple lines in my hblink fork that you can uncomment that will display the raw decoded packets.


Re: PLease suggest a place to ask about DMR packet structures

Kev
 

Thanks Steve,
Unfortunately no-one here seams to be able to help and as it wasn't a DVSwitch question I wondered if there was a more appropiate place to ask.

I'm just looking to document a couple of DMR packet structures and put them on Github for everybody.
Regards
Kev


Re: Analog_Reflector VPS

Steve N4IRS
 

Peter,
Are you trying to add Analog_Reflector to your existing AllStar to DMR bridge or building a new bridge?

Steve N4IRS

On 3/17/2021 10:31 AM, Peter Buckley via groups.io wrote:
On Tue, Mar 16, 2021 at 08:57 AM, Steve N4IRS wrote:
edit Analog_Reflector.json to configure the reflector
Port Question:  Analog_Reflector.json
(I have a working Allstar to DMR Gateway)  AM trying to configure the Analog_Reflector now...
I pulled my usrpTxPort and usrpRxPort (below)  from my working Analog Bridge settings.
(always confused about ports - if they need to be reversed).  Is below OK?
what should the "mobile port" be?
Thanks!
N0ECT

{
  "nodeName":"DVSwitch",
  "dmrID":"1108299",
  "abAddress": "127.0.0.1",
  "usrpTxPort": "32001", 
  "usrpRxPort": "34001",
  "mobilePort": "12346",
  "wsPort": "443",
  "keyDir": "./ssl/",
  "siteroot": "./arRoot",
  "logFileName": "/var/log/dvswitch/Analog_Reflector.log",
  "logLevel": "2",
  "disallowUnknownClients": false,
  "brokerURL": "mqtt://localhost:1883",
  "rightsMask": "4",
  "autoMute": true,
  "clientModes": ["DMR", "STFU", "DSTAR|D-Star", "NXDN", "P25", "YSF", "ASL|AllStar", "Intercom"],
  "bridges": {
    "asl": [
      {"node" : "1999", "address" : "127.0.0.1", "rxPort" : "34001", "txPort" : "32001", "rights" : 3, "amiUserName" : "admin", "amiSecret" : "llcgi"}
    ],
    "ab" : [
      {"name" : "DMR",    "address" : "127.0.0.1", "rxPort" : "51100", "txPort" : "51103", "rights" : 1},
      {"name" : "D-Star", "address" : "127.0.0.1", "rxPort" : "52100", "txPort" : "52103", "rights" : 1},
      {"name" : "NXDN",   "address" : "127.0.0.1", "rxPort" : "53100", "txPort" : "53103", "rights" : 1},
      {"name" : "P25",    "address" : "127.0.0.1", "rxPort" : "54100", "txPort" : "54103", "rights" : 1},
      {"name" : "YSF",    "address" : "127.0.0.1", "rxPort" : "55100", "txPort" : "55103", "rights" : 1}
    ]
  }
}
 


Re: PLease suggest a place to ask about DMR packet structures

Steve N4IRS
 

I don't have a problem with the discussion happening here.

On 3/17/2021 10:26 AM, Kev wrote:
Hello,
Please could anyone suggest a place to ask questions about DMR packet structures.
Thanks
Kev




Re: Analog_Reflector VPS

Peter Buckley
 

On Tue, Mar 16, 2021 at 08:57 AM, Steve N4IRS wrote:
edit Analog_Reflector.json to configure the reflector
Port Question:  Analog_Reflector.json
(I have a working Allstar to DMR Gateway)  AM trying to configure the Analog_Reflector now...
I pulled my usrpTxPort and usrpRxPort (below)  from my working Analog Bridge settings.
(always confused about ports - if they need to be reversed).  Is below OK?
what should the "mobile port" be?
Thanks!
N0ECT

{
  "nodeName":"DVSwitch",
  "dmrID":"1108299",
  "abAddress": "127.0.0.1",
  "usrpTxPort": "32001", 
  "usrpRxPort": "34001",
  "mobilePort": "12346",
  "wsPort": "443",
  "keyDir": "./ssl/",
  "siteroot": "./arRoot",
  "logFileName": "/var/log/dvswitch/Analog_Reflector.log",
  "logLevel": "2",
  "disallowUnknownClients": false,
  "brokerURL": "mqtt://localhost:1883",
  "rightsMask": "4",
  "autoMute": true,
  "clientModes": ["DMR", "STFU", "DSTAR|D-Star", "NXDN", "P25", "YSF", "ASL|AllStar", "Intercom"],
  "bridges": {
    "asl": [
      {"node" : "1999", "address" : "127.0.0.1", "rxPort" : "34001", "txPort" : "32001", "rights" : 3, "amiUserName" : "admin", "amiSecret" : "llcgi"}
    ],
    "ab" : [
      {"name" : "DMR",    "address" : "127.0.0.1", "rxPort" : "51100", "txPort" : "51103", "rights" : 1},
      {"name" : "D-Star", "address" : "127.0.0.1", "rxPort" : "52100", "txPort" : "52103", "rights" : 1},
      {"name" : "NXDN",   "address" : "127.0.0.1", "rxPort" : "53100", "txPort" : "53103", "rights" : 1},
      {"name" : "P25",    "address" : "127.0.0.1", "rxPort" : "54100", "txPort" : "54103", "rights" : 1},
      {"name" : "YSF",    "address" : "127.0.0.1", "rxPort" : "55100", "txPort" : "55103", "rights" : 1}
    ]
  }
}
 


PLease suggest a place to ask about DMR packet structures

Kev
 

Hello,
Please could anyone suggest a place to ask questions about DMR packet structures.
Thanks
Kev


Re: hytera USB packet structure

Kev
 

Hi Eric, If you are more familiar with GPS Packets, have you seen a hytera one? Could you tell me the data structure?
I might be miss reading it, but currently I don't see the etsi format of 3+25+24 bits.
I do see a 'N' and a 'W' but the numbers between don't match. Maybe two's compliment?
Thanks
Kev


Re: Analog_Reflector VPS

Bruno
 

very good, thanks for all the information. Good continuation in your development.

Bruno


Re: hytera USB packet structure

Kev
 

Hi Eric, thanks for taking the time to help.
Could you have a quick look at my attachment? you might recognise something there I've missed.
GPS is my next protocol, I have captures of that too.
I believe these are standard etsi packets, I think I've just read too much etsi and confused myself :)

These where captured in hex using wireshark. The USB is recognised as a network adapter.

941 - 960 of 9820