WeMos D1 mini als WLAN-Sensor/-Aktor

[PaulM]

Im Gegenzug kann eine Abfrage durch die CCU bei einem instabilen Sensor die CCU selbst schon destabilisieren.

das meinte ich mit Fallstricken, die man aber umgehen sollte (und auch umgehen kann) im Dauerbetrieb
Gruß
Paul

[Xel66]

... die man aber umgehen sollte (und auch umgehen kann) im Dauerbetrieb

Ja, kann man. Aber wenn man gar nicht erst diesen Weg beschreitet und gleich den Weg des Setzens von Status von extern wählt, dann braucht man solche (zugegeben nicht gerade komplizierten) Umgehungslösungen gar nicht. Eine URL von einem externen Device aufzurufen, dürfte nicht das Problem sein und dieser Weg umgeht von vornherein die ganzen Unwägbarkeiten der CCU-Firmware. Aber meine diesbezüglichen Vorbehalte begründen sich darin, dass ich keine zyklischen Scriptläufe auf der CCU mag (weil die Scriptingengine der CCU immer nur ein Script ausführen kann und ein hängendes Script die ganze CCU blockieren kann).

Gruß Xel66

[homekol]

D.h. ich muss das Script auf dem Wemos anpassen und die Daten zyklisch an das CuxD Element auf der CCU übergeben. Mal sehen ob ich das hinkriege

[Xel66]

Müssen tust Du gar nichts. Es wäre der "bessere" Weg, als andersrum von der CCU aus abzufragen, weil dieses im Fehlerfall des Sensors der rückwirkungsfreiere Weg ist. Gerade wenn der WeMos ggf. noch etwas instabil ist.

Gruß Xel66

[jp112sdl]

Warum eigentlich (immer noch) der Umweg über WLAN?
Gerade bei so einfachen Sensoren lieber ein >>>868MHz funkendes Gerät bauen<<<, wenn man die Daten in der CCU haben möchte.
Kein CuXD, kein Webaufruf/Webabruf... einfach ganz klassisch in der CCU angelernt.

[dondaik]

weil man vielleicht SMD nicht verarbeiten kann ?

[jp112sdl]

weil man vielleicht SMD nicht verarbeiten kann ?

Aha... Warum sollte man auch SMD verwenden (müssen)?
Es gibt reine THT Aufbauten... Der Pro Mini ist kein SMD, das CC1101 Funkmodul ist kein SMD...
Es gibt zig Platinen ohne SMD - nicht zuletzt direkt bestellbar bei diversen Shops

[funkleuchtturm]

Warum eigentlich (immer noch) der Umweg über WLAN?
Gerade bei so einfachen Sensoren lieber ein >>>868MHz funkendes Gerät bauen<<<, wenn man die Daten in der CCU haben möchte.
Kein CuXD, kein Webaufruf/Webabruf... einfach ganz klassisch in der CCU angelernt.

... weil der Weg über 868Mhz eine Sackgasse ist !
Die 1%-Sendebeschränkung kastriert die Kommunikation so dermaßen, daß wirklich intelligente Sensoren gar nicht möglich ist.

WLAN hat mittlerweile jeder Haushalt und fast immer im kleinsten Winkel. Und einfach ist das Anlernen auch. Bei meinen Modulen werden zum Anlernen die WLAN-Zugangsdaten eingegeben und dann einmalig und automatisch die entsprechenden Systemvariablen auf der CCU angelegt. Fertig! Die Daten werden automatisch auf diese Systemvariablen referenziert. Kein CuxD, kein Gar nichts !

Die vielen Smarthome Newcomer wie Shelly usw. sprechen eindeutig die gleiche Sprache und setzen auf WLAN
Und zudem ist irgendwann auch im 868Mhz Funkbereich der vermehrte Einsatz von RFID zu erwarten. Dann wird es richtig lustig !

[jp112sdl]

Ja du hast recht.
Ich finde, es sollten alle nur noch IoT im WLAN machen.
Angesichts solcher Meldungen:
https://www.heise.de/news/FragAttack-Ne ... 44590.html
wird das auch viel attraktiver für die pickeligen Teenie-Hacker von daheim.
Über kompromittierte Webseiten kommt man dann ganz easy da ran.
Ich spreche dabei jetzt nicht vom einfachen Temperatursensor.

Die 1%-Sendebeschränkung kastriert die Kommunikation so dermaßen, daß wirklich intelligente Sensoren gar nicht möglich ist.

Meine Wetterstation sendet alle 30 Sekunden die volle Ladung an Daten ohne Überschreitung der eigenen 1% Grenze.
Um 36 Sekunden Sendezeit pro Stunde voll zu bekommen, muss man schon einiges machen.
Sie ist ja ohnehin auf das jeweilige Gerät bezogen und nicht auf die Gesamtheit aller.

... weil der Weg über 868Mhz eine Sackgasse ist !

Ich bleibe bei meiner infrastrukturunabhängigen 868MHz Sackgasse.