Some 24 hours ago I observed a 'freezing' of the WeeWX-picture at
https://vannwnhzn.nl/WeeWX0/index.html
Still continues.
First thought is that upload for the html-file has stopped.
Because for upload using the FTP-function in WeeWX, implicitly it
means that WeeWX has to be checked.
Observation in WeeWX is that all files of WeeWX still get actual
datestamp, but contents have completely been frozen on approx.
June 8th, 16:25
Restart of WeeWX (regardless of route) has no effects: no further
visible processing.
This afternoon (as second thought) the penny dropped that this
was also the time that Weatherflow_Tempest as datafeeding sensor
through UDP went on strike:
Tempest hub shows red light, meaning that the dataflow from the
sensor (or the hub itself) has problems.
Also see at the Weatherflow-server that data & display has
been frozen at the time mentioned above.
Locally in Domoticz I see that since that time the data from the
UDP-sniffer is also solid as a rock.
Hard reset of the Tempest hub has no effect.
Question:
is it correct observation that when an interface-driver of WeeWX
has no inputs with changing time-validity, then all subsequent
dataflows also stop & freeze?
Or is this apparently simultaneous event just an
unhappy coincidence?
Or some aspects specific for the Tempest hub &
interface-driver?
is it correct observation that when an interface-driver of WeeWX has no inputs with changing time-validity, then all subsequent dataflows also stop & freeze?
Vince,
Nothing changed in the network.
Therefore have to assume that this defect is 'own initiative' of
the Tempest-hub.
Sure, hints in
https://help.weatherflow.com/hc/en-us/articles/360050786593-Troubleshooting-Guide-Setup-WiFi-Hub-Tempest-Device-
The simple remdy of reboot of hub, router and WAPs doesn't
correct the situation:
means need to dig deeper in the hub's setup for communication.
--
You received this message because you are subscribed to the Google Groups "weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to weewx-user+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/b51ea02d-306a-4230-862f-78f1d0452f15n%40googlegroups.com.
-- =============================================================== Contactinfo voor Anton van Nieuwenhuijzen: Email = ton...@gmail.com Fax2Mail = (+31/0)84.8397303 [ook Voice2Mail] =============================================================== Deze E-mail en eventuele aanhangende files zijn alleen bestemd voor de geadresseerde(n). Als je deze E-mail ten onrechte hebt ontvangen, dan aub verwijderen en de afzender informeren.
Thanks!
Confirms my view on the matter related to WeeWx.
Further confirmed by effort last night from Weatherflow under their 'remote control':
- looking at the status reports from Weatherflow apparently repeated resets from their side
- such resets resulted in short sequences with 'realistic' data
from WeeWx [which is listening to the UDP-dataflow between
Tempest-hub and WLAN]
=> conclusion that connection from Weatherflow over internet and WLAN to/from Tempest-hub still exists
=> conclusion that also interface may exist between Tempest-hub and Tempest-sensorhead
=> unclear what is meaning of red Led at the Tempest-hub
=> NOT a problem of WeeWx, but of Weatherflow_Tempest
--
You received this message because you are subscribed to a topic in the Google Groups "weewx-user" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/weewx-user/3PMs0ANkce8/unsubscribe.
To unsubscribe from this group and all its topics, send an email to weewx-user+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/919dda8b-d4c3-4d38-99af-d76040a52682n%40googlegroups.com.