- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Anfängerfragen / Aw: Sporadische Probleme mit F...
Letzter Beitrag von csb13 - 05 Mai 2024, 09:53:13UPDATE:
Um auszuschließen, dass das Problem beim FHEM-internen MQTT-Broker liegt, möchte ich testweise auf einen FHEM-externen MQTT-Broker (mosquitto) umstellen.
Leider funktionieren dann einige MQTT-Devices (Arduinos, die via MQTT2_DEVICE in FHEM integriert wurden) nicht mehr. Sie senden zwar alle noch (wenn ich mich auf ihre Topics subscribe), aber in FHEM werden die Readings nicht mehr aktualisiert.
Die zigbee2mqtt-Devices (als MQTT2_DEVICE) funktionieren noch.
Weiß hier jemand Rat?
#2
FHEMapp / Aw: FHEMApp4 - out now!
Letzter Beitrag von jemu75 - 05 Mai 2024, 09:49:11Zitat von: LuGu am 04 Mai 2024, 15:05:20Jens wird es bei FHEMapp4 auch noch eine Ersetzung %a für ago geben?
Hallo Lugu,
das Thema steht tatsächlich auf der Todo-Liste. Umgesetzt ist es bisher noch nicht, da im Rahmen der Beta-Testphase der Wunsch im Raum Stand, in FHEMApp generell Datum/Uhrzeit von FHEM zu verwenden. D.h. wenn man FHEMApp außerhalb unserer Zeitzone öffnet, dann soll statt der lokalen Zeit die "FHEM Zeit" verwendet bzw. angezeigt werden. Das hat dann auch Auswirkungen auf die Anzeige bzw. Berechnung der Zeitdifferenz.
Ich suche noch nach einer guten Lösung, wie ich beim Öffnen von FHEMApp die aktuelle Zeit vom FHEM Server abrufen kann. Sobald die gefunden ist, würde ich deinen Wunsch auch mit umsetzen.
Grüße
Jens
#3
Sonstige Systeme / Aw: Netatmo Modul - 38_netatmo...
Letzter Beitrag von maci - 05 Mai 2024, 08:59:46Habe mich gerade wieder damit befasst.
Neuinstallation versucht. Geht aber nicht, da ich keinen Token generieren kann.
Im Log jetzt neben der DNS Meldung noch:
Neuinstallation versucht. Geht aber nicht, da ich keinen Token generieren kann.
Im Log jetzt neben der DNS Meldung noch:
Code Auswählen
Application does not have the good scope rightsDie gleiche Meldung steht auch im Status #4
Solaranlagen / Aw: [46_TeslaPowerwall2AC] neu...
Letzter Beitrag von Elektron - 05 Mai 2024, 08:37:51Hi @Cooltux,
Mein DSL scheint seit einigen Tagen immer mal wieder nachts auszufallen.
Im Ergebnis hängt danach immer die Verbindung zwischen Powerwall und FHEM.
Das Tesal-Gateway scheint da irgendwie drauf zu reagieren..
Im Logfile steht nachher nur das hier:
2024.05.05 03:45:54 4: TeslaPowerwall2AC (myPowerWall) - Write Readings
2024.05.05 03:45:57 4: TeslaPowerwall2AC (myPowerWall) - Send with URI: https://192.168.2.195/api/sitemaster
2024.05.05 03:45:58 4: TeslaPowerwall2AC (myPowerWall) - Recieve JSON data: {"status":"StatusUp","running":true,"connected_to_tesla":true,"power_supply_mode":false,"can_reboot":"Yes"}
2024.05.05 03:45:58 4: TeslaPowerwall2AC (myPowerWall) - Write Readings
2024.05.05 03:45:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:46:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:47:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:48:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:49:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:50:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:51:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:52:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
Jede Minute meldet sich der interne Timer des Moduls aber mehr passiert nicht.
Ich verwende aktuell die Version aus Deinem Repository...
Vielen Dank und Grüße Michael
Mein DSL scheint seit einigen Tagen immer mal wieder nachts auszufallen.
Im Ergebnis hängt danach immer die Verbindung zwischen Powerwall und FHEM.
Das Tesal-Gateway scheint da irgendwie drauf zu reagieren..
Im Logfile steht nachher nur das hier:
2024.05.05 03:45:54 4: TeslaPowerwall2AC (myPowerWall) - Write Readings
2024.05.05 03:45:57 4: TeslaPowerwall2AC (myPowerWall) - Send with URI: https://192.168.2.195/api/sitemaster
2024.05.05 03:45:58 4: TeslaPowerwall2AC (myPowerWall) - Recieve JSON data: {"status":"StatusUp","running":true,"connected_to_tesla":true,"power_supply_mode":false,"can_reboot":"Yes"}
2024.05.05 03:45:58 4: TeslaPowerwall2AC (myPowerWall) - Write Readings
2024.05.05 03:45:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:46:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:47:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:48:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:49:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:50:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:51:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
2024.05.05 03:52:59 4: TeslaPowerwall2AC (myPowerWall) - Call ::InternalTimer Timer_GetData
Jede Minute meldet sich der interne Timer des Moduls aber mehr passiert nicht.
Ich verwende aktuell die Version aus Deinem Repository...
Vielen Dank und Grüße Michael
#5
ESP Familie / ESP8266 sporadisch Verbindungs...
Letzter Beitrag von Dracolein - 05 Mai 2024, 08:15:11Hallo zusammen,
hier ist doch hoffentlich die geballte Expertise vor Ort, ich habe eine Frage:
Einer meiner im Dauereinsatz befindlichen ESP8266 Module macht mir seit Monaten Probleme:
- ESP8266 (AZDelivery)
- Spannungsversorgung über USB-Mini-Anschluss
- ESPEasy installiert
- 4x DS18B20 Temperatursensoren angeschlossen
- Abstand zum nächsten wireless-AP: 1-2 Meter (perfekt!)
Das Gerät wurde vor ca 2 Jahren in Betrieb genommen. Die Sensoren sind in meiner Gastherme verkabelt und greifen div. Temperaturen zwecks standalone Datenanalyse ab.
Ich hatte schon immer das Problem, dass die Platine sporadisch, sehr selten, mal nicht mehr erreichbar war. Ein simpler Neustart (Steckdose aus --> an --> läuft!) behebt das Problem nach wie vor.
Jedoch ist die Ausfallrate in der letzten Zeit fast täglich, während "früher" vielleicht 1x im Quartal war.
Probiert:
- Standortwechsel (zwecks WLAN-Optimierung, aber sowohl der ESP wie auch mein Unifi vermelden perfekte Erreichbarkeit und Empfangsstärke)
- Netzteilwechsel (mehr Power!, brachte aber nichts....)
- Jeden Sensor einzeln abgeklemmt & getestet ob der ESP ohne diesen Sensor läuft (keine Änderung...)
Die Platine, wenn sie nach einem Neustart rennt, macht fein alles was sie soll.
Nun bin ich kein Experte, was ich noch ausprobieren / optimieren könnte und freue mich auf Euer Feedback.
hier ist doch hoffentlich die geballte Expertise vor Ort, ich habe eine Frage:
Einer meiner im Dauereinsatz befindlichen ESP8266 Module macht mir seit Monaten Probleme:
- ESP8266 (AZDelivery)
- Spannungsversorgung über USB-Mini-Anschluss
- ESPEasy installiert
- 4x DS18B20 Temperatursensoren angeschlossen
- Abstand zum nächsten wireless-AP: 1-2 Meter (perfekt!)
Das Gerät wurde vor ca 2 Jahren in Betrieb genommen. Die Sensoren sind in meiner Gastherme verkabelt und greifen div. Temperaturen zwecks standalone Datenanalyse ab.
Ich hatte schon immer das Problem, dass die Platine sporadisch, sehr selten, mal nicht mehr erreichbar war. Ein simpler Neustart (Steckdose aus --> an --> läuft!) behebt das Problem nach wie vor.
Jedoch ist die Ausfallrate in der letzten Zeit fast täglich, während "früher" vielleicht 1x im Quartal war.
Probiert:
- Standortwechsel (zwecks WLAN-Optimierung, aber sowohl der ESP wie auch mein Unifi vermelden perfekte Erreichbarkeit und Empfangsstärke)
- Netzteilwechsel (mehr Power!, brachte aber nichts....)
- Jeden Sensor einzeln abgeklemmt & getestet ob der ESP ohne diesen Sensor läuft (keine Änderung...)
Die Platine, wenn sie nach einem Neustart rennt, macht fein alles was sie soll.
Nun bin ich kein Experte, was ich noch ausprobieren / optimieren könnte und freue mich auf Euer Feedback.
#6
FHEM Code changes / Revision 28838: controls_fhem....
Letzter Beitrag von System - 05 Mai 2024, 08:00:25Revision 28838: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 28838: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 28838: controls_fhem.txt: fhemupdate checkin
#7
Sonstige Systeme / Aw: [Neues Modul] 74_Automower...
Letzter Beitrag von wieral - 05 Mai 2024, 07:43:24Guten Morgen Ellert,
vielen Dank für deine Arbeit.
Meine Tests ergaben folgendes.
Das Device zeigt jetzt keine Karte mehr an. Scheduler ist da.
InternalData, StatisticsData, MowerData - liefert Daten
errorStack - No error in stack.
errorCodes - zeigt folgendes
Du darfst diesen Dateianhang nicht ansehen.
Im Logfile befinden sich folgende Meldungen:
Vielen Dank.
vielen Dank für deine Arbeit.
Meine Tests ergaben folgendes.
Das Device zeigt jetzt keine Karte mehr an. Scheduler ist da.
InternalData, StatisticsData, MowerData - liefert Daten
errorStack - No error in stack.
errorCodes - zeigt folgendes
Du darfst diesen Dateianhang nicht ansehen.
Im Logfile befinden sich folgende Meldungen:
Code Auswählen
2024.05.05 07:26:46.581 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at lib/FHEM/Devices/AMConnect/Common.pm line 2661.
2024.05.05 07:26:46.581 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at lib/FHEM/Devices/AMConnect/Common.pm line 2662.
2024.05.05 07:26:46.582 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at lib/FHEM/Devices/AMConnect/Common.pm line 2663.
2024.05.05 07:26:46.582 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at lib/FHEM/Devices/AMConnect/Common.pm line 2664.Vielen Dank.
#8
Homematic / Aw: [HowTo] HMUARTLGW im WLAN ...
Letzter Beitrag von Gary - 05 Mai 2024, 00:58:21Danke, Capu, für die tolle Anleitung! Ich konnte damit meinen ESP8266 D1 Mini mit dem HM-MOD-RPI-PCB erfolgreich in Betrieb nehmen.
Mit dem WiFi und der Firmware tasmota-zbbridge.bin hatte ich allerdings auch anfangs Probleme (WLAN Einstellungen konnten nicht gespeichert werden), der oben verlinkte Tipp hat mir dann geholfen, so hat es funktioniert:
Zuvor habe ich außerdem noch eine feste IP-Adresse über die Console eingestellt:
Letztlich habe ich mich dann allerdings dafür entschieden, mithilfe von Gitpod meine eigene an den W1 Mini angepasste Firmeware zu compilieren, wegen Hinweis im Artikel, dass die Firmware tasmota-zbbridge nur für die Sonoff ZB Bridge zu verwenden ist.
Anleitung hier: https://tasmota.github.io/docs/Gitpod/
Erweiterung in /tasmota/user_config_override.h:
Auskommentieren in platformio_override.ini:
Ich habe diese compilierte Firmware auf Basis Tasmota Version 13.4.0 an diesen Artikel angehängt, vieleicht hilft es ja jemandem.
Mit dem WiFi und der Firmware tasmota-zbbridge.bin hatte ich allerdings auch anfangs Probleme (WLAN Einstellungen konnten nicht gespeichert werden), der oben verlinkte Tipp hat mir dann geholfen, so hat es funktioniert:
- ich habe zuerst das "normale" tasmota.bin geflasht
- dann die nötigen WiFi-Einstellungen vorgenommen
- danach erst über das Webinterface und OTA-Upgrade am Gerät auf die Version tasmota-zbbridge.bin aktualisiert.
Zuvor habe ich außerdem noch eine feste IP-Adresse über die Console eingestellt:
Code Auswählen
savedata 1
ipaddress1 10.0.0.9
savedata 0Letztlich habe ich mich dann allerdings dafür entschieden, mithilfe von Gitpod meine eigene an den W1 Mini angepasste Firmeware zu compilieren, wegen Hinweis im Artikel, dass die Firmware tasmota-zbbridge nur für die Sonoff ZB Bridge zu verwenden ist.
Anleitung hier: https://tasmota.github.io/docs/Gitpod/
Erweiterung in /tasmota/user_config_override.h:
Code Auswählen
#ifndef USE_TCP_BRIDGE
#define USE_TCP_BRIDGE
#endifAuskommentieren in platformio_override.ini:
Code Auswählen
board = esp8266_4M2M
board_build.f_cpu = 160000000L
board_build.f_flash = 40000000LIch habe diese compilierte Firmware auf Basis Tasmota Version 13.4.0 an diesen Artikel angehängt, vieleicht hilft es ja jemandem.
#9
Anfängerfragen / Aw: Reading Splitten und Zeits...
Letzter Beitrag von TomLee - 04 Mai 2024, 23:01:45ZitatHatte nie behauptet einen Jason zu schicken.
Sry, war mein Denkfehler.
Wenn da in dem automatisch erstellten readinglist-Eintrag hinten nach :.* das letzte Verzeichnis des Topic-Pfad ergänzt wird, ist klar das nur ein String übertragen wird, das hab ich bis jetzt gekonnt nicht registriert
, obwohl ich es weiß. ZitatAuto_Batterie:data:.* data
Jetzt ist mir klar das du nur einen String schickst, das erklärt auch die Fehlermeldung mit dem "Müll nach JSON-Objekt", mit dem vorigen Vorschlag und das
Code Auswählen
{fhem("setreading $NAME $EVENT")} jetzt auf Anhieb ohne Änderung am Sketch klappt. #10
Verbrauchsmessung / Aw: Smartmeter auslesen
Letzter Beitrag von satprofi - 04 Mai 2024, 22:43:55iskra