Acymailing Joomla frontend module error ‘Uncaught ReferenceError: acymModule is not defined’ [Solution]
To solve this, I changed the settings of the module to -> Advanced -> Load javascript module = On the module itself
To solve this, I changed the settings of the module to -> Advanced -> Load javascript module = On the module itself
This is my wishlist for features / fixes for the Anytone AT-D878UV and AT-D587UV DMR radios. Comments, additions and suggestions are welcome, contact me on sm0rgm@helander.se. Maybe the Anytone people will read it 😉 I will submit it through my dealer as well, for them to forward to the Anytone developers.
There is actually no such thing as “analog” APRS. The traditional APRS over AX.25 on 144.800 MHz (or 145.390 MHz in other parts of the word) is actually defined as a digital mode.
However, Anytone has a possibility in their radios choose wether to send APRS over AX.25 or as position data over the DMR channel. This settings can be found in MENU -> APRS -> Upload Type, “A -Aprs” for APRS over AX.25 or “D – Aprs” for using the DMR. In Anytone they call these modes “Analog APRS” and “Digital APRS”.
In this mode positions are transmitted on a simplex channel (144.800 MHz in IARU region 1) and can be received by anyone in range. The packets can be repeated by digitpeaters (WIDE1 for local “fill in” digitpeaters and WIDE2 for wide coverage digipeaters). If the packet hits a digitpeater with an I-gate it is transported into the APRS-IS system and can be seen in aprs.fi.
The traditional APRS over AX.25 packet radio has many more functions than just position reporting, such as telemetry, weather reports, messaging etc etc. If your radio is capable of receiving APRS you can also see other hams in the area (position, distance, direction etc).
In this mode, the radio uses the built in function in the DMR specfication to transmit position data. When this position data reaches the Brandmeister servers it is converted to APRS and fed into the APRS-IS system and can be seen on aprs.fi.
APRS over DMR is limited to only position data so if your goal is to just show up on aprs.fi, this can be the mode of choice for you. You miss out on all other features of APRS when using DMR or “digital” APRS.
If you look at the APRS menu on the Anytone for example, the APRS SMS function is only availible for “Analog APRS”.
For me, I choose the “old school” APRS over AX.25 all days in the week 🙂
Looking at many how-to guides for the Anytone AT-D878UV / AT-D578UV and APRS, it can be hard to determine if APRS should be transmitted as FM (20 kHz bandwidth) or FM narrow (12 kHz bandwidth). Some guides show WIDE while others show NARROW.
The answer is clear in the IARU region 1 VHF band plan – APRS on 144.800 MHz should be transmitted using FM narrow.
My analog APRS transmissions with the AT-D878UV was not received by any other stations. The problem was that when the codeplug is created (using New in the CPS), the values for Transmit delay and Prewave Time is set to 0 (zero) for APRS and this will not work (probably to battery saving as this is not a problem with the AT-D578UV for example, which will work with much lower values for Transmit Delay and Prewave Time).
Solution:
In the CPS -> APRS -> set Transmit Delay to 600 ms and Prewave time to 600 ms.
Source: https://www.reddit.com/r/AnyTone/comments/han0y5/aprs_problems_the_solution_anytone_atd878uv/
Ana Aprs Tx should be set to “Narrow” according to IARU region 1 bandplan.
I’ve tried to find an explanation to these values online but haven’t found anything closer than “it controls the time after activating the transmitter until data is being sent”. So I tried setting each value, one at a time to it’s maximum and this is what I think it does:
If I set the Prewave Time too high, my receiver will not receive and decode the packet. I’ve experimented with values for Prewave Time with different values and between 80-600 ms it seems to be working.
This little APRS-tracker from the late 90’s or early 00’s is a neat little device, however pretty old. It uses an external GPS receiver (via RS232) and connects to a radio, like a HT for example.
According to the manual, the configuration utility runs under Windows 95 or 98 (yes, indeed old stuff). I have a TM-1 lying in a box collecting dust so I figured that I should fire it up and see if I could use it for something fun (today APRS is gaining some attention again since many new radios has analog APRS rx and tx build in, like the Anytones).
It turned out that it worked fine under Windows 10. I used an USB to RS232 adapter. In the device manager, find the COMx-port adapter, under Properties -> Port -> Advanced, I had to select COM1 to COM4 since the old software just supports these ports.
I installed it and right clicked on the program file for the TigerTrak configuration utility and selected Compatibility -> Win 95 (not shure if this is needed but I did it anyway).
To connect the TM-1 to the configuration utility, first start the utility. With the TM-1 connected to the serial port (straight cable), power it on while holding PWR and MODE simultaneusly. The software should indicate CONNECTED and the LOCK led on the TM-1 should go green.
As special path 1 i used WIDE1-1 and special path 2 WIDE2-2. This will cause packets received by a WIDE digitpeater to repeated two hops. If that is overkill (like in an urban area with many digipeaters) you could use WIDE2-1 to limit it to one WIDE hop instead.
Nowadays there is a specific TOCALL for TigerTrak units: APTIGR
I got my hands on a used HP Proliant server with P420i raid controller, however was unable to create a logical raid drive using the ACU. A message while booting shows “Hardware RAID support is disabled via NVRAM Configuration Setting“. It turns out the raid had been disabled by enabling hba mode.
This can be solved but it is a bit tricky. I used information from the following sources:
https://systemausfall.org/wikis/howto/Disable%20HP%20Proliant%20Hardware-RAID
http://downloads.linux.hpe.com/SDR/project/mcp/
https://wiki.debian.org/HP/ProLiant#HP_Repository
https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/
sudo nano /etc/apt/sources.list
deb http://downloads.linux.hpe.com/SDR/repo/mcp jessie/current non-free
sudo curl http://downloads.linux.hpe.com/SDR/hpPublicKey1024.pub | apt-key add -
sudo curl http://downloads.linux.hpe.com/SDR/hpPublicKey2048.pub | apt-key add -
sudo curl http://downloads.linux.hpe.com/SDR/hpPublicKey2048_key1.pub | apt-key add -
sudo curl http://downloads.linux.hpe.com/SDR/hpePublicKey2048_key1.pub | apt-key add -
apt-get install ssacli
ssacli controller slot=0 show
ssacli controller slot=0 modify hbamode=off
On a Joomla! 3 site I got the error “You can’t remove your own Super User permissions.” when trying to save global configuration.
It turned out some previous admin had set the file permissions on this file so the system wasn’t allowed to write to it. I set rw permissions to it using FTP connection to the server and the problem was solved.
U
On a site with a valid SSL certificate, sometimes a page load would result in a warning about being insecure. When inspecting the certificate, it turned out to be an old self signed certificate that shouldn’t be in use any more since the site now has a valid “real” SSL certificate.
Reloading the page a couple of times after the problem occured, and the site loaded again with a green SSL “lock” symbol. But randomly the problem kept occuring.
Even after deleting the old self signed certificate files from the server and restarting apache2, the problem remaind.
It turned out that neither systemctl restart apache2
, service apache2 restart
or apachectl stop / start
killed all running processes.
To verify this I did apachectl stop
and then ps ax | grep apache2
revealing there where still running processes. After killing each of them manually I started apache2 again and the problem was resolved.
Suddenly some of my slave servers stopped processing the job queue. Ispconfig version 3.2.9. Investigating the log files.
/var/log/ispconfig/cron.log shows:
PHP Fatal error: Uncaught mysqli_sql_exception: Data truncated for column 'warnvirusrecip' at row 1 in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php:302
See this discussion: https://forum.howtoforge.com/threads/uncaught-mysqli_sql_exception-data-truncated-for-column-warnvirusrecip-at-row-1.90116/
This is how I solved it. On the master server:
mysqldump -uroot -p --add-drop-table dbispconfig spamfilter_policy > spamfilter_policy.sql
Then copy the spamfilter_policy.sql to each slave server having problems processing the queue and do:
mysql -uroot -p dbispconfig < spamfilter_policy.sql