-
The timing is probably not much different. I would check the system logs for errors during boot that might indicate the interface is unavailable at that point.
You probably don't need to sleep at that point but after the reset. More like:
#!/bin/sh /bin/echo "AT^RESET" > /dev/cuaZ99.1 sleep 60 /etc/rc.linkup opt1 up
Steve
-
Hi Steve
I tried it (changed the interface).#!/bin/sh /bin/echo "AT^RESET" > /dev/cuaZ99.1 sleep 60 /etc/rc.linkup ppp0 up
Sadly with no success..
After the reboot the system trys to reconnect in an endless loop...
But then, if I place the following command over cron or putty, it connects successfully...
/bin/echo "AT^RESET" > '/dev/cuaZ99.1'
-
Ok but key in that log is that the port you are trying to use does not actually exist.
So what does exist at that point? Has it rearranged the ports so that is now cuaU1.0 for example?Does it not in fact see the modem at all so no ports are created?
In which case you might try using usbconfig to retrigger that process after the reset.Steve
-
The problem is that I can't connect to the firewall during log output (is remotely connected via VPN). I wait until the next reset is done by cronjob. After that it runs again. But I will try to check this on site.
Then I would have to check in the shell which cua* devices are visible? What is the best way to do this? And how could I do the reset with usbconfig? -
Yeah check the system log. Look in /dev.
Use
usbconfig -d ugen0.2 reset
or whatever the device is.
See: https://www.freebsd.org/cgi/man.cgi?query=usbconfigSteve
-
Hi Steve
Sorry, I had a lot to do the last Days. But now I tested wirh usbconfig. Sadly the same effect. If I set the command manually in the running system - it works. But if I use it as part of shellcmd the system does not connect to the modem.... I have no Idea what I can do. Currently I have an cron once a night, which runs "/bin/echo "AT^RESET" > '/dev/cuaZ99.1'". Thats working but is not a very nice solution.
Regards -
Well it looks like a timing issue so you should be able to set something that runs at boot, waits for the interfaces to be detected and the modem to cone up and then sends the AT reset. It's just a matter if finding the correct timing and using a command that doesn't prevent other things running while it waits.
Steve
-
Hi Darkred,
Does adding a boot delay to /boot/loader.conf help?
loader_delay="40"
I had to add a delay on my apu4d4. I followed these instructions:
https://teklager.se/en/knowledge-base/pfsense-lte-troubleshooting/Br,
nblind -
What can be the reason for this, or what can I do about it? I have already set the loader_delay to "40" - but it does not help.
I now see that you already did that.
I did not read carefully enough, sorry.Br,
nblind -
Hi @nblind
Thank you for your support.
I have already implemented the delay, that is correct. Unfortunately, my problem still exists. Currently I use a workaround. I reboot the device once a night and start a reset of the modem via cron 10 minutes later. So it works - for whatever reason.....
Best Regards