DRT 173 - 20180809

Thursday Night D-STAR Round Table. Join us on reflector XRF002A, XRF310A and XRF555A 7:00pm PDT weekly.

You can find the shout box show notes on D-STAR Round Table Board

Shoutbox History

 N9KO: KD8DAS: On hearing second mode thru ur hotspot. Why not unlink from the ref/tg before you change to another mode?

AF7FS: I propose a discussion on the Thursday D-STAR Round Table about using and programming a D-STAR transceiver to access D-STAR through a hotspot (ZumSpot using Pi-Star software, OpenSpot and Others); also talk about call sign routing between hotspot users.

N6HKH: AF7FS: Thanks for the topics suggestion. Any other topics of interest from stations? Post them here please.

k6jm: Mike - Regarding using TerminalMode radios like 51 Plus2, 31 Plus, 4100 with new G4KLX DStarRepeater software to do linking instead of Callsign Routing -- I'm not ready to demo it myself, but others have it working and are happy. But I can talk abt it.


k6jm: John K6KD -- Just asked pi-star to use DStarRepeater instead of MMDVMHost. DStarRepeater config values are shown, but not Rpt1Validation. However, looking at /etc/dstarrepeater, you can manually edit rpt1Validation and set it to 0.

k6jm: But, I have not actually tried to manually do that, and I suppose it is possible pi-star rewrites that config file and forces rpt1Validation=1. Maybe someone has tried that, but I have not.

k6jm: Just tested pi-star with DStarRepeater selected. Using SSH into my pi-star machine, I did rpi-rw, nano /etc/dstarrepeater and changed rpt1Validation to 0. I then changed some other pi-star values and applied them. rpt1Validation survived & wasn't changed.

Share | Download(Loading)