Lol. Getting connected to NervesHub often requires restarting :nerves_runtime which apparently doesnāt cleanup after itself. Really I only use that for development so maybe Iāll just disable it in production releases.
As for the udhcpc on eth0, I assume you are using static? That could cause problems if there is a DHCP server running. Iāll make a ticket for that one
@connor, that NTP servers issue is not entirely repeatable . . previous Factory Reset (5 minutes ago) Configurator correctly did its magic and plugged in my desired names.
Next Factory Reset just now, I got the out-of-the-box default names (4 of them) instead.
Iāll dig deeper . . as Iām still looking at why the Configurator AP is so slooooooooow.
( currently using v8.0.0-rc46 as .IMG downloaded )
P.S. What do I need to do to build :iw on Ubuntu 18.04.2 ? Hereās my failure
I just had a realization on why it probably isnāt working for you.
Farmbot only resets NTP after the device connects to the internet currently. Obviously if the device canāt reach the first NTP servers, it wonāt be able to connect to the internet due to SSL cert errors etc. Iāve moved the check to when a network interface
becomes lower_up which for ethernet means the cable is plugged in, and for wifi means the ap has been associated with. I hope this will fix it. https://github.com/FarmBot/farmbot_os/pull/867
Thanks for all your recent amazing coding !
Hey, { You code, I test } == win<ā>win
Re: that DNS resolver issue with staticwired config . . should I send it to VintageNet or do you think itās a User-problem ( i.e. FarmBotOS coding ) ?
< I know this NTP server user-specified issue is not a big one, but itās functionality that pre-existsed and itās also desirable for School, College, Uni. networks that are usually hyper-managed. >
The āNTP issueā does seem to be fixed now, thanks.
Thanks, too, for that hint to get :iw built . . with the aid of asdf Iām building firmware again ! Yay
AND, unexpectedly, the Configurator AP is back to being responsive (!!) . . I wonder why ?
There was an update to the DNS settings on the configutor AP. This may have fixed it. hopefully Frank Hunleth is working on a proper fix to not require IW
Thanks @connor . . Iāll test all that soon as itās ready.
Meantime, spoke too soon about that Configurator AP performance . . after 1st Factory Reset, itās back to its bad old unresponsive ways. Now that I can build again, I can debug
Yeah in the Config of the Farmbot application i have it set to US. Maybe i should default it to 00 world at boot and default configuration to US but allow users to supply it.
Iāve opened a pr here to allow changing regulatory domain
Now testing on -rc50 at commit 6315b224 and have a couple of observations.
The Configurator AP is now completely unusable for me (here in AU). Iām trying to investigate and will try to compare host_mode in VintageNet with the prior NervesNetwork behaviour.
If thereās a user in a Country outside US thatās willing to test Configurator, thatād be excellent.
Seems that the WiFi layer is Ok and stable (auth, associate) but the ARP and IP layers are ācactusā (very unreliable).
Canāt get the Farmduino v1.4 firmware on-line . . but do get some nice cyan debug logs
Now testing on v8.0.0-rc53 from the CI .IMG file from GitHub
Configurrrrator AP still almost useless . . if you persist trying long enough (1.5 hour ?) you will eventually get the web-site to work long enough to configure the Bot.
After first boot, firmware ( farmduino_k14 ) connects and runs fine.
After any shutdown and restart, connection to Farmduino firmware can never be re-established ! . . despite n x flash firmware attempts from the Firmware pop-up on the Device page ( picture follows) . . . time to burn a new SDHC
< new news re: firmware >
Use WebApp Device -> FIRMWARE dropdown to set firmware None
then set firmware Farmduino (Genesis v1.4) revives the connection
< new news re: Configurator AP > @connor and @Gabriel thereās good news on the Configuratorās WiFi AP . . today I used a different RPi3B+ board and the AP is working very nicely (i.e. as expected).
Puzzling failure on that particular RPi3B+ I was using . . it always worked fine as a WiFi Client . . just not much good as an Access Point
Further testing on v8.0.0-rc53 configuring a wireless network connection reveals that the WiFi Regulatory Domain ( country ) is ( still ) not persisted from the Configurator Advanced form.
Remains as default 'US'.