Beiträge von scheuerer

  • Shelly - DS18B20 / DHTxx Kompatibilitätsliste

    Ich hab keine Lust mehr. Das ist doch alles inzwischen nur noch Dreck....

    Aus dem obigen Thema geht ja ein Link hervor, zu einen AM2301, der ja funktionieren soll. Also gleich mal 5 Stück bestellt.

    https://www.ebay.de/itm/DHT21-AM23…7-127634-2357-0

    Es kamen nun nach fast zwei Wochen auch AM2301 an, welche natürlich inzwischen innen anders aussehen und kein Quarz mehr drauf haben.

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.


    Na gut dachte ich mir hängst die halt mal dran gestern....

    Was ist das Ergebnis?

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Genau so geht s weiter. Ghost Werte und keiner weiß warum....

    Der Shelly 1PM mit der 1.7.4-beta2, macht nix anderes als dass er das AddOn Modul drauf hat den Sensor angeschlossen, und entweder außen am Kellereingang lag, oder nun wieder hier im Büro.
    Allen mögliche Dinge die hier Last erzeugen können, auf dem 1PM sind ausgeschaltet und der WLAN Router ist 1,5m entfernt vom Testaufbau.
    Egal welchen der inzwischen gekauften Sensor (mehr als 10 Sensoren) ich benütze, jeder spinnt irgendwie rum und und das AddOn Modul im Debug Modus sagt auch immer den gleichen Fehler

    hos_rpc_inst.c:243 Shelly.GetStatus [1920611984@openhab-192.168.1.184] via HTTP_in POST 192.168.1.184:56148 user xxx1

    11:28:52 shelly_notification:164 Status change of switch:0: {"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1771151340,"total":0.000},"apower":0.0,"current":0.000,"voltage":221.9}

    11:29:00 shos_rpc_inst.c:376 0x3ffdf734: duplicate id 'openhab-192.168.1.209'

    11:29:41 shos_rpc_inst.c:243 Shelly.GetStatus [685346328@openhab-192.168.1.209] via HTTP_in POST 192.168.1.209:46692 user xxx1

    11:29:41 shelly_dht22.cpp:81 Error in DHT sensor reading!

    11:29:44 shelly_dht22.cpp:81 Error in DHT sensor reading!

    11:29:46 shos_rpc_inst.c:376 0x3ffdf734: duplicate id 'openhab-192.168.1.9'

    11:29:48 shos_rpc_inst.c:243 Shelly.GetStatus [544815993@openhab-192.168.1.9] via HTTP_in POST 192.168.1.9:53430 user xxx1

    11:29:48 shelly_dht22.cpp:81 Error in DHT sensor reading!

    11:29:48 shelly_dht22.cpp:81 Error in DHT sensor reading!

    11:29:50 shos_rpc_inst.c:376 0x3ffdf734: duplicate id 'openhab-192.168.1.184'

    11:29:52 shos_rpc_inst.c:243 Shelly.GetStatus [78065108@openhab-192.168.1.184] via HTTP_in POST 192.168.1.184:41860 user xxx1

    11:29:52 shelly_dht22.cpp:81 Error in DHT sensor reading!

    Nur noch Quark und langsam macht es echt keine Lust mehr. Die alten AM2301 gehen nicht mehr, die neuen wie AM2320 auch nicht, und Shelly bringt da auch nichts Neues
    an verbessertem AddOn Modul um modernere Sensoren zu unterstützen.

    Einen HT kannst nicht in das Freie stellen und so einen HT Plus egal welcher Generation auch nicht.
    Auf irgendwie Bluetooth dazwischen hab ich keine Lust, dass muss doch direkt mit WLAN gehen wie bisher auch.

    Langsam kann ich mir ne WS90 kaufen die dann wieder Shelly kompatibel ist... Nur wie lange hält da der
    Feuchtigkeitssensor? Auch wieder wie bei den ganzen one-wire Sachen, auch nur 1 - 1,5 Jahre im Schnitt ?
    Teurer Spaß inzwischen...

    Heftig frustriert inzwischen....

  • Shelly - DS18B20 / DHTxx Kompatibilitätsliste

    Ich habe nun mal einen 4,7K Ohm Widerstand zwischen dem VCC (rot) und dem Data (gelb) gepackt.

    (Natürlich ohne Power dran) Und wieder mit 230V versorgt.

    Ergebnis im Datalogger der Shelly 1PM immer noch:

    Code
    shelly_dht22.cpp:81     Error in DHT sensor reading!

    14:06:38

    Code
    shelly_dht22.cpp:81     Error in DHT sensor reading!

    14:06:40

    Code
    shelly_notification:164 Status change of temperature:100: {"tC":4.30,"tF":39.74}

    14:06:49

    Code
    shelly_notification:164 Status change of switch:0: {"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1770210420,"total":0.000},"apower":0.0,"current":0.000,"voltage":232.1}

    14:07:00

    Code
    shelly_dht22.cpp:81     Error in DHT sensor reading!

    14:07:06

    Code
    shelly_dht22.cpp:81     Error in DHT sensor reading!

  • Shelly - DS18B20 / DHTxx Kompatibilitätsliste

    Zitat von schwarzbold

    Denk bitte dran, dass du PIN 3 und 4 Brücken musst, damit der One-Wire spricht.

    Heute ist der AM2320B mit 4 Adern gekommen. Gleich angeschlossen. Rot auf VCC, Gelb auf Data und weiß und schwarz auf GND. So war das doch gemeint, oder?

    Auch da sagt das Shelly Logfile einen Fehler: shelly_dht22.cpp:81 Error in DHT sensor reading!

    Aber er schickt seine Temperatur und Luftfeuchtigkeit, wie we soll.

    Muss nun noch schauen, ob der unter 0 Grad funktioniert

  • Shelly BLU TRV

    Früher hatten die TRV's direkt WLAN im Thermostat. Die neuen können nur noch BT.
    Deshalb den USB Stick (BT-> WLAN) als Übersetzer
    Der Stick braucht nur Strom (USB-Netzteil) , sollte aber dann beide TRV's mit BT erreichen können,
    und selber auch per WLAN erreichbar sein.
    Es muss also kein PC im Spiel sein.

  • H&T funktioniert nur wenige Sekunden und ist dann weg

    Zitat von micha06de

    Das stimmt nicht. Zumindest nicht für die H&T der ersten und zweiten Generation.

    Alle batteriebetriebenen Geräte wie HT GEN1 oder Button1/2 wachen einmal am Tag auf und melden sich. Der HT Gen1 meldet sich, wenn eine eigestellter Schwellwert ihm sagt, wach auf, die Temperatur oder die Luftfeuchtigkeit haben sich geändert.
    Ist der HT GEN1 via USB mit 5V versorgt, meldet er sich alle 10 min, ganz egal welcher Schwellwert eingestelltl ist. "Zum Online einzustellen" wird er nur, wenn die Taste gedrückt wird und man ganz schnell per Brwoser drauf geht.

    Meine Aussage hat sich darauf bezogen, dass die Batterie / USB betriebenen Geräte NIE DURCHGÄNGIG online sind, sondern sich immer gleich wieder abschalten und nicht warm zu werden und Batterie zu schonen. Auch die "Online Zeit zum einloggen" lässt sich festlegen auf max. 5 sec.

    Auch ein HT GEN3 oder 4 ist nicht immer online, sondern muss "per Hand" dazu gebracht werden, dass man sich auf ihm einloggen kann. Auch hier meldet der HT GEN3/4 bei USB Anschluß nur alle 10 min seine Werte.

  • H&T funktioniert nur wenige Sekunden und ist dann weg

    Genau wie beschrieben, ist der einzige Weg bei angeschlossenen USB Power ein Druck auf den Reset Taster hinten drin.

    Nur dann und bitte ziemlich zeitgleich solltest du eine Browser Verbindung auf den HT Plus machen.

    Dann bleibt das Browser Fenster auch aktiv und du kannst alle Änderungen machen.

    In diesem Modus ändert sich auch das Display irgendwie… Glaube das steht dann AP anstatt der Weltkarte.

  • Shelly - DS18B20 / DHTxx Kompatibilitätsliste

    Ein Jahr lief es nun gut dem der AddOn Lösung mit einen AM2301A an einen Shellyplus1 mit der 1.7.1-/20250924.

    Seit ein paar Tagen habe ich das gleiche Verhalten wie mit den früheren HT's. Die Luftfeuchtigkeit bleibt bei 100% hängen!!!
    Ein Update des Shelly auf die 1.7.4 hat nichts gebracht.
    So habe ich nun nur das Innenleben des AM2301A gegen einen SparePart getauscht und er zeigt mir nun wieder richtig seine Werte an.
    Den "vermeidlich Defekten" habe ich ins Büro gepackt und hier unter Zimmertemperatur am Laufen.

    Siehe da, da geht er nun wieder.....

    Was für euch Schei..... das die Dinger, egal ob HT oder nun auch der AM2301A an Shellyplus1 nicht in der Lage sind im Winter
    und nach einen Jahr einfach kontinuierlich die richtigen Werte anzuzeigen.

    Hat jemand eine Sensorlösung basierend auf DHT22, die wirklich länger hält bei Minustemperaturen und so?

    PS: Was mir in dem Zusammenhang noch aufgefallen ist:

    Anbei noch das Logfile, dass mit sagt, es würde eine "Fehler beim Abrufen auftreten"
    Das passiert sowohl beim Defekten, als auch am Neuen. Obwohl der seine Werte nun richtig liefert.
    Als der Sensor draußen war hat er eigentlich nichts mehr geliefert an Feuchtigkeitswerten.
    Nun liefert er wieder jede Minute Seite Werte, wenn er drinnen ist.

  • Mini1Gen3 lässt sich bei aktivem Passwort nicht von Button1 schalten

    Hier die offizielle Antwort auf mein Ticckert bei Shelly:

    Actually, this won’t work because the older Gen1 devices cannot send " in the same way as the newer generations.
    If you test the same commands from a Gen2 or newer device to another newer-generation device, the commands will work correctly with authentication enabled.

    Es muss also zwingend eine "authentication" was in der bisherinen Form mit "admin:password@IP-des-Shellys/ etc, etc.... nicht mehr geht.

    Ich habe nun für mich zwei unterschiedlichen Lösungen verifiziert.

    1. Smarthome via OpenHAB:
    Ich habe mehr als 90 unterschiedliche Devices in mein Smarthomesystem ein. Alles SHelly Produkte sind hier eingebunden.
    So kann ich den unterschiedlichen Tastendrücke des Shelly's auch auswerten, und "Rule" starten die wiederum dem Shelly 2PM schickt was er tun soll.
    Funktioniert sehr zuverlässig. Man braucht halt ein Smarthome System dazu.

    2. Neuer Button von MyStrom:
    Ich setzte inzwischen auch andere Button ein, wie den MyStrom Button, (unsere Shelly Buttons werden ja nicht mehr hergestellt und sind mehr als schlecht auch gebraucht zu kaufen)
    Deshalb schon vor längerem die Suche nach einer Lösung. hier bin ich auf den MyStrom Button gestoßen, welcher "Admin:Password@" mit schicken kann. Aber NUR für die alten Gen1 Shellys.

    Nicht für die neuen. ChatGPT sagt hier folgendes dazu:

    Bei Gen1 Shellys:

    Dann ist die Auth in der Regel HTTP Basic Auth (User/Passwort fürs Webinterface/API). In dem Fall kannst du den myStrom-Button meist direkt per URL schalten – ohne openHAB.

    Bei Gen3 Shellys:

    Das kann ein myStrom-Button in der Praxis normalerweise nicht direkt, weil er bei seinen HTTP-Requests typischerweise keine Digest-Auth sauber abbildet (und meist auch keine frei konfigurierbaren Header).
    In dem Fall brauchst du fast immer einen Zwischendienst (Proxy, openHAB, Home Assistant, Node-RED, kleines Script auf dem Pi, etc.).

    Darüber hinaus kann ich den auch im OpenHAB System einbinden und auch hier Rules laufen lassen wenn eine der drei Tastenkombinationen gedrückt wird.

    Einerseits habe ich ja Verständnis, dass hier Shelly nicht für ein Produkt, dass seit 3 Jahren abgekündigt ist, noch ne neue Firmware baut, andererseits finde
    ich es schade, das man hier so sprungweise die Technologie wechselt und der Kunden dann wieder selber schauen muss wie er weiter kommt.
    Shelly BLU Button ist für mich keine alternative da ich alles NUR auf WLAN setze und BLU hier eine Punkt-zu-Punkt Verbindung darstellt und nicht
    wie WLAN überall im Haus / Garten verfügbar ist.

  • Mini1Gen3 lässt sich bei aktivem Passwort nicht von Button1 schalten

    Hallo zusammen.

    Genau das Problem mit einem Shelly 2PM GEN3 in Verbindung mit einem Button 1 habe ich auch.

    Auch ich setze auf ein Passwort beim 2PM.

    Der 2PM dient als Ersatz für eine 2.5, der ersetzt wurde.

    Ich schaffe es das es geht mit aktivem Passwort und der Syntax wenn es aus einem normalen Browser gesendet wird.


    http://admin:password@ip_des_shellies/rpc/Cover.GoToPosition?id=0&pos=0



    Es geht aber nicht wenn der Shelly Button 1 das Kommando schickt.

    Das Kommando geht raus, wird aber vom 2PM nicht akzeptiert.

    Ich habe eine Ticket aufgemacht. Ansonsten wäre ja die Lösung über Button 1 sinnlos.

  • Password Steuerung 2PM Gen3

    Genau so sieht es aus. da will man einfach lokale Komponenten auch NUR lokal managen und zusätzlich mit Passwort versehen,
    und schon es rum mit, "das mach ich schnell in der Shelly APP". Bei GEN1 geht das weiterhin wunderbar, aber halt nicht bei GEM3.

    Am liebsten würde ich hier auf China Dreck schimpfen, kann man halt nicht... Und ich kann mir nicht vorstellen, das eine "Cloud"
    orientierte Firma hier sich um lokal gemanagte Geräte per deren App kümmert.

    Egal. Ich betriebe über 90 Komponenten mit OpenHab unter der 5.03 seit vielen Jahren in einer dreistufigen Landschaft (3x RPi) + eine HA Installation und mach eh
    alles darüber. Da brauch ich die Shelly App nicht zum täglichen Gebrauch. Zur Ersteinrichtung ganz hilfreich, aber sonst entbehrlich.
    Auch ja, wenn ich dann von unterwegs was will, dann halt einen VPN Tunnel nach zu Hause aufmachen (automatisch bei BT Verbindung zum Auto)
    und schon kann ich z.B. via Android Auto mir das Gartentor und die Garage öffnen :-)

  • Password Steuerung 2PM Gen3

    Wenn die nicht in der Cloud sind, dann geht das nicht mehr. Lass alles mal so wie du es konfiguriert hast und nimm den Shelly aus der Cloud raus. (Kannst ja wieder rein hängen)

    Das kam auf mein Ticket zurück:

    Vielen Dank für Ihr Feedback!
    Bitte beachten Sie das es sich Primär um eine Cloud App handelt entsprechende Einstellungen müssen bei Aktiver Cloud vorgenommen werden. Ansonsten ist der App entsprechend Aktive Restriktion nicht bekannt.
    Es freut uns zu hören, dass Ihr Problem gelöst wurde, und wir werden den Fall nun abschließen.
    Ihre Zufriedenheit ist uns sehr wichtig. Bitte nehmen Sie sich einen Moment Zeit, um unseren Support und die Shelly Produkte zu bewerten, wenn Sie die Umfrage nach Abschluss des Falls erhalten.
    Sollten Sie weitere Unterstützung benötigen, zögern Sie nicht, uns zu kontaktieren!

  • Password Steuerung 2PM Gen3

    Das mag ja sein, das ich einen PIN in der App vergeben kann.

    Wen ich aber den Shelly, egal ob nun ein Gen1 (Username und Password) oder Gen3 (nur Password) vergeben ist, erwarte ich
    das auch die Gen3 Geräte weiterhin in der App zu managen sind.

    Ganz einfach. Wenn ich bei den Gen3 Geräten die Sicherheit durch ein Passwort als Feature anbiete, darf daraus nicht gleich das ganze Gerät in der App offline sein.