forum.pistar.uk

(Assuming you're using the lastest version:) migrate from the main dashboard --> admin --> expert --> CSS Tool, and then pick QRZ from the drop-down under the Lookup section, and hit Apply.

For starters, you can simply check the connection status: iwconfig ifconfig And check to see what IP and routing addresses are assigned: hostname -I netstat -r And then scan the logs for more info: grep -shie "wpa_supp\|dhcpcd\|wlan0\|ifup" {/var/log/syslog.1,/var/log/syslog} and check ava...

I think you misread/misunderstood something here: you are not going to being able to connect to the Brandmeister network without an API key. And, if your HS's have been down for year or so, then they are/were probably configured for V1 keys which are obsolete now. You need to update 'em. You can do ...

Well, I'm still unsure of the power fluctuations as a cause, mainly because I haven't been able to correlate to external sources of such fluctuations. What I do see, on occasion, is nevertheless strange: here's an example: : : : : M: 2023-02-03 14:13:14.088 DMR Slot 1, received network voice header ...

I'm thinking more along the lines of voltage sags, not brownouts, not uncommon around here, given the condition of our power lines. Not sure I would notice them much unless the lights flicker; would need to put a long-term power monitor up to verify but who has one of those just laying around? ;) Mo...

[My days of working at the circuit level are long gone so I appreciate your insights here.] Do we know for sure that the errant clocking causes the message to be generated? Is there a way to have the firmware "defense" against this, i.e. to detect the bad clocking and/or the erroneous data...

Been monitoring this problem for a couple months now and from time to time would get the sense noise/interference was the culprit but could never pin it down or correlate it to or even reproduce it with the any of the usual environmental sources. A drifting clock was another thought I had. But what ...

All applicable firmware is up-to-date here. Yet, others may be modifying (and testing) theirs. Who knows?

The stripped.csv file is static, woefully out-of-date, rarely updated. You can bring it up to date (relatively) by running this script: rpi-rw cd /usr/local/etc sudo curl --fail -o stripped.csv -f https://database.radioid.net/static/user.csv rpi-ro No need to run this daily, or even weekly, as the c...

When you run your script manually, are you in RW mode? Have you run your script from root? Have you looked at the syslog's and auth log's to see if perhaps any errors are thrown? One observation: if you're running this script every minute, you may be butting heads with other system and Pi-Star funct...