günstige Wetterstation CTW-600, WS-0101, WS/WH1080 sduino

[Ralf9]

.. werden aber die Daten die als wh1080 erkannt werden, obwohl ich keine habe, ignoriert.

Dies würde dann bedeuten, daß die Daten vom ctw600 ab und zu über die Prüfsummenroutine vom wh1080 als wh1080 erkannt werden.
Wie häufig kommt dies vor?

Kann man es irgendwie hinkriegen das die Daten immer als ctw600 behandelt werden?

Mir fällt da nur eine Möglichkeit ein, die immer funktioniert. Dazu ist in der 00_SIGNALduino.pm ein weiteres Attribut notwendig.
z.B.:

Code Auswählen Erweitern

." receiverFreq:868,433"

Wenn das sduino Attribut "receiverFreq" 868 ist, dann wird $model = "WH1080",
wenn das sduino Attribut "receiverFreq" nicht definiert oder 433 ist, dann wird $model = "CTW600",

Ich mache heute Abend mal eine Testversion der 14_SD_WS09.pm


Gruß Ralf

[FEHMPiDi]

Das kommt relativ häufig vor. Allerdings nicht regelmäßig. Es gibt zwei Situationen:
1. Es wird über längere Zeit sehr gut die ctw600 erkannt wird. Dann aufeinmal wird für mehrere Minuten, manchmal bis zu 15min nur noch die wh1080 erkannt. Danach dann wieder die ctw600. Das heisst es fehlen mir dann für mehrere Minuten am Stück die Daten.
2. Ab und zu wird die wh1080 erkannt. Dann aber nur für 1-2 readings infolge.
Mich wundert es halt das teilweise mehrmals hintereinander (Situation 1) das crc passt.

Für eine Testversion währe ich dankbar.

Gesendet von meinem SM-G901F mit Tapatalk

[Mexx13]

Hey Leute 
Das ist ja echt schwierig zum Nachvollziehen, mit den unterschiedlichen Wetterstationen. Und welche Readings bei welchen Device stimmen.
Ich und scooty = Wetterstation WH1080
FEHMPiDi = Wetterstation CTW600
WS-0101
Also bei mir:
WH1080 mit Device CTW600: Ich bekomme alle 48 Sek. Die Werte nur die Windgeschwindigkeit stimmt nicht. Und es sind massive Ausreißer im Plot.
WH1080 mit Device WH1080: keine Daten, letzter Monat vielleicht 5 Readings geloggt.
Ich hoffe ihr könnt damit etwas anfangen.
Lg

[pejonp]

...
Mir fällt da nur eine Möglichkeit ein, die immer funktioniert. Dazu ist in der 00_SIGNALduino.pm ein weiteres Attribut notwendig.
z.B.:

Code Auswählen Erweitern

." receiverFreq:868,433"
...

Hallo Ralf,

dann wäre ja  "Modell : WH1080,CTW600" eher von Vorteil, dann kann das Modell gleich gesetzt werden, ohne den Umweg über die Frequenz.
Ist aber glaube ich Geschmackssache.

Die Controller der Wetterstationen können ja auch per USB ausgelesen werden, zu mindesten bei den WH1080/WS-0101.
Hab ihr mal diese Werte mit den Werten von FHEM verglichen, ob dort auch diese Störungen auftreten ?

Über das FHEM-Modul WS3600 und

define myWS3600 W3600 /usr/local/bin/fetch360
define myWS1080 W3600 "/usr/local/bin/fowsr -c" 300

kann das gemacht werden. Vielleicht sind diese Aussetzer auch bei den Originalcontrollern, dann werden wir kein Glück haben diese wegzubekommen.

pejonp

[Ralf9]

hier ist eine Testversion der 14_SD_WS09.pm.

Per default ist als Model CTW600 ausgewählt.
Für die WH1080 muß entweder in der 00_SIGNALduino.pm bei $hash->{AttrList} folgendes hinzugefügt werden:

Code Auswählen Erweitern

." receiverFreq:868,433"
oder in der 14_SD_WS09.pm in der Zeile 94 das "#" vor  $model = "WH1080" entfernt werden.

Wenn bei der WH1080 im log zu viele CRC Fehler stehen, dann wird evtl ein unbrauchbarer Empfänger verwendet oder die Entfernung zur WH1080 ist zu groß.

Bei der CTW600 habe ich im log NN1 und NN2 zugefügt. Dies sind unbekannte Bits.
Falls diese immer 0 sind, dann können sie evtl zur Verfeinerung der Plausibilitäts Prüfung verwendet werden

Code Auswählen Erweitern

NN1=00 NN2=0000

Nachtrag:
Wenn bei der WH1080 zuwenig Daten mit CRC ok empfangen werden, dann kann testweise der Abbruch bei CRC Fehlern deaktiviert werden.
Dazu muß in der 14_SD_WS09.pm in der Zeile 127 ein "#" vor das return eingefügt werden.

Gruß Ralf

[FEHMPiDi]

Hallo Ralf9, vielen Dank für die schnelle Umsetzung. Ich hoffe ich kann es heute Abend einspielen. Allerdings bin ich dann 6Tage nicht da und kann dann erst Ergebnisse berichten.

Gesendet von meinem SM-G901F mit Tapatalk

[pejonp]

Hallo,

ich habe eine neue Version eingecheckt. Es gibt jetzt zwei neue Attributte diese werden im Signalduino gesetzt.
Update über :
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt

WS09_WSModel:undef, WH1080, CTW600 -> default WS09_WSModel = undef, das Modul versucht alles zu erkennen. 
WS09_WSModel = CTW600 , es werden nur die Daten einer CTW600 verarbeitet
WS09_WSModel = WH1080, es werden nur die Daten einer WH1080 verarbeitet wer hier die CRC-Prüfung nicht möchte kann dieses mit dem nächsten Attribut ausschalten

WS09_CRCAUS:0,1
default ist WS09_CRCAUS = 0 -> es erfolgt eine CRC-Prüfung bei WS WH1080 ,
WS09_CRCAUS = 1 CRC-Prüfung für Wh1080 ist ausgeschalten.

Bitte einmal testen ob jetzt die doppleten Einträge weg sind und vielleicht auch die Ausreißer bei der Temperatur.
Dort habe ich jetzt eine Prüfung eingebaut. Werte über 60 und unter -40 Grad Celsius werden verworfen.

pejonp

[shorty1111]

Kanns du mir bitte erklären wie und wo ich das Atribut für eine WH1080 nun setze?

Das Modul rennt seit gestern und meinen SDuino hab ich auch erst gestern zusammengelötet.

Empang ist da, Auswertung auch nur taucht immer mal wieder die CTW auf und wird neu angelegt, das möchte ich einfach unterbinden.

Danke schon mal vorab für die Erklärung an einen DAU (ich).

[pejonp]

Kanns du mir bitte erklären wie und wo ich das Atribut für eine WH1080 nun setze?
...

Hallo shorty1111,

die beiden Attribute setzt du beim SignalDuino.
Kannst du einmal verbose = 5 beim Signalduino setzen und deinen Log hier anhängen. Lass in mal 5 min so laufen. Danke.

pejonp

[shorty1111]

Danke für die Erklärung, hatte alles was Mit SDuino zusammenhängt im Global vom Update ausgeschlossen damit dann auch kein Update von deinen Files.

Log als Anhang

[shorty1111]

Leider taucht die CTW immer noch auf.
Habe gesetzt:
WS09_WSModel : WH1080
WS09_CRCAUS : 1

aber auch schon mit

WS09_CRCAUS :0 probiert

[pejonp]

Hallo,

ich habe eine neue Version eingecheckt. Es gab noch ein paar Fehler in der Logik.
Update über :
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt

Da du eine WH1080 hast würde ich WS09_CRCAUS :0 lassen oder ganz entfernen, dann wird die CRC-Prüfung durchgeführt.

pejonp

[shorty1111]

Danke für den Tip, bin grade am "Update" und schau dann heute Abend was heute über den Tag passiert ist.

Edit1 (07:00): ... über Nacht hat sich der CTW Eintrag nicht gezeigt.  Schaun wir mal wie es heute ist.
Edit2 (19:00): ... Läüft immer noch ohne Probleme!

[Mitch]

Hallo Zusammen,

habe heute voller Freude meine neue WH1080 von Conrad aufgebaut.
Dazu meinen FHEMduino vor vier Tagen umgeflashed auf SIGNALduino, aber leider empfängt er nichts??

Der SIGNALduino geht grundsätzlich, meinen LogiLink Außensensor hat er empfangen. Auch ein paar Sensoren aus der Nachbarschaft.
Nur meine neue WH1080 taucht nicht auf?!

Muss ich noch etwas machen?

Hier der List von SIGNALduino:

Code Auswählen Erweitern

Internals:
   .triggerUsed 1
   CMDS       ViRtXFSPCG
   Clients    :IT:CUL_TCM97001:OREGON:CUL_TX:Hideki:SD_WS07:SD_WS09:RFXX10REC:SIGNALduino_un:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A402YPVR-if00-port0
   DMSG       P12#751446B5E3BEBA3E
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A402YPVR-if00-port0@57600
   FD         36
   Interval   300
   MSGCNT     42827
   NAME       SIGNALduino
   NR         913
   PARTIAL
   RAWMSG     MC;LL=-1039;LH=924;SL=-537;SH=432;D=AE141895AC73E974F8;C=451;L=72;
   STATE      Initialized
   TIME       1467740482.96626
   TYPE       SIGNALduino
   unknownmessages
   .clientArray:
     IT
     CUL_TCM97001
     CUL_TX
     Hideki
     SD_WS09
     RFXX10REC
     SIGNALduino_un
   Matchlist:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
     11:SD_WS09 ^P9#[A-Fa-f0-9]+
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     1:IT       ^i......
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     7:Hideki   ^P12#75[A-F0-9]+
     X:SIGNALduino_un ^[uP]\d+#.*
   Readings:
     2016-07-05 18:57:42   Version         V 3.2.0-b24 SIGNALduino - compiled at May 14 2016 00:06:40


     2016-07-05 18:57:42   cmds             V i R t X F S P C G
     2016-07-01 18:16:21   config          MS=0;MU=0;MC=0
     2016-07-01 18:53:06   freeram         No answer
     2016-07-05 19:39:22   ping            OK
     2016-07-05 19:41:22   state           Initialized
   mcIdList:
     10
     11
     12
     18
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     32
     33
     35
     38
     4
     6
     7
   muIdList:
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     34
     36
     37
     39
     5
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Zentrale
   hardware   nano328
   icon       cul
   room       Zentrale
   verbose    0

[Sidey]

Probier mal den Set Befehl enable Message Type aus und enable mal alle.

Grüße Sidey