forum.pistar.uk

Why not just use the rewrite rules and set 1 hotspot to do both networks.

If you get error issues with git failing to update your pistar system files, it will always be that the checksum of a file/s has changed in either /usr/local/bin or /usr/local/sbin or /var/www/dashboard

It is caused by the file system having been put back into read/write (rpi-rw) and your pi ...

If you would want to turn BrandMeister back on in the future I would pad those talk groups to 7 characters long so that they would not interfere with any of the regular BrandMeister talk groups which can be 6 characters long.

Have you tried adding a SrcRewrite = 2,311099,2,8800,1

When the PI-Star boots up it moves the file to where it belongs in the PI-Star system.

If you get error issues with git failing to update your pistar system files, it will always be that the checksum of a file/s has changed in either /usr/local/bin or /usr/local/sbin or /var/www/dashboard
Log into SSH and do one of the sets of commands that is for the area having the error. After it ...

You are right, that won’t work, but that isn’t what I am trying to do.

I am trying to disconnect TS 1 while it is busy by sending a 4000 to TS 1. This is not working.

(Same for TS 2 - a call to 4000 on TS 2)


[/quote]

You cannot issue a disconnect while the hotspot is in an active situation ...

Thanks

In the MMDVMHost under General there is a setting called timeout and it is set to 300 which when you look at the live log it displays as 300 seconds. What times out at 5 hours and what does it cause?

The dashboard color codes can be saved by manually copying the /etc/pistar-css.ini file out during backups and reloading it during restores. Alternately, one can apply the following patch to the backup/restore process:

rpi-rw
sudo sed -i 's/pistar-remote $backupDir 2>\&1");/pistar-remote ...