Date   

Re: DV switch to ASL 2.0 beta 6

Steve N4IRS
 

The buster script is a good source of info.

Thanks, Steve

On 3/26/2021 1:40 PM, me@... wrote:
I'll make sure the DVSwitch repo is added in our next release so our beta users can start testing DVSwitch on the new beta. Steve, send me an e-mail if you have recommendations otherwise I'll use the data from that script.

Cheers!
Rob
KK9ROB


Re: DV switch to ASL 2.0 beta 6

me@...
 

I'll make sure the DVSwitch repo is added in our next release so our beta users can start testing DVSwitch on the new beta. Steve, send me an e-mail if you have recommendations otherwise I'll use the data from that script.

Cheers!
Rob
KK9ROB


DVS install on Hytera PNC380 ?

Allister
 

Has anyone successfully installed the DVSwitch app on a Hytera PNC380  PoC device ? 

I have the app loaded from the APK file but the call sign and DMR ID boxes are missing from the account tab. 

The Zello, APRS Droid and Peanut apps have installed with out issues and are working just fine. 

Any advice or pointers to getting this working would be most welcome, 

Regards, 

Allister GM7RYR 


Chan_usrp & GNU Radio

me@...
 

Has anyone been successful in using a GNU Radio USRP Sink/Source block to connect to AllStar via chan_usrp? I'm running into some issues.
 
GNU Radio doesn't let you specify the port for the USRP block, so it defaults to whatever the UHD USRP library is set to. If I manually set that port in ASL, it does attempt to connect, but it gives a bad packet error from chan_usrp:
 
    [Mar 25 18:15:48] NOTICE[18154] chan_usrp.c: Received packet length 16 too short
    [Mar 25 18:16:01] NOTICE[18154] chan_usrp.c: Received packet from 10.0.1.200 with invalid data
 
I was thinking about taking the following approach and just sending the data back to another Python script, but it seems a bit silly to have to do that:
https://wiki.gnuradio.org/index.php/Understanding_ZMQ_Blocks
 
Basically, it just receives and sends data over a local TCP socket so you can pipe the desired data to and from GNU radio. This approach WILL work from what I can tell, but it seems... dirty to me I guess. Lol.
 
Here's the gist of the program I'm writing. I'm stripping down the code from here:
https://github.com/DVSwitch/USRP_Client to just the basic TX and RX goodies. I've tested it and it works great over chan_usrp. You basically get a string of 320 bytes per loop, and can send that to the sound card/to ASL. But I want to send it to GNU radio for further processing. For RX from AllStar, it'll pretty much just send it straight to the sound card for now. For TX from the microphone/radio, it'll pass it through GNU radio to do CTCSS, squelch, and all of the other band/low/high pass filtering, then send it over to AllStar via USRP.
 
This is also to add SDR capabilities to AllStar to allow a cheap way to do full duplex. This would be a really cool feature -- imagine having the ability to plug in a ~$25 SDR and your node is then capable of full duplex (with some filtering or crossband). An additional feature this could bring is the ability to do Voter with SDRs -- each Voter site/instance only needs an SDR and a Pi.
 
**Is there an easy way to just send that byte stream over to GNU radio in the same script?** 
 
**If I take the ZeroMQ approach, any recommendations on how the flow chart might look?** I'm still trying to figure out how all of the different sampling, resampling, multipliers, selectors, signal source, and all that plays into getting out a clean audio signal, so any insight there is appreciated.
 
Cheers,
Rob
KK9ROB


locked Re: Shaming for using an app

Jason - WY7JT
 

I've heard people complain about DVSwitch, yet they will use their Icom radio in terminal mode with the RF section off using the AMBE chip directly to the internet, or a dongle, or a DVMega Cast.... And IP access to ham radio is a blessing for a lot of older hams in hospitals, convalescing, in nursing homes.... they're able to get on nets, chat with their friends. God knows they can use the distraction. And because of the technology today we are still using radio, whether wifi, cellular, satellites....  Those complaining are free to use RF only repeater systems, but they'll probably be pretty bored just listening to ID messages all day. But then that's why we hear them on busier IP linked systems. Some people are just silly. 

Jason - WY7JT


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

Kev
 

none of the above.
I'm investigating the 'forward to pc' option on most radios, starting with hytera.
These appear to be fairly standard etsi packets possibly with all data blocks joined together into a single udp packet directed at a udp port on the pc.
Thanks, regards
Kev


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

Kev
 

Thanks, I have now joined that group too.
Regards
Kev


Re: Analog Reflector (hUC) installation problem turned out to be a Firefox problem

Mike KB8JNM
 

Yes, it looks to me like permissions to use net-software on local hardware device.

It used to be in menu from the shield in the URL area. It seems they may have moved it.

But I think that is what you are looking for.

On 3/26/2021 8:36 AM, JerryL via groups.io wrote:
Hi Mike,
Attached is a screen shot of what I am seeing after trying to run the hUC on SeaMonkey.  Note: From what I understand SeaMonkey is a light version of Firefox from Mozilla.  I hope this helps you.


Re: hytera USB packet structure

Kev
 

Hi Heiko,
I don't believe hytera's (or motorola's for that matter) radios use ipsc in their 'forward to pc' option on their mobile and handheld radios.
IPSC is a repeater protocol.
Regards
Kev


locked Re: Shaming for using an app

Scott-N5HUM
 

Then they shouldn't be using D-Star, echolink, C4FM, Wires-X, P25, NXDN, or any of the other digital modes. They all use the internet. They also should stop using any repeaters that are linked using ASL, IRLP, and any other linking mode that uses anything but RF. Nowadays they wouldn't have many options to use "real radio."


Re: Analog Reflector (hUC) installation problem turned out to be a Firefox problem

Brad N8PC
 

turm your mic on in the computer and make sure to select it for use

On 3/26/2021 8:36 AM, JerryL via groups.io wrote:
Hi Mike,
Attached is a screen shot of what I am seeing after trying to run the hUC on SeaMonkey.  Note: From what I understand SeaMonkey is a light version of Firefox from Mozilla.  I hope this helps you.


Re: Analog Reflector (hUC) installation problem turned out to be a Firefox problem

JerryL
 

Hi Mike,
Attached is a screen shot of what I am seeing after trying to run the hUC on SeaMonkey.  Note: From what I understand SeaMonkey is a light version of Firefox from Mozilla.  I hope this helps you.


locked Re: Shaming for using an app

 

You are not alone. This happens on my network. Its the Wires-X users here. I use DVSM and come in via Asl. The audio is of hi quality. Just to upset them.


From: main@DVSwitch.groups.io <main@DVSwitch.groups.io> on behalf of IK7VXC Mike <gammaproject@...>
Sent: Friday, March 26, 2021 7:33:20 AM
To: main@DVSwitch.groups.io <main@DVSwitch.groups.io>
Subject: [DVSwitch] Shaming for using an app
 

[Edited Message Follows]

I don't know if this has happened to some you before but for sure it's getting on my nerves. And this happens mostly on D-Star.

There is always your typical smartalec - who thinks he knows better - that comes up with the "you're supposed to use a real radio" tirade.
I don't like being told by nobody what I'm supposed to use to communicate. In fact I don't really care about other people's devices (as long as their transmission is fine).
So this can easily turn into a heated argument, something I wish to avoid.
But the problem is you can't lie about your device because on the dashboards there is that DVSW suffix that gives you away.
So the question is: can you please implement a feature so that we can let appear in that field the name of a radio and move on, and be done with silly arguments?

Thank you
73 de IK7VXC


locked Shaming for using an app

IK7VXC Mike
 
Edited

I don't know if this has happened to some you before but for sure it's getting on my nerves. And this happens mostly on D-Star.

There is always your typical smartalec - who thinks he knows better - that comes up with the "you're supposed to use a real radio" tirade.
I don't like being told by nobody what I'm supposed to use to communicate. In fact I don't really care about other people's devices (as long as their transmission is fine).
So this can easily turn into a heated argument, something I wish to avoid.
But the problem is you can't lie about your device because on the dashboards there is that DVSW suffix that gives you away.
So the question is: can you please implement a feature so that we can let appear in that field the name of a radio and move on, and be done with silly arguments?

Thank you
73 de IK7VXC


Re: DV switch to ASL 2.0 beta 6

Steve N4IRS
 

You need to add the DVSwitch repository so you can install the packages.
cd /tmp
wget http://dvswitch.org/buster
chmod +x buster
./buster

Now complete your install.

Steve N4IRS

On 3/25/21 8:44 PM, Pete Fierro via groups.io wrote:
Hello

    Trying to upgrade to the new software here.Im running ASL to DMR bridge via DV Switch. 

   Question....Trying to upload Dv switch to the new software...DV Switch to ASL 2.0 Beta 6...See pic

    "Unable to locate package dvswitch "

What's up with this?

Pete
KD2ARB 






DV switch to ASL 2.0 beta 6

Pete Fierro <overthetop52@...>
 

Hello

    Trying to upgrade to the new software here.Im running ASL to DMR bridge via DV Switch. 

   Question....Trying to upload Dv switch to the new software...DV Switch to ASL 2.0 Beta 6...See pic

    "Unable to locate package dvswitch "

What's up with this?

Pete
KD2ARB 





Re: Support for 5 digit capacity + ID's

Alec-N1AJW
 

Last check with BM admins it was no.  


Alec


Re: hytera USB packet structure

Heiko DL1BZ
 

Hi Kev,

there's a simple answer. The Hytera-IPSC is proprietary. Unlike the "over the air" interface, which follows a clear specification (ETSI), the network side is not subject to such a specification. In hamradio digital voice we mostly use the homebrew protocol, also called MMDVM. Hytera, whose devices are intended for commercial purposes, use their own protocols. Developers usually only get access to this information mostly after they sign an NDA. Which also means that you cannot and may not publish this information that easily. That's why I have to tell you, your search is unlikely to be successful. You will probably not find what you are specifically looking for.
Hytera-IPSC and MMDVM are similar, but also differ in many places. There are already protocol converters Hytera IPSC <> MMDVM, but only for the Hytera repeaters. However, these were previously closed source. But there is an interesting project: https://github.com/OK-DMR/Hytera_Homebrew_Bridge

73 Heiko, DL1BZ


Support for 5 digit capacity + ID's

KYLE - WX9KVH
 

Just wondering if there will ever be support for Cap + ID's that were issued by DMR MARC back in the day? I know my audio passes through BM without issue, but does not come across the DVSM service at all. 

 

Just curious. Thanks in advance!

73 de WX9KVH


Re: Analog Reflector (hUC) installation problem turned out to be a Firefox problem

 

Mike, FYI, I'm having no issues using Firefox with the latest hUC.  I'm running the latest Firefox on Windows 10.

On 24/3/21 11:44 pm, Mike Zingman - N4IRR wrote:
So I can reproduce you issue, please tell me the OS version by running
uname -a
and reporting the results.  All tests I have done with FF have worked, so I want to see if I broke something recently.


-- 
73 de Tony VK3JED/VK3IRL
http://vkradio.com

801 - 820 of 9775