Hauptmenü

Neueste Beiträge

#11
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von JoWiemann - 10 März 2026, 18:20:46
Zitat von: Prof. Dr. Peter Henning am 10 März 2026, 17:11:45Bevor ich das in mein Produktivsystem einspiele, noch eine wichtige Frage:
 Sind irgendwelche Readingnamen gegenüber 72_FRITZBOX.pm geändert worden?

Es wäre extrem hilfreich, wenn man da eine Art Kompatibilitätsliste bekäme z.B. auf einer Wiki-Seite

LG

pah


Hallo pah,

ich habe nur auf Package umgestellt. Es bleibt also alles beim Alten. Nur, wenn jemand interne Sub aus dem Modul nutzen sollte, muss er den Package Namen Fritz referenzieren. Allerdings habe ich beim Umstellen noch die eine oder andere Ungereimtheit gefunden und beseitigt.

Grüße Jörg
#12
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von Prof. Dr. Peter Henning - 10 März 2026, 17:11:45
Bevor ich das in mein Produktivsystem einspiele, noch eine wichtige Frage:
 Sind irgendwelche Readingnamen gegenüber 72_FRITZBOX.pm geändert worden?

Es wäre extrem hilfreich, wenn man da eine Art Kompatibilitätsliste bekäme z.B. auf einer Wiki-Seite

LG

pah
#13
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von enno - 10 März 2026, 17:02:19
Moin Jörg,
ZitatVielen Dank für die hervorragende Arbeit! Bei mir funktioniert jetzt alles.
Für die Namens-Diskussion des Moduls. Wie wäre es mit 72_FritzSmart.pm?
Der Name ist mir eigentlich ziemlich egal, Funktion geht vor :-)

da schließe ich mich an. Danke für die Arbeit!

Mein Vorschlag: FRITZHub, FRITZGateway, FRITZCore, Fritzzoo oder FRITZBridge

Gruss
  Enno
#14
SVG / Plots / logProxy / Aw: Farbfehler Text vs. Kurve ...
Letzter Beitrag von Prof. Dr. Peter Henning - 10 März 2026, 16:57:30
Langsam kommen wir der Sache doch näher. Der Fehler hat irgendetwas mit den "notitle"-Einträgen zu tun. Wenn ich  - mit der aktuellen Version des Moduls - aus dem Ploteditor das .gplot file schreibe, wird es danach so angezeigt, dass alle "notitle" - Einträge ans Ende der Liste geschoben werden. Im ersten Bild sieht man den Ploteditor _vor_ dem Abspeichern, im zweiten Bild _nach_ dem Abspeichern. Das führt dazu, dass alle <LX>-Einträge nach oben rutschen - und dann natürlich in der Farbe nicht mehr zur richtigen Kurve passen.

Und genau so wird es natürlich angezeigt, auch wenn das .gplot-File richtig ist. Die vier grünen Label in Deinem Testbild sollten eigentlich nicht da sein, sie gehören zu anderen Kurven. Vielmehr haben die grünen Kurven eigentlich alle "notitle"-Einträge, weil sie noch zur Darstellung des Speichers gehören. Beim Rendern werden aber aus der Liste der Label erst alle genommen, die _nicht_ notitle als Eintrag haben - und damit bekommen sie die falschen Farben.

LG

pah

#15
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von elektron-bbs - 10 März 2026, 16:27:16
Zitat von: JoWiemann am 10 März 2026, 13:39:41anbei eine neue "08.20.20e Beta".
Leider ist es so, dass ältere Fritz!OS Versionen es nicht vertragen, wenn man eine Verbindung länger offen hält. Dann werden die Anfragen mit einem Fehler beantwortet. Ich habe das jetzt wieder umgestellt und so funktioniert der API TR064 Check jetzt wieder.
Vielen Dank für die hervorragende Arbeit! Bei mir funktioniert jetzt alles.

ZitatFür die Namens-Diskussion des Moduls. Wie wäre es mit 72_FritzSmart.pm?
Der Name ist mir eigentlich ziemlich egal, Funktion geht vor :-)
#16
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von locodriver - 10 März 2026, 15:42:33
Nein, ganz normal auf dem Rpi3. Ist wohl beim Probieren passiert...

Was muss ich tun, damit es in dieser Umgebung funzt?
#17
SVG / Plots / logProxy / Aw: Farbfehler Text vs. Kurve ...
Letzter Beitrag von rudolfkoenig - 10 März 2026, 15:41:54
Ich sehe keinen Unterschid zwischen der aktuellen Version und 29659, beide schauen aus wie das Bild im Anhang, und sind mAn ok.

Ich habe auch alle Linien einzeln geprueft: die Waagerechte unten kommt von PlotProxy, EEE ist 0 und wird von GGG (auch 0) ueberdeckt. Alle Anderen sind mehr oder weniger (vier sind gruen, aka l1) klar erkennbar.
#18
Automatisierung / Aw: DbLog schreibt nicht laufe...
Letzter Beitrag von MartinD - 10 März 2026, 15:06:48
Ja, es bleibt nur zu hoffen, dass der Modulator hier reinschaut.

Ich habe eine andere fhem-installation, bei der es mit dieser DBLog-DEF sehr gut seit Jahren funktioniert.
Auch regex funktioniert so wie erwartet.
Allerdings wird hier nicht in current-Tabelle geschrieben.


Internals:
   COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
   CONFIGURATION ./db.conf
   DEF        ./db.conf .*:(measured-temp|desired-temp|valve_position|humidity|pressure|temperature|Temp|Diesel|batteryLevel|Diff_T1-T2|T1-Vorlauf|T2-Ruecklauf|wetterdaten|regen_counter|power|energy|current|kWh|Leistung|Part_Home|Part_SRV|Part_root|cpu_temp_avg|INFO_history.data_index_length_MB|Spannung|Frequenz|P_AC|Wasserverbrauch|MQTT_Gas|windspeed_SAT_Antenne|Today_PVforecast|Tomorrow_PVforecast|1.svHmIPSunshineCounterToday_14833|Blindleistung_L1|Blindleistung_L2|Blindleistung_L3|I_AC_Energy_WH|Day_Gesamt_vom_Dach|Leistungbilanz_PV_zu_SWDU|status-pv_power).*
   FD         5
   FUUID      641c5108-f33f-84ec-f14a-2c308b4f98d27913
   FVERSION   93_DbLog.pm:v5.11.0-s29401/2024-12-05
   MODE       asynchronous
   MODEL      MYSQL
   NAME       mozart4_DbLog
   NR         2
   NTFY_ORDER 50-mozart4_DbLog
   PID        506
   REGEXP     .*:(measured-temp|desired-temp|valve_position|humidity|pressure|temperature|Temp|Diesel|batteryLevel|Diff_T1-T2|T1-Vorlauf|T2-Ruecklauf|wetterdaten|regen_counter|power|energy|current|kWh|Leistung|Part_Home|Part_SRV|Part_root|cpu_temp_avg|INFO_history.data_index_length_MB|Spannung|Frequenz|P_AC|Wasserverbrauch|MQTT_Gas|windspeed_SAT_Antenne|Today_PVforecast|Tomorrow_PVforecast|1.svHmIPSunshineCounterToday_14833|Blindleistung_L1|Blindleistung_L2|Blindleistung_L3|I_AC_Energy_WH|Day_Gesamt_vom_Dach|Leistungbilanz_PV_zu_SWDU|status-pv_power).*
   SBP_PID    507
   SBP_STATE  running
   STATE      connected
   TYPE       DbLog
   UTF8       1
   dbconn     mysql:database=fhem;host=localhost;port=3306
   dbuser     fhemuser
   eventCount 223417
   HELPER:
     COLSET     1
     DEVICECOL  64
     EVENTCOL   512
     OLDSTATE   connected
     PACKAGE    main
     READINGCOL 64
     TC         current
     TH         history
     TYPECOL    64
     UNITCOL    32
     VALUECOL   128
     VERSION    5.11.0
   OLDREADINGS:
   READINGS:
     2026-03-10 14:57:11   CacheOverflowLastNum 0
     2023-04-20 21:25:35   CacheOverflowLastState normal
     2026-03-10 14:57:11   CacheUsage      7
     2026-03-10 14:57:11   NextSync        2026-03-10 14:57:41 or when CacheUsage 500 is reached
     2026-03-10 14:57:12   notify_processing_time 0.0010
     2026-03-10 14:57:11   state           connected
Attributes:
   DbLogExclude valve_position_STATUS, humidity_STATUS, measured-temp_STATUS, batteryLevel_STATUS, humidity_SAT_Antenne_STATUS, Mein_CUxD_Geraet, Statusanzeige, current_STATUS, current, power_STATUS, energy_OVERFLOW,loadavg, presence, BatteryDummy
   DbLogType  Current/History
   asyncMode  1
   excludeDevs HM_Schalt.*,raspi.*,Proplanta*
   room       LOG
   showNotifyTime 1


Gruß

Martin
#19
Es gibt auch noch Open Streetmap. Allerdings zeigen die nicht alle Ladestationen. Visualisierungsoberfläche hier: https://mapcomplete.org/charging_stations.html

LG

pah
#20
Bastelecke / Aw: ESP RGBWW Wifi Led Control...
Letzter Beitrag von vbs - 10 März 2026, 14:37:56
Ok, das liefert schonmal eine konkrete Fehlermeldung. Der Controller antwortet explizit mit
{"error":"JSON deserialization error"}
Obwohl das JSON mMn eigentlich ok aussieht. Werde mal versuchen, das nachzustellen. Evtl. ist ihm die Nachricht zu lang geworden. Das könnte ich mir vorstellen.