Date   

Re: Best practice to bridge with IPSC2 or cBridge

Steve N4IRS
 

It only to me 2.5 tries.

On 8/2/2017 1:36 PM, Cort N0MJS wrote:
Steve’s got it right – if there are more IPSC connections, use confbridge on the DMRlink (IPSC) side… if there are more MMDVM connections, use hb_confbridge on the HBLink side. Avoid using BOTH if you can. Just a lot easier!

On Aug 2, 2017, at 6:01 AM, Steve N4IRS <szingman@...> wrote:

[Edited Message Follows]

I rethought this. The choice of DMRlink confbridge or HBlink confbridge depends on the number of "networks" involved.
If you have 4 different MMDVMHosts that need to connect to each other and 1 c-Bridge, use HBLink confbridge.
  MMDVM <---> hb_confbridge  <---> HB_Bridge <---> IPSC_Bridge <---> c-Bridge
Steve

On 08/02/2017 06:23 AM, Themis Floros SV4QXF wrote:
Steve the public TGID's is comming from cBridge .

Thanks

--
Cort Buffington
H: +1-785-813-1501
M: +1-785-865-7206







Re: Best practice to bridge with IPSC2 or cBridge

Cort N0MJS <n0mjs@...>
 

Steve’s got it right – if there are more IPSC connections, use confbridge on the DMRlink (IPSC) side… if there are more MMDVM connections, use hb_confbridge on the HBLink side. Avoid using BOTH if you can. Just a lot easier!

On Aug 2, 2017, at 6:01 AM, Steve N4IRS <szingman@...> wrote:

[Edited Message Follows]

I rethought this. The choice of DMRlink confbridge or HBlink confbridge depends on the number of "networks" involved.
If you have 4 different MMDVMHosts that need to connect to each other and 1 c-Bridge, use HBLink confbridge.
  MMDVM <---> hb_confbridge  <---> HB_Bridge <---> IPSC_Bridge <---> c-Bridge
Steve

On 08/02/2017 06:23 AM, Themis Floros SV4QXF wrote:
Steve the public TGID's is comming from cBridge .

Thanks

--
Cort Buffington
H: +1-785-813-1501
M: +1-785-865-7206






Re: Best practice to bridge with IPSC2 or cBridge

Themis Floros SV4QXF
 

Nice! Thank you for your time...i will share results with us

73 SV4QXF


Re: Best practice to bridge with IPSC2 or cBridge

Steve N4IRS
 
Edited

I rethought this. The choice of DMRlink confbridge or HBlink confbridge depends on the number of "networks" involved.
If you have 4 different MMDVMHosts that need to connect to each other and 1 c-Bridge, use HBLink confbridge.
  MMDVM <---> hb_confbridge  <---> HB_Bridge <---> IPSC_Bridge <---> c-Bridge
Steve

On 08/02/2017 06:23 AM, Themis Floros SV4QXF wrote:
Steve the public TGID's is comming from cBridge .

Thanks


Re: Best practice to bridge with IPSC2 or cBridge

Steve N4IRS
 

The you have no choice but to use DMRlink. Setup confbridge in DMRlink to bridge the TG you want to send to the c-Bridge and use MMDVM <---> HB_Bridge <---> IPSC_Bridge <---> confbridge to add MMDVM.

Steve

On 08/02/2017 06:23 AM, Themis Floros SV4QXF wrote:
Steve the public TGID's is comming from cBridge .

Thanks


Re: Best practice to bridge with IPSC2 or cBridge

Themis Floros SV4QXF
 

Steve the public TGID's is comming from cBridge .

Thanks


Re: Best practice to bridge with IPSC2 or cBridge

Steve N4IRS
 

Hi,
I assume from your message, the public TGs are BrandMeister. If that's the case, HBlink works quite well. I would use confbridge and define those TGs you want to send to BM.

73, Steve N4IRS

On 08/02/2017 05:01 AM, Themis Floros SV4QXF wrote:
Hello Guys , i need some help with best practice to connect HBlink to IPSC2 or cBridge, is better is use CC bridge or homebrew?, for the history i try with homebrew and IPSC2 and take loops!. The resault of all this is to make a like MMDVM server with some isolted TG's and some public TG's .

Please give ideas.
SV4QXF


Best practice to bridge with IPSC2 or cBridge

Themis Floros SV4QXF
 

Hello Guys , i need some help with best practice to connect HBlink to IPSC2 or cBridge, is better is use CC bridge or homebrew?, for the history i try with homebrew and IPSC2 and take loops!. The resault of all this is to make a like MMDVM server with some isolted TG's and some public TG's .

Please give ideas.
SV4QXF


Re: AllStar to D-Star D-Star to DMR

Steve N4IRS
 

Stock DummyRepeater only knows how to talk the a sound card. The modification adds the ability for DummyRepeater to talk to Analog_Bridge or AllStarLink.

Steve

On 8/1/2017 11:52 AM, david bencini wrote:
Hi Steve, thank you !

Only 1 thing :

>You will need to modify DummyRepeater and recompile it.

Why ? i missed it ....

73

d.


2017-08-01 15:18 GMT+02:00 Steve N4IRS <szingman@...>:
David,
It looks like you are most of the way there. You are going to need to use a MMDVM or Motorola Repeater. We do not have support for Hytera. Here is a basic diagram:
MMDVM <---> HB_Bridge <---> Analog_Bridge <---> DummyRepeater <---> ircDDBGateway <-D-Star Network

Analog_Bridge and DummyRepeater each need a DV3000 (AMBEServer) you will need them on different ports. I suggest a powered Hub for 1 of the DV3000s.

HB_Bridge is at: <https://github.com/n0mjs710/HBlink/tree/HB_Bridge> Make sure you clone the HB_Bridge branch.
Analog_Bridge is at: <https://github.com/N4IRS/Analog_Bridge> Use the proper executable for your processor. For a Pi it is Analog_Bridge.ARM rename it to Analog_Bridge
You will need to modify DummyRepeater and recompile it. The changed file is at <https://github.com/N4IRS/Analog_Bridge/tree/master/DummyRepeater>

73, Steve N4IRS

On 8/1/2017 6:42 AM, david bencini wrote:
Hi Steve, your post is very interesting !

I currently have a configured system: RTX Retevis RT3 DMR connected to an URIx interface (with small circuit to have the COS signal). This interface is connected to a raspberry that runs a server ambe (a USB thumbDV is inserted) and dummyrepeater software and ircddbgateway for connection to a dstar reflector. These links between DMR and DSTAR work well, but it has a part in RF to a DMR repeater.

How can I manage everything via software only (w/out RTX)?

I have two ThumbDV 3000 usb dongle, raspberrys, hytera repeater, mmdvm repeaters, etc. So I can try any configuration.

The ideal would be: to connect the hytera dmr repeater (or mmdvm repeater ) to a server (which software must i to use?) Then process the audio datas (with the software / server (ambe server) ?) And finally send it to a dstar reflector server module. For example XLX or XRFor directly to a dstar repeater running ircddbgateway). Can you advise me a few possibilities? Do you have a software that allows you to connect dmr repeaters and send streams to a server somewhere?

Thank you

David IK5XMK




Re: AllStar to D-Star D-Star to DMR

david bencini ik5xmk
 

Hi Steve, thank you !

Only 1 thing :

>You will need to modify DummyRepeater and recompile it.

Why ? i missed it ....

73

d.


2017-08-01 15:18 GMT+02:00 Steve N4IRS <szingman@...>:

David,
It looks like you are most of the way there. You are going to need to use a MMDVM or Motorola Repeater. We do not have support for Hytera. Here is a basic diagram:
MMDVM <---> HB_Bridge <---> Analog_Bridge <---> DummyRepeater <---> ircDDBGateway <-D-Star Network

Analog_Bridge and DummyRepeater each need a DV3000 (AMBEServer) you will need them on different ports. I suggest a powered Hub for 1 of the DV3000s.

HB_Bridge is at: <https://github.com/n0mjs710/HBlink/tree/HB_Bridge> Make sure you clone the HB_Bridge branch.
Analog_Bridge is at: <https://github.com/N4IRS/Analog_Bridge> Use the proper executable for your processor. For a Pi it is Analog_Bridge.ARM rename it to Analog_Bridge
You will need to modify DummyRepeater and recompile it. The changed file is at <https://github.com/N4IRS/Analog_Bridge/tree/master/DummyRepeater>

73, Steve N4IRS

On 8/1/2017 6:42 AM, david bencini wrote:
Hi Steve, your post is very interesting !

I currently have a configured system: RTX Retevis RT3 DMR connected to an URIx interface (with small circuit to have the COS signal). This interface is connected to a raspberry that runs a server ambe (a USB thumbDV is inserted) and dummyrepeater software and ircddbgateway for connection to a dstar reflector. These links between DMR and DSTAR work well, but it has a part in RF to a DMR repeater.

How can I manage everything via software only (w/out RTX)?

I have two ThumbDV 3000 usb dongle, raspberrys, hytera repeater, mmdvm repeaters, etc. So I can try any configuration.

The ideal would be: to connect the hytera dmr repeater (or mmdvm repeater ) to a server (which software must i to use?) Then process the audio datas (with the software / server (ambe server) ?) And finally send it to a dstar reflector server module. For example XLX or XRFor directly to a dstar repeater running ircddbgateway). Can you advise me a few possibilities? Do you have a software that allows you to connect dmr repeaters and send streams to a server somewhere?

Thank you

David IK5XMK



Re: DV3000 testing results

David KE6UPI
 

Hello Steve, I ran your test for the DV3000u on my pi 2. I got to the end and get Error count = 0. I'm good right?

David



--
Thanks, David

"Laws that forbid the carrying of arms...disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one."
Thomas Jefferson

On Wed, Jul 12, 2017 at 12:33 PM, Steve N4IRS <szingman@...> wrote:
We have spent the last couple of weeks working with the DV3000u and below are our results.

This what we sent to NorthWest Digital

===================================================================================================

  • Hardware under test
    • DV3000U set up as direct serial and AMBEServer configurations (at least 4 devices have been tested)
    • X86 based computers (Linux, OSX)
    • ARM based computers (Raspian, Comapss, Armbian)
    • Power supplies
      • Anker 60 watt multi-port supply
      • Power cube with 1.35A @ 5V output
      • X86 using internal PS
  • Test scenarios
    • Run a python test application designed to exercise and test returned results
    • Application is run on X86 machines and ARM based machines with both power supply configurations
    • Test loops are run from between 10,000 or greater passes
    • Each pass both encodes and decodes AMBE frames
    • Tests may be run with the command line
  • Test results
    • X86 
      • All tests perform as expected, both serial and AMBEServer pass
    • ARM
      • Using the Anker 60W PS all tests pass
      • Using the Anker PS with a short USB extension, tests fail
      • Using the smaller PS tests fail (expected)
    • Observations
      • The failure mode is consistent, the device will reset when under load
      • We see the PKT_READY frame returned from the DV3000 whenever the device fails
        • The frame 61 00 01 00 39 is documented in the AMBE3000 reference as PKT_READY
        • The doc states that this frame is produced when ever the device undergoes a hardware reset
      • Failure happens on either AMBE -> PCM or PCM -> AMBE
      • We see no indication of any serial data loss
        • No data corruption
        • No data loss, all data is sent and received
      • The short jumper is of good gauge wire and shows no observable damage 
  • Conclusions
    • The DV3000u will run fine on x86 and SBC machines provided that
      • USB power is sufficient to keep the dongle running
      • Under load, the power may dip causing an install that seems good to fail
      • The reset is clean, leading me to think that the TI TPS3805 is doing the reset, not the AMBE3000 itself
      • You are welcome to use the AMBETest4.py app, add to it, etc as needed.
      • You should make your customers keenly aware that all PS are not created equal and care must be exercised.
      • We have modified our Analog_Bridge application to sense this reset and output error messages in the log

 Two additional pieces of information.
I have a Pi2 that has the PiDV installed running Raspbian. All test pass on the PiDV
I added a ThumbDV to the same board and ran the test against the ThumbDV

root@pi-star(ro):DV3000# python AMBEtest4.py -v -e -n -s /dev/ttyUSB0
Setting serial port
Serial port parameters:
Port name:    /dev/ttyUSB0
Baudrate:    460800
Byte size:    8
Parity:        N
Stop bits:    1
Xon Xoff:    False
RTS/CTS:    False
DST/DTR:    False
*********************
Testing Reset DV3000
Test result: Success (6100010039)
Testing Get Product ID
Test result: Success (61000b0030414d4245333030305200)
Testing Get Version
Test result: Success (6100310031563132302e453130302e585858582e433130362e473531342e523030392e42303031303431312e433030323032303800)
Testing Set DSTAR Mode
Test result: Success (610002000a00)
Testing Reset DV3000
Test result: Success (6100010039)
Testing Set DMR Mode
Test result: Success (610002000a00)
Testing Decode AMBE
Test result: Success (6100010039)
Error, the DV3000 has unexpectly reset
root@pi-star(ro):DV3000#

I moved the DV3000u to a D-Link powered hub. I ran AMBEtest4.py for 100,000 iterations.
All tests pass.

---
"What are HB_Bridge, IPSC_Bridge and Analog_Bridge?" 



Re: AllStar to D-Star D-Star to DMR

Steve N4IRS
 

David,
It looks like you are most of the way there. You are going to need to use a MMDVM or Motorola Repeater. We do not have support for Hytera. Here is a basic diagram:
MMDVM <---> HB_Bridge <---> Analog_Bridge <---> DummyRepeater <---> ircDDBGateway <-D-Star Network

Analog_Bridge and DummyRepeater each need a DV3000 (AMBEServer) you will need them on different ports. I suggest a powered Hub for 1 of the DV3000s.

HB_Bridge is at: <https://github.com/n0mjs710/HBlink/tree/HB_Bridge> Make sure you clone the HB_Bridge branch.
Analog_Bridge is at: <https://github.com/N4IRS/Analog_Bridge> Use the proper executable for your processor. For a Pi it is Analog_Bridge.ARM rename it to Analog_Bridge
You will need to modify DummyRepeater and recompile it. The changed file is at <https://github.com/N4IRS/Analog_Bridge/tree/master/DummyRepeater>

73, Steve N4IRS

On 8/1/2017 6:42 AM, david bencini wrote:
Hi Steve, your post is very interesting !

I currently have a configured system: RTX Retevis RT3 DMR connected to an URIx interface (with small circuit to have the COS signal). This interface is connected to a raspberry that runs a server ambe (a USB thumbDV is inserted) and dummyrepeater software and ircddbgateway for connection to a dstar reflector. These links between DMR and DSTAR work well, but it has a part in RF to a DMR repeater.

How can I manage everything via software only (w/out RTX)?

I have two ThumbDV 3000 usb dongle, raspberrys, hytera repeater, mmdvm repeaters, etc. So I can try any configuration.

The ideal would be: to connect the hytera dmr repeater (or mmdvm repeater ) to a server (which software must i to use?) Then process the audio datas (with the software / server (ambe server) ?) And finally send it to a dstar reflector server module. For example XLX or XRFor directly to a dstar repeater running ircddbgateway). Can you advise me a few possibilities? Do you have a software that allows you to connect dmr repeaters and send streams to a server somewhere?

Thank you

David IK5XMK


Re: AllStar to D-Star D-Star to DMR

david bencini ik5xmk
 

Hi Steve, your post is very interesting !

I currently have a configured system: RTX Retevis RT3 DMR connected to an URIx interface (with small circuit to have the COS signal). This interface is connected to a raspberry that runs a server ambe (a USB thumbDV is inserted) and dummyrepeater software and ircddbgateway for connection to a dstar reflector. These links between DMR and DSTAR work well, but it has a part in RF to a DMR repeater.

How can I manage everything via software only (w/out RTX)?

I have two ThumbDV 3000 usb dongle, raspberrys, hytera repeater, mmdvm repeaters, etc. So I can try any configuration.

The ideal would be: to connect the hytera dmr repeater (or mmdvm repeater ) to a server (which software must i to use?) Then process the audio datas (with the software / server (ambe server) ?) And finally send it to a dstar reflector server module. For example XLX or XRFor directly to a dstar repeater running ircddbgateway). Can you advise me a few possibilities? Do you have a software that allows you to connect dmr repeaters and send streams to a server somewhere?

Thank you

David IK5XMK


AllStar to D-Star D-Star to DMR

Steve N4IRS
 

Since the introduction of a DMR to AllStarLink (ASL) bridge, we have been asked many times for a open source method to bridge ASL to D-Star. Yes, there is a channel driver included in ASL that does some of the work but it requires a closed source program. We felt that a open source solution was possible. The idea was to leverage existing open source programs to form the bridge between ASL and D-Star. ASL provides a channel driver that produces PCM from network or local audio in ASL. It also provides the signaling needed for COS and PTT. That channel driver is chan_usrp. This is the same channel driver we use for the ASL to DMR bridge(s). Why reinvent the wheel? Now we needed a open source method of sending and receiving audio to D-Star. Jonathan Naylor G4KLX as written a number for D-Star programs. One of them is DummyRepeater (DR). DR was built to take analog audio from a local mic, pass it to a Vocoder and on to the D-Star network(s) through ircDDBGateway. All we needed was a connection from ASL to DR. After looking at the code to DR, Mike N4IRR determined only one module in DR needed to be modified. That module is DummyRepeaterThread.cpp. Everything needed to communicate with ASL was in there. Audio in and out, signaling and MetaData. Modifications were made and DR was recompiled. Mike tested on a x86 machine and I tested on a Raspberry Pi.

DR did not include a daemon version. The program required that a GUI be displayed. The GUI does nothing, but it had to display somewhere. Enter xvfb, a virtual frame buffer. DR can display to xvfb. No need to see the output, just give it a place to go. DR also requires a sound device. In the case of the RPi you have 2 choices, add a simple USB sound device that will never be used or a dummy sound device. Add snd-dummy to /etc/modules and reboot or run modprobe snd-dummy. DR is now happy. One of the things we have found is on a Pi where there is no mic input so snd-dummy was used, you can hear a slight tail in the D-Star output. Adding a cheap USB sound device solve that. We are looking into a solution.

Now that DR "speaks USRP" it can connect to another DVSwitch partner. Analog_Bridge (AB) also "speaks USRP" Consider this, AB partners with either HB_Bridge (HB) ir IPSC_Bridge (IB) AB uses a DV3000 to convert AMBE from HB or IB to USRP. You can build a basic bridge from DMR to D-Star using AB and DR. Yes you need 2 Vocoders. One for AB and a second for DR. This can be a MMDVM with HB or a Motorola Repeater with IB. I'll leave other permutations to your imagination. Since both DMR and D-Star have metadata associated with each transmission we decided to pass that metadata between the 2 networks where possible. An inbound transmission from D-Star contains a callsign, that call sign is used to check for a matching call and DMR ID. If found the DMR ID is passed through AB to the DMR network. This is visible as a DMR ID on a user radio or network dashboard. From DMR to D-Star, we decided to put the call, TG and TS into the info field sent to the D-Star network. This is configurable and can be turned of if not desired. for the last 5 days I have been bridging DMR to D-Star on reflector DCS006T.

Just to be clear, this is NOT D-Star_Bridge. That will come later. The changes to DR were pretty simple and it gave us a working solution. Is it scalable? No, not really. Is it stable? Yes, seems so to us. Now is the time for others to try it out and provide feedback. That is why we are now calling it beta. No, there is not script to install it. No, there is no image to pop into your Pi. This is code pure and simple. Everything we have done with DVSwitch has been a module to do a task. Combined with DMRlink and HBlink you can do some interesting and useful things. The source to DummyRepeaterThread.cpp and my notes on building the bridge are at <https://github.com/N4IRS/Analog_Bridge> in the DummyRepeater directory.

For DVSwitch,
73, Steve N4IRS and Mike, N4IRR

--
"What are HB_Bridge, IPSC_Bridge and Analog_Bridge?"


Re: DMRmonitor setup

Cort N0MJS <n0mjs@...>
 

Ah! Great question…. it’s not sorted. It’s all in python dictionaries, which have no ordering to them. They’re a hashed type, which makes searching FAST, but also leaves them unordered. And, it’s nested dictionaries. As long as the “outer” dictionary doesn’t change, the order will be the same, but when you add another system, it could all change.

On Jul 25, 2017, at 4:29 AM, Peter M0NWI <peter-martin@...> wrote:


Cort,


Another question if I may, how is the order of the DMRLink table for display sorted, it doesn't seem random as it always comes out in the same order, but weirdly isn't the order of the dmrlink.cfg, not alphabetic?


73,

Peter




--
Cort Buffington
H: +1-785-813-1501
M: +1-785-865-7206






Re: DMRmonitor setup

Peter M0NWI
 

Thanks Steve,


I'm a bit like Cort, I started with Redhat 6.1 back in '99 and never really moved forward to that modern systemd stuff 😊  


Your systemd script worked a charm and I've got it started as a service now!



Cort,


Another question if I may, how is the order of the DMRLink table for display sorted, it doesn't seem random as it always comes out in the same order, but weirdly isn't the order of the dmrlink.cfg, not alphabetic?


73,

Peter



From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Steve N4IRS <szingman@...>
Sent: 24 July 2017 18:17
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] DMRmonitor setup
 
I usually start with simple and move to systemd after testing. You can do this instead.

cd /opt/Web_tables
nohup python Web_tables.py &>/dev/null &

Steve


On 7/24/2017 12:24 PM, Peter M0NWI wrote:

HI,


Have either of you got Web_tables.py running as a Daemon, I've tried but it it just seems to stop after it's attempted to load the .csv files, works normally when run from the command line.

I've switched on Debug logging, and below is all I get;


Starting system web_tables daemon:.
INFO:root:ID ALIAS MAPPER: 'peer_ids.csv' is current, not downloaded
INFO:root:ID ALIAS MAPPER: 'subscriber_ids.csv' is current, not downloaded


To run it I'm using a hacked version of the rc.bridge script, which seems OK when used with playback, rcm etc.


73,

Peter



From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Cort N0MJS <n0mjs@...>
Sent: 20 July 2017 20:30
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] DMRmonitor setup
 
Actually, tcp_client and web_tables are very different in how they work… some folks may prefer one or the other.

Something I need to be really, really clear about with web_tables:

The real-time repeater activity uses the Motorola IPSC “Repeater Call Monitor” stuff. It’s not making guesses at what repeaters are doing, it is reporting what repeaters tell it they’re doing. It can lose an update packet, and I do not have all of RCM decoded, so some unexpected things still happen. But for example, if a repeater is listed as “repeating”, it’s because that repeater said it was repeating. Similarly, for those who will ask when HBlink will have a version — HBP, to my knowledge, does NOT have an RCM-like facility, so there will never be a feature just like this for HBP unless it gets a baked in facility like RCM in IPSC. I can think of some alternatives that are close… like piping MMDVM’s log over and using it to populate — that’s actually not too bad of a way to do it… But they’re still very different solutions to the same general end…. and it’l take a while.

On Jul 20, 2017, at 1:52 PM, Steve N4IRS <szingman@...> wrote:

Running current code now too.

On 7/20/2017 2:33 PM, Peter M0NWI wrote:
YES!

Got it, the pointer was when you said it should be getting the config.

You'd hardcoded 9000, and I'd not opened that port back into the cloud host firewall!!

All OK now, thanks, really nice page, but I'm utilitarian anyway.

Great stuff Cort.

73,
Peter






Cort Buffington
785-865-7206



Re: DMRmonitor setup

Steve N4IRS
 

I usually start with simple and move to systemd after testing. You can do this instead.

cd /opt/Web_tables
nohup python Web_tables.py &>/dev/null &

Steve


On 7/24/2017 12:24 PM, Peter M0NWI wrote:

HI,


Have either of you got Web_tables.py running as a Daemon, I've tried but it it just seems to stop after it's attempted to load the .csv files, works normally when run from the command line.

I've switched on Debug logging, and below is all I get;


Starting system web_tables daemon:.
INFO:root:ID ALIAS MAPPER: 'peer_ids.csv' is current, not downloaded
INFO:root:ID ALIAS MAPPER: 'subscriber_ids.csv' is current, not downloaded


To run it I'm using a hacked version of the rc.bridge script, which seems OK when used with playback, rcm etc.


73,

Peter



From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Cort N0MJS <n0mjs@...>
Sent: 20 July 2017 20:30
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] DMRmonitor setup
 
Actually, tcp_client and web_tables are very different in how they work… some folks may prefer one or the other.

Something I need to be really, really clear about with web_tables:

The real-time repeater activity uses the Motorola IPSC “Repeater Call Monitor” stuff. It’s not making guesses at what repeaters are doing, it is reporting what repeaters tell it they’re doing. It can lose an update packet, and I do not have all of RCM decoded, so some unexpected things still happen. But for example, if a repeater is listed as “repeating”, it’s because that repeater said it was repeating. Similarly, for those who will ask when HBlink will have a version — HBP, to my knowledge, does NOT have an RCM-like facility, so there will never be a feature just like this for HBP unless it gets a baked in facility like RCM in IPSC. I can think of some alternatives that are close… like piping MMDVM’s log over and using it to populate — that’s actually not too bad of a way to do it… But they’re still very different solutions to the same general end…. and it’l take a while.

On Jul 20, 2017, at 1:52 PM, Steve N4IRS <szingman@...> wrote:

Running current code now too.

On 7/20/2017 2:33 PM, Peter M0NWI wrote:
YES!

Got it, the pointer was when you said it should be getting the config.

You'd hardcoded 9000, and I'd not opened that port back into the cloud host firewall!!

All OK now, thanks, really nice page, but I'm utilitarian anyway.

Great stuff Cort.

73,
Peter






Cort Buffington
785-865-7206



Re: DMRmonitor setup

Cort N0MJS <n0mjs@...>
 

I’m old-school BSD…. how I run things automatically and in the background is at least 15 years out of date. I’d recommend following Steve’s advice.

On Jul 24, 2017, at 11:30 AM, Steve N4IRS <szingman@...> wrote:

Peter,
Make sure the working directory is set.
This SHOULD work.

Steve

[Unit]
Description=Web Tables
# Description=Place this file in /lib/systemd/system
# 07/13/2017

[Service]
Type=simple
StandardOutput=null
WorkingDirectory=/where/python script/lives
Restart=always
RestartSec=3
ExecStart=/where/python script/lives/python_script.py 
ExecReload=/bin/kill -2 $MAINPID
KillMode=process

[Install]
WantedBy=network-online.target


On 7/24/2017 12:24 PM, Peter M0NWI wrote:
HI,

Have either of you got Web_tables.py running as a Daemon, I've tried but it it just seems to stop after it's attempted to load the .csv files, works normally when run from the command line.

I've switched on Debug logging, and below is all I get;

Starting system web_tables daemon:.
INFO:root:ID ALIAS MAPPER: 'peer_ids.csv' is current, not downloaded
INFO:root:ID ALIAS MAPPER: 'subscriber_ids.csv' is current, not downloaded

To run it I'm using a hacked version of the rc.bridge script, which seems OK when used with playback, rcm etc.

73,
Peter


From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Cort N0MJS <n0mjs@...>
Sent: 20 July 2017 20:30
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] DMRmonitor setup
 
Actually, tcp_client and web_tables are very different in how they work… some folks may prefer one or the other.

Something I need to be really, really clear about with web_tables:

The real-time repeater activity uses the Motorola IPSC “Repeater Call Monitor” stuff. It’s not making guesses at what repeaters are doing, it is reporting what repeaters tell it they’re doing. It can lose an update packet, and I do not have all of RCM decoded, so some unexpected things still happen. But for example, if a repeater is listed as “repeating”, it’s because that repeater said it was repeating. Similarly, for those who will ask when HBlink will have a version — HBP, to my knowledge, does NOT have an RCM-like facility, so there will never be a feature just like this for HBP unless it gets a baked in facility like RCM in IPSC. I can think of some alternatives that are close… like piping MMDVM’s log over and using it to populate — that’s actually not too bad of a way to do it… But they’re still very different solutions to the same general end…. and it’l take a while.

On Jul 20, 2017, at 1:52 PM, Steve N4IRS <szingman@...> wrote:

Running current code now too.

On 7/20/2017 2:33 PM, Peter M0NWI wrote:
YES!

Got it, the pointer was when you said it should be getting the config.

You'd hardcoded 9000, and I'd not opened that port back into the cloud host firewall!!

All OK now, thanks, really nice page, but I'm utilitarian anyway.

Great stuff Cort.

73,
Peter






Cort Buffington
785-865-7206



--
Cort Buffington
H: +1-785-813-1501
M: +1-785-865-7206






Re: DMRmonitor setup

Steve N4IRS
 

Peter,
Make sure the working directory is set.
This SHOULD work.

Steve

[Unit]
Description=Web Tables
# Description=Place this file in /lib/systemd/system
# 07/13/2017

[Service]
Type=simple
StandardOutput=null
WorkingDirectory=/where/python script/lives
Restart=always
RestartSec=3
ExecStart=/where/python script/lives/python_script.py
ExecReload=/bin/kill -2 $MAINPID
KillMode=process

[Install]
WantedBy=network-online.target


On 7/24/2017 12:24 PM, Peter M0NWI wrote:

HI,


Have either of you got Web_tables.py running as a Daemon, I've tried but it it just seems to stop after it's attempted to load the .csv files, works normally when run from the command line.

I've switched on Debug logging, and below is all I get;


Starting system web_tables daemon:.
INFO:root:ID ALIAS MAPPER: 'peer_ids.csv' is current, not downloaded
INFO:root:ID ALIAS MAPPER: 'subscriber_ids.csv' is current, not downloaded


To run it I'm using a hacked version of the rc.bridge script, which seems OK when used with playback, rcm etc.


73,

Peter



From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Cort N0MJS <n0mjs@...>
Sent: 20 July 2017 20:30
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] DMRmonitor setup
 
Actually, tcp_client and web_tables are very different in how they work… some folks may prefer one or the other.

Something I need to be really, really clear about with web_tables:

The real-time repeater activity uses the Motorola IPSC “Repeater Call Monitor” stuff. It’s not making guesses at what repeaters are doing, it is reporting what repeaters tell it they’re doing. It can lose an update packet, and I do not have all of RCM decoded, so some unexpected things still happen. But for example, if a repeater is listed as “repeating”, it’s because that repeater said it was repeating. Similarly, for those who will ask when HBlink will have a version — HBP, to my knowledge, does NOT have an RCM-like facility, so there will never be a feature just like this for HBP unless it gets a baked in facility like RCM in IPSC. I can think of some alternatives that are close… like piping MMDVM’s log over and using it to populate — that’s actually not too bad of a way to do it… But they’re still very different solutions to the same general end…. and it’l take a while.

On Jul 20, 2017, at 1:52 PM, Steve N4IRS <szingman@...> wrote:

Running current code now too.

On 7/20/2017 2:33 PM, Peter M0NWI wrote:
YES!

Got it, the pointer was when you said it should be getting the config.

You'd hardcoded 9000, and I'd not opened that port back into the cloud host firewall!!

All OK now, thanks, really nice page, but I'm utilitarian anyway.

Great stuff Cort.

73,
Peter






Cort Buffington
785-865-7206



Re: DMRmonitor setup

Peter M0NWI
 

HI,


Have either of you got Web_tables.py running as a Daemon, I've tried but it it just seems to stop after it's attempted to load the .csv files, works normally when run from the command line.

I've switched on Debug logging, and below is all I get;


Starting system web_tables daemon:.
INFO:root:ID ALIAS MAPPER: 'peer_ids.csv' is current, not downloaded
INFO:root:ID ALIAS MAPPER: 'subscriber_ids.csv' is current, not downloaded


To run it I'm using a hacked version of the rc.bridge script, which seems OK when used with playback, rcm etc.


73,

Peter



From: DVSwitch@groups.io <DVSwitch@groups.io> on behalf of Cort N0MJS <n0mjs@...>
Sent: 20 July 2017 20:30
To: DVSwitch@groups.io
Subject: Re: [DVSwitch] DMRmonitor setup
 
Actually, tcp_client and web_tables are very different in how they work… some folks may prefer one or the other.

Something I need to be really, really clear about with web_tables:

The real-time repeater activity uses the Motorola IPSC “Repeater Call Monitor” stuff. It’s not making guesses at what repeaters are doing, it is reporting what repeaters tell it they’re doing. It can lose an update packet, and I do not have all of RCM decoded, so some unexpected things still happen. But for example, if a repeater is listed as “repeating”, it’s because that repeater said it was repeating. Similarly, for those who will ask when HBlink will have a version — HBP, to my knowledge, does NOT have an RCM-like facility, so there will never be a feature just like this for HBP unless it gets a baked in facility like RCM in IPSC. I can think of some alternatives that are close… like piping MMDVM’s log over and using it to populate — that’s actually not too bad of a way to do it… But they’re still very different solutions to the same general end…. and it’l take a while.

On Jul 20, 2017, at 1:52 PM, Steve N4IRS <szingman@...> wrote:

Running current code now too.

On 7/20/2017 2:33 PM, Peter M0NWI wrote:
YES!

Got it, the pointer was when you said it should be getting the config.

You'd hardcoded 9000, and I'd not opened that port back into the cloud host firewall!!

All OK now, thanks, really nice page, but I'm utilitarian anyway.

Great stuff Cort.

73,
Peter






Cort Buffington
785-865-7206

9161 - 9180 of 9532