Just subscibed to WisDM pro and was expecting priority support but got this as a reply:
Dear Valued Customer,
Due to the time zone difference in business operating hours, we may not currently be available to answer your message immediately. Rest assured that we will get back to you as soon as we possibly can.
Looking forward to connecting with you later, and thanks for your patience.
Added a gateway (7268CV2) to WisDM ( No problem)
LTe signal level not working anymore on WisDM
Update to latest firmware ( No Problem)
Tried to open Webpage from local network ( Not working anymore)
Experiencing the same. We are subscribing to the WisDM Enterprise with “Priority support”, however we are still waiting days for any response. Also having issues with the LTE backhaul of the 7268CV2 gateway.
It’s been an issue for long. Even though the stated that the LTE issues were solved in the latest firmware, we have seen no improvement.
We also have the Enterprise license - complete radio silence regarding tickets/support. They used to have a website where you could follow the ticket status and communicate with them, but it seems to have been closed down.
I’m also seeing high CPU usage 98-100% on some of our gateways, is anyone else also experiencing this?
What I have noticed so far is that refresh occurs every 10min, so after a reboot gateway shows 99% when you check it just after it comes online, but after waiting the 10min refresh it goes to normal.
Don’t know if it’s your case.
Can you confirm ?
Only cellular connection. We usually never use Ethernet or WiFi, however we do not change the WAN priorities, hence it is still: 1. Ethernet, 2. WiFi, 3. Cellular, but 1 and 2 are just not active.
I just tried setting up and updating firmware from 2.1.4 to 2.1.5 for 16 RAK7268CV2 gateways. This time I experienced the same as you mention @Yo_LAHOLA . First few minutes CPU was 99%. After 10 minutes it was more stable at around 60%.
However 1 out of the 16 never upgraded the firmware and simply went offline. This is why I’m hesitant in updating firmwares remote.
Hopefully the frozzen one is not too far away, FYI I had one gateway which has done this and went back online “miraculously” the day after !?!?!?!?! So was able to update it afterall
BTW is the gateway still sending data and frozen on WisDM only or completely lost ?
Luckily it’s here in the office next to me, but this happening out in the field would be a very serious issue for us.
It is completely offline. It’s using cellular as backhaul and the connection has been lost for an hour. Maybe it will come online again at some point like yours, however I do not understand why this would happen?!
I just had a gateway (RAK7268C V1 FW 1.3.8) go offline in our office, while testing with a new sim card - which had been running for more than a month. I could see in the network log for the sim card, that it had attached a data connection on the cellular network, the exact moment it went offline on TTI.
When I inspected the gateway, the blue LED on the top was still breathing as normal. I restarted the gateway by unplugging the power, but when I tried to check the log afterwards - everything was gone expect from the time it had been powered on again. I also checked in the /tmp/log folder, but I could not find any old logs there.
I found full logs in /mnt/mmcblk0p1/syslog. I’m not 100% sure what happened other than I can see that the wwan0 went offline and then tried to restart wwan0. I also found this in the log
Tue Jun 20 22:08:35 2023 daemon.notice netifd: wwan (5914): Warning: Executing wildcard deletion to stay compatible with old scripts.
Tue Jun 20 22:08:35 2023 daemon.notice netifd: wwan (5914): Explicitly specify the prefix length (169.254.37.37/32) to avoid this warning.
Tue Jun 20 22:08:35 2023 daemon.notice netifd: wwan (5914): This special behaviour is likely to disappear in further releases,
Tue Jun 20 22:08:35 2023 daemon.notice netifd: wwan (5914): fix your scripts!
I’m still having trouble to get in touch with RAK through WisDM…
