Beiträge von Seven of Nine

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.

  • Kurzes Tastendrück i3 nicht erkannt?

    Zitat von Zally

    Weißt du, ob die Kombination SS, SSS, SL und LS für andere Komponenten im Detached Modus noch per Firmwareupdate dazu kommt?

    ja, das kommt zumindest laut den letzten Aussagen nicht für andere Shelly-Typen.. Grund ist das Relay, welches in Shelly1 und Co verbaut ist...

    wenn man den Detached Mode mal außen vor lässt, würde das mit einer enormen Schaltverzögerung für die Relais einhergehen, weil man ja immer erst abwarten muss ob eventuell noch ein zweiter oder dritter Shortpush oder ein Longpress hinterhergeschoben wird..

  • Kurzes Tastendrück i3 nicht erkannt?

    Zitat von Zally

    Also es gibt ja - durch den Shelly-Adapter bereitgestellt - das Objekt "Input" und "longpush".

    Die Felder hatten mal einen Sinn, als es den I3 noch nicht gab.. der kann aber mehr als Short und Longpush (Doppel, Tripple...).

    Wie bitte soll man das mit einem einfach true/false abbilden?

    Seit Coap v2 (kam mit Firmware 1.8) ist der Counter und das Event entscheidend.

    Zitat von Zally

    könnte man die Dauer des Tastendrucks ermitteln. Das ist beim Event-Count nicht möglich.

    ist aber vom Hersteller so nicht implementiert und gewollt oder hast du das in irgendeiner Beschreibung vom Produkt so gelesen?

    Zitat von Zally

    Ebenso ist der longpush nicht Auswertbar, weil der Wert nie auf false zurückspringt.

    kann ich gerade nicht testen aber früher war es so, dass der durch einen Short-Push zurückgesetzt wurde.

    Zitat von Zally

    Wenn Input hier nicht verwendet werden soll, dann sollte das Objekt auch nicht zur Verfügung stehen.

    ja, das könnte man in der Tat so sehen.. ist aber bei vielen Sachen so, man sieht z.B. beim Shelly 2.5 auch immer den Baum für Relay und Shutter, egal in welchem der beiden Modi sich das Gerät befindet.

    Zitat von Zally

    Aus Anwendersicht ist das aber ein Bug und es wäre ein leichtes die "zusätzlichen" Input-Events zu liefern und den longpush zu reparieren (senden von "false", sobald der Taster runter geht und dann ein senden von "true", sobald die Longpush Time erreicht wurde).

    Wenn man das nicht verstehen will, dann könnte man es als Bug interpretieren ;)

    Zitat von Zally

    Es ist möglich, dass zuerst das Event-Count Objekt sich ändert und dann das Objekt Event oder eben auch andersrum. Hier scheint es keine zuverlässige Eingangsreihenfolge zu geben.

    Dann hat dein i3 entweder eine veraltete Firmware oder der ioBroker-Adapter einen Fehler.

    Ich krieg die Nachrichten in richtiger Reihenfolge und kann meine Taster-Events 1zu1 in der Shell nachvollziehen..

  • Kurzes Tastendrück i3 nicht erkannt?

    Zitat von Zally

    Wo steht denn beschrieben, was er tun soll?

    das ist leider nicht auf der API Seite dokumentiert, aber ich stehe zum Thema CoAp im mehr oder weniger regelmäßigen Austausch mit Markus Michels (Entwickler des Shelly OpenHAB Bindings) sowie Kiril Zyapkov (Chef-Entwickler bei Allterco) und Ilia Penev (Firmware-Entwickler bei Allterco)..

    Daher kannst (solltest) du mir das glauben ;)

    hab gerade, weil du dich so hartnäckig anstellst, mal einen ioBroker in einer VM installiert.. das sind die besagten Felder, und wenn man die richtig auswertet dann funktioniert alles exakt so, wie es soll..

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

    Frag mich aber bitte nicht, wie man das in Blockly tut.. :P

  • Shelly Dimmer 2 <> iOBroker Kommunikation wirft Fragen auf, läuft einfach nicht korrekt

    Zitat von Choqui

    Nur zum Verständnis, die Shellys sind nicht in der Cloud angemeldet, Internetzugang zum Firmwareupdate haben sie theoretisch trotzdem korrekt?

    ob sie den haben müsstest du beurteilen können (Firewall, IP-Konfiguration etc).. wenn im Webinterfache oben rechts die Uhr angezeigt wird, dann sollten sie den haben.. wenn nicht, dann haben sie vermutlich keinen Zugang..

  • Kurzes Tastendrück i3 nicht erkannt?

    Zitat von Zally

    Ich weiß aber ehrlich gesagt auch nicht so ganz, wie mich das Tool genau weiterbringt.

    es wird dich nicht weiterbringen.. Alles was ich damit beweisen will, ist dass der I3 exakt das tut, was er soll und keinen Bug hat..

    Jeder Tasterdruck wird (wenn man die richtigen Datenfelder aus der Coap-Message auswertet) korrekt angezeigt.

    Zitat von Zally

    dass bei einem Ultra-Short-Press kein true gefolgt von einem false für Input gesendet wird und das bei einem Taster-Down der Wert für longpush nicht auf false zurückgesetzt wird.

    Nochmal: vergiss Input, es hat bei Tastern keine Bewandnis (auch wenn es sich ändert).. für Taster ist der Counter und das InputEvent relevant und nichts anderes.


    Zitat von zmaier

    Blöde Frage, wie?

    Geht das mit Windows und WLAN? I

    ja, das geht.. damit du Coap-Traffic sehen kannst musst du einen Mutlicast-Lstener starten, hier hab ich einen Verlinkt, mit dem sich das Taster-Verhalten eines Shelly i3 exakt überprüfen lässt..

    RE: Kurzes Tastendrück i3 nicht erkannt?

    sobald du den startest (und er korrekt läuft) wird dir Wireshark auch die Coap-Nachrichten zeigen.

    Auf dem Raspberry sollte Wireshark ebenfalls Daten anzeigen, solange der ioBroker-Adapter mit Coap läuft..

  • Kurzes Tastendrück i3 nicht erkannt?

    Zitat von Zally

    ich habe einer /23 Subnetz, alle IoT Geräte haben eine IP-Adresse im bereich 192.168.1.0/24, es ist aber ein Netz.

    Pfui, wer macht denn sowas :D

    Aus Sicht der Shelllys ist dein Rechner in einem anderen Subnetz, zumindest bei einer /24 als Maske. Soll heissen: sie kommunizieren über ihr Gateway mit deinem Rechner.

    Generell wird Multicast, genau wie Brodcast pauschal erstmal nicht geroutet.

    dein ioBroker (da wo die Coap-Nachrichten sichtbar sind) steht vermutlich genau wie die Shellys im Netz 192.168.1.0/24, oder?

  • Shelly DW2 überträgt Daten an HA nur beim anlegen

    Coap:

    http://ip-vom-shelly/settings?coiot_update_period=WERT

    MQTT:

    http://ip-vom-shelly/settings?mqtt_update_period=WERT

    bei normalen Shellys wird der WERT (ist eine ganze Zahl am Ende der URL) in Sekunden angegeben, bei batterie-betriebenen müssten es Stunden sein..
    Kurze Intervalle ziehen die Batterie schnell leer, ich würde ihn generell eher nach oben anpassen. Sonst brauchst du alle 3 Wochen eine neue Batterie.;)

  • Kurzes Tastendrück i3 nicht erkannt?

    Damit du die Nachrichten im Wireshark sehen kannst, müsstest du den Listener starten sonst zeigt dir Wireshark nur Daten an, die zwischen dem Shelly und deinem Notebook ausgetauscht werden (mDNS, ARP..):

    Mit gestartem Listener sieht es dann so aus:

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

  • Einsteiger-Empfehlung: DHCP statt static IP

    Liebe Shelly-Einsteiger,

    auch wenn es in den Facebook-Gruppen und hier im Forum öfter mal anders geschrieben wird:

    Bitte nutzt die manuelle IP-Vergabe nur dann, wenn ihr euch zu 100% sicher seid, was ihr da macht.


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


    In 99% der Fälle ist es nicht notwendig den Haken bei "Set static IP address" zu setzen weil die IP-Adress-Vergabe per DHCP problemlos funktioniert.

    Viele der hier und auf Facebook gemeldeten Probleme sind darauf zurückzuführen, dass bei der statischen IP-Adresse falsche Daten eingetragen werden.

    Auf Details bezüglich der Fehler will ich hier genauso wenig eingehen wie eine Diskussion entfachen, warum DHCP oder statische IP-Adressen besser oder schlechter sind.

    Fakt ist: DHCP funktioniert fast immer einwandfrei und birgt viel weniger manuelle Fehler.

    Daher meine eindringliche Bitte: Nutzt DHCP (und keine static IP), speziell wenn euch die notwendigen Netzwerk-Grundlagen fehlen.