[Configurator] Two fixme-s on the /network page; the MAC addresses for wired and wireless are not available.
[Don’t-know] Use the WebApp, Device page, Power and Reset to SHUTDOWN the bot actually causes a Reboot instead. The FarmBotOS.Platform.Target.SystemTasks.shutdown does the correct thing (power-off).
[FarmBotOS] The configured (advanced) optional NTP 1 and NTP 2 servers are ignored.
That’s very strange. Ill check this out. Thereay be a race condition that needs catching or maybe there was a momentary breakage in infrastructure like you said
Is this supposed to work at the moment? I saw that @connor recently made changes to the farmware interface so I am not sure if this still is work in progress.
Also after upgrading from 7.0.1, the first-party farmware was completely missing. I re-flashed the SD card and manually installed the camera farmware to have it at least show the error message.
Now testing v8.0.0-rc29 with the https://my.farm.bot API.
Still have that repeating (3 minute) Farmbot app: crash followed shortly by OS Restart.
Will see what I can make of the Erlang stack traces. (Not sure it’s Infrastructure, but I am way over in Ausstrayliaah . . and previous poster seemed to have their bot up long enough to play with )
<edit>
Think I have a clue on this one . . I always just grab the .IMG from the GitHub Pre-Release artefacts, check its sha256sum then burn it to a known good SDHC then go and Configurate it, etc…
Others probably use the NervesHub to do an OTA update !! I wonder if that’s it ??
I just booted a v8.0.0-rc29 that I built locally and it’s staying up.
@connor, in your copious spare time, could you grab a .IMG from Release and see whether it behaves badly for you too ? Thanks !
Thanks . . but still not working on my RPi in fact v8.0.0-rc35 assets won’t even boot !?
Tried the .IMG and then tried fwup-ing the .FW file . . in each case, the RPi just does 4 slow Red blinks and 4 fast Red blinks, repeating, until I remove power. Nothing on the serial console.
Huh i thought i fixed this. I’ll reopen the ticket.
That is normal, unfortunately. It is espeak opening the sound device. ALSA is just really noisy for some reason. I could probably add a config file of some sort with all the defaults to prevent it, but it’s not that big of a deal. To get serial logs, you should be able to do a RingLogger.attach()
May have another issue coming . . I just need to dig deeper / debug it some more.
I’m in AU (Australia) and the WiFi Configurator AP is painfully slow and unresponsive, even on my trusty Ubuntu laptop.
I usually end up using the serial console and IEx to setup the basic network and credentials.
I noted that the AP is using US reg.dom. WiFi channels . . I need to check whether this is a problem.
You are setting these values from configurator right? they aren’t checked after configuration time so if your device was already configured they probably wouldn’t be used.
Yes, these were set from the /config_wired Configurator page, Advanced fields.
The persisted values I showed were sampled after at least one OS full reboot.
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