Beiträge von bp4willi

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.

    Beacon Modus wird auch in der BLE Debug App als off angezeigt. Hab's zur Sicherheit auch einmal hin und zurück geschaltet.


    Mir ist aber aufgefallen, dass die Angaben zum BT Door in der BLE Debug App je nach BT Door device sehr unterschiedlich ausfallen. Schaut mal die Anzeige werte unten rechts im Bild....

    (Der erste BT foor in der Auflistung ist der problematische...


    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.


    Woher kommt das?

    Was mach ich falsch?

    Ich hatte am 17.juli die CR2032 in einem BT Door getauscht, und die ist gestern 27.juli nach nur 10 Tagen schon wieder leer.
    Ich hatte mir einen Alarm eingerichtet, der mich informiert, wenn die Batterie unter 30% geht. Dieser Alarm kam in 1 Stunde rund 49x, obwohl die Tür in dieser Zeit nicht bewegt wurde.

    Ich habe dann gesehen, dass in der App der "letzte (BT) Reporter" alle 15 sec einen Status des BT Door abgibt.

    Der Beacon Modus ist aber nach Anzeige in der App nicht eingeschaltet !

    Kurz danach war die Batterie leer.

    A) Wie kann ich den Beacon Modus verlässlich ausschalten? Oder zumindest verläßlich kontrollieren, dass er wirklich aus ist?

    B) kann die Anzahl der zugeordneten BT reporter Einfluß haben auf die Batterielebensdauer im BT Door ? Aus unklaren BT Funkverhältnissen hatte ich dem BT Door mehrere Shelly's in der Nähe als BT reporter Kontakte zugewiesen.

    Der Shelly 3EM saldiert die Phasen nicht unmittelbar, sondern zählt den Einspeisung und Verbrauch separat, wenn dies auf unterschiedlichen Phasen passiert.

    Erst in der Raum History Ansicht kannst du auf netto Leistungssaldo umschalten. Was für die 24Std oder Tagesansicht einigermaßen passen mag.

    Für den Saldo über mehrere Tage ist die Berechnung leider wieder Unfug. Jedenfalls nach meinem Verständnis im Vergleich mit einem korrekten Saldo auf einem Mechanischen Ferraris-Zähler.

    thgoebel in deinem Bild ist ein Zwei-Wege-Mischer. Damit am warm plus Kaltwasseranschluss des WW Behälters wird Wasser aber nur gemischt, wenn auch gezapft wird.

    Wenn ausschließlich die Zirkulationspumpe läuft, aber nicht gezapft wird, dann mischt der Zwei-Wege-Mischer nur den warmen und kalten Wasseranteil aus dem Boiler.

    Das ist a) kontraproduktiv bei Solarthermiespeichern, weil es die Temperaturschichtung im Speicher durcheinander bringt und damit die Effizienz des Solarspeichers, und

    b) wird dann, wenn der Speicher solarthermisch voll durcherhitzt ist, dgarnichts mehr gemischt, weil kein kaltes Wasser mehr im Speicher weilt, und somit maximal solar erhitztes Wasser mit zb. 85 Grad durch die Zirkulationsleitung bis zur Zapfstelle rauscht.

    Da helfen dann unterTischmischer je Zapfstelle.

    Oder ein Drei-Wege-Mischer am Boiler. Der stellt nögienfalls einen geschlossenen Zirkulationskreis mit WW Leitung, Zirkulationsleitung und Zirkulationspumpe her. Da wird dann bei Überhitzung eben nicht mehr gemischt, sondern das WW mit bestehender Wärme nur zirkuliert.

    Hoffe ich hab's gut erklärt. Viele Installateure wissen das leider nicht. (Oder ich hatte nur mit solchen zu tun)

    Wenn du den Ertrag der Balkonsolaranlage mit dem Shelly Plug misst, kannst du in der App/Cloud einen separaten Raum für diesen Shelly Plug erstellen und ihn Balkonsolar nennen

    In der App/Cloud wird dir dann im Tab/Reiter "History" der Raum Balkonsolar angezeigt, mit den positiven und negativen verbrauchen/Erträgen separat.

    Das sowohl im Tagesverlauf, wie auch als Tagessumme in der Wochen oder Monatsansicht.

    Das sollte zu dem passen, was du brauchst.

    Ich verstehe nur nicht, warum du den Shelly direkt am Schwimmer, nah am Wasser montiert hast. Den hättest du doch auch am oberen Ende vom mess-arm anbringen können. Der Winkel ist der selbe. Aber weiter weg vom Wasser.

    Du kannst den mess-arm auch mit einem 90 Grad Winkel nach oben verlängern, in eine Zone die garantiert trocken bleibt. Der Winkel bleibt ja.


    Und bin gespannt, wie lang die Batterie im beacon Modus durchhält.

    War ich beim Kauf der Meinung, dass ich damit mein WLAN erweitern könnte...

    Es war doch klar, das LoRa eine ganz andere Technik ist, und keine WLAN repeater Funktion.

    Oder hattest du dich nur missverständlich ausgedrückt?

    Natürlich kann LoRa dafür genutzt werden Shelly Bausteine anzusteuern, die außerhalb der WLAN Reichweite liegen. Das hat aber dann nichts mehr mit WLAN zu tun.

    Ob der ferne LoRa-Shelly dann als Bluetooth oder WLAN Kontakt für weitere Shelly (und nur Shelly, keine anderen WLAN Clients) dienen kann, ist wohl noch nicht eruiert worden.

    Meine Schätzung aufgrund persönlicher Nutzung und Batterieentleerung im Testobjekt, liegt bei ca 1000 Fensteröffnungen.

    Was leider für meinen Anwendungsfall echt nicht viel ist.

    Ich hätte mir das zehnfache erhofft.


    Habe es denn eine Möglichkeit, die Anzahl der Meldevorgänge in einem Shelly zu zählen?

    Da müsste ja ein Blu Door mit einem Shelly verknüpft werden, damit dieser per Skript in einem virtuellen counter zählen kann. Oder so....

    Ich habe einen mechanischen End-taster gebastelt, der aktiviert wird , wenn das Garagentor zu ist.

    Den habe ich mit dem SW Eingang des Shelly 1 Mini verbunden, der auch das Tor steuert. Der SW Eingang ist aber auf detached gestellt.

    Jetzt zeigt mir der kleine rote oder grüne Strich im Button des Shelly Mini an (das ist die Anzeige des Eingangs Status), ob das Tor auf oder korrekt zu ist.

    Ich würde davon abraten den Shelly Mini stromlos zu halten und nur zum schalten mit Strom zu versorgen. Das kann unschöne unerwartete Nebeneffekte haben.

    Besser den Shelly Mini immer am Strom lassen, und nur den SW Eingang über Taster/Schalter schalten.

    Für die Weiterleitung einer Aktion auf die Shelly PlugS, muss nicht einmal das Relais im Shelly Mini aktiviert werden.

    Es reicht, den SW Eingang Status über die Aktion abzufragen und den SW Eingang im Shelly Mini auf detached zu stellen.

    Der Eingangszustand SW am Mini dient dann einer Aktion im Shelly Mini als Trigger für die Aktivierung der Shelly Plug . (ohne dass das Relais im Mini Strom braucht)

    PS. Da sich Home und Remote Shelly , wenn sie zeitgleich senden ins Gehege kommen, haben wir in die Sendefunktion für Wiederholungen des Paket sendens, eine Zeitvariabilität eingebaut, dass die Wiederholungen zufällig im Range von 10 bis 20 Sekunden passieren, damit die Gegenstelle auch Zeit hat durchzukommen und ihr Sendepaket abzusetzen. Die Anzahl der Wiederholungen ("MAX_RETRIES") hatten wir in unserem Beipiel auf der Remote Seite auf 100 und auf der Home Seite auf 8 gesetzt. Bei einer stabilen Funkverbindung reichen vieleicht auch 4.

    Aufgrund der vermuteten Begrenztheit der Shelly Kapazität, haben wir die Anzahl der parallel zum Versand anstehenden Texte/Befehle auf maximal 4 begrenzt ("MAX_CONCURRENT_CALLS = 4").
    Sonst kommen sich die Sende-Wiederholungen und die Acknowledgements der Gegenseite ggf. zu sehr ins Gehege und blockieren sich dann gegenseitig. wir hatten festgestellt, dass ein Paket senden etwa 2-3 sekunden braucht.

    Hier die von uns verwendeten LoRa Skripte auf der Home und Remote Seite.
    Beide Seiten sind sowohl Sender, wie auch Empfänger.

    Auf beiden Seiten werden im Shelly virtuelle Komponenten genutzt, als Mittler zwischen der LoRa-Funk-Welt und den Shelly Aktionen auf die physikalischen Shelly-Funktionen im Heimnetz.
    Das versprach Flexibilität in der Anwendung, weil über LoRa beliebige Texte transportiert werden, die dann je nach definiertem Text, für jede Menge variabler Funktionen als Trigger dienen können, -- über ein einzelnes Text Ein- oder Ausgabefeld.
    Es werden einfach die Texte in den Aktionen definiert, die gesendet werden, - oder die als Trigger für eine Aktion fungieren.
    Im Beispiel geht es um die Fernalarmierung einer Statusänderung am Remote Shelly.
    Durch den Home Shelly kann dann wiederum eine Aktion am Remote Shelly getriggert werden.

    Home Shelly:
    virtual Components:
    button:200 , button:201 -- zur Steuerung einer Remote Komponente;
    text:200 -- zur Darstellung empfangener (remote Shelly) Textnachricht auf dem Home Shelly
    (z.B. Eingangs-Status remote Shelly)
    number:200 , number:201 -- zur Darstellung des Packet transmission fail


    Remote Shelly:
    virtual Components:
    text:200 , text:201 -- zur Darstellung von zu sendenden (remote Shelly) oder empfangenen (Home Shelly) Textnachricht ;
    (z.B. senden des remote Shelly Eingangs-Status ; Empfang des Kommandos vom Home Shelly)
    number:200 , number:201 -- zur Darstellung des Packet transmission fail


    Für die Encryption muss bitte jeder seinen eigenen persönlichen encryption key definieren (lange Zeichen+Ziffernfolge), und an der Skriptstelle KEY_RAW zwischen den Gänsefüßchen einfügen.

    Wir hoffen, dass dies hilfreich ist für neue LoRa Projekte.


    Mit Reichweiten-Test bin ich noch nicht weitergekommen.
    Die bisherigen Ergebnisse waren ernüchternd, und eher im Range von 500m (und nicht 5km).

    Habe dieses WE die LoRa module mit zwei Shelly1 Gen3 getestet. Mein Informatik talentierter Sohn hat mit den Skripten geholfen.

    Basierend auf den Beispiel-Skripten zum encrypted send und Receiver, haben wir erst eine Methode über virtuelle Komponenten als Mittler entwickelt.

    Da LoRa ja Text überträgt, haben den Shellys virtuelle Textfelder hinzugefügt. Über Texte die man dort über Kommandos in Aktionen, Szenen oder rpc calls einträgt, kann die LoRa Übertragung getriggert werden. Und die Texte können als Kommandos auf der Empfangsseite genutzt werden.

    Damit haben wir dann die Reichweite getestet. Weiter als 500m sind wir noch nicht gekommen. Standen aber Gebäude und natürlich die Fensterscheibe dazwischen.

    Außerdem war dann der Signalempfang, und entsrechende Schaltvorgänge nicht zuverlässig.

    Da von Hause aus kein automatischer Rückkanal mit Acknowledge vorgesehen ist,

    hat mein Sohn encrypted send und receive in einem Skript kombiniert und mit einem Paket Tracking und einer automatischen Sendewiederholung programmiert. Das ganze wird über counter als virtuelle Komponenten dokumentiert. Paket acknowledgement pending, und paket acknowledge failed, nachdem die einstellbare Zahl an re-tries nicht erfolgreich zu einem Acknowledge des Empfängers führte.

    Damit will ich demnächst neue mobile Reichweiten Tests ausführen.