openhabforum.de


https://openhabforum.de/

rrd4j DB Analyse und Alexa Anbindung...

https://openhabforum.de/viewtopic.php?t=9902

Seite 1 von 1

rrd4j DB Analyse und Alexa Anbindung...

Verfasst: 25. Jan 2026 17:47
von Pittyshome
Guten Abend Forum - Auskenner.
Ich bin ein neuer Nutzer, habe aber OH in V3.4 seit Anfang 2024 benutzt und bin allein klar gekommen....
Ich habe ein Livisi SH System mit dem V1 Controller - was dann von OH gesteuert wird.
Also, da dachte ich mir "ich hab gerade Zeit" und mache mein OH System neu - von V3.4 auf V5.1.1 - dazu den Raspi 4 mit dem 64bit System aufgemotzt und das OH5.1.1 aufgespielt und eingerichtet.

Nun bastle ich schon den vierten Tag an der Sache herum und bin von der Kompliziertheit der V5.x wirklich entsetzt.
Es ist viel mehr Konfigurationsaufwand als bei V3.x und es ist nicht selbsterklärend...

Nach viel Zeit sind 2 Probleme übrig geblieben:
1. Die Analysefunktion geht nicht
Die Graphen sind korrekt definiert, in die rrd4j DB werden die Werte geschrieben - so sagt es das Log:
Beispiel:

Code: Alles auswählen

Time 16:45:02.527 Timestamp Jan 25, 2026, 3:45:02 PM Level DEBUG Logger Class org.openhab.persistence.rrd4j.internal.RRD4jPersistenceService Message Stored 'WRT_Wohnzimmer_Aktuelle_Temperatur' as value '20.6' with timestamp 1769355900 in rrd4j database
Der Analysegraph ist so definiert:

Code: Alles auswählen

component: oh-label-cell
config:
  action: analyzer
  actionAnalyzerCoordSystem: time
  actionAnalyzerItems:
    - WRT_Wohnzimmer_Aktuelle_Temperatur
  item: WRT_Wohnzimmer_Aktuelle_Temperatur
  title: Wohnzimmer
Aber der Graph bleibt leer - im Button wird die aktuelle Temperatur angezeigt aber die Analyse Funktion geht nicht.
Frage: muss ich der Main UI noch die DB zuweisen aus der die Daten gelesen werden sollen? Wenn ja - wie geht das?

2. Problem Alexa Anbindung:
Ich habe es geschafft das ich die Solltemperatur mittlerweile über die Alexa App steuern kann - das geht also funktioniert das Alexa Binding zu OH.
Wenn ich aber frage "Wie ist die Temperatur im Wohnzimmer" - kommt als Antwort "Wohnzimmer unterstützt das nicht" - da es aber unter OH3.x ohne jede Konfiguration schon einmal funktioniert hat - muss es auch jetzt gehen.
Unter OH5.1 habe ich nun die Things so definiert:

Code: Alles auswählen

version: 1
things:
  livisismarthome:WRT:ab882a62de:4a833572e9994b9eb7e5f3f047ead4e4:
    bridge: livisismarthome:bridge:ab882a62de
    label: "WRT: Wohnzimmer (Wohnzimmer)"
    config:
      id: 4a833572e9994b9eb7e5f3f047ead4e4
    channels:
      targetTemperature:
        type: thermostatActuatorPointTemperature
      currentTemperature:
        type: temperatureSensorTemperature
      frostWarning:
        type: temperatureSensorFrostWarning
      humidity:
        type: humiditySensorHumidity
      moldWarning:
        type: humiditySensorMoldWarning
      operationMode:
        type: thermostatActuatorOperationMode
      windowReductionActive:
        type: thermostatActuatorWindowReductionActive
      batteryLow:
        type: low-battery
In der Alexa App werden die Parameter (Geräte) Luftfeuchte Wohnzimmer und Temperatur Wohnzimmer gefunden und angezeigt, aber es steht Server reagiert nicht.
Warum kann Alexa Luftfeuchte und Temperatur nicht auslesen, aber die Solltemperatur setzen?
Ich hab mal einen Screenshot vom Logfile angehängt....

Re: rrd4j DB Analyse und Alexa Anbindung...

Verfasst: 25. Jan 2026 18:42
von Pittyshome
Hallo Spezialisten, tatsächlich habe ich Punkt1 soeben gelöst - 1 Klick und es geht....

Punkt 2 funktioniert aber immer noch nicht.

Re: rrd4j DB Analyse und Alexa Anbindung...

Verfasst: 25. Jan 2026 21:34
von udo1toni
Herzlich willkommen im aktiven Part des openHAB Forums :)

Zunächst einmal, bitte Bilder nur posten, wenn es nicht anders geht. Der Screenshot ist eine denkbar schlechte Art, das Log zu teilen. An den Text kommst Du leicht über die Shell (openhab.log und events.log).
Texte der Konfiguration (und auch eventuelle Auszüge aus Logs) bitte immer als Code markieren (siehe Dein 1. Posting, das habe ich entsprechend angepasst), Insbesondere bei yaml Code sind die Einrückungen wichtig, die werden aber von der Forensoftware ignoriert, es sei denn, man markiert den Text als Code.

Kompliziertheit von OH5 <-> OH3: Ähm... nein. Das Problem ist hier, dass Du nicht weniger als 5 Releases überspringst und offensichtlich davon ausgehst, dass das System quasi identisch ist. Dann bräuchte es keine Releases...
Wenn man openHAB lange Zeit nicht updatet, sollte man vor einem Update Zeit investieren, um sich mit den Änderungen vertraut zu machen, dann klappt ein Umstieg erfahrungsgemäß auch wesentlich schneller. Ich mache das Spiel seit Version 1.0 mit, das war sehr anders zu konfigurieren, viel einfacher (aus meiner Sicht!), aber seit V3 sind die einzelnen Updates ein Klacks, verglichen mit dem Sprung von 1.8.3 nach 2.0.0 und später 2.5.4 nach 3.0.0 (beide waren ganz üble Updates, die eher einem kompletten Neubau der Konfiguration nahe kamen, als einer Übernahme der Konfiguration aus dem Altsystem, obwohl ich eigentlich genau das gemacht habe).

Ich vermute, die Probleme rühren ursprünglich daher, dass Deine Items den falschen Datentyp haben.
Auch in OH3 gab es schon die "Units of Measurement", aber sie waren sehr optional. Man konnte zwar schon erahnen, was so alles möglich sein wird, aber an vielen Stellen war es das einfachste, sie links liegen zu lassen. In der aktuellen Version von openHAB ist das keine gute Idee mehr :) So gut wie alle Addons unterstützen UoM, manche davon nur "halb", d.h. man muss z.B. händisch die gelieferte Einheit setzen, manche vollständig, d.h. Du musst Dich beim Neuanlegen eines Things und der zugehörigen Items um gar nichts kümmern und es funktioniert einfach.

Auch das Log moniert die fehlenden Einheiten und empfiehlt, diese zu konfigurieren ;) und da kommen auch sehr seltsame Einheiten an.
Was sind 22.8 °C?
Du musst zunächst dafür sorgen, dass die Werte korrekt in den Items ankommen, danach sollte Alexa sie auch wieder abfragen können.

Re: rrd4j DB Analyse und Alexa Anbindung...

Verfasst: 26. Jan 2026 17:36
von Pittyshome
Hallo @udo1toni Vielen Dank für Deine Hilfestellung.
Ich habe in de Tat Items ohne Zuordnung einer Unit gefunden - alle Items die Luftfeuchte loggen, werden in der Übersicht als Dimensionless angezeigt, sind aber sauber definiert als %
Dazu war ein Temperaturitem nicht dauber - das habe ich korrigiert - aber trotzdem geht es nicht mit Alexa.

Ich verstehe das Problem mit den Screenshots, wollte das Log als pdf oder txt oder csv anhängen, das war aber alles nicht erlaubt - nur Bilder waren erlaubt - daher wurde es ein Bild.
So wird es auch leider nochmal:
Übersicht_Items.jpg
Item Detail.jpg
Ich habe es mir mal auf dem Backup der alten Karte angesehen - dort war die Büro Items so definiert (OH V3.4)
Irgendwie war des erste Item eine Gruppendefinition - diese habe ich bei V5.1 nicht mehr.

Code: Alles auswählen

"RST_Buro_Buro": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [],
      "itemType": "Group",
      "tags": [
        "Equipment"
      ],
      "label": "RST: Büro (Büro)",
      "category": ""
    }
  },
  "RST_Buro_Buro_Aktuelle_Temperatur": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [
        "RST_Buro_Buro"
      ],
      "itemType": "Number:Temperature",
      "tags": [
        "Measurement",
        "Temperature"
      ],
      "label": "Aktuelle Temperatur",
      "category": "Temperature"
    }
  },
  "RST_Buro_Buro_Luftfeuchtigkeit": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [
        "RST_Buro_Buro"
      ],
      "itemType": "Number:Dimensionless",
      "tags": [
        "Humidity",
        "Measurement"
      ],
      "label": "Luftfeuchtigkeit",
      "category": "Humidity"
    }
  },
  "RST_Buro_Buro_Niedriger_Batteriestatus": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [
        "RST_Buro_Buro"
      ],
      "itemType": "Switch",
      "tags": [
        "Energy",
        "LowBattery"
      ],
      "label": "Niedriger Batteriestatus",
      "category": "LowBattery"
    }
  },
  "RST_Buro_Buro_Solltemperatur": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [
        "RST_Buro_Buro"
      ],
      "itemType": "Number:Temperature",
      "tags": [
        "Setpoint",
        "Temperature"
      ],
      "label": "Solltemperatur",
      "category": "Temperature"
    }
Jetzt schaue ich mir das Script in der V5.1 an:
Hier ist alles als unabhängiges Item definiert und die Gruppendefinition fehlt.
Aber ich finde bei der Luftfeuchte auch die Zeile: "itemType": "Number:Dimensionless" - das war in V3.4 aber auch so.

Code: Alles auswählen

 },
  "RST_Buero_Aktuelle_Temperatur": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [],
      "itemType": "Number:Temperature",
      "tags": [
        "Measurement",
        "Temperature"
      ],
      "label": "RST: Büro (Büro) Aktuelle Temperatur",
      "category": "Temperature"
    }
  },
  "RST_Buero_Luftfeuchtigkeit": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [],
      "itemType": "Number:Dimensionless",
      "tags": [
        "Humidity",
        "Measurement"
      ],
      "label": "RST: Büro (Büro) Luftfeuchtigkeit",
      "category": "Humidity"
    }
  },
  "RST_Buero_Niedriger_Batteriestatus": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [],
      "itemType": "Switch",
      "tags": [
        "Alarm",
        "LowBattery"
      ],
      "label": "RST: Büro (Büro) Niedriger Batteriestatus",
      "category": "LowBattery"
    }
  },
  "RST_Buero_Solltemperatur": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [],
      "itemType": "Number:Temperature",
      "tags": [
        "Setpoint",
        "Temperature"
      ],
      "label": "RST: Büro (Büro) Solltemperatur",
      "category": "Temperature"
    }

Re: rrd4j DB Analyse und Alexa Anbindung...

Verfasst: 26. Jan 2026 18:13
von Harka
Moin,
Amazon spielt wohl immer mal wieder an der genutzten Schnittstelle rum. So weit ich das mitbekommen habe nutzen daher viele Matter um Daten ins Echo-Universum einzuschleusen.
Wir nutzen eine datensparsamere Methode. In openHAB werden ungebundene Schalter angelegt und bei Amazon angelernt. Wenn diese ein Sprachbefehl bekommen geht bei openHAB ein "received command" für diesen Schalter ein. Dies wird per Rule ausgewertet und z.B. eine entsprechende Sprachansage generiert. Bei uns löst "Alexa, Temperatur" eine Echo-Regel aus, welche den passenden Schalter befielt und OH blendet den Wert am Fernseher ein. Umständlicher -> ja. Dafür begrenzen wir die der Datenkrake zur Verfügung gestellten Daten deutlich ein ohne auf uns wichtige Funktionen zu verzichten.

Re: rrd4j DB Analyse und Alexa Anbindung...

Verfasst: 26. Jan 2026 20:14
von udo1toni
Bitte, nochmal: Eingefügten Text immer als Code markieren.
Entweder machst Du das aus dem vollständigen Editor heraus über die Schaltfläche </> oder alternativ, indem Du den BBCode direkt hinschreibst, vor dem Text ein "code" in eckigen Klammern, am Ende [/code] (also identisch zum Anfang, nur mit einem zusätzlichen Slash nach der öffnenden Klammer). Das Starttag kann ich hier leider nicht hinschreiben, es würde nicht angezeigt...

Text (solange es sich nicht um einen ganzen Roman handelt) fügst Du bitte direkt im Editorbereich als Text ein, nicht als Anlage, dann braucht es auch keine besonderen Rechte. Und immer an die Sache mit den Code-Tags denken...

Number:Dimensionless ist korrekt für Prozentwerte, wichtig ist in dem Zusammenhang, dass Du die Unit auch auf % einstellst (hast Du ja eh gemacht, es gäbe alternativ aber auch ONE als "Einheit", das wäre verkehrt).

Re: rrd4j DB Analyse und Alexa Anbindung...

Verfasst: 28. Jan 2026 18:17
von Pittyshome
Sorry, ich versuche mich zu bessern.
Also scheinbar ich jetzt die komische Zuordnung einer Einheit zu einem unbekannten einheitslosen Wert verschwunden - kommt also nicht mehr im Log.
Warum kann ich nicht sagen - völlig unklar.

Okay, im Prinzip funktioniert nun alles bis auf die Alexa Ansagen zu Ist-temperatur und Ist-feuchte.
Ich würde gerne den Weg von Harka gehen und Schalter und Rules anlegen, leider weiß ich nicht wie.
Auch mit Matter habe ich das Matter Add on kurz installiert - aber mir ist nicht klar wie ich das mit der Alexa App verbinden soll.
Matter ist, wie ich es verstanden habe, ein Protokoll welche SmartHome Geräte benutzen - das gilt aber nicht für Livisi (RWE/Innogy) Geräte - die sind dazu einfach zu alt - meine sind von 2018.

Irgendwie sehen die Konfigurationen völlig anders aus ......am ID sieht man das es das gleiche Gerät ist.

Hier nochmal die Things Definition OH3.4:

Code: Alles auswählen

 "livisismarthome:WRT:1c31c04245:4a833572e9994b9eb7e5f3f047ead4e4": {
    "class": "org.openhab.core.thing.internal.ThingStorageEntity",
    "value": {
      "isBridge": false,
      "channels": [
        {
          "uid": "livisismarthome:WRT:1c31c04245:4a833572e9994b9eb7e5f3f047ead4e4:targetTemperature",
          "id": "targetTemperature",
          "channelTypeUID": "livisismarthome:thermostatActuatorPointTemperature",
          "itemType": "Number:Temperature",
          "kind": "STATE",
          "label": "Solltemperatur",
          "description": "Temperaturvorgabe für das Thermostat (6°C - 30°C)",
          "defaultTags": [
            "Setpoint",
            "Temperature"
          ],
          "properties": {},
          "configuration": {}
        },
        {
          "uid": "livisismarthome:WRT:1c31c04245:4a833572e9994b9eb7e5f3f047ead4e4:currentTemperature",
          "id": "currentTemperature",
          "channelTypeUID": "livisismarthome:temperatureSensorTemperature",
          "itemType": "Number:Temperature",
          "kind": "STATE",
          "label": "Aktuelle Temperatur",
          "description": "Aktuell gemessene Raumtemperatur (°C)",
          "defaultTags": [
            "Measurement",
            "Temperature"
          ],
          "properties": {},
          "configuration": {}
        },
        {
          "uid": "livisismarthome:WRT:1c31c04245:4a833572e9994b9eb7e5f3f047ead4e4:frostWarning",
          "id": "frostWarning",
          "channelTypeUID": "livisismarthome:temperatureSensorFrostWarning",
          "itemType": "Switch",
          "kind": "STATE",
          "label": "Frostwarnung",
          "description": "Warnt beim Unterschreiten der in der LIVISI-App konfigurierten Mindesttemperatur (an/aus)",
          "defaultTags": [],
          "properties": {},
          "configuration": {}
        },
        {
          "uid": "livisismarthome:WRT:1c31c04245:4a833572e9994b9eb7e5f3f047ead4e4:humidity",
          "id": "humidity",
          "channelTypeUID": "livisismarthome:humiditySensorHumidity",
          "itemType": "Number:Dimensionless",
          "kind": "STATE",
          "label": "Luftfeuchtigkeit",
          "description": "Aktuell gemessene Luftfeuchtigkeit (in Prozent)",
          "defaultTags": [
            "Humidity",
            "Measurement"
          ],
          "properties": {},
          "configuration": {}
        },
        {
          "uid": "livisismarthome:WRT:1c31c04245:4a833572e9994b9eb7e5f3f047ead4e4:moldWarning",
          "id": "moldWarning",
          "channelTypeUID": "livisismarthome:humiditySensorMoldWarning",
          "itemType": "Switch",
          "kind": "STATE",
          "label": "Schimmelwarnung",
          "description": "Warnt bei überschreiten der in der LIVISI-App konfigurierten maximalen Feuchtigkeit (an/aus)",
          "defaultTags": [],
          "properties": {},
          "configuration": {}
        },
        {
          "uid": "livisismarthome:WRT:1c31c04245:4a833572e9994b9eb7e5f3f047ead4e4:operationMode",
          "id": "operationMode",
          "channelTypeUID": "livisismarthome:thermostatActuatorOperationMode",
          "itemType": "String",
          "kind": "STATE",
          "label": "Betriebsmodus",
          "description": "Betriebsmodus des Thermostats (manuell/automatisch)",
          "defaultTags": [],
          "properties": {},
          "configuration": {}
        },
        {
          "uid": "livisismarthome:WRT:1c31c04245:4a833572e9994b9eb7e5f3f047ead4e4:windowReductionActive",
          "id": "windowReductionActive",
          "channelTypeUID": "livisismarthome:thermostatActuatorWindowReductionActive",
          "itemType": "Switch",
          "kind": "STATE",
          "label": "Fensterabsenkung aktiv",
          "description": "Absenkung der Solltemperatur bei offenem Fenster (an/aus)",
          "defaultTags": [],
          "properties": {},
          "configuration": {}
        },
        {
          "uid": "livisismarthome:WRT:1c31c04245:4a833572e9994b9eb7e5f3f047ead4e4:batteryLow",
          "id": "batteryLow",
          "channelTypeUID": "system:low-battery",
          "itemType": "Switch",
          "kind": "STATE",
          "label": "Niedriger Batteriestatus",
          "description": "Zeigt an, ob ein niedriger Batteriestatus erkannt wurde.",
          "defaultTags": [
            "Energy",
            "LowBattery"
          ],
          "properties": {},
          "configuration": {}
        }
      ],
      "label": "WRT: Wohnzimmer (Wohnzimmer)",
Und die Definition Things in OH5.1:

Code: Alles auswählen

version: 1
things:
  livisismarthome:WRT:ab882a62de:4a833572e9994b9eb7e5f3f047ead4e4:
    bridge: livisismarthome:bridge:ab882a62de
    label: "WRT: Wohnzimmer (Wohnzimmer)"
    config:
      id: 4a833572e9994b9eb7e5f3f047ead4e4
    channels:
      targetTemperature:
        type: thermostatActuatorPointTemperature
      currentTemperature:
        type: temperatureSensorTemperature
      frostWarning:
        type: temperatureSensorFrostWarning
      humidity:
        type: humiditySensorHumidity
      moldWarning:
        type: humiditySensorMoldWarning
      operationMode:
        type: thermostatActuatorOperationMode
      windowReductionActive:
        type: thermostatActuatorWindowReductionActive
      batteryLow:
        type: low-battery

Re:Alexa Anbindung...

Verfasst: 30. Jan 2026 17:10
von Pittyshome
Ich habe jetzt die Thermostaten im jeweiligen Raum als Gruppe definiert
vorher war es so Beispiel Bad:

Code: Alles auswählen

 "RST_Bad_oben_Bad_oben_Aktuelle_Temperatur": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [],
      "itemType": "Number:Temperature",
      "tags": [
        "Measurement",
        "Temperature"
      ],
      "label": "RST: Bad oben (Bad oben) Aktuelle Temperatur",
      "category": "Temperature"
    }
  },
  "RST_Bad_oben_Bad_oben_Luftfeuchtigkeit": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [],
      "itemType": "Number:Dimensionless",
      "tags": [
        "Humidity",
        "Measurement"
      ],
      "label": "RST: Bad oben (Bad oben) Luftfeuchtigkeit",
      "category": "Humidity"
    }
  },
  "RST_Bad_oben_Bad_oben_Solltemperatur": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [],
      "itemType": "Number:Temperature",
      "tags": [
        "Setpoint",
        "Temperature"
      ],
      "label": "RST: Bad oben (Bad oben) Solltemperatur",
      "category": "Temperature"
    }
  },
Neu ist es so Beispiel - ich habe Gruppen definiert und dann die einzelnen Funktionen des Thermostaten dieser Gruppe zugeordnet.

Code: Alles auswählen

 "RST_Bad": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [],
      "itemType": "Group",
      "tags": [
        "Equipment"
      ],
      "label": "RST_Bad",
      "category": ""
    }
  },
  "RST_Bad_oben_Bad_oben_Aktuelle_Temperatur": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [RST_Bad],
      "itemType": "Number:Temperature",
      "tags": [
        "Measurement",
        "Temperature"
      ],
      "label": "RST: Bad oben (Bad oben) Aktuelle Temperatur",
      "category": "Temperature"
    }
  },
  "RST_Bad_oben_Bad_oben_Luftfeuchtigkeit": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [RST_Bad],
      "itemType": "Number:Dimensionless",
      "tags": [
        "Humidity",
        "Measurement"
      ],
      "label": "RST: Bad oben (Bad oben) Luftfeuchtigkeit",
      "category": "Humidity"
    }
  },
  "RST_Bad_oben_Bad_oben_Solltemperatur": {
    "class": "org.openhab.core.items.ManagedItemProvider$PersistedItem",
    "value": {
      "groupNames": [RST_Bad],
      "itemType": "Number:Temperature",
      "tags": [
        "Setpoint",
        "Temperature"
      ],
      "label": "RST: Bad oben (Bad oben) Solltemperatur",
      "category": "Temperature"
    }
  },
Und oh Wunder - auf einmal funktioniert die Temperaturansage nachdem die Geräte in Alexa gelöscht und neu verbunden wurden.
Luftfeuchte funktioniert leider immer noch nicht weil das Gerät lt. Alexa App nicht reagiert.

Re: rrd4j DB Analyse und Alexa Anbindung...

Verfasst: 30. Jan 2026 23:22
von udo1toni
Prima, Schritt für Schritt :)
Leider habe ich eine Aversion gegen Sprachsteuerung, so dass ich da komplett raus bin, weder Alexa noch Siri dürfen mein Heim mit mir teilen, schlimm genug, dass ich sie nicht vom Tablet und Telefon verbannen kann...
Alle Zeiten sind UTC+01:00
Seite 1 von 1

Powered by phpBB® Forum Software © phpBB Limited

Deutsche Übersetzung durch phpBB.de