Date   

Re: Confused hblink and MMDVM bridge.

Steve N4IRS
 

Derek,
Are you saying that if you have hblink.dvswitch.org as your DMR Master on your netbook, it does not execute mode changes or tunes? If so, please post the MB.ini from the netbook.

On 12/16/2020 10:49 AM, G4WXN@... wrote:
Steve thanks for the reply.

What is strange is that I have a RPi with

Address=hblink.dvswitch.org in MMMDVM Bridge
And that works fine with my mode change and tune scripts.

However if I use the same settings on on my netbook running DVSwitch it appears to work, no errors that I can see in the logs, and yet it simply doesn't work.

Perhaps then more the question is why DOES it work on the RPi?

--
Derek

G4WXN


Re: Confused hblink and MMDVM bridge.

G4WXN@...
 

Steve thanks for the reply.

What is strange is that I have a RPi with

Address=hblink.dvswitch.org in MMMDVM Bridge
And that works fine with my mode change and tune scripts.

However if I use the same settings on on my netbook running DVSwitch it appears to work, no errors that I can see in the logs, and yet it simply doesn't work.

Perhaps then more the question is why DOES it work on the RPi?

--
Derek

G4WXN


Re: Confused hblink and MMDVM bridge.

Steve N4IRS
 

Derek,
Are you asking why your transmission go nowhere when you are connected to hblink.dvswitch.org?
hblink.dvswitch/org is a simple DMR master I setup for people to test. There is no connection to any other network or master. There is no dashboard. The only way someone else would hear you is to also be connected to hblink.dvswitch.org and be on the same TG / TS.

We have discussed building a expanded HBlink master to better demonstrate the uses for HBlink but there is only so much time in the day.

Hope this answers your question.
73, Steve N4IRS


On 12/16/20 3:54 AM, G4WXN@... wrote:
Please excuse my stupidity, I am struggling to get my head around a problem I have.

I have DVS running on a Rpi, in MMDVM_Bridge.ini I have the following settings
--------------------------
Address=hblink.dvswitch.org
Port=62031
Jitter=360
Local=62032
Password=######
# for XLX the syntax is: Options=XLX:4009
# Options=
Slot1=0
Slot2=1
Debug=0
#-------------------------
That works fine with the scripts I have for switching systems, BM, TGIF, DMR+ etc.
I have another installation of DVS on a netbook, if I use the same settings the log files report that it has signed into the master with no problems, but my transmissions don't go anywhere, eg when on BM I watch the last heard and my transmissions never appear. However if I change the address line to a BM master with my password, all works fine.
So why does one work and not the other?
As always grateful there are folk out there smarter than me.
 
--
Derek

G4WXN


Confused hblink and MMDVM bridge.

G4WXN@...
 

Please excuse my stupidity, I am struggling to get my head around a problem I have.

I have DVS running on a Rpi, in MMDVM_Bridge.ini I have the following settings
--------------------------
Address=hblink.dvswitch.org
Port=62031
Jitter=360
Local=62032
Password=######
# for DMR+ see https://github.com/DVSwitch/MMDVM_Bridge/blob/master/DOC/DMRplus_startup_options.md
# for XLX the syntax is: Options=XLX:4009
# Options=
Slot1=0
Slot2=1
Debug=0
#-------------------------
That works fine with the scripts I have for switching systems, BM, TGIF, DMR+ etc.
I have another installation of DVS on a netbook, if I use the same settings the log files report that it has signed into the master with no problems, but my transmissions don't go anywhere, eg when on BM I watch the last heard and my transmissions never appear. However if I change the address line to a BM master with my password, all works fine.
So why does one work and not the other?
As always grateful there are folk out there smarter than me.
 
--
Derek

G4WXN


Re: installing on other ARM platforms other than raspberry #best_practices

fabiobassa
 
Edited

Good morning Steve and first of all ty for replay.

I have run the DVSwitch programs on H2 - H5 and Samsung processors

I'm glad to read this. Before my f post I read a lot ( read much times this forum and also a pdf explaining " how is made" )  and wrongly understood that was necessary , for some kernel instruction or other, a specific arm processor. Cool it is not !

We uses qemu to provide a "abstraction layer" to allow md380-emu to run everywhere we have tested.

Well this is a part must dig deeper since , again wrongly, supposed no need of q-emu to run natively on arm processors.

You can install DVSwitch Server on Armbian now, see <https://github.com/DVSwitch/DVSwitch-System-Builder>

Sure it will be next step , go througth the install process. I'm not exactly a linux guru in the meaning I don't know of coding in c++ or python but neither I'm zero knoledge. Am able to debug a script or a shell and can " understand" a bit a python wrap. I'm sure other questions will come and will ask again on these pages, but I see this forum is very active in helping people with dilemmas . thanks

Armbian happens to be one of my favorite distributions

Well, just for coriousity , this is the project a talented man and me we focused on. Most people supposed linux won't run on these board, we  did it. On that forum my nick is fabiobassa again, just a nickname !

https://forum.armbian.com/topic/12656-csc-armbian-for-rk322x-tv-boxes/

If you want to include the DVSwitch programs in you project, you are welcome to do so.

Sure, thank you but before I must be sure the things are working, and then put as much infos to help people easily reproduce the whole scenario.

73 and good luck on your project.

Thank you so much Steve, 73's Marco IZ8XOH

 

EDIT:

the install process went smoothly. Now just need understand where all config go and how they interact each other

 


Re: Bridge

ibjosh1985@...
 

i ended up finding it thanks i was not subscribed to the group now i am.

i do have a question so when in the TG/Ref DB Management and lets say i click edit Dstar the page is blank same as the other's i do have DMR setup


Re: Bridge

W Paul Mills AC0HY
 

On 12/15/20 2:29 PM, ibjosh1985@... wrote:
it takes me here https://dvswitch.groups.io/g/Server

Click on Current zip file contents



-- 
/**************************************************
* Amateur Radio Station AC0HY                     *
* W. Paul Mills         SN807                     *
* Assistant EC Alpha-1 ARES Shawnee/Wabaunsee, KS *
* President Kaw Valley Amateur Radio Club         *
**************************************************/


Re: Bridge

Steve N4IRS
 

Takes me to the document. Look here <https://dvswitch.groups.io/g/Server/files>

On 12/15/2020 3:29 PM, ibjosh1985@... wrote:
it takes me here https://dvswitch.groups.io/g/Server


Re: Bridge

ibjosh1985@...
 

it takes me here https://dvswitch.groups.io/g/Server


Re: Bridge

Steve N4IRS
 

The link I sent is to a PDF

On 12/15/2020 3:20 PM, ibjosh1985@... wrote:
i dont see any pdf's i see videos


Re: Bridge

ibjosh1985@...
 

i dont see any pdf's i see videos


Re: Bridge

Steve N4IRS
 

On 12/15/2020 3:17 PM, ibjosh1985@... wrote:
ok i'll install it on a pi is what is a good configure document for dvswitch


Re: Bridge

ibjosh1985@...
 

ok i'll install it on a pi is what is a good configure document for dvswitch


Re: Bridge

Steve N4IRS
 

It is possible to install ASL on a existing DVSwitch Server.
It is easier to install DVSwitch Server on a existing ASL 1.01 node.

ASL 1.01 is VERY picky about the system you are installing on. DAHDI can be troublesome. A lot depends on how well you know Linux and building kernel modules.
ASL 1.01 ISO is built on Debain Stretch. Once ASL 1.01 is running, it's pretty easy to add DVSwitch server. This assumes you build from the ISO.
If you can't install from a ISO, start with a fresh Stretch install, ASL install should go pretty well.

The Raspberry Pi install is he easiest. Start with the ASL 1.01 image. Boot and configure. Add DVSwitch Server and configure.

All of the DVSwitch components, Analog_Bridge, MMDVM_Bridge, the gateways etc are built to work together. Everything uses UDP ports to communicate.

On 12/15/2020 1:46 PM, ibjosh1985@... wrote:
can i install ASL on the same machine


Re: Bridge

ibjosh1985@...
 

can i install ASL on the same machine


Re: #analog_bridge #dmrlink #mmdvm_bridge #analog_bridge #dmrlink #mmdvm_bridge

Don Poaps
 

Update: 

I tried connecting using my in-house IP address directly to the DV Switch PI. It doesn't connect. My IAX does connect to my main Hamvoip AllstarLink Node.

I'm clueless when it comes to this. 

73

Don va7dgp


Re: installing on other ARM platforms other than raspberry #best_practices

Steve N4IRS
 

Answers inline below.

On 12/15/2020 6:57 AM, fabiobassa wrote:

Hello everyone, I am an Italian HAM iz8xoh and is since few time that I'm experimenting on this fronteer of interconnecting different nodes on different technologies.

Have realized that for everybody ' s easy use most things are "raspberry concentric" since of course this is the easisest approach , and reproducibility is quite assured. But together with some talented people we achieved the goal to port linux ( armbian in particular) even on cheap platforms such as tvboxes.

DVSwitch is in no way Raspberry centric. We support i386, AMD64, armhf and ARM64 binaries. We test on a variety of systems. For ARM processors, we test on Armbian. I have run the DVSwitch programs on H2 - H5 and Samsung processors. Armbian happens to be one of my favorite distributions. You can install DVSwitch Server on Armbian now, see <https://github.com/DVSwitch/DVSwitch-System-Builder>  

Some of those boards are armhf with up to 2 giga ram/16giga rom , some others are aarch64 up to 4gb ram,  so even much more powerfull.

Actually compiled mmdvmhost and mmdvmcal on rockchip rk322x platform and planning to check on old amlogic 805 .

If you can run MMDVMHost, you should be able to run the DVSwitch programs and the support programs

mmdvmhost and mmdvmcal  both are fully functional on rockchip armhf  and registered on Italy BM server. But my goal would be port on those cheap boards even all the suite such as mmdvm_bridge and also md380_emulator and ASL until the board can support it or split across diffferent boards and join them in lan network.

Regarding  about md380_emu  I have learned  that some instruction are " kernel" sensitive and platform tested are some allwinner ( h2 h3) .So now come questions:

1) why are very platform dependant ? Is some feautures needed to be implemented in make config of kernel or are HARDWARE related ( hw acceleration, real time kernel ) ?

We uses qemu to provide a "abstraction layer" to allow md380-emu to run everywhere we have tested.

2) any info about building from scratch is higly appreciated, maybe step by step to check functionality. E.G. for beginning would be great have the mmdvm hotspot hat ( single antenna-single slot chinese clone ) running with  his mmdvmhost and trying to decode the audio pipeing to a usb soundcard .Then step by step adding modules for ad hoc network or bm connected in a soft learning curve .

There is no reason to "build from scratch" since the DVSwitch Programs should run on your hosts now. DVSwitch is not trying to be everything to all people. If you want to include the DVSwitch programs in you project, you are welcome to do so.

Once the system have a great releabilty of course will be made a disclosure of these results giving credits to all owners of respective githubs projects !

Thank you in advance, 73' s iz8xoh


73 and good luck on your project.
Steve N4IRS

 



installing on other ARM platforms other than raspberry #best_practices

fabiobassa
 

Hello everyone, I am an Italian HAM iz8xoh and is since few time that I'm experimenting on this fronteer of interconnecting different nodes on different technologies.

Have realized that for everybody ' s easy use most things are "raspberry concentric" since of course this is the easisest approach , and reproducibility is quite assured. But together with some talented people we achieved the goal to port linux ( armbian in particular) even on cheap platforms such as tvboxes.

Some of those boards are armhf with up to 2 giga ram/16giga rom , some others are aarch64 up to 4gb ram,  so even much more powerfull.

Actually compiled mmdvmhost and mmdvmcal on rockchip rk322x platform and planning to check on old amlogic 805 .

mmdvmhost and mmdvmcal  both are fully functional on rockchip armhf  and registered on Italy BM server. But my goal would be port on those cheap boards even all the suite such as mmdvm_bridge and also md380_emulator and ASL until the board can support it or split across diffferent boards and join them in lan network.

Regarding  about md380_emu  I have learned  that some instruction are " kernel" sensitive and platform tested are some allwinner ( h2 h3) .So now come questions:

1) why are very platform dependant ? Is some feautures needed to be implemented in make config of kernel or are HARDWARE related ( hw acceleration, real time kernel ) ?

2) any info about building from scratch is higly appreciated, maybe step by step to check functionality. E.G. for beginning would be great have the mmdvm hotspot hat ( single antenna-single slot chinese clone ) running with  his mmdvmhost and trying to decode the audio pipeing to a usb soundcard .Then step by step adding modules for ad hoc network or bm connected in a soft learning curve .

Once the system have a great releabilty of course will be made a disclosure of these results giving credits to all owners of respective githubs projects !

Thank you in advance, 73' s iz8xoh

 


#analog_bridge #dmrlink #mmdvm_bridge #analog_bridge #dmrlink #mmdvm_bridge

Don Poaps
 

I finally got all my nodes green. I have 530782 setups on my DV Switch PI.
Are there simple documents showing how to connect via the main node to the DV switch Node. I'm using analog ht being heard by my Kenwood V71. I like to be able to use the HT or the IAX Phone on my Windows or my Cell phone. The audio some goes to the dvswitch out DMR or D Star. 
On the DVswitch, I have answered all the DMR and D-Star answers as far as a password, etc. 
73
Don 


Re: Followup on Network Watchdog timeout message FCS to DMR bridge

David Young
 

Steve,
Yes, success!!!
Works perfectly.  On you install instructions,  a note:
Installing the new MMDVM_Bridge module, just doing the systemctl stop command and replacing the existing MMDVM_Bridge module and restarting using systemctl start, did not fix the problem although the module did restart.  I needed to reboot the server and restart from cold and that then did the trick and all works now.  I had to also do a:  chmod +x MMDVM_Bridge, to get my script to execute without a permission denied error.

Thanks much Steve, I've been struggling with this for some time.
--
Dave WB6DTB

821 - 840 of 8660