Zitat von: Damian am 25 März 2026, 07:39:31Die Topics sehen ganz anders aus:
/app/[userid]/[serno1]/thing/property/get (zzgl. eines Payloads) die Auslieferung aller Daten an. Ich hatte mal angenommen, dass damit auch die offizielle Schnittstelle "in Schwung" kommt.ZitatKönnte das die Ursache sein oder ist im Mqtt-Client ich alles non Blocking und das Modul ist auch nur ,,Opfer" eines anderen Moduls?Die MQTT2 Module sollten nichtblockierend sein.
Zitatwas in jedem Fall Fhem für etliche Sekunden blockieren kann, sind Seiten mit vielen SVG-Diagrammen.Das sollte auf einem mehrprozessor Rechner unter Linux mit Voreinstellung nicht der Fall sein: die SVGs werden in geforkten Prozessen berechnet.
Zitat von: passibe am 24 März 2026, 19:08:37Zitat von: satprofi am 24 März 2026, 17:17:32ich dachte, ich könnte mir noip sparen, und mit tailscale auf meine devices daheim zugreifen.Sorry aber jetzt wird es mir hier langsam zu bunt. Du hast doch hier schon bestätigt, dass Tailscale prinzipiell funktioniert (grüner Punkt und so). Es hängt, soweit ich das überblicken kann, also bislang allein an einer richtigen Konfiguration von FHEM.
aber egal, never change running systems .....
Ich hatte dich in diesem Beitrag darum gebeten, weitere Infos zu liefern, was du nicht gemacht hast.
Viel wichtiger aber: Es wurde dir jetzt schon tausendmal gesagt, dass du ein entsprechendes allowedFrom-Attribut in deinem FHEMWEB-Device hinzufügen sollst! Hast du das jetzt schon gemacht, oder nicht?! Und wenn ja, was war das Ergebnis? Und falls es nicht funktioniert hat, was genau hast du in allowedFrom eingetragen? Bei diesem List scheint allowedFrom ja noch nicht gesetzt zu sein?
Dazu fällt mir noch ein: Steht etwas im FHEM-Log, wenn du versuchst, über Tailscale zuzugreifen? Eigentlich müssten von einem fehlenden oder falsch konfigurierten allowedFrom abgeblockte Verbindungsversuche nämlich geloggt werden.
Dazu kommt, dass du, sofern mich nicht alles täuscht, auch überhaupt noch nicht erklärt hast, wie du letztlich versuchst, auf den Pi zuzugreifen: Über welche Adresse/welchen Port? Welche Adresse/welchen Port im Normalfall und welche Adresse/welchen Port, wenn du Tailscale auf deinem Endgerät (Handy, whatever) aktiviert hast? Auch das wäre mal hilfreich, um das Problem hier ordentlich lösen zu können.
Natürlich könnten wir hier erreichen, dass du noip nicht mehr brauchst und alles über tailscale läuft, aber dazu musst du halt auch (einigermaßen präzise) das machen, was man dir sagt. Und du musst uns die Informationen, die wir mangels Kristallkugel nicht haben, auch vollständig und vor allem geordnet (!!!) liefern.
Zitat von: Dr. Boris Neubert am 24 März 2026, 19:11:56In Verbindung mit dem Widget, das ja im Standard im Attribute-Template eingeführt wird, ist das aber nur bedingt sinnvoll, oder? Sollte man nicht das setStateList lieber aus den Templates löschen?Weiß nicht recht. Im Prinzip finde ich es auch nicht falsch, wenn man eine optische Irritation hat, solange ein Befehl nicht bestätigt beim Gerät angekommen ist. Das ist für mich v.a. der Sinn hinter "setStateList" (bzw. der Kennzeichnung der Reading-Inhalte als "set_").
attr myMQTTClient subscriptions /open/open-e05CERTIFICATEACCOUNT/SERIENNUMMER/status /open/open-e05XXXXX/SERIENNUMMER/quota /open/open-e05CERTIFICATEACCOUNT/SERIENNUMMER/set
attr myMQTTClient username open-e05CERTIFICATEACCOUNTZitatÜber welche Zeiträume werden die Umgebungsbedingungen gefiltert?Ja, die Rohwerte werden (teilweise) behandelt.
attr [name] userattr Model
attr [name] Model STREAM UPdas userattr dürfte es eigentlich nicht brauchen.Zitatggf. hilft ein Reconnect der VerbindungNein, sondern
ZitatDie App löst (bei mir: Delta3 und PowerStream) beim Start unter MQTT-Topic
CodeAuswählen
/app/[userid]/[serno1]/thing/property/get
einen Request aus, der die Übermittlung aller Daten anfordert. Wenn man den zyklisch schickt, dann kommen dauerhaft Daten.