Neueste Beiträge

#1

Anfängerfragen / Aw: Mqtt fhem

Letzter Beitrag von Sebastian84 - 09 Juni 2026, 18:22:57

Müsste. Habe 2 esp32 für wasseruhr und Stromzähler über mqtt am laufen. Ich finde nur nicht den esp für die espresense obwohl da schon der Server für mqtt angeben ist wie bei den andern beiden

#2

Anfängerfragen / Aw: Mqtt fhem

Letzter Beitrag von rabehd - 09 Juni 2026, 18:13:21

Wenn ich das in Fhem eingebe:
define m2s MQTT2_SERVER 1883 global
 Kommt diese Fehlermeldung

m2s: Can't open server port at 1883: Address already in use

Dann lauscht da schon was. Vermutlich ein MQTT-Server.

#3

Anfängerfragen / Aw: Mqtt fhem

Letzter Beitrag von Sebastian84 - 09 Juni 2026, 18:10:30

Wenn ich das in Fhem eingebe:
define m2s MQTT2_SERVER 1883 global
 Kommt diese Fehlermeldung

m2s: Can't open server port at 1883: Address already in use

#4

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von cs-online - 09 Juni 2026, 17:56:56

Ich habe mein Echo Device jetzt auf disable 1 gestellt, trotzdem kommt jede Sekunde 1x wait for refresh Token. Wie kann ich das ganze Modul stoppen ? Der ganze Server hängt hier mit 50-90 % Auslastung...

#5

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von rs - 09 Juni 2026, 17:08:13

Vielleicht kann ich hierzu was beitragen:

* Mein Prozess perf fhem.pf consumiert 45 - 64% CPU und später 90%, das bringt mein FHEM zum hängen und ist ärgerlich.

Nun habe ich eine KI befragt, die mir den Tip: apptime gab und hier kam heraus:

_________________________
Das fällt sofort auf:

tmr-echodevice_NPMWaitForCookie
count: 6568
total: 60492 ms
average: 9.21 ms

Das sind 6568 Aufrufe in der Messperiode. Das ist ungewöhnlich viel.

Außerdem:

tmr-echodevice_LoginStart
tmr-echodevice_GetSettings
HASH(Amazon)

Denn die 6568 Aufrufe von echodevice_NPMWaitForCookie springen in deiner APptime-Ausgabe deutlich stärker heraus als alles andere. Das wäre mein erster Ansatzpunkt.
____________

Mein echodevice läuft mit npm_login seit Jahren in dieser Konfiguration, wie es Michael auf seiner WebSeite beschreibt.

#6

DOIF / Aw: Im DOIF einen *-for-timer ...

Letzter Beitrag von fireball - 09 Juni 2026, 16:57:30

Hi,

ja Gartenbewässerung ist mein Dummy und mit useSetExtensions=1 erweitert, sodass man die erweiterten on/off-for-timer Funktionen hat. siehe Bild.
off-for-timer steht im state... dann müsste der Regex den du vorgeschlagen hast ja auf [Gartenbewaesserung:state] oder sogar rein auf [Gartenbewaesserung] funktionieren.
Ein spezielles Reading gibts dafür nicht.

Hatte nur dieses [Gartenbewaesserung:wait_timer] gefunden, was wohl intern genutzt wird, aber nicht als Reading sichtbar ist.


VG
René

#7

DOIF / Aw: Im DOIF einen *-for-timer ...

Letzter Beitrag von Guybrush - 09 Juni 2026, 16:46:06

wenn Gartenbewaesserung dein dummy device ist und off-for-timer immer eine Zahl, würde doch [Gartenbewaesserung:off-for-timer:d] > 0 doch passen? ansonsten kannst du im doif auch per regex vergleichen. da dann zb mit [Gartenbewaesserung] =~ /off-for-timer\s\d+/ . Ich denke aber mal, dass off-for-timer ein reading in deinem dummy device ist?

#8

DOIF / Im DOIF einen *-for-timer abfr...

Letzter Beitrag von fireball - 09 Juni 2026, 15:48:01

Hi Freunde,

ich habe ne kurze Frage, ich hab eine Bewässerungssteuerung mit DOIF implementiert und die läuft seit Jahren gut.
Ich habe ne klein Verbesserung, aber weiß nicht genau wie ich das abfrage.

Wenn es genug geregnet hat oder es gerade regnet, dann setze ich einen Dummy auf "off-for-timer xxxx"

Ich würde jetzt gern in einer DOIF Bedingung noch abfragen ob der Timer läuft und dann eine Bedingung nicht ausführen:

Ich hatte erst:
DOELSEIF([Wetterstation:israining:d] == 1 && [Gartenbewaesserung] ne "off-for-timer")

das funzt aber nicht, weil ja auch noch ne Zahl hinter off-for-timer ist
Viell. geht das ja mit nem regulären Ausdruck wie off-for-timer.*

oder die KI hat mir grad folgendes vorgeschlagen?! Geht das?

DOELSEIF([Wetterstation:israining:d] == 1 && [Gartenbewaesserung:wait_timer] > 0)

Also ich will einfach verhindern, wenn der off-for-timer läuft, dass die Bedingung nochmal ausgeführt wird.

VG+Danke
René

#9

Wallboxen und E-Fahrzeuge / Integration von Tronity

Letzter Beitrag von Prof. Dr. Peter Henning - 09 Juni 2026, 14:53:28

Gegenwärtig kann oder will Volkswagen keinen freien Zugriff mehr auf die Fahrzeugdaten gewähren.
Nun gibt es da die Plattform "Tronity" - ein kommerzieller Anbieter, der genau mit diesem Zugriff auf die Fahrzeugdaten verschiedener Hersteller wirbt. Ein Abo kostet ca. 60 € pro Fahrzeug und Jahr.

Und siehe da: Das funktioniert tatsächlich auch jetzt noch mit den VW-Fahrzeugen - und Tronity bekommt mehr Daten, als man selbst als Eigentümer.

Das stinkt natürlich zum Himmel, ist ein ganz klarer Verstoß gegen den EU Data Act. Mehr noch, auch ein Datenschutzvergehen - denn interessanterweise habe ich dabei die Parking Locations meiner Frau in Echtzeit nachverfolgen können. Ob und wie ich dagegen vorgehe, muss ich mir noch genauer überlegen.

Unabhängig davon macht Tronity auch weitere Auswertungen möglich, und bietet Integrationen in ioBroker und Home Assistant an. Die API-Dokumentation ist angeblich vorhanden, gefunden habe ich sie aber noch nicht.

Ich werde mal sehen, ob ich das mit HTTPMOD in FHEM integrieren kann.

LG

pah

Edit: Ich habe den CarConnectivity-Konnektor zu Tronity mit einem kleinen Patch zu Laufen gebracht, siehe hier https://github.com/tillsteinbach/CarConnectivity-connector-tronity/issues/19

Ist damit erst mal ein Ersatz für den VW-EU-Data-Act Konnektor

#10

Wallboxen und E-Fahrzeuge / Aw: Integration von CarConnect...

Letzter Beitrag von Prof. Dr. Peter Henning - 09 Juni 2026, 14:31:46

Sieh mal einer an.

Motiviert durch die Frage eines anderen Users in der offiziellen FB-Gruppe von Volkswagen, ob denn eine App wie Tronity jetzt ebenfalls keinen Zugang mehr zu den Fahrzeugdaten von VW hätte, habe ich mir einen 14-tägigen kostenlosen Testaccount von Tronity installiert.

Und, o Wunder: Ich musste nur die FIN (Fahrzeugidentifikationsnummer) des ID.3 meiner Frau eingeben. Und habe nicht nur alle Fahrzeugdaten in Echtzeit bekommen. Sondern auch die Daten, die in dem EU Data Act Portal gar nicht mehr zur Verfügung stehen, z.B. "Parking location".

Es musste dabei keine Einwilligung erteilt werden - und damit ist das ganz klar ein Datenschutzverstoß.

LG

pah

Edit: Mit einem kleinen Patch, siehe hier: https://github.com/tillsteinbach/CarConnectivity-connector-tronity/issues/19 konnte ich den existierenden Tronity-Konnektor von CarConnectivity wieder zum Laufen bringen. Und erhalte dort alle bisher auch verfügbaren Daten.

Mal sehen, was ich nach dem kostenlosen Testzeitraum mache.