Hauptmenü

Neueste Beiträge

#1
Solaranlagen / Aw: [98_Fronius.pm] Fronius AP...
Letzter Beitrag von hugomckinley - 24 April 2024, 08:03:38
Ich habe seit kurzem den Smartmeter im Einsatz und jetzt binnen 4 Wochen zweimal die Situation gehabt, dass plötzlich keine Readings mehr kommen. Weder ein modify oder ein defmod haben etwas gebracht. Der WR bleibt im Status initialize.
Ich verwende die Version v0.0.11c vom Modul. Eigentlich hat nach den letzten Änderungen vom Modul alles funktioniert und jetzt mit dem neuen WR (Symo 15.0 statt 6.0) und Smartmeter habe ich wieder dieses sporadischen Ausfälle, die nur ein Neustart von FHEM behebt.

Ein verbose=4 bringt folgende Logeinträge:
2024.04.24 06:06:04 4: [WR] [fronius_GetMeterRealtimeData] Timer 60
2024.04.24 06:06:06 4: [WR] [fronius_GetInverterRealtimeData] Timer 60
2024.04.24 06:06:10 4: [WR] [fronius_StartUp]
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] clearHeadData
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] RemoveInternalTimer
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] InternalTimer Statische Daten
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] InternalTimer Realtime Daten
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] InternalTimer Archive Daten - 120
2024.04.24 06:06:10 4: [WR] [fronius_StartUp] done
2024.04.24 06:06:10 4: [WR] [fronius_SendCommand] [GetAPIVersionInfo] START
2024.04.24 06:06:10 4: [WR] [fronius_SendCommand] [GetAPIVersionInfo] PushToCmdQueue SendURL=http://192.168.64.94/solar_api/GetAPIVersion.cgi
2024.04.24 06:06:15 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] START
2024.04.24 06:06:15 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] NOT PushToCmdQueue ERROR=Fronus API Base URL not set!
2024.04.24 06:06:15 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] re-init fronius_GetAPIVersionInfo
2024.04.24 06:06:20 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] START
2024.04.24 06:06:20 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] NOT PushToCmdQueue ERROR=Fronus API Base URL not set!
2024.04.24 06:06:20 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] re-init fronius_GetAPIVersionInfo
2024.04.24 06:06:20 4: [WR] [fronius_GetPowerFlowRealtimeData] Timer 60
2024.04.24 06:06:22 4: [WR] [fronius_GetStorageRealtimeData] Timer 60
2024.04.24 06:06:24 4: [WR] [fronius_GetMeterRealtimeData] Timer 60
2024.04.24 06:06:26 4: [WR] [fronius_GetInverterRealtimeData] Timer 60
2024.04.24 06:06:30 4: [WR] [fronius_StartUp]
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] clearHeadData
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] RemoveInternalTimer
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] InternalTimer Statische Daten
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] InternalTimer Realtime Daten
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] InternalTimer Archive Daten - 120
2024.04.24 06:06:30 4: [WR] [fronius_StartUp] done
2024.04.24 06:06:30 4: [WR] [fronius_SendCommand] [GetAPIVersionInfo] START
2024.04.24 06:06:30 4: [WR] [fronius_SendCommand] [GetAPIVersionInfo] PushToCmdQueue SendURL=http://192.168.64.94/solar_api/GetAPIVersion.cgi
2024.04.24 06:06:35 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] START
2024.04.24 06:06:35 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] NOT PushToCmdQueue ERROR=Fronus API Base URL not set!
2024.04.24 06:06:35 4: [WR] [fronius_SendCommand] [GetActiveDeviceInfo] re-init fronius_GetAPIVersionInfo
2024.04.24 06:06:40 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] START
2024.04.24 06:06:40 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] NOT PushToCmdQueue ERROR=Fronus API Base URL not set!
2024.04.24 06:06:40 4: [WR] [fronius_SendCommand] [GetPowerFlowRealtimeData] re-init fronius_GetAPIVersionInfo
2024.04.24 06:06:40 4: [WR] [fronius_GetPowerFlowRealtimeData] Timer 60
2024.04.24 06:06:42 4: [WR] [fronius_GetStorageRealtimeData] Timer 60
2024.04.24 06:06:44 4: [WR] [fronius_GetMeterRealtimeData] Timer 60
2024.04.24 06:06:46 4: [WR] [fronius_GetInverterRealtimeData] Timer 60

Es sieht genauso aus, wie das Timerproblem von "damals", wo die Timer nicht gesetzt wurden, wenn der WR im Standby ist.

Grüße
Hugo
#2
Automatisierung / Aw: [ASC] - Merkwürdiges Venti...
Letzter Beitrag von Reinhard.M - 24 April 2024, 08:01:37
Genau so ist es. Für höchsten 1s fährt das Rollo korrekterweise hoch. Dann kommt aber von ASC der Befehl "fahre runter". Im Device wird das Rollo als "aktiv runter fahrend" signalisiert. Das dauert bis die eingestellten 24% erreicht sind. Korrekterweise stoppt ASC dann die Fahrt (genauer gesagt, die Anzeige der Fahrt, es bewegt sich ja nichts mehr) und alles ist grün. Die Höhe wird mit 24% angezeigt. Mit "Comfort open" passiert es nicht! Und wie gesagt, "Copy - Paste" ohne Änderung. Vorher lief es Jahre ohne Probleme. Sehr merkwürdig...
#3
Automatisierung / Aw: [ASC] - Merkwürdiges Venti...
Letzter Beitrag von CoolTux - 24 April 2024, 07:44:59
Bin nicht ganz schlau aus Deiner Beschreibung geworden.
Fährt das Rollo beim Fenster öffnen wirklich auch hoch?

Um dann nach 1-2 Sekunden sofort wieder zu schliesen?
#4
Solaranlagen / Aw: Erfahrungen mit der Anbind...
Letzter Beitrag von miguelito - 24 April 2024, 07:39:56
Moin,

Zitat von: miguelito am 29 März 2024, 11:41:40Nun zur Bitte: Könnte jemand mit dem Meter einen Trace für mich machen, wenn der Meter beim Wechselrichter "angelernt" wird? D.h in der FusionSolar App - "Gerät einrichten" - Anmelden als Installateuer, Grundeinstellungen -> weiter nach Geräteverwaltung (siehe Bild unten) und dann einfach beim Punkt "+ Stromzähler" nochmal Euren Stromzähler auswählen (DTSU666-H). Dann sollten die Nachrichten rausgehen mit denen der WR den PM identifiziert.
Erinnert Euch an meine vorherigen Nachrichten: Es geht da eine Abfrage an Register 0x07D1 (2001) raus - Für dieses Register habe ich jetzt natürlich keine Doku - was da kommen sollte -> Trace :)

Im sun.store gibts den Huawei DTSU-666H um 99.- Werd' mir in der nächsten Zeit mal so einen holen zum reverse engineeren. Dann muss ich keinen von Euch quälen mir einen trace von der Einrichtung des DTSU666 am Inverter zu machen. Die billigste Lösung wäre dann den DTSU-666 zusätzlich in den Zählerschrank zu schrauben. Damit hat der Sun Inverter seinen eigenen Meter für die Batteriesteuerung und Ruhe ist. Aber eigentlich möchte ich schon zuerst den Weg probieren, mit der bereits vorhandenen FHEM Lösung / Auslesen des Smartmeters Energieversorger auch den Sun Inverter mit Daten zu versorgen.
#5
Unterstützende Dienste / Aw: 95_Shares.pm erweitert um ...
Letzter Beitrag von ToKa - 24 April 2024, 07:39:46
Moin,

das ist genau die gleiche Fehlermeldung wie sie bei mir auch auftaucht.

Ich konnte mir nur damit behelfen, dass ich das Cookie vom Win PC übernommen habe und yahoo_jason modifiziert habe.

VG
Torsten
#6
MQTT / Aw: Vebindung zu Zigbee2Mqtt, ...
Letzter Beitrag von frober - 24 April 2024, 06:54:03
Ja, wie auch immer, auf das erste angelegte MQTT2_Device.

Ich habe aber gerade gesehen, dass du es auf dem manuell angelegten angewendet hast.

Wenn das nicht funktioniert, alles bis auf den Client löschen. Autocreate aktivieren und dann auf das erste automatisch angelegte Device das Bridge Template anwenden. Dann sollte es funktionieren.
#7
Anfängerfragen / Aw: Ftui3 WeekdayTimer
Letzter Beitrag von barek1337 - 24 April 2024, 06:18:23
Ich hatte eine herausfordernde Aufgabe vor mir und stieß auf die Option, einen https://meinghostwriter.de/kommentar-schreiben-lassen/. Ehrlich gesagt, war das eine der besten Entscheidungen, die ich getroffen habe. Die Qualität der Arbeit, die ich erhielt, war außergewöhnlich und die Einhaltung der Fristen war beeindruckend. Ich konnte meine Herausforderungen mit Leichtigkeit bewältigen und bin sehr dankbar für diese Unterstützung. Ich würde jedem, der in einer ähnlichen Lage ist, empfehlen, diese Möglichkeit in Betracht zu ziehen.
#8
FHEMapp / Aw: FHEMApp4 - Beta Version
Letzter Beitrag von binford6000 - 24 April 2024, 05:51:07
Moin Benni,
ja FHEM läuft unter dem User "fhem" und der Download läuft auch problemlos durch:

fhem@pi0:~$ wget -v https://api.github.com/repos/jemu75/fhemApp/tarball/v4.0.38-beta
--2024-04-24 05:39:10--  https://api.github.com/repos/jemu75/fhemApp/tarball/v4.0.38-beta
Auflösen des Hostnamens api.github.com (api.github.com)... 140.82.121.5
Verbindungsaufbau zu api.github.com (api.github.com)|140.82.121.5|:443 ... verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 302 Found
Platz: https://codeload.github.com/jemu75/fhemApp/legacy.tar.gz/refs/tags/v4.0.38-beta [folgend]
--2024-04-24 05:39:11--  https://codeload.github.com/jemu75/fhemApp/legacy.tar.gz/refs/tags/v4.0.38-beta
Auflösen des Hostnamens codeload.github.com (codeload.github.com)... 140.82.121.9
Verbindungsaufbau zu codeload.github.com (codeload.github.com)|140.82.121.9|:443 ... verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 200 OK
Länge: nicht spezifiziert [application/x-gzip]
Wird in »v4.0.38-beta« gespeichert.

v4.0.38-beta                     [                           <=>                 ]  10,15M  2,25MB/s    in 5,4s   

2024-04-24 05:39:17 (1,89 MB/s) - »v4.0.38-beta« gespeichert [10648478]

Falls es nochmal auftreten sollte zB. beim nächsten Update zu Stable melde ich mich wieder.

Danke und VG,
Sebastian
#9
Unterstützende Dienste / Aw: Telegram instant messaging...
Letzter Beitrag von Ma_Bo - 23 April 2024, 23:40:10
Hallo Gisbert, also bei einem iPhone kann ich dir sagen, dass so etwas bei mir funktioniert.
Wie das bei Android aussieht, weiß ich nicht.

Ich habe für mein iPhone ein Profil erstellt, dass mir automatisch eine VPN Verbindung herstellt, wenn ich z.B. folgendes im Browser eingebe:
fhem.fritz.box............

Somit habe ich einen Shortcut auf dem Homescreen am iPhone, sobald ich diesen anklicke, verbindet sich das iPhone automatisch per VPN mit meinem Heimnetz und sendet den hinterlegten Befehl an FHEM.

Das Profil für die automatische Verbindung habe ich von folgender Seite:
Zitathttps://meintechblog.de/2015/02/08/vpn-on-demand-zwischen-iphone-und-fritzbox-einrichten/

Danach musst du dir nur z.B. einen Shortcut von folgendem Befehl machen:
(Bin mir hier nicht ganz sicher, der Befehl kann auch anders aufgebaut sein, aber das Prinzip sollte erkennbar sein, hier war noch irgendwas wegen dem csrfToken zu machen, weiss ich aber nicht mehr auswendig.)

Zitatfhem.fritz.box::8083/fhem?cmd=set%20Lampe%20on

und dein Device "Lampe" wird on gesetzt.

Grüße Marcel
#10
Einplatinencomputer / Aw: Umzug auf Raspberry Pi OS ...
Letzter Beitrag von Otto123 - 23 April 2024, 23:30:11
dann versuche
attr initialUsbCheck disable 1 bevor Du
sudo addgroup fhem plugdevmachst ;)

Oder schau Dir auf der Console das Log von FHEM an
https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche#Die_letzen_Zeilen_im_existierenden_FHEM_Log_anzeigen