- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Multimedia / Aw: [Neues Modul] 70_LaMetric2...
Letzter Beitrag von bastler111 - 28 April 2024, 13:52:35Hallo zusammen,
ich nutze die LaMetric zuammen mit dem Modul.. sehr cool! Vielen Dank dafür.
Ich wollte nun eine private App erstellen und mit local Push mit Daten füllen.
Die API wurde anscheinend vor einiger Zeit geändert und für local Push und indicator App wird man aufgefordert die "My Data DIY" App von LaMetric zu nutzen.
Ich schaff es leider ich die My Data DIY App über FHEM anzusprechen.
Für den Set Aufruf fehlt mir bei der My Data DIY App der token ...
set lametric msg app=My Data DIY token=....
Hat jemand einen Tip?
VG Josef
ich nutze die LaMetric zuammen mit dem Modul.. sehr cool! Vielen Dank dafür.
Ich wollte nun eine private App erstellen und mit local Push mit Daten füllen.
Die API wurde anscheinend vor einiger Zeit geändert und für local Push und indicator App wird man aufgefordert die "My Data DIY" App von LaMetric zu nutzen.
Ich schaff es leider ich die My Data DIY App über FHEM anzusprechen.
Für den Set Aufruf fehlt mir bei der My Data DIY App der token ...
set lametric msg app=My Data DIY token=....
Hat jemand einen Tip?
VG Josef
#2
Einplatinencomputer / Aw: Umzug von RasPi 4 (Buster)...
Letzter Beitrag von Guzzi-Charlie - 28 April 2024, 13:50:27Hallo,
inzwischen habe ich FHEM auf dem neuen RasPi 5 produktiv geschaltet. Grundsätzlich scheint es zu funktionieren.
Es gibt aber noch ein paar Sachen die nicht funktionieren.
Hier die Fehlermeldungen aus dem FHEM-log (nach Neustart):
Die Fehler 8. und 9. wiederholen sich dann ständig
inzwischen habe ich FHEM auf dem neuen RasPi 5 produktiv geschaltet. Grundsätzlich scheint es zu funktionieren.
Es gibt aber noch ein paar Sachen die nicht funktionieren.
Hier die Fehlermeldungen aus dem FHEM-log (nach Neustart):
- 2024.04.28 12:48:29.805 1: myJeeLink: Can't open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL006UL7-if00-port0: Permission denied
-> fehlende Rechte? - 2024.04.28 12:48:33.885 1: IEC1107_rs485: Can't connect to 192.168.0.83:20108: Network is unreachable
-> keine Ahnung woher diese IP kommt und ob das überhaupt relevant ist. - 2024.04.28 12:48:33.906 1: IEC1107_rs485: cannot open file /fhem/trunk/fhem/drs110m.classdef for class drs110m.
-> solch ein Directory/file gibt es auch in der alten Installation nicht - 2024.04.28 12:48:34.195 1: reload: Error:Modul 10_BindingsIo deactivated:
-> das Modul 10_BindingsIo ist in der neuen Installation am gleichen Ort wie in der alten Installation vorhanden
Can't locate Protocol/WebSocket/Frame.pm in @INC (you may need to install the Protocol::WebSocket::Frame module) (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/aarch64-linux-gnu/perl/5.36.0 /usr/local/share/perl/5.36.0 /usr/lib/aarch64-linux-gnu/perl5/5.36 /usr/share/perl5 /usr/lib/aarch64-linux-gnu/perl-base /usr/lib/aarch64-linux-gnu/perl/5.36 /usr/share/perl/5.36 /usr/local/lib/site_perl ./FHEM/lib) at ./FHEM/10_BindingsIo.pm line 10, <$fh> line 11386.
BEGIN failed--compilation aborted at ./FHEM/10_BindingsIo.pm line 10, <$fh> line 11386. - 2024.04.28 12:48:34.813 1: define FL_PV_WR_T41 FileLog %L/PV-WR-T41_%Y-%m.log PV_WR_T41:active_power.*|PV_WR_T41:back_up.*|PV_WR_T41:battery_mode.*|PV_WR_T41:error_codes.*|PV_WR_T41:grid_mode.*|PV_WR_T41:hours_total_h.*|
PV_WR_T41:house_consumption_W|PV_WR_T41:inverter.*|PV_WR_T41:load.*|PV_WR_T41:meter_active.*|PV_WR_T41:meter_l.*|PV_WR_T41:mppt1.*|PV_WR_T41:mppt2.*|PV_WR_T41:mppt3.*|
PV_WR_T41:on_grid_l.*|PV_WR_T41:pExport_kWh|PV_WR_T41:pImport_kWh|PV_WR_T41:pv1.*|PV_WR_T41:pv2.*|PV_WR_T41:pv3.*|PV_WR_T41:pv_.*|PV_WR_T41:rssi|PV_WR_T41:speicherverluste|
PV_WR_T41:today_.*|PV_WR_T41:total_.*|PV_WR_T41:ups.*|PV_WR_T41:work_mode:
Can't open /opt/fhem/log/PV-WR-T41_2024-04.log: Permission denied
-> fehlende Rechte? - 2024.04.28 12:48:38.601 1: Modbus_KG2: Can't open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_B001BIRB-if00-port0: Permission denied
-> fehlende Rechte? - 2024.04.28 12:48:38.701 1: usb create starting
2024.04.28 12:48:45.985 1: TCM_ESP3: Can't open /dev/ttyUSB0: Permission denied
2024.04.28 12:48:45.986 1: TCM_ESP3: Can't open /dev/ttyUSB1: Permission denied
2024.04.28 12:48:45.999 1: usb create end - 2024.04.28 12:48:48.426 1: FHEMWEB SSL/HTTPS error: SSL accept attempt failed error:0A000126:SSL routines::unexpected eof while reading (peer: 192.168.178.128)
-> das ist die Verbindung zu meinem Loxon MiniServer Go - 2024.04.28 12:48:48.494 1: FHEMWEB SSL/HTTPS error: SSL accept attempt failed error:0A000416:SSL routines::sslv3 alert certificate unknown (peer: 192.168.178.15)
2024.04.28 12:48:48.582 1: FHEMWEB SSL/HTTPS error: SSL accept attempt failed error:0A000126:SSL routines::unexpected eof while reading (peer: 192.168.178.128)
Die Fehler 8. und 9. wiederholen sich dann ständig
#3
Anfängerfragen / MQTT2_DEVICE textfield
Letzter Beitrag von kl_ha - 28 April 2024, 13:42:34Hallo
Versuche mich schon seit längerem am textfield um Text per Json zu übertragen.
Bei dieser Konstellation($EVENT) überträgt zb "Hallo Welt" dann "text Hallo Welt".
Bei der Möglichkeit.
Gibt es eine Möglichkeit den ganzen Text zu übertragen ohne das vorhergehende "text"?
Grüße
Klaus
Versuche mich schon seit längerem am textfield um Text per Json zu übertragen.
Code Auswählen
text:textFieldNL awtrix_053574/notify {"$EVTPART0":"$EVENT","rainbow": true, "duration": 20}
Bei dieser Konstellation($EVENT) überträgt zb "Hallo Welt" dann "text Hallo Welt".
Bei der Möglichkeit.
Code Auswählen
text:textFieldNL awtrix_053574/notify {"$EVTPART0":"$EVTPART1","rainbow": true, "duration": 20}
dann nur das "Hallo".Gibt es eine Möglichkeit den ganzen Text zu übertragen ohne das vorhergehende "text"?
Grüße
Klaus
#4
Sonstiges / Aw: druckabfragen für den flas...
Letzter Beitrag von the ratman - 28 April 2024, 13:29:46is auch 'ne option - ich pers. würd halt nicht noch eine sw wollen. in dem fall wahrscheinlich auch noch mit 'nem zusätzlichen raspi, weil ich mir meinen fhem-server nicht "kontaminieren" will. bei meinem halbwissen geht dann eh wieder was schief.
bei meinem "projekt" gehts mir mittlerweile auch ums prinzip. ich hab meinen dremel 3d45 (ist ja eig. auch flashforge) so derartig problemlos in fhem reingebracht (hast da nicht auch du damals ein bissi geholfen?), dass ichs nicht einsehe, warum ein neuer drucker, der ja nicht wirklich neues auf der sw-seite zu bieten hat (sogar der streamingserver war ja bis jetzt der gleiche wie vor 5 jahren), das nicht auch kann.
und ich bin ein gewohnheitstier. ich hab mich in meine lösung über fhem den rainmeter auf win zu befüllen sehr verliebt und gewöhnt ...
bei meinem "projekt" gehts mir mittlerweile auch ums prinzip. ich hab meinen dremel 3d45 (ist ja eig. auch flashforge) so derartig problemlos in fhem reingebracht (hast da nicht auch du damals ein bissi geholfen?), dass ichs nicht einsehe, warum ein neuer drucker, der ja nicht wirklich neues auf der sw-seite zu bieten hat (sogar der streamingserver war ja bis jetzt der gleiche wie vor 5 jahren), das nicht auch kann.
und ich bin ein gewohnheitstier. ich hab mich in meine lösung über fhem den rainmeter auf win zu befüllen sehr verliebt und gewöhnt ...
#5
FHEMapp / Aw: FHEMApp4 - Beta Version
Letzter Beitrag von jemu75 - 28 April 2024, 13:25:31Hallo,
die Ersetzung %d() erwartet ein Datum im ISO-Format (also sowas wie 2024/04/28 oder 2024-04-28T15:35:17)
Insbesondere die Timestamps der ganzen FHEM-Readings werden im ISO-Format geliefert und können somit über die Ersetzung %d() formatiert werden.
Wenn du ein bereits formatiertes Datum in einem Reading hast, dann ist der einfachste Weg ein userreading anzulegen und dort den gewünschten Teil des Reading zurückzugeben.
Grüße
Jens
die Ersetzung %d() erwartet ein Datum im ISO-Format (also sowas wie 2024/04/28 oder 2024-04-28T15:35:17)
Insbesondere die Timestamps der ganzen FHEM-Readings werden im ISO-Format geliefert und können somit über die Ersetzung %d() formatiert werden.
Wenn du ein bereits formatiertes Datum in einem Reading hast, dann ist der einfachste Weg ein userreading anzulegen und dort den gewünschten Teil des Reading zurückzugeben.
Grüße
Jens
#6
Automatisierung / Aw: KNXIO Startverhalten
Letzter Beitrag von petervereecke - 28 April 2024, 13:19:08Hallo Erwin,
zuerst möchte ich mich für Deine SCHNELLE Antwort bedanken.
Hatte mir so etwas schon gedacht (Der Rasberry geht übers WLAN ins Netzwerk).
Habe das Forum / Wiki schon nach dem Sachverhalt des Startverhaltens
(Timing des Starts der Dienste/Tools) der fhem.cfg durchforstet und
wahrscheinlich in meinem bescheidenen FHEM Wissen eine paar schlichte
(wahrscheinlich doofe) Anweisungen in die Datei fhem.cfg geschrieben
(notify und sleep usw. Siehe Anlage).
Aber bevor ich ein Forum quäle versuche ich zuerst einmal selbst weiterzukommen.
Den eigentlichen Job über FHEM KNX initialisierte Sprachanrufe (T2S, SIP, FRITZBOX)
zu generieren habe ich als Unix/Linux Greenhorn mit der eierlegenden Wollmilchsau FHEM
zügig hinbekommen - hier ein großes Dankeschön an Rudolf König und die Community.
Anbei die fhem.cfg und den log.file als PDF Anhang.
Vielen Dank und schönen Sonntag
Peter
Du darfst diesen Dateianhang nicht ansehen.
Du darfst diesen Dateianhang nicht ansehen.
zuerst möchte ich mich für Deine SCHNELLE Antwort bedanken.
Hatte mir so etwas schon gedacht (Der Rasberry geht übers WLAN ins Netzwerk).
Habe das Forum / Wiki schon nach dem Sachverhalt des Startverhaltens
(Timing des Starts der Dienste/Tools) der fhem.cfg durchforstet und
wahrscheinlich in meinem bescheidenen FHEM Wissen eine paar schlichte
(wahrscheinlich doofe) Anweisungen in die Datei fhem.cfg geschrieben
(notify und sleep usw. Siehe Anlage).
Aber bevor ich ein Forum quäle versuche ich zuerst einmal selbst weiterzukommen.
Den eigentlichen Job über FHEM KNX initialisierte Sprachanrufe (T2S, SIP, FRITZBOX)
zu generieren habe ich als Unix/Linux Greenhorn mit der eierlegenden Wollmilchsau FHEM
zügig hinbekommen - hier ein großes Dankeschön an Rudolf König und die Community.
Anbei die fhem.cfg und den log.file als PDF Anhang.
Vielen Dank und schönen Sonntag
Peter
Du darfst diesen Dateianhang nicht ansehen.
Du darfst diesen Dateianhang nicht ansehen.
#7
Automatisierung / Aw: FHEM Absturz bei Steckdose...
Letzter Beitrag von betateilchen - 28 April 2024, 13:11:12Mit CUL_HM hat das erstmal nichts zu tun, der Fehler tritt offenbar auf, wenn das at-Device nach der Ausführung versucht, den nächsten Zeitpunkt zur Ausführung zu berechnen.
Zum "Warum" fällt mir aber gerade nichts ein.
Vielleicht magst Du den Threadtitel anpassen, damit dort auch was von "at" steht. Das erhöht die Chancen, dass Rudi den Thread wahrnimmt und ihn nicht nach CUL_HM verortet und ignoriert.
Als Sofortmaßnahme könntest Du den verbose Level des at-device auf 5 setzen, damit man mehr Informationen im Logfile findet.
Zum "Warum" fällt mir aber gerade nichts ein.
Vielleicht magst Du den Threadtitel anpassen, damit dort auch was von "at" steht. Das erhöht die Chancen, dass Rudi den Thread wahrnimmt und ihn nicht nach CUL_HM verortet und ignoriert.
Als Sofortmaßnahme könntest Du den verbose Level des at-device auf 5 setzen, damit man mehr Informationen im Logfile findet.
#8
Wallboxen / Aw: Easee Home (Laderoboter / ...
Letzter Beitrag von MiWe58 - 28 April 2024, 13:02:57Hallo Matthias,
zwischenzeitlich bin ich mit den Versionen wohl weiter gekommen. Die Easee ID wurde nun übernommen und auch richtig angezeigt.
Dennoch bleibt die Fehlermeldung in den Readings:
lastResponse ERROR: HTTP Code 401
Die zugehörigen Log-Einträge lauten:
Vielleicht findest Du etwas Zeit für Unterstützung bei der Abhilfe
Gruß
Michael
zwischenzeitlich bin ich mit den Versionen wohl weiter gekommen. Die Easee ID wurde nun übernommen und auch richtig angezeigt.
Dennoch bleibt die Fehlermeldung in den Readings:
lastResponse ERROR: HTTP Code 401
Die zugehörigen Log-Einträge lauten:
Code Auswählen
2024.04.28 12:54:38.660 1: Error on EaseeWallbox_WriteToCloudAPI. Missing site_id. Please ensure basic data is available.
2024.04.28 12:54:38.939 1: HTTPS error while requesting https://api.easee.cloud/api/chargers/EHxxx/state - 401
2024.04.28 12:54:38.970 1: HTTPS error while requesting https://api.easee.cloud/api/chargers/EHxxx/config - 401
2024.04.28 12:54:38.979 1: HTTPS error while requesting https://api.easee.cloud/api/chargers/EHxxx/site - 401
2024.04.28 12:54:38.988 1: HTTPS error while requesting https://api.easee.cloud/api/chargers/EHxxx/sessions/ongoing - 401
2024.04.28 12:54:38.992 1: HTTPS error while requesting https://api.easee.cloud/api/sessions/charger/EHxxx/monthly - 401
2024.04.28 12:54:39.013 1: HTTPS error while requesting https://api.easee.cloud/api/sessions/charger/EHxxx/daily - 401Vielleicht findest Du etwas Zeit für Unterstützung bei der Abhilfe
Gruß
Michael
#9
Homematic / Aw: Umzug der RaspberryMatic &...
Letzter Beitrag von coolice - 28 April 2024, 12:50:59Ja die Firewalls sind konfiguriert. Vielleicht hängt es am Device. Rein theoretisch gibt es ja zwei IP´s oder sehe ich das falsch?
Die vom HA im Container und die von meiner NAS. Muss das Device mit der IP von der NAS definiert werden und dann über attr rpcserveraddr die IP von HA oder umgekehrt?
Ich probiere es mal aus.
Die vom HA im Container und die von meiner NAS. Muss das Device mit der IP von der NAS definiert werden und dann über attr rpcserveraddr die IP von HA oder umgekehrt?
Ich probiere es mal aus.
#10
Anfängerfragen / Aw: Fenster zu lange auf
Letzter Beitrag von Sebastian84 - 28 April 2024, 12:42:32Danke für die schnelle Hilfe