IT Wetterstation ansteuern?

[M_I_B]

Hallo liebe Leute,

ich habe nicht all zu viele IT- Geräte. Das sind in der Hauptsache Steckdosen vom Baumarkt für Frauchens Festtagsbeleuchtungen so wie Temp/Hum- Sensoren. Letztgtenannte sind einmal uralte Teile (2 x T/H, 1 x T), die einwandfrei funktionieren, so wie 5 neue GT-WT-02 mit zwei dazu gehörenden Wetterstationen.
Diese Wetterstationen finden wir eigentlich optisch und von der Anzeige ziemlich gut, aber die genannten Sensoren dazu sind eine echte Krankheit  Zum einen senden die nur, wenn sie lustig sind, oft noch nicht einmal innert 24h, zum anderen ändern die ständig ihre ID, wenn man die Zahl am Ende der Bezeichnung "CUL_TCM97001_130" als ID bezeichnen möchte; spätestens nach einem Batteriewechsel ändert die sich, so das feste Zuordnungen Sensor/Standort nur mit Aufwand möglich sind.

Da kam mir heute Morgen eine Idee, aus der sich folgende Frage generieren lässt:

Lassen sich die Wetterstationen (GT-WS-13, GT-WS-14, ggf. WS7078) irgendwie sinnvoll von FHEM aus ansteuern, so das diese Stationen die T/H- Daten von FHEM und nicht von den Sensoren erhalten? Denn dann könnte ich andere (HomeMatic z.B.) Sensoren einsetzen und die Stationen dann per FHEM > SCC > IT mit den Daten füttern und weiterhin wäre dann bei allen Stationen auch überall ein Kanal konkret einem Sensorwert zuzuordnen...

[KölnSolar]

Theoretisch sollte das problemlos möglich sein. Was man empfangen und interpretieren kann, ließe sich vermutlich auch raw senden. Nur: den Aufwand hat sicherlich noch niemand betrieben und deshalb viel Arbeit. Die Idee find ich aber gut.
Such mal nach a-culfw und bjoernh. Er ist tief in der Materie der culfw und entwickelt die a-culfw, wo er auch die TCM97xxx implementiert hat.

https://forum.fhem.de/index.php/topic,35064.840.html

Grüße
Markus

[M_I_B]

... das ist schon mal moralisch aufbauend, wenn noch wer die Idee gut findet
Hätte allgemein ja auch den Vorteil, die preiswerten Wetterstationen für die Darstellung beliebiger, aufbereiteter Umweltdaten nutzen zu können; wenn ich mir überlege, was eQ3/ELV für die HM- WS haben will (knapp 400 Tacken), sind 20 Taler (bei uns für die erste im Hochformat) resp. 5 Taler (für die Zweite im Querformat vom Abverkaufstisch) ein nicht von der Hand zu weisendes Argument... denke ich...

Ich werde mal versuchen, Björn auf diesen Thread aufmerksam zu machen und um Seine Meinung bitten. Die a-culfw benutze ich ja auch schon länger auf den SCC, wobei ich denke, das der TX der RAW- Daten auch mit der Original-FW funktionieren sollte.

[Ralf9]

, so wie 5 neue GT-WT-02 mit zwei dazu gehörenden Wetterstationen.
Diese Wetterstationen finden wir eigentlich optisch und von der Anzeige ziemlich gut, aber die genannten Sensoren dazu sind eine echte Krankheit  Zum einen senden die nur, wenn sie lustig sind, oft noch nicht einmal innert 24h

Ich hatte mit meinen drei GT-WT-02 am Anfang auch Probleme. Nachdem ich die Antenne verbessert habe, funktionieren sie am SIGNALduino problemlos.
Normalerweise empfange ich ca alle 10 - 30 Minuten Werte, ab und zu gibt es auch mal eine Pause von ca 60 - 90 Minuten.

Du kannst übrigens als Themenstarter das Thema in eine passendere Gruppe verschieben.

Gruß Ralf

[M_I_B]

... ich die Antenne verbessert habe, funktionieren sie am SIGNALduino problemlos.

... die liegen hier noch alle im Büro, also ca. 3m entfernt von der Antenne des SCC. Daran kann es nicht liegen. Aber so wie es ausschaut, hat die neue a-culfw für den SCC ein Problem mit den Teilen; sobald Björn etwas Zeit hat, will er noch mal nachschauen, wo's klemmt. Aber das ändert ja nix am Thread-Topic; das wäre schon ne geniale Nummer, wenn man die WS anfunken könnte ...

Du kannst übrigens als Themenstarter das Thema in eine passendere Gruppe verschieben.

...öhhh... Wo würde es denn Deiner Meinung nach besser hinpassen?

[Ralf9]

... die liegen hier noch alle im Büro, also ca. 3m entfernt von der Antenne des SCC. Daran kann es nicht liegen. Aber so wie es ausschaut, hat die neue a-culfw für den SCC ein Problem mit den Teilen; sobald Björn etwas Zeit hat, will er noch mal nachschauen, wo's klemmt. Aber das ändert ja nix am Thread-Topic; das wäre schon ne geniale Nummer, wenn man die WS anfunken könnte ...
...öhhh... Wo würde es denn Deiner Meinung nach besser hinpassen?

Mit den passenden raw-Daten dürfte es kein großes Problem sein. Das aufwendigere ist wahrscheinlich das wandeln und aufbereiten der raw-Daten aus den Temperaturwerten. Dabei muß dann bei einigen Sensoren auch noch die Prüfsumme berechnet werden. 

Hier geht es um Funksteckdosen u.ä. die das InterTechno Protokoll verwenden.
Da es um Probleme und Wünsche zum Cul geht, ist "CUL -Hard- und Firmware" passender.

Gruß Ralf

[M_I_B]

Da es um Probleme und Wünsche zum Cul geht, ist "CUL -Hard- und Firmware" passender.

... öhhh nööö ... Hier geht es um IT Sensoren resp. Wetterstationen, die per IT angefunkt werden, in diesem Fall von den genannten GT-WT-02. Das ist nach meinem Verständnis doch ein IT-Thema, oder sehe ich das falsch? Wenn ja, mach mich mal schlau bitte.

[Ralf9]

... öhhh nööö ... Hier geht es um IT Sensoren resp. Wetterstationen, die per IT angefunkt werden, in diesem Fall von den genannten GT-WT-02. Das ist nach meinem Verständnis doch ein IT-Thema, oder sehe ich das falsch? Wenn ja, mach mich mal schlau bitte.

Hier gehts um sowas:
http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung

Gruß Ralf

[KölnSolar]

joh, is kein IT, verschieben kann er den Beitrag aber selber nicht, oder ? Hilfreicher wäre der Hinweis auf
https://forum.fhem.de/index.php/topic,28519.120.html
an dem Du stark beteiligt warst
@M_I_B:schau Dir mal an was meggih da gemacht hat. Er war fast Deinem Ziel nahe, ist aber an CRC gescheitert.
Blöd, dass ich ne Oregon-WS hab, der ich gerne meine DS18B20-Außentemperatur mitteilen würde ;-(

[Ralf9]

joh, is kein IT, verschieben kann er den Beitrag aber selber nicht, oder ?

Doch, er kann es selber verschieben.

Gruß Ralf

[KölnSolar]

Aaaah, wieder was gelernt, auch wenn es OT ist