Hauptmenü

Neueste Beiträge

#1
FRITZ!Box / Aw: AVM SmartMeter und Monatsw...
Letzter Beitrag von RalfRog - 02 März 2026, 13:11:04
Jup
Zu oberflächlich geguckt mit diesen ellenlangen Namenswürmern.
#2
Codeschnipsel / Aw: Neues Modul: 73_DepartureB...
Letzter Beitrag von Sailor - 02 März 2026, 12:21:07
Hallo JWRu

Zitat von: JWRu am 26 Februar 2026, 21:39:32Ich habe es ausprobiert - ohne Leerzeichen funktioniert es.
OK, ein Anfang... Leerzeichen in "-" zu verwandeln.

Zitat von: JWRu am 26 Februar 2026, 21:39:32Allerdings reicht jetzt der Platz in meiner Tabelle nicht mehr, weil die erste Spalte zu breit wird.
Ist das Widget hierfür nicht frei parametrierbar?

Zitat von: JWRu am 26 Februar 2026, 21:39:32Ich behalte einfach mein Userreading bei - du musst dich nicht verknoten, um meinen Spezialfall zu integrieren.
Das Widget ist der größte "Kunde" dieses Moduls. Daher habe ich schon Interesse, dass es funktioniert.  ;)

Gruß
    Sailor
#3
Heizungssteuerung/Raumklima / Aw: Buderus KM200 Kommunikatio...
Letzter Beitrag von Sailor - 02 März 2026, 12:16:24
Hallo Freee

Zitat von: Freee84neu am 27 Februar 2026, 01:28:09was mache ich falsch ?

Vermutlich nichts. Das Modul ist für die KM200 von Buderus programmiert und nicht für das Bosch K40 RF.

Gruß
    Sailor
#4
Bastelecke / Aw: ESP RGBWW Controller - Fir...
Letzter Beitrag von pjakobs - 02 März 2026, 11:57:32
so, nach alldem und einem umfangreichen Hardening für den Server, der Lightinator.de hostet, ist eine neue Version der Firmware live. Wundert Euch nicht über den großen Versionssprung, da sind zwar etliche Änderungen drin (vornehmlich in Sming, wie oben beschrieben) aber die vielen Builds kamen primär dadurch zustande, dass ich die CI umbauen musste, um mit dem Hardening des Servers mitzuziehen (die CI "klopft" jetzt beim Server an, und wird dann explizit für eine ssh Verbindung freigeschaltet)
#5
Zigbee / Aw: Kein "set_on-for-timer" lo...
Letzter Beitrag von betateilchen - 02 März 2026, 11:24:22
@dirk69: kannst Du alternativ nicht einfach auf 2026-03-01 09:02:11 HUEDevice HUEDevice9 onoff: 1 triggern? Es geht doch offenbar nur darum, einen Befehl zum Einschalten zu erkennen.
#6
FRITZ!Box / Aw: Keine stabile FRITZBOX Ver...
Letzter Beitrag von VB90 - 02 März 2026, 11:16:29
Nun, ich kann auch zur Erklärung beitragen ;)

Das fhem-Modul läuft wie erwartet fehlerfrei.
Auch mein FHEM-Server tut das.

Allein, die FritzBox zickt rum.
Er war an LAN1, an der mein FHEM-Server hängt, das sog. "EEE - Energy Efficent Ethernet" aktiviert und die Schnittstelle auf 2.5GBit eingestellt.
Dies habe ich nun geändert, EEE deaktiviert und auf 1GBit gedrosselt.
Nun funktioniert's schon 2 Tage unauffällig.

Offenbar "schaukelt" sich LAN1 durch etwas mehr Traffic so auf, das es in Funktionslosigkeit eskaliert.
Das wiederum mag fhem natürlich nicht, wenn keine Daten rein oder raus gehen können.

Ich beobachte das mal noch ein wenig.

vb
#7
Automatisierung / Aw: DbRep mit komplexem MySQL ...
Letzter Beitrag von ch.eick - 02 März 2026, 11:12:43
Zitat von: DS_Starter am 28 Februar 2026, 09:39:47Im Modul (Perl) selbst wird kein SQL-Syntaxcheck durchgeführt. Die Meldung (DBD::mysql::st...) wird direkt vom Datenbanktreiber (DBD Perl-Modul) zurückgeliefert.
Möglicherweise wäre es zielführend im CPAN zu forschen (Version des DBD) bzw. auf DBD::MariaDB umzustellen.
Die eingesetzten Versionen siehst du im Configcheck des zugeordneten DbLog-Devices.

Hallo Heiko
ich verwende den FHEM Docker Container, wäre sowas dann nicht dort zu aktualisieren?

DBD::DBM, DBD::ExampleP, DBD::File, DBD::Gofer, DBD::MariaDB, DBD::Mem, DBD::Pg, DBD::Proxy, DBD::SQLite, DBD::Sponge, DBD::mysql

Result of version check

Used Perl version: 5.38.5
Used DBI (Database independent interface) version: 1.647
Used DBD (Database driver) version mysql: 4.051
Used DbLog version: 5.11.0
Your local DbLog module is up to date.
Rating:
Recommendation: Update of DbLog is not needed.
Your DBD version fulfills UTF8 support, no need to update DBD.

VG  Christian
#8
Verbrauchsmessung / Aw: HTTPMOD: Aktueller Strompr...
Letzter Beitrag von ch.eick - 02 März 2026, 11:07:52
Nächste Schritte wären jetzt die Kostenberechnung, die bei den Tibber Kunden über deren Portal kommen, jedoch nicht bei den eventuell interessierten, die noch keine Kunden sind.

Für die early birds hätte ich hier mal ein MySQL, das die Kosten innerhalb der Datenbank berechnet und dort auch direkt einträgt, es erfolgt somit keine Ausgabe als Tabelle, was jedoch auch möglich wäre. Momentan habe ich jedoch Probleme mit dem DBI vom FHEM zur Datenbank :-(
Die Ausgabe soll gleich der von Tibber sein, damit ein Wechsel nicht direkt mit Anpassungen innerhalb der Datenbank einhergeht.

- Für den INSERT sind die Kommentare zu entfernen

- Der eigene Zähler müsste an dieser Stelle eingetragen werden
    WHERE DEVICE  = 'WR_0_KSEM'
      AND READING = 'Active_energy+'

- Man kann natürlich die Zeiträume ändern, das Muster ist nur für den aktuellen Tag ausgelegt

-- INSERT INTO history (TIMESTAMP, DEVICE, TYPE, READING, VALUE)


WITH price AS (
  SELECT
    TIMESTAMP AS interval_start,
    VALUE AS price_ct_per_kWh   -- z.B. Cent/kWh
  FROM history
  WHERE DEVICE = 'Stromboerse_connect'
    AND READING = 'fc0_total'
    AND TIMESTAMP >= CURDATE()
    AND TIMESTAMP < CURDATE() + INTERVAL 1 DAY
),

consumption AS (
  SELECT
    interval_start,
    CASE
      WHEN interval_start = CURDATE() THEN 0
      WHEN VALUE < LAG(VALUE) OVER (ORDER BY interval_start) THEN NULL
      ELSE VALUE - LAG(VALUE) OVER (ORDER BY interval_start)
    END AS kWh_15min
  FROM (
    SELECT
      FROM_UNIXTIME(FLOOR(UNIX_TIMESTAMP(TIMESTAMP) / 900) * 900) AS interval_start,
      VALUE,
      ROW_NUMBER() OVER (
        PARTITION BY FLOOR(UNIX_TIMESTAMP(TIMESTAMP) / 900)
        ORDER BY TIMESTAMP DESC
      ) AS rn
    FROM history
    WHERE DEVICE  = 'WR_0_KSEM'
      AND READING = 'Active_energy+'
      AND TIMESTAMP >= CURDATE() - INTERVAL 15 MINUTE
  ) t
  WHERE rn = 1
    AND interval_start >= CURDATE()
    AND interval_start < CURDATE() + INTERVAL 1 DAY
)

SELECT *
FROM (
  SELECT
    c.interval_start                   AS TIMESTAMP,
    'Stromboerse_connect'              AS DEVICE,
    'cost'                             AS TYPE,
    'nodes_cost'                       AS READING,
ROUND(COALESCE(c.kWh_15min,0) * COALESCE(p.price_ct_per_kWh,0) / 100, 6 ) AS VALUE
  FROM consumption c
LEFT JOIN price p
       ON p.interval_start = c.interval_start
) AS new_values

-- ON DUPLICATE KEY UPDATE
--   VALUE = new_values.VALUE;

VG   Christian
#9
Verbrauchsmessung / Aw: HTTPMOD: Aktueller Strompr...
Letzter Beitrag von ch.eick - 02 März 2026, 10:52:04
Hallo nochmal,
hier wäre mal mein aktuelles Leistungsdiagramm mit den Strombörse Triggern, bei dem ich ziemlich mit der Darstellung vom Tagesverlauf gekämpft habe.
Die Strombörse habe ich durch einen Offset nach oben ins Diagramm geschoben. Man sieht den Preisverlauf im 15 Minuten Takt und die einzelnen Trigger als Stufen.
Ist die Stufe oben, so ist der Trigger aktiv.
Für die Net und Bat Freigabe sind etwas unterschiedliche Berechnungen gewählt, was dann zu abweichenden Zeiten führt.
Trigger Zeiten von 15 Minuten werden unterdrückt, da das ansonsten zu zappelig wäre und zu einem ständigen Ein/Ausschalten der Starkverbraucher führen würde.
Im Diagramm wird immer nur das nächste Ereignis der Trigger im Tagesverlauf angezeigt, dass sich jedoch aufgrund der sich veränderten Daten auch immer wieder etwas verschieben kann. Aus diesem Grund habe ich auch die Berechnung auf ein mal pro Stunde reduziert.
Du darfst diesen Dateianhang nicht ansehen.

VG   Christian
#10
Sprachsteuerung / Aw: HomebridgeMapping korrektu...
Letzter Beitrag von Wolfpunk - 02 März 2026, 10:44:31
Naja, du fütterst TargetDoorState mit state, welches ja bei dir "open/closed/opening/closing/stopped" annehmen kann. Aber TargetDoorState kennt eben kein "opening/closing/stopped". Da musst du dann die values mit regexps anpassen, wenn du für TargetDoorState weiterhin state als Reading benutzen willst.

Ansonsten meckert HomeKit durchaus berechtigt weiterhin über "opening/closing/stopped".