Weewx 3.5 auf Raspverry Pi Zero mit TFA Nexus  (Gelesen 1157 mal)

Offline steffenm

  • Registriert:
    10.04.2016, 10:55:26
  • Beiträge: 1
Hallo,

ich bin am Versuchen mit Weewx eine TFA Nexus mit dem Raspverry Pi auszulesen.
Leider klappt das nicht, da ich eine Fehlermeldung erhalte.

Hab die Meldung leider nicht vorliegen, da die Anlage leider nicht bei mir zuhause installiert ist.

Google brachte mir auch ein Ergebnis zu dem Fehler.
Im aktuellen Te923 Treiber Version 0.17 soll sich ein Fehler befinden.
Der Verfasser hat es mir V.014 wohl hinbekommen.

Woher bekomme ich den Treiber. te923 Version0.14?

kann mir einer Helfen.

Gruß
Steffen

Wetterstationen.info Forum

Weewx 3.5 auf Raspverry Pi Zero mit TFA Nexus
« am: 10.04.2016, 11:05:03 »

Offline Fotoprinz

  • Registriert:
    18.06.2014, 20:21:41
  • Beiträge: 113
  • Station:
    TFA Nexus mit RX-4MM3/F / TFA EOS Max
Re: Weewx 3.5 auf Raspverry Pi Zero mit TFA Nexus
Antwort #1 am: 10.04.2016, 13:57:37
Hallo Steffen,

ich kenne mich mit Deiner Problematik nicht aus, aber vielleicht findest Du ja hier was zu Deinem Treiber.
LG Fotoprinz ;-)

Offline falk

    • Wetterstation Scharnhausen
  • Registriert:
    15.04.2015, 07:28:04
  • Beiträge: 702
  • geogr. Position:
    48°42' 9°16'
  • Station:
    Davis Vantage Vue
Re: Weewx 3.5 auf Raspverry Pi Zero mit TFA Nexus
Antwort #2 am: 10.04.2016, 20:49:16

Woher bekomme ich den Treiber. te923 Version0.14?


Im Git-Repository https://github.com/weewx/weewxsind alle Versionsstände enthalten. Die Version 0.14 vom Treiber findest du hier: https://raw.githubusercontent.com/weewx/weewx/5b44c5565e5142003a2bf6b4e48acc3d6238cd4a/bin/weewx/drivers/te923.py

Ob die alte Treiberversion mit dem neuesten Release 3.5.0 von WeeWX läuft ist aber nicht sicher. Vielleicht hilft dir dann der Verfasser.

Offline Wolli

    • Männlich
  • Registriert:
    01.05.2014, 09:27:29
  • Beiträge: 5
  • Station:
    TFA NEXUS
Re: Weewx 3.5 auf Raspverry Pi Zero mit TFA Nexus
Antwort #3 am: 11.04.2016, 19:48:58
Im weew Support Forum gab es schon einmal eine Diskussion dazu. Vielleicht hilft die Umstellung des Timeout auf 5s.

Wolli

---------------

when you say 'same problems', do you mean "weewx fails to start" or something else?  what messages from the te923 driver do you see in the log?

between weewx 3.4.0 (te923 driver version 0.16) and weewx 3.5.0 (driver version 0.17), the only change to driver logic was a timeout value.  at line 1587 in te923.py, the timeout was changed from 5 seconds to 1 second.

this change might result in more timeout failures - you'll see "Timeout after X bytes" in the log.  if they happen when weewx is starting up, then weewx will quit.

weewx is designed to quit when a driver fails at startup.  the intent is that if a driver cannot communicate with the hardware, you want to know about it so you can fix it.

however, there are cases where you want weewx to loop forever during startup, even if the driver fails to communicate with hardware.  setting 'loop_on_init=True' in weewx.conf will make weewx loop forever during startup, even if the driver fails.

in the case of the te923 driver, it has *always* had initialization problems.  most of the time (at least with the hardware i have tested on), startup works fine.  but occasionally the driver is not able to synchronize communication over the usb.  when this happens it can take two or three attempts before the driver communicates properly.  typically this is manifested by "Not enough bytes" or "Bad header byte" messages, but occasionally it will be "Timeout after ...".

there also seem to be some timing issues related to communicating with a te923 station over usb (or possibly even with respect to the system usb).

if you are having problems with te923 driver and weewx 3.5.0, here are two things to try:

1) if the problem is that weewx exits soon after startup, with messages in the log from the te923 driver, then try setting loop_on_init=True in weewx.conf

2) if you are seeing timeout messages in the log from the te923 driver, then try changing the timeout value to 5 seconds instead of 1 second.  this will make reading historical records slower, but it might make your system less vulnerable to usb timing issues.