Beiträge von scheuerer

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

    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!

    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

    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.

    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.

    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.

    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.

    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.

    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.

    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 :-)

    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!

    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.

    Möchte noch gerne was hinzufügen....

    Da ich die Notwendigkeit hatte, einen neuen Schalter zu kaufen und die Bottons nicht verfügbar sind, habe ich mir einen MyStrom Button gekauft.

    Der hat zufällig intern auch den gleichen Akku drin, wie der Shelly Button1.

    Das heißt ich kann mit einer Sorte Akkus, beide Buttons, also Shelly und MyStrom mit neuen Akkus ersetzen, wenn notwendig.

    Einfach mal Glück gehabt.

    Der Shelly Button1 wird ja leider nicht mehr verkauft.

    So hatte ich ja schon mal rausgefunden, dass es ein anderes Produkt gibt, dass so ähnlich funktioniert.
    Nennt sich ja MyStrom Button.

    Da ich Bedarf an einen weiterem Button hatte, habe ich mir für kleines Geld einen bestellt und gestern versucht einzurichten.
    Mein Ziel war ja einen Button zu haben, der auch ohne CloudAccount irgendwo und ohne App geht.

    MyStrom bietet hier ein Mac und Windows Programm, mit dem man den Button zumindest soweit konfigurieren kann, das er
    im heimischen Netzwerk am besten eine feste IP bekommt.

    Hier zum Download:

    https://deref-web.de/mail/client/us…hooting-tool%2F

    Der Button kann für drei unterschiedliche Tastendrücke programmiert werden.
    Das geht per App, wenn man das aber nicht will, auch via einem Terminalfenster auf einem Linux Rechner.

    Hier Beispielhaft, wie das aussehen könnte:


    Ich habe das auch mit einem gesperrten Shelly2.5 gemacht. Da komm ja dann das username:password@ noch vorne dran.

    Könnte dann so aussehen:

    curl --location --request POST "http://192.168.xxx.xxx/api/v1/action/single" \
    --data "get://username:password@192.168.xxx.xxx/relay/0?turn=toggle"

    Geht widererwartend ganz gut.

    Hier das passende Video dazu. Letztendlich hat es den Druchbruch für mich gebracht.

    [Shelly Funkschalter] MyStrom WiFi Button Plus Konfiguration über API - YouTube