Diese, schon gelesen, waren schon öfters "schnell vergammelt"
naja .... kapazitive messung und vergammeln. genau diese sind die guten.
diese https://www.makershop.de/sensoren/feuch…eit-hygrometer/ vergammeln dir in kurzer zeit.
Diese, schon gelesen, waren schon öfters "schnell vergammelt"
naja .... kapazitive messung und vergammeln. genau diese sind die guten.
diese https://www.makershop.de/sensoren/feuch…eit-hygrometer/ vergammeln dir in kurzer zeit.
und im coap protokoll hat allteco einen fehler eingebaut. deswegen funktioniert der shelly adapter auch nicht. wurde bereits gemeldet.
3.3.5 ist seit gestern im latest mit vielen Korrekturen
ja stefan.
sehe ich zumindest so, da es nicht dafür vorgesehen ist.
laut allteco ganz klar 3x Tempsensor oder 1x DHT22.
Vorteil ist, die Werte erscheinen normal in der App/Cloud und können so für Aktionen genutzt werden.
Meine Meinung dazu? Du manipulierst nen Shelly und verwendest die kostenlose Cloud mit dem nicht mehr originalen Gerät.
Ich könnte mir auch die Shelly FW auf andere HW flashen und die Cloud verwenden.
Solche Aktionen sind mMn nicht im Sinne von Allteco bzgl. der kostenlosen Cloud für die User. Wenn das viele machen .... kann es passieren, dass die Cloud dann eben etwas kosten wird.
Egal. Just my2cent
So wie es aussieht geht deine 12v versorgung in die knie und kann dadurch den shelly nicht ausreichend versorgen.
VORSICHT! hier ist ioBroker in Verwendung. Da gab es Adapter Probleme mit COAP/Http. Deswegen die Frage von mir, welche Adapterversion in Verwendung ist.
oder man fragt einfach ... welche Adapter Version vom Shellyadapter?
armierter beton ist KEIN farradayscher Käfig. aber jetzt wieder back2topic.
(Stichwort: Faradayscher Käfig)
Dir ist aber klar, dass ein farradayscher Käfig nur aus Metall sein kann? Metall unter der Erde als Ventilbox ?? Merkst du was?
Bitte verwendet den aktuellsten Adapter in der Version 3.3.5
Dieser ist derzeit nur via GIT verfügbar. Die Anfrage auf "Zulassung für STABLE" ist aber heute aktiviert worden. Es sind in der Version 3.3.5 etliche Neuerungen eingeflossen.
Installation via GIT: http://www.stueben.de/iobroker-adapter-per-github-laden/
wünsche haben alle gaaaaaaaanz viele. nur ob ein wunsch auch sinnvoll ist sei dahingestellt. Aber mit der FW 1.8 werden alle Probleme behoben.
sry .. aber aus nen trabant kannste eben keinen rolls-royce machen, ausser du investierst verdammt viel kohle und zeit in den umbau. trotzdem ist und bleibt es ein trabant.
Irgendwie verstehe ich den ganzen Sinn dahinter nicht. Wemos D1 mit Tasmota nehmen und glücklich sein. Aber jeder wie er will. Wenn man unbedingt nen Shelly vergewaltigen will ... dann soll es halt so sein.
Könnte sein dass dein Button bereits wieder schläft bevor der Iobroker die Daten geholt hat...?
der ioBroker Adapter wartet auf die COAP Nachrichten. Wenn nichts kommt, kann der Adapter auch nichts machen.
Du kannst ja mal die COAP Sachen mitloggen. unter /opt/iobroker/node-modules/iobroker.shelly gibt es die datei coaptest.js ..... Adapter stoppen und die Datei mit "node coaptest.js | grep -i <SHELLYDEVICE> -a" starten
liegt an der FW. Da hast du aber auch bereits auf der GIT Seite eine Antwort bekommen.
welche shelly adapterversion hast du denn? die aktuelle von GIT ist 3.3.5 und im latest die 3.3.4.
ich steuer 4 rolläden ohne proble mit dem position DP.
versuchs mal mit dem DP "position" statt "state"
ist bekannt und lässt sich leider auch nicht ändern bzw. fixen. liegt am npm coap modul und nicht am shelly adapter selbst.
leider gibt es da wie immer keinen "changelog"
hier in der Pflicht, die Gerätefirmware nachzubessern
und genau da sind sie gerade dabei das zu tun ...
so .... just4info .... wenn du den COAP modus verwendest ... und dann auch noch MESH/Repeater usw ... kommt es IMMER auf deine Config von dem Netzwerk an. Das Problem liegt zu 90% nicht an den Shellys sondern an einer falschen Config vom Netzwerk.