Beiträge von borsti0

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.

    Das ist schade ;(, ich hoffte dass eine "Offsetkorrektur" beim Anfahren 1 Endpunktes auch hinreichend währe.

    stiflers.mom : Aber da du ja eh mit HA arbeitest ist das nur noch 1 weiterer Schritt in der Automatisierung.

    Ehrlich gesagt würde ich gerne wissen ob eine 1-Seitiger "Anschlag" hinreichend währe (wenn du lust auf diesen separaten Test hast). Z.z. trifft mich das selber noch nicht, aber auch ich fahre die meisten meiner Raffstore täglich von Position X auf Y und wieder zurück - je nach "lust und laune" kann es in Zukunft ja auch mal so werden dass wir nur noch zwischen z.b.: 10% und 80% hin und herfahren.

    Dazu habe ich vor einigen Monaten schon mal Shelly geschrieben - leider ohne weitere Rückmeldung.

    Das Problem besteht EWIG und mein Argument war das Gleiche wie du auch beschrieben hast:
    Wenn man die ZEIT einfach "selber vermisst" (vielleicht sogar separat für aufwärts & abwärts), und dann noch ein paar Sekunden "Reserve" dazu addiert (um auch sicher in die Endlagen zu fahren), dann könnte man wohl die Meisten Shelly-Funktionen damit hinreichend abbilden.

    Zur Info:
    Shelly vermisst auch noch "irgendetwas" zusätzliches beim 2ten Durchlauf, da dort das Rollo öfters stehen bleibt und wieder anfährt. Was auch immer da vermessen wird kann hald nicht berücksichtigt werden.

    Im wesentlichen hätte man hald eine geringe Ungenauigkeit. Ob man dann bei 50% oder 53% der Position steht ist relativ egal - aber es würde im Wesentlichen funktionieren.

    => Ich finde noch immer dass es eigentlich "relativ simpel" sein sollte so ein Feature zu unterstützen, leider gibt es z.z. keine Möglichkeit die Zeiten einzustellen.

    OK, ich habe NICHT das gleiche Problem, kann mir aber vorstellen dass das "normal" ist:
    Shelly kann ja die Position in "%" nur nach der ZEIT anfahren, d.h.: wenn du von 75% auf 10% fährst dann wird das Rollo z.b.: 10.3 Sekunden nach unten fahren.
    => damit akkumulierst du jeglichen Fehler immer weiter auf.

    Als Beispiel kannst du dir vorstellen dass wenn du mit einem Zahlstab/Rollmeter am Boden immer 1cm "nach rechts" einen Strich gehst und dort nen Strich machst, dann von dieser Position weg wieder 1cm, usw. bis du 100x 1cm gemessen hast => dann kommt da leider auch nicht 1m raus, sondern eher sowas wie 99cm oder 101cm. Auchbeim "rückweg" wirst du nicht mehr bei der Ausgangsposition landen.
    => Natürlich ist es da besser gleich von Anfang an 1x1m zu messen um den Fehler so gering wie möglich zu halten.

    Was macht also der Shelly um den aufakkumulierten Fehler zu "kompensieren":
    Jedes mal wenn du in die Endlagen fährst kalibriert der Shelly 2PM Gen4 anscheinend seine interne Position (+Laufzeit?) nach.

    Somit kann ich dir als "Lösungvorschlag" nur folgendes vorschlagen:
    Fahre bei deiner Automatisierung in HA anstatt direkt auf "10%" einen "Umweg" :
    1) Fahre auf 0%
    2) Warte bis fertig => Shelly resettiert/rekalibriert die interne Position auf "0%"
    3) Fahre auf Zielposition (= 10%)

    Ich glaube nicht dass du die 2te Endlage auch dauernd anfahren musst, dies ist nur dann interessant wenn sich die gesamte "Verfahrzeit" ändern würde, was aber hoffentlich nur ein Alterungsthema ist.

    Da dieser Lösungsvorschlag z.z. nur "theoretisch" ist würde ich mich freuen zu erfahren ob damit das Problem gelöst (bzw. umgangen) ist.

    Die Küche mache ich dann (hoffentlich) mit dem Becker-Einstellset.

    Aber soweit ich das bei meinem verlinkten Video gesehen habe muss man auch mit dem "Einstellset" die Programmiertasten vorher umstellen, oder täusch ich mich da?
    Es wurde dort hintereinander erklärt:
    1a) Obere und/oder untere Taster auf "Programmieren" einstellen
    1b) Mit programmiergerät Endpositionen programmieren ODER mit dem Taster Endpositionen programmieren
    2a) Obere und/oder untere Taster auf "Löschen" einstellen
    2b) Mit programmiergerät Endpositionen löschen ODER mit dem Taster Endpositionen löschen
    3) ....

    Also ich kann nur STARK davon abraten 2 AP's die gleiche WLAN SSID zu geben wenn sich diese NICHT aktiv in einem gemanagten MESH sind. Da hatten wir früher schon seeeeeeeehr oft Probleme damit.

    Und vor allem wenn du sagst "das Gerät ist ja eh Ortsfest":
    => Dann gib doch jenem Scheunen-WLAN eine separate SSID (z.b.: "MeinScheunenWLAN") und verbinde aktiv die Clients der Scheune auf dieses WLAN.
    Dann hast du auch nicht das Problem dass sich möglicherweise Geräte dann DOCH auf den AP im Haus verbinden weil sie noch einen "hauch" von Empfang haben.
    Leider sind bei weiten nicht alle Clients so intelligent immer das "bessere" Signal des näheren AP's zu verwenden.

    Und ehrlich gesagt: wenn du eh schon ein voll gemanagtes "teures" Unifi-System hast währe es schon sehr sinnvoll auch noch die letzten 100€ für einen "kleinen" Outdoor-AP (z.b.: Unifi AC Mesh/UAP-AC-M) zu investieren um das Mesh dementsprechend zu erweitern - sonst wartest du deine LAN's & WLAN's doppelt.

    Ich habs oben mit einem "edit" erweitert: bei dem "Schalter" gibts wie man in dem Video sieht nur eine "Lösch"-Stellung und eine "Programmier"-Stellung. Vielleicht hat der Techniker der das Rollo eingebaut hat den Schalter auf der "Programmier"-Stellung belassen.
    Dann kann natürlich durch diverses hin-und-her-fahren blöderweise die "Fahrkombination" zum neu setzen der Endlage übertragen worden sein.

    lt. der Homepage sollte das "Endlagen einlernen" bei elektronischen Endlagen auch mit den standard-Tastern funktionieren - währe zumindest einen test wert.
    Link

    Da die "Tastenkombination" nur zu sein scheint: "fahre rauf bis Position + drücke 2x kurz runter + fahre rauf bis Motor stoppt" & das gleiche auch umgekehrt => das kann man schon mal auch "unabsichtlich" mit dem Schalter machen bzw. der Shelly mit diversen Automatisierungen. Ich denke da vor allem an die Kalibrierung die immer wieder fährt und stoppt und umdreht.

    Edit: ich hab im Video am Anfang übersehen: man muss anscheinend schon vorher am Motor die "Programmierung" aktivieren. Da es aber nur eine "Lösch"-Position und eine "Programmier"-Position gibt weiß ich nicht ob nicht dauerhaft die "Programmier"-Position aktiviert ist.

    Ich kann nur sagen dass ich sie sowohl in der Shelly BLE Debug-App als auch in Home Assistant sehe und aktiv als "I am alive"-Parameter verwende. Ich sehe dadurch auch dass ich u.a. bei meinem Shelly BLU Distance mit SEHR schlechtem Empfang viele der Packate gar nicht empfange obwohl der Shelly diese "offensichtlich" gesendet hat indem ich immer wieder "Sprünge" sehe. Z.b.: Ich bekomme bei einem fixen Interval von 5min nach 30min "ausfall" dann einen packet_id-Sprung von +6 und sehe dadurch dass er eigentlich DOCH alle 5min gesendet hat aber ich 5x davon nicht erhalten habe.

    bsp: Battery + Packet ID in HA

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


    Details der Packet ID bei einem "Sprung" - man kann DIREKT ableiten wie viele Packete eigentlich geschickt wurden.
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Ich habe da noch ein paar Fragen:
    1) Also hast du in der Scheune noch einen separaten AccessPoint der grundsätzlich an LAN hängt und wieder ein WLAN macht das die gleiche SSID hat wie das "haus-WLAN"?
    2) Ist dieser separate AP in einem "mesh" oder hast du einfach die Einstellungen "kopiert"?
    3) brauchst du in der Scheune wirklich das WLAN oder machst du nur das WLAN damit du das BT Gateway einbinden kannst?
    => Währe es dann nicht besser irgendein Shelly Pro-Gerät zu verwenden und DIREKT von BT auf LAN zu gehen ohne den "Umweg" über ein "Scheunen-WLAN"?

    ich denk mir da immer: ich muss mich da doch auf die Hersteller-Homepage verlassen können ohne in die Untiefen der Knowledge database oder sogar in die Datenblätter der konkreten Bauteile schauen zu müssen, oder? Dort wird direkt von max. 300mA.

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


    Vielleicht gibt es abgesehen vom LT239 ja auch noch andere Limitierungen für die 300mA die nicht direkt den Schalter betreffen (z.b.: Stecker-Limitierungen, Leiterbahn-Dicken, uvm.).

    Natürlich ist so eine Homepage schnell mal "umgeschrieben" wenn sich der Hersteller "umentscheidet" ;)

    Da du den Shelly eh schon ausgebaut hast ist der ja aus "der Rechnung" raus und das Problem scheint beim Motor zu liegen.

    So wie du es beschreibst kann ich mir 2 mögliche Probleme vorstellen:
    1) Die Endschalter des MOTORS (=> NICHT die Kalibrierung des Shelly's) sind u.u. nicht richtig mehr eingestellt. Es "könnte" ja sein dass aus irgendeinem Grund die obere Endposition nun "ganz unten" steht und sich der Motor somit nicht mehr hochfahren lässt.
    2) Der Motor schaltet wegen Überlast aus, u.u. durch eine "Blockade" des Motors weil das Rollo "verzwickt", der Motor überhitzt, die Motorhaltebremse kaputt ist und nun "blockiert", usw...

    d.h.: probiere mal eine erneute Einstellung der Motorendschalter.

    Wie du bereits geschrieben hast, es ist natürlich auch der Motortyp interessant.

    wenn du das vollständig(er) machen willst solltest du auch noch einen Counter für die packet_id machen.
    Das ist aber bis zu einem gewissen Grad sinnlos, da die packet_id ansich eh schon ein 8bit-Zähler ist und somit 256 Packete "gezählt" werden. Die packet_id ist sogar noch BESSER, denn sie zählt alle Packete die RAUSGESCHICKT wurden und nicht nur jene die von deinen Shelly's EMPFANGEN wurden, d.h.: auch "verlorene Packete" sind so sichtbar.

    Was mir auch aufgefallen ist...
    Seit ich die Shellys in HA habe, sind die permanent online. Vorher hatte auch ich Probleme, dass doe Shellys sporadisch offline gehen, auch mal ein großer Anteil und es ziemlich lange dauert, bis sie wieder online waren (das Verhalten wurde hier in mehreren Threads beschrieben).
    Bei mir war es so, dass selbst Shellys, die online waren, per IP nicht erreichbar waren.
    Dieses Verhalten ist jetzt weg. Die Shellys sind online und auch über die jeweilige IP erreichbar.

    Das wundert mich jetzt dann doch etwas, da weiß wohl auch keiner WARUM das so sein könnte/sollte?!? Da ich selber keine Shelly-Cloud nutze kann ich dazu leider nichts beitragen.

    Wenn du das quasi als "Alarmanlage" verwenden willst würde ich zuerst mal schauen dass du so viele "Unbekannte" wie möglich eliminierst:
    - Internetverfügbarkeit => keine Szenen
    - Haus-WLAN-Verfügbarkeit => könnte man u.u. mit Einschränkungen noch hinbekommen ohne gleich auf die "Pro"-Schiene gehen zu müssen
    - Strom-Verfügbarkeit => wenn man so weit geht kann man sich wahrscheinlich gleich eine "richtige" Alarmanlage kaufen ;).

    Also: ich würde mal anfangen wie du all deine gewollten Funktionen "lokal" halten kannst um nicht bei jedem Internet-Schluckauf Probleme zu haben oder auch die Funktion zu verlieren. Dann währe bei diesem Szenario auch wichtig "Connection-Timeouts" zu realisieren ob die betroffenen Geräte überhaupt noch aktiv sind.

    Du hast dir mit Shelly + WLAN + Internet eine "relativ schlechte Kombination" für eine "Alarmanlage" ausgesucht.

    aber es scheint dass du da mit diesem Gerät mit "Automatisierungen" (Shelly, Home Assistant & Co) wohl nicht weit kommst. Und jedes "Gerät" dass du in die Leitung reinhängst wird dir bis zu einem gewissen Grad auch was kosten bei der Anschaffung und auch im Betrieb.

    Ich muss da für MICH sagen:
    ich hätte mir, nach ~2 Jahren "Automatisierungen", rein aus "Neugier" so ein Gerät nicht mehr gekauft, da währe ich viel zu neugierig und würde viiiiel zu gerne "wie viel Strom lade ich gerade" und "wie voll ist mein Akku" wissen. Aber das bin hald ich.....8o