Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[matthsc]

@basti97 Ich habe Version 0.2.0 mit Unterstützung für Telefone veröffentlicht, sollte demnächst im Latest Repo/NPM auftauchen.

Telefone erzeugen einen Channel "gp02-<ID>", mit ein paar allgemeinen States sowie lastCallIncoming, lastCallOutgoing, lastCallMissed. Diese lastCall* States werden dann beim entsprechenden Event befüllt. Ich hoffe dass das so funktioniert und für dich sinnvoll ist :-)

[Benjamin Häublein]

@basti97 nur aus Interesse, kannst du vielleicht mal nachschauen, wie bei dir Anrufbenachrichtigungen konfiguriert sind?

Bei Gigaset steht, dass man die Möglicherweise explizit konfigurieren muss. Vielleicht bekommt man dann ja sofort eine Benachrichtigung bei einem eingehenden Anruf.

Vielen Dank

[Basti97]

@matthsc Danke habe gerade geguckt die aktualierung wird schon angezeigt. Habe ihn gleich aktualisiert. Sobald die ersten DBs befühlt sind werde ich mich wieder melden. Danke für deine Mühe. :)

[Basti97]

@benjamin-häublein
Ich habe gerade auf der Basisstation geguckt. Viel kann man da nicht einstellen. Ich könnte nochmal im Telefon gucken ob es dort mehr Einstellungen gibt.

[Basti97]

@matthsc
Sieht schon mal gut Aus die Datenpunkte sind schon mal gekommen und auch das Telefon zeigt er scon mal an.

[Basti97]

@matthsc
So nun hat mich jemand mal angerufen bzw ich und ich glaube es funktoniert.
Wird eigentlich die Telefonnummern beim nächsten Anruf überschrieben?
Was noch gut wäre ist wenn man es zusätzlich als Tabelle bekommt (zb Json) mit der jeweiligen Uhrzeit. Oderso?? :)

[matthsc]

@basti97 Freut mich dass es funktioniert :-) Ja, beim nächsten Anruf wird last* überschrieben.

Je länger ich über so eine Tabelle nachdenke, desto mehr bin ich der Meinung, dass das sehr benutzerspezifisch ist und nicht vom Adapter gemacht werden sollte. Es fängt an mit der Grösse der Tabelle (fix X Einträge, oder etwas dynamischer letzte Y Tage/Wochen), und geht weiter mit der Frage ob es eine Tabelle über alle Anrufe oder einzelne pro Typ sein sollten.

Man kann sich so eine Tabelle ja selbst über ein Script/Blockly im Javascript Adapter erstellen.

[Basti97]

@matthsc said in [Neuer Adapter] Gigaset Elements:

@basti97 Freut mich dass es funktioniert :-) Ja, beim nächsten Anruf wird last* überschrieben.

Je länger ich über so eine Tabelle nachdenke, desto mehr bin ich der Meinung, dass das sehr benutzerspezifisch ist und nicht vom Adapter gemacht werden sollte. Es fängt an mit der Grösse der Tabelle (fix X Einträge, oder etwas dynamischer letzte Y Tage/Wochen), und geht weiter mit der Frage ob es eine Tabelle über alle Anrufe oder einzelne pro Typ sein sollten.

Man kann sich so eine Tabelle ja selbst über ein Script/Blockly im Javascript Adapter erstellen.

Das mit der eigenen Tabelle wäre auch eine möglichkeit. Woher nehme ich aber die Zeit von den jeweiligen Anruf. Könnte ich auf die Telefonnummer triggern? Und daraus einen neuen DB erstellen?

[matthsc]

@basti97 Genau, auf die last* Nummern triggern, und den Änderungszeitpunkt bzw. aktuellen Zeitpunkt verwenden. Das hat dann eine maximale Ungenauigkeit des Refresh-Intervalls. Also zum Beispiel alle 60 Sekunden Refresh -> der zugehörige Event kam innerhalb der letzten 60 Sekunden.

[Basti97]

@matthsc ok dankeschön

[HomeControl]

Hallo. Ich habe das Problem, dass immer wenn ich den Adapter installiere, die Fehlermeldung kommt, dass kein Start File vorhanden ist. Kann ich das selbst erstellen, oder wäre es möglich eines hochzuladen?
Vielen Dank.

[matthsc]

@homecontrol Die Meldung sagt mir nichts. Wie installierst du? Welche Versionen von js-controller, node.js, npm?

[HomeControl]

@matthsc Danke für die rasche Rückmeldung.

Anbei die Versionen:
GigaSet Adapter: v0.2.0
NODE.JS: V14.17.5
NPM: 6.14.14
IOBroker: v5.3.8

Weiters kommt bei mir nach der Installation nur eine "leere Seite" anstatt der Konfiguration. Wenn ich in der Protokollierung von IOBroker nachsehe, finde ich die Fehlermeldung "host.homeserver
2022-06-10 21:31:43.222 error startInstance gigaset-elements.0: cannot find start file!".

Habe vom Github-Url installiert.

[HomeControl]

Anbei der Installations-URL

[matthsc]

@homecontrol Ah, da ist der Fehler ja schon :-) Wie weiter oben geschrieben musst du via beta/latest repository von npm installieren. Im git ist keine kompilierte Version abgelegt.

[Thomas Braun]

@homecontrol @matthsc

Und ganz grundsätzlich ist eine Installation 'von Github' oder gar 'Benutzerdefiniert' nur die allerletzte Wahl, das vermeidet man wo es nur geht.

[HomeControl]

@thomas-braun @matthsc
Vielen Dank für eure raschen Rückmeldungen. Bin erst jetzt dazu gekommen mir diese durchzusehen.
Leider finde ich weder in den NPM noch Github Adaptern einen mit einer Bezeichnung "Gigaset Elements". Suche ich falsch?

[HomeControl]

@thomas-braun @matthsc

Sorry ... alles geklärt. Bin gerade drauf gekommen, dass ich in den allgemeinen Einstellungen nur das "Stable" Repository ausgewählt hatte.
Habe nun installieren können und auf den ersten Blick schaut alles super aus.

Vielen Dank.

[HomeControl]

Hätte doch noch eine Frage.
Ich bekomme zu den standardmäßig angelegten Datenpunkten eine Aktualisierung, doch nicht zu jenen, welche ich nachträglich anlege. Ich nehme an, dass diese nicht abgefragt werden.

Allerdings bekomme ich so keine Alarmzustände von meinem Wassersensor und meines Brandmelders.
Gemäß Debug-Infos wäre beim Wassermelder nicht "alarm" sondern "waterAlarm" als String und beim Brandmelder "smokeDetected" als Boolean notwendig.

Anbei der Debug-Auszug:

{
"gp01": [],
"gp02": [],
"yc01": [],
"bs01": [
{

  "type": "bs01",
  "friendlyName": "Basisstation",
  "firmwareStatus": "up_to_date",
  "firmwareVersion": "bas-002.009.001",
  "latestFirmwareVersion": "bas-002.009.001",
  "connectionStatus": "online",
  "timezone": "Europe/Vienna",

  "disabled": false,
  "pairingMode": false,
  "subelements": [
    {

      "type": "bs01.wd01",
      "friendlyName": "Wassermelder",
      "firmwareStatus": "up_to_date",
      "firmwareVersion": "0006000010250000",
      "latestFirmwareVersion": "0006000010250000",
      "connectionStatus": "online",
      "batteryStatus": "ok",
      "states": {
        "temperature": 25.3,
        "humidity": 50.7,
        "waterAlarm": "water_no_longer_detected",
        "testRequired": true,
        "lastAlarmTestTimestamp": 1613256919306
      },
      "frontendTags": {
        "room": {
          "roomName": "Technikraum"
        }
      },
      "room": {
        "id": 79283,
        "friendlyName": "Technikraum"
      },
      "buttonPressedTs": 1613757851275,
      "capabilities": [],
      "debug": {
        "simple": "batteryLifetimePrediction: green",
        "extended": {
          "batteryLifetimePredictionColor": "green"
        }
      }
    },
    {

      "type": "bs01.sd01",
      "friendlyName": "Brandmelder",
      "firmwareStatus": "up_to_date",
      "firmwareVersion": "0013000010250000",
      "latestFirmwareVersion": "0013000010250000",
      "connectionStatus": "online",
      "batteryStatus": "ok",
      "frontendTags": {
        "room": {
          "roomName": "Technikraum"
        }
      },
      "room": {

        "friendlyName": "Technikraum"
      },
      "buttonPressedTs": 1655474417620,
      "capabilities": [],
      "debug": {
        "simple": "batteryLifetimePrediction: green",
        "extended": {
          "batteryLifetimePredictionColor": "green"
        }
      },
      "testRequired": false,
      "unmounted": false,
      "smokeDetected": false,
      "permanentBatteryLow": false,
      "permanentBatteryChangeRequest": false,
      "smokeChamberFail": false,
      "smokeDetectorOff": false,
      "lastAlarmTestTimestamp": 1655474419605,
      "lastPairingTimestamp": 1613251172762
    }
  ],
  "frontendTags": {
    "room": {
      "roomName": "Technikraum"
    }
  },
  "capabilities": [
    "firmware.update.procedure.managed",
    "presentation.deviceType.elementsBasestation",
    "hardware.radio.dect.ule"
  ],
  "states": {
    "dect.remaining_devices_to_be_paired": 62,
    "dect.remaining_devices_to_be_paired._meta": {
      "modificationTimestamp": 1655474901079
    }
  },
  "room": {

    "friendlyName": "Technikraum"
  }
}

],
"bs02": []
}

[matthsc]

@homecontrol said in [Neuer Adapter] Gigaset Elements:

Ich bekomme zu den standardmäßig angelegten Datenpunkten eine Aktualisierung, doch nicht zu jenen, welche ich nachträglich anlege. Ich nehme an, dass diese nicht abgefragt werden.

Korrekt, manuell angelegte Datenpunkte werden ignoriert.

Allerdings bekomme ich so keine Alarmzustände von meinem Wassersensor und meines Brandmelders.
Gemäß Debug-Infos wäre beim Wassermelder nicht "alarm" sondern "waterAlarm" als String und beim Brandmelder "smokeDetected" als Boolean notwendig.

Wassermelder:
Hast du das mal ausprobiert? Eigentlich sollte der generische Datenpunkt "alarm" auf true gesetzt werden, wenn ein Alarm auftritt, und auf false, wenn der Alarm vorbei ist. Das passiert allerdings nicht anhand der (Sub-)Elements Daten, sondern der Events. Das müsste ich mir mal noch genauer anschauen, ob ich den Datenpunkt auch anhand der Elements abfüllen will, für den Fall dass mal ein Event verloren geht.

Brandmelder:
Dazu hatte ich bisher noch keine Daten und konnte den noch nicht speziell einbauen. Kannst du mir noch den kompletten Output von "Prepare Test Data" geben? Idealerweise mit Brandalarm innerhalb der letzten 30 Tage, damit ich die möglichen Event-Meldungen sehe :joy: