@garfonso

Danke, ich werds ausprobieren sobald ich meine Raspberry wieder zum laufen gebracht habe. Hat sich irgendwie komplett verabschiedet

EDIT:

So, nachdem ich aus einem Backup wieder alles hergestellt habe, konnte ich es testen. Funktioniert wunderbar.

Zur Erklärung, hab die aus diesem link generierte CSS gespeichert und hochgeladen

/* cyrillic-ext */
@font-face {
  font-family: 'Comfortaa';
  font-style: normal;
  font-weight: 400;
  font-display: swap;
  src: url(https://fonts.gstatic.com/s/comfortaa/v40/1Pt_g8LJRfWJmhDAuUsSQamb1W0lwk4S4WjMDr4fIA9c.woff2) format('woff2');
  unicode-range: U+0460-052F, U+1C80-1C88, U+20B4, U+2DE0-2DFF, U+A640-A69F, U+FE2E-FE2F;
}
/* cyrillic */
@font-face {
  font-family: 'Comfortaa';
  font-style: normal;
  font-weight: 400;
  font-display: swap;
  src: url(https://fonts.gstatic.com/s/comfortaa/v40/1Pt_g8LJRfWJmhDAuUsSQamb1W0lwk4S4WjMDrcfIA9c.woff2) format('woff2');
  unicode-range: U+0301, U+0400-045F, U+0490-0491, U+04B0-04B1, U+2116;
}
/* greek */
@font-face {
  font-family: 'Comfortaa';
  font-style: normal;
  font-weight: 400;
  font-display: swap;
  src: url(https://fonts.gstatic.com/s/comfortaa/v40/1Pt_g8LJRfWJmhDAuUsSQamb1W0lwk4S4WjMDrAfIA9c.woff2) format('woff2');
  unicode-range: U+0370-03FF;
}
/* vietnamese */
@font-face {
  font-family: 'Comfortaa';
  font-style: normal;
  font-weight: 400;
  font-display: swap;
  src: url(https://fonts.gstatic.com/s/comfortaa/v40/1Pt_g8LJRfWJmhDAuUsSQamb1W0lwk4S4WjMDrwfIA9c.woff2) format('woff2');
  unicode-range: U+0102-0103, U+0110-0111, U+0128-0129, U+0168-0169, U+01A0-01A1, U+01AF-01B0, U+0300-0301, U+0303-0304, U+0308-0309, U+0323, U+0329, U+1EA0-1EF9, U+20AB;
}
/* latin-ext */
@font-face {
  font-family: 'Comfortaa';
  font-style: normal;
  font-weight: 400;
  font-display: swap;
  src: url(https://fonts.gstatic.com/s/comfortaa/v40/1Pt_g8LJRfWJmhDAuUsSQamb1W0lwk4S4WjMDr0fIA9c.woff2) format('woff2');
  unicode-range: U+0100-02AF, U+0304, U+0308, U+0329, U+1E00-1E9F, U+1EF2-1EFF, U+2020, U+20A0-20AB, U+20AD-20CF, U+2113, U+2C60-2C7F, U+A720-A7FF;
}
/* latin */
@font-face {
  font-family: 'Comfortaa';
  font-style: normal;
  font-weight: 400;
  font-display: swap;
  src: url(https://fonts.gstatic.com/s/comfortaa/v40/1Pt_g8LJRfWJmhDAuUsSQamb1W0lwk4S4WjMDrMfIA.woff2) format('woff2');
  unicode-range: U+0000-00FF, U+0131, U+0152-0153, U+02BB-02BC, U+02C6, U+02DA, U+02DC, U+0304, U+0308, U+0329, U+2000-206F, U+2074, U+20AC, U+2122, U+2191, U+2193, U+2212, U+2215, U+FEFF, U+FFFD;
}

Also vielen Dank für das neue feature

@garfonso

Raum hatte es keinen, es scheint jetzt zu funktionieren, muss mich jetzt noch um die details bzgl. den modes usw kümmern.

Vielen Dank für den support und die ganze Arbeit.

@tombox

Hi, der adapter läuft bei mir sehr gut, danke dafür.

Mir fehlt momentan leider die Funktion um die Benachrichtigungen der Kameras über den Adapter zu (de)aktivieren.
Bei den HA Component haben sie das scheinbar vor kurzen hinzugefügt.

https://github.com/JurajNyiri/HomeAssistant-Tapo-Control/commit/f69f405bd9d6fc7af842165a1b25174edb8598a0

Denkst du das wäre hier auch möglich?

0 JurajNyiri committed to JurajNyiri/HomeAssistant-Tapo-Control

Add #298: Turn on or off the Tapo camera control notifications

@pafade89

uuuh, was für ein super feature.

Danke!
Hab jetzt das jetzt einfach bei der Browser instanz vom NSPanel den hideHeader auf true gesetzt. Klappt perfekt

@stephan1827

Hi, ich hab die "hvac_modes" manuell in das "SET_POINT_MODE" object eingetragen. Das funktioniert soweit, wird aber vermutlich bei einem kompletten neu laden der hm-ip geräte überschrieben.

In lovelace sieht das dann so aus

boost: hm-rpc.2.000A1D89A5CC42.1.BOOST_MODE
current_temperature: hm-rpc.2.000A1D89A5CC42.1.ACTUAL_TEMPERATURE
friendly_name: Heizkörper Büro
hvac_mode: hm-rpc.2.000A1D89A5CC42.1.SET_POINT_MODE
hvac_modes: auto,manuell,urlaub
max_humidity: 99
max_temp: 30.5
min_humidity: 30
min_temp: 4.5
preset_mode:
preset_modes: none,boost
supported_features: 17
target_temp_step: 1
temperature: hm-rpc.2.000A1D89A5CC42.1.SET_POINT_TEMPERATURE

Im Objekt so:

{
  "type": "state",
  "common": {
    "name": "Heizkörper Büro.SET_POINT_MODE",
    "role": "level.mode.thermostat",
    "def": 0,
    "type": "number",
    "read": true,
    "write": true,
    "min": 0,
    "max": 3,
    "states": {
      "0": "AUTO",
      "1": "MANUELL",
      "2": "URLAUB"
    },

Die wahrscheinlich bessere option wäre über alias oder versuchen über den device manager ein thermostat zusammenzustellen, hab ich aber noch nicht versucht.

@stephan1827

Bei HM IP muss ich leider immer wieder feststellen das es besser ist mit alias zu arbeiten, auch bei den Rollläden, da hier das actual level nicht im selben sub ID (oder wie auch immer das heißt) liegt.

So sieht eine davon bei mir aus:

@stephan1827

Bei HM IP muss ich leider immer wieder feststellen das es besser ist mit alias zu arbeiten, auch bei den Rollläden, da hier das actual level nicht im selben sub ID (oder wie auch immer das heißt) liegt.

So sieht eine davon bei mir aus:

@stephan1827
nein in lovelace geht das nicht. daher hab ichs in den objektdaten von SET_POINT_MODE gemacht, das geht nur im expertenmodus.

dort hab ich eigentlich nur das hinzugefügt, alles andere bleibt gleich wie du im meinen vorherigen post sehen kannst.

    "states": {
      "0": "AUTO",
      "1": "MANUELL",
      "2": "URLAUB"

aber wie gesagt, alias oder mit dem device adapter das zu erstellen ist wahrscheinlich besser.

@stephan1827

Hi, ich hab die "hvac_modes" manuell in das "SET_POINT_MODE" object eingetragen. Das funktioniert soweit, wird aber vermutlich bei einem kompletten neu laden der hm-ip geräte überschrieben.

In lovelace sieht das dann so aus

boost: hm-rpc.2.000A1D89A5CC42.1.BOOST_MODE
current_temperature: hm-rpc.2.000A1D89A5CC42.1.ACTUAL_TEMPERATURE
friendly_name: Heizkörper Büro
hvac_mode: hm-rpc.2.000A1D89A5CC42.1.SET_POINT_MODE
hvac_modes: auto,manuell,urlaub
max_humidity: 99
max_temp: 30.5
min_humidity: 30
min_temp: 4.5
preset_mode:
preset_modes: none,boost
supported_features: 17
target_temp_step: 1
temperature: hm-rpc.2.000A1D89A5CC42.1.SET_POINT_TEMPERATURE

Im Objekt so:

{
  "type": "state",
  "common": {
    "name": "Heizkörper Büro.SET_POINT_MODE",
    "role": "level.mode.thermostat",
    "def": 0,
    "type": "number",
    "read": true,
    "write": true,
    "min": 0,
    "max": 3,
    "states": {
      "0": "AUTO",
      "1": "MANUELL",
      "2": "URLAUB"
    },

Die wahrscheinlich bessere option wäre über alias oder versuchen über den device manager ein thermostat zusammenzustellen, hab ich aber noch nicht versucht.

@garfonso

Danke fürs anpassen! Der sync funktioniert, allerdings hängt scheinbar "Got shopping list update" in einen loop und spammed meine log voll.

Die shopping list hat sich ja geändert beim neuen lovelace, was sofern man diese nur in lovelace verwendet auch funktioniert.

Ich hatte diese aber immer mit meiner alexa liste gesynct und dafür @Garfonso's script verwendet https://gist.github.com/Garfonso/16a7978e50b5d18b98bf408c2ff82060

Hat das schon jemand angepasst? Ich selbst hab vermutlich nicht das skillset dafür.

@pafade89

uuuh, was für ein super feature.

Danke!
Hab jetzt das jetzt einfach bei der Browser instanz vom NSPanel den hideHeader auf true gesetzt. Klappt perfekt

Hi,
Ich hab gerade auf die neue Version umgestellt und musste feststellen das in "Unteransichten" die top bar angezeigt wird. Davor wurde diese immer ausgeblendet.

hat jemand ne Ahnung warum das nicht mehr geht. kiosk_mode hab ich aktualisiert, obwohl ich mir nicht sicher bin ob es damit was zu tun hat. Verwende diese ein Unteransicht auf ein NSPanelPro auf dem keine Interaktion mit den restlichen Ansichten gewünscht ist.

@dwm said in Nuki Smart Lock 3.0 pro in ioBroker einbinden:

So, ich hab jetzt auch mal mit Nuki und MQTT angefangen ...
Ich finde es schon störend, dass das LockActionEvent nicht richtig funktioniert - schon weil man immer die logs von der API abrufen muss, es evt. doch Probleme mit Synchronisation und Latenzzeiten gibt.

Deswegen hab ich mal den MQTT Adapter auf Debug gestellt, ob man da was sieht ... sehr interessant.
Beispiel: Die MQTT API sagt dem Nuki, es soll aufschließen ...

mqtt.0 (14027) Client [SL3P_123456XX] received publish package {"cmd":"publish","retain":true,"qos":0,"dup":false,"length":22,"topic":"nuki/123456XX/state","payload":{"type":"Buffer","data":[50]}}
mqtt.0 (14027) Server received "nuki/123456XX/state" (number): 2

Hier kommt also nach "state" der ... Status halt, also die Nummer zwei. In der ersten Zeile steht auch im data array die "50".
50 Dezimal, Hex 32, ASCII "2". Soweit alles klar.
Es folgt:

mqtt.0 (14027) Client [SL3P_123456XX] received publish package {"cmd":"publish","retain":false,"qos":2,"dup":false,"length":44,"topic":"nuki/123456XX/lockActionEvent","payload":{"type":"Buffer","data":[49,44,49,55,50,44,48,44,48,44,48]},"messageId":4}
Server received "nuki/123456XX/lockActionEvent" (string): "\u0001¬\u0000\u0000\u0000"

Erst mal also der publish, mit unserem bekannten data buffer. Wenn man jetzt mal das array händisch in ASCII Werte übersetzt, steht da:
"1,172,0,0,0"
also genau der erwartete String für das LockActionEvent, ausgelöst von MQTT - Trigger ist 172.
Das Problem liegt in der folgenden Zeile, der Server empfängt irgend was wild binäres und interpretiert das als String.

So, hier verlässt mich jetzt mein Wissen: Liegt das am Nuki oder am MQTT Broker? Wär schön, wenn die MQTT Profis das mal ankucken könnten.

CU
Werner

Ich finde die analyse interessant, und würde mich auch freuen wenn sich das jemand mit mehr Kenntnis anschauen könnte.

Übrigens mein Nuki 3.0 Pro funktioniert einwandfrei über MQTT, ohne ungewollte Öffnen- oder Schließ-Durchführungen.

@newbie2007

ich mach es über die LockAction wie in der Nuki MQTT API beschrieben, weil man hier mehr optionen hat als "nur" lock und unlock wie zB "full lock" welches ich gerne Nachts verwende.

@newbie2007

zusätzlich dieses simple blockly, das 3 sek nach jeder Änderung der "lockAction" diese wieder auf "null" setzt, sichert das auch nochmal ab.