alexa-fhem: amazon alexa smart home skill für fhem

Begonnen von justme1968, 05 November 2016, 23:21:32

Vorheriges Thema - Nächstes Thema

dl6kbg

Zitat von: LJstc am 30 Januar 2017, 17:04:42
Hey Versuche grade den Homematic Heizungsthermostat einzubinden!  hab auf den ersten Seiten des Threads schon gelesen.. aber komm hier nicht ganz mit!

alexa-fhem sagt mir das mein device Heizung_Wohnzimmer  kein thermostat ist.

lösung laut justme: @prodigy7: du musst den richtigen channel verwenden. es muss das device sein das desired-temp hat. schau mal bitte im homebridge thread. da steht mehr darüber.

ich steh aber grad auf der Leitung.  Was muss ich in FHEM definieren  ? ein neues Device anlegen? aber der richtige Channel  "Heizung_Wohnzimmer_Clima"  ist ja ein Channel wie bekomm ich den als device?


könnte mir hier kurz jemand helfen was ich in Fhem eintippen muss (im raum alexa) das mir alexa-fhem dann das richtig ausliest?


Vielen dank schon mal!

Klicke auf den Clima Kanal und ordne ihn dem Alexa Raum zu.

attr xxxxxx_Clima room alexa

Gruesse


Gesendet von iPhone mit Tapatalk

MadMax-FHEM

Zitat von: rudeboy am 30 Januar 2017, 17:13:11
Hallo,

konntest Du das Problem lösen? Stehe nämlich gerade vor den gleichen Problem...

Mfg
Rudy

Sieht nach dem hier aus:

https://forum.fhem.de/index.php/topic,66018.msg572672.html#msg572672

Kürzlich ein "update" gemacht??

Dann (zwischenzeitlich) evtl. mal eine ältere Version des 98_JsonList2.pm Moduls (z.B. aus Backup vor Update) einspielen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Grimm80

Wie genau muß ich das mit den Namen dann in der App machen?
Habe die gleiche Sache auch im Wohnzimmer....

Steh da gerade etwas auf dem Schlauch. Vielleicht mal ein Beispiel oder so

rudeboy

Zitat von: MadMax-FHEM am 30 Januar 2017, 17:17:02
Sieht nach dem hier aus:

https://forum.fhem.de/index.php/topic,66018.msg572672.html#msg572672

Kürzlich ein "update" gemacht??

Dann (zwischenzeitlich) evtl. mal eine ältere Version des 98_JsonList2.pm Moduls (z.B. aus Backup vor Update) einspielen...

Gruß, Joachim

Hallo Joachim,

tatsächlich hatte ich heute ein Update eingespielt, aber auf das 98_JsonList2.pm Modul wäre ich nicht gekommen...
Hab das Modul aus den Backup zurück gespielt und alles funktioniert wieder...

VIELEN DANK!!!

Mfg
Rudy
FHEM 5.9
nanoCUL868: HM-LC-DIM1T-FM/nanoCUL433 (V 1.26.05 a-culfw Build: 156): 3x Hama Funksteckdosen/1x BroadLink für TV und TECVANCE Funksteckdosen/1x Echo Dot/2xMagic UFO-WiFi LED-Controller: LED RGBW Warm White LED Strip/Tradfri Gateway: 6x Tradfri LED/2xEQ3 Bluetooth Thermostat

Grimm80

Also das mit Raum etc hab ich jetzt gecheckt...

Jetzt hat Alexa aber das Problem mit Dimmer und Thermostat. Sie ist sich nicht sicher welche Einstellung blabla....
Gibt es da einen Trick?

dl6kbg

Bei mir sind die Attribute in FHEM so:

alexaName      heizkörper   
alexaRoom      bad   
genericDeviceType   thermostat   
model         HM-CC-RT-DN   
room                 alexa


heizkörper muss auch im Interaction Model im Custom-Skill bei FHEM-Device stehen.

Grüße, Oliver

dl6kbg

Ich habe mich jetzt an einem Homematic Türkontakt versucht:


{
  "Arg":"Bad.Tuerkontakt",
  "Results": [
  {
    "Name":"Bad.Tuerkontakt",
    "PossibleSets":"assignHmKey:noArg clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all deviceRename fwUpdate getConfig:noArg getRegRaw peerBulk peerChan raw regBulk regSet reset:noArg sign:on,off unpair:noArg",
    "PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_defReg,1_allReg,2_defReg+raw,3_allReg+raw,4_off,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-EP-WM55,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-AO-SM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-DR,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-Ja1PBU-FM,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-PCB,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw2PBU-FM,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-EM-8Bit,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CFM-TW,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-MDIR-3,HM-SEC-RHS,HM-SEC-RHS-2,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sec-Sir-WM,HM-Sen-DB-PCB,HM-Sen-LI-O,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS100-C6-O-2,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-OT2-SM-2,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,OLIGO-smart-iq-HM,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,SensoTimer-ST-6,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,display,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,senBright,sensRain,sensor,singleButton,siren,smokeDetector,swi,switch,thermostat,threeStateSensor,timer,tipTronic,virtual,winMatic alexaName alexaRoom cmdIcon devStateIcon devStateStyle genericDeviceType:switch,outlet,light,blind,speaker,thermostat homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "30AF2D",
      "NAME": "Bad.Tuerkontakt",
      "NOTIFYDEV": "global",
      "NR": "358",
      "STATE": "open",
      "TYPE": "CUL_HM"
    },
    "Readings": {
      "Activity": { "Value":"alive", "Time":"2017-01-30 19:04:23" },
      "CommandAccepted": { "Value":"yes", "Time":"2017-01-28 09:39:07" },
      "D-firmware": { "Value":"2.4", "Time":"2017-01-28 09:39:06" },
      "D-serialNr": { "Value":"LEQ1101583", "Time":"2017-01-28 09:39:06" },
      "PairedTo": { "Value":"0x26EED5", "Time":"2017-01-28 09:41:52" },
      "R-cyclicInfoMsg": { "Value":"off", "Time":"2017-01-28 09:41:52" },
      "R-eventDlyTime": { "Value":"0 s", "Time":"2017-01-28 09:41:53" },
      "R-pairCentral": { "Value":"0x26EED5", "Time":"2017-01-28 09:41:52" },
      "R-sabotageMsg": { "Value":"on", "Time":"2017-01-28 09:41:52" },
      "R-sign": { "Value":"off", "Time":"2017-01-28 09:41:53" },
      "RegL_00.": { "Value":"02:01 09:00 0A:26 0B:EE 0C:D5 10:01 14:06 00:00", "Time":"2017-01-28 09:41:52" },
      "RegL_01.": { "Value":"08:00 20:60 21:00 22:64 30:06 00:00", "Time":"2017-01-28 09:41:53" },
      "alive": { "Value":"yes", "Time":"2017-01-28 09:41:57" },
      "battery": { "Value":"ok", "Time":"2017-01-30 18:48:32" },
      "contact": { "Value":"open (to HMLAN1)", "Time":"2017-01-30 18:48:32" },
      "recentStateType": { "Value":"info", "Time":"2017-01-28 09:41:57" },
      "sabotageError": { "Value":"off", "Time":"2017-01-28 09:41:57" },
      "state": { "Value":"open", "Time":"2017-01-30 18:48:32" },
      "trigDst_26EED5": { "Value":"noConfig", "Time":"2017-01-30 18:48:32" },
      "trigger_cnt": { "Value":"5", "Time":"2017-01-30 18:48:32" }
    },
    "Attributes": {
      "IODev": "HMLAN1",
      "actCycle": "028:00",
      "actStatus": "alive",
      "alexaName": "türkontakt",
      "alexaRoom": "bad",
      "autoReadReg": "4_reqStatus",
      "expert": "2_raw",
      "firmware": "2.4",
      "genericDeviceType": "ContactSensor",
      "homebridgeMapping": "clear CurrentDoorState=state,values=closed:CLOSED;open:OPEN",
      "model": "HM-SEC-SC-2",
      "peerIDs": "00000000,",
      "room": "Bad,alexa",
      "serialNr": "LEQ1101583",
      "subType": "threeStateSensor"
    }
  }  ],
  "totalResultsReturned":1
}


Er wird dann auch brav erkannt. Im Homebridge-Mapping habe ich ihn wie folgt definiert, weil ich bei der gefundenen längeren Variante den Status zweimal vorgelesen bekommen habe:


clear CurrentDoorState=state,values=closed:CLOSED;open:OPEN


und dann in der alexa console:


[2017-01-30 15:16:15] [FHEM] Bad.Tuerkontakt is ContactSensor
[2017-01-30 15:16:15] [FHEM] Bad.Tuerkontakt has
[2017-01-30 15:16:15] [FHEM]   ContactSensorState [state]
[2017-01-30 15:16:15] [FHEM]   CurrentDoorState [state]
[2017-01-30 15:16:15 caching: Bad.Tuerkontakt-state: closed


Alexa sagt dann:


"türkontakt hat den status open"


soweit in Ordnung, aber sie liest "status open" nun in Englisch.

Was habe ich übersehen? Oder fehlt das noch im server.js ?

Vielen Dank !

Oliver

Gruby

Zitat von: rudeboy am 30 Januar 2017, 18:17:03
Hallo Joachim,

tatsächlich hatte ich heute ein Update eingespielt, aber auf das 98_JsonList2.pm Modul wäre ich nicht gekommen...
Hab das Modul aus den Backup zurück gespielt und alles funktioniert wieder...

VIELEN DANK!!!

Mfg
Rudy


Jep... bestätigt, das zurückspielen der 98_Jsonlist2.pm aus dem Backup löst das Problem vorerst.

Jedoch vermute ich dass die Jsonlist2 nicht umsonst aktualisiert wurde und das Problem beim nächsten Update wir auftauchen wird.

Danke und viele Grüße

Gruby

Schlimbo

Hallo Andre,
Erst mal vielen Dank für deine Arbeit und das super Modul, die Einbindung hat dank der Anleitung auf Anhieb funktioniert und ich kann über das SmartHome Skill wie auch über das Custom Skill schon einiges Steuern.

zum Einstellen der Weckzeit:
Zitat von: jual am 16 Januar 2017, 23:05:58
Sage ich "stelle Wecker auf 7 Uhr 40" bekomme ich als Antwort "habe den Wecker auf;für 7:00 Uhr gestellt". Das landet dann auch im Dummy. Nur mit "stelle den Wecker auf 7 40 Uhr" bekomme ich die richtige Uhrzeit in das Dummy. Was mich auch wundert ist, dass die Antwort "auf;für" enthält.
Das ist bei mir auch so.
Aus dem Verlauf der Alexa App:
Verlauf
Today at 9:13 PM
alexa sag james stelle den wecker auf sieben uhr dreißig
Ich habe den wecker auf;für 07:00 uhr gestellt
Diese Anfrage wurde an FHEM Custom Skill gesendet Mehr dazu.


Das AlexaMapping dazu sieht so aus:
Weckzeit=verb=stelle,valuePrefix=auf;für,values=AMAZON.TIME,valueSuffix=uhr
Weckzeit=verb=schalte,values=aus:OFF


Und die Konsolen Ausgabe:
[code][2017-01-30 21:13:13] IntentRequest
[2017-01-30 21:13:13] uhrIntent
[2017-01-30 21:13:13] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B$defs%7Balexa%7D-%3E%7B%22active%22%7D%20=%201%7D&XHR=1
[2017-01-30 21:13:13] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=setreading%20alexa%20intent%20IntentRequest%20uhrIntent&XHR=1
[2017-01-30 21:13:13] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B$defs%7Balexa%7D-%3E%7B%22active%22%7D%20=%200%7D&XHR=1
[2017-01-30 21:13:13] 0
[2017-01-30 21:13:13] characteristic: uhr
[2017-01-30 21:13:13] value: 07:00
[2017-01-30 21:13:13] type: undefined
[2017-01-30 21:13:13] room: undefined
[2017-01-30 21:13:13] name: wecker
[2017-01-30 21:13:13] device: [object Object]
[2017-01-30 21:13:13] { Device: { name: 'Device', value: 'wecker' },
  preposition: { name: 'preposition' },
  uhr_Value: { name: 'uhr_Value', value: '07:00' },
  Room: { name: 'Room' },
  article: { name: 'article', value: 'den' },
  Weckzeit_valuePrefix: { name: 'Weckzeit_valuePrefix', value: 'auf' } }
[2017-01-30 21:13:13] 07:00
[2017-01-30 21:13:13] uhr
[2017-01-30 21:13:13] uhrIntent
[2017-01-30 21:13:13] [ 'Weckzeit' ]
[2017-01-30 21:13:13] Weckzeit
[2017-01-30 21:13:13] uhrIntent -> Weckzeit
[2017-01-30 21:13:13] [FHEM] rgr_Bewohner_wakeuptimer1: executing set cmd for Weckzeit with value 07:00
[2017-01-30 21:13:13] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20rgr_Bewohner_wakeuptimer1%20nextRun%2007:00&XHR=1
response :{"version":"1.0","sessionAttributes":{},"response":{"outputSpeech":{"type":"PlainText","text":"Ich habe den wecker auf;für 07:00 uhr gestellt"},"shouldEndSession":true,"card":{"type":"Simple","title":"uhrIntent","content":"den wecker auf;für 07:00 uhr gestellt"}}}
  2017-01-30 21:13:13 caching: rgr_Bewohner_wakeuptimer1-nextRun: 07:00

Zitat von: jual am 17 Januar 2017, 08:34:22
Danke für die schnelle Antwort. Habe das Problem nun beheben können. Wie immer saß es direkt vor dem Bildschirm ;-). Bei den Änderungen im Custom Skill habe ich vergessen, das Device "wecker" einzutragen.
Das Device "wecker" ist bei mir im Custom Slot Type "FHEM_Device" eingetragen.
@jual: Hast du sonst noch etwas geändert?


Ein Anderes Problem zum SmartHome Skill:
Zitat von: Grimm80 am 30 Januar 2017, 18:39:01
Jetzt hat Alexa aber das Problem mit Dimmer und Thermostat. Sie ist sich nicht sicher welche Einstellung blabla....
Vor dem gleichen Problem stehe ich mit dem SmartHome Skill auch gerade.

Bei mir haben alle Lampen das alexaName Attribut "Licht" und genericDeviceType = light.
Alle MAX WallMountedThermostate haben das alexaName Attribut "Heizung" und genericDeviceType = thermostat.
In der Alexa App habe ich die Gruppen Bad,Wohnzimmer und Schlafzimmer angelegt und jeder Gruppe das entsprechende "Licht" und "Heizung" zugeordnet.

Wenn ich jetzt sage "Alexa stelle die Heizung im Schlafzimmer auf fünfzehn grad"
Bekomme ich auch nur als Antwort: "Ich bin nicht sicher, ob diese Einstellung für die Beleuchtung oder den Thermostat in der Schlafzimmer-Gruppe gilt."

Im Verlauf der Alexa App kann ich sehen, dass es richtig Verstanden wurde, in der Konsole kommt aber nichts an.

Ist nur ein Gerät in der Gruppe funktioniert die Steuerung.

Gruß
Schlimbo



dl6kbg

Zitat von: dl6kbg am 30 Januar 2017, 19:44:39

soweit in Ordnung, aber sie liest "status open" nun in Englisch.



Oliver

Ich habe jetzt in lib/server.js in der Funktion StatusIntent das "status" in "Status" geändert. Wird nun auch in Deutsch ausgesprochen.


if( !state ) {
            for( var characteristic_type in device.mappings ) {
              if( state ) { state.replace( ' und ', ', ' ); state += ' und ' };
              state += 'hat den Status '+ device.fhem.cached(device.mappings[characteristic_type].informId);
            }
          }



Jetzt muss ich nur noch closed open in "geöffnet", "geschlossen" Mappen. Habe das mit dem alexaMapping aber so verstanden, dass das für aktive Kommandos ist.

Oliver

MadMax-FHEM

Zitat von: Gruby am 30 Januar 2017, 20:29:54

Jep... bestätigt, das zurückspielen der 98_Jsonlist2.pm aus dem Backup löst das Problem vorerst.

Jedoch vermute ich dass die Jsonlist2 nicht umsonst aktualisiert wurde und das Problem beim nächsten Update wir auftauchen wird.

Danke und viele Grüße

Gruby

Dann wohl warten, bis da:

https://forum.fhem.de/index.php/topic,66018.msg572672.html#msg572672

eine Lösung gefunden wurde...

Vielleicht kann ja jemand was beisteuern zur Fehlersuche...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

kawa0815

Zitat von: jvollmer am 27 Januar 2017, 19:06:47

Ich nutze FHTs für die Heizungssteuerung. Bei der StatusAbfrage übersetzt Alexa jedoch: Battery Ok --> der Batteriestand ist niedrig!
Da fehlt wohl ein richtiges Mapping. Doch worauf?

Vielleicht kann ja jemand helfen.

In /alexa-fhem/lib/server.js findest du die Zeilen:

          if( device.mappings.BatteryLevel ) {
            if( state ) { state.replace( ' und ', ', ' ); state += ' und ' };
            state += 'der Batteriestand ist '+ device.fhem.cached(device.mappings.BatteryLevel.informId).replace('.',',');
          } else if( device.mappings.StatusLowBattery ) {
            if( state ) { state.replace( ' und ', ', ' ); state += ' und ' };
            state += 'der Batteriestand ist '+ (device.fhem.cached(device.mappings.StatusLowBattery.informId)?'niedrig':'in ordnung');
          }


Wenn du hier "niedrig"  und " in ordnung" vertauschst

          } else if( device.mappings.StatusLowBattery ) {
            if( state ) { state.replace( ' und ', ', ' ); state += ' und ' };
            state += 'der Batteriestand ist '+ (device.fhem.cached(device.mappings.StatusLowBattery.informId)?'in ordnung':'niedrig');
          }


sagt Alexa nach einem Neustart von ./bin/alexa den richtigen Zustand der Batterie an.



Grimm80

Bei mir wird das Licht eingeschaltet und auch gedimmt, aber das Thermostat eben nicht. Da kommt dann de tolle Aussage von Alexa....
Hab das Problem noch nicht wirklich beheben können....

Vielleicht jemand eine Idee?

hive2015

Hi,

ich hatte das Problem schonmal angesprochen und justme war auch so freundlich mir zu sagen was ich machen kann/soll, leider habe ich es aber nicht so ganz verstanden/hinbekommen.

Grundsätzlich mag ich Dimmer gerne und habe daher in so gut wie allen Räumen hier die Dimmer-Schaltereinsätze von Homematic. Zum einen wollte ich den lästigen iOS Bug loswerden, wo es immer erst der Meinung war das Licht ein, also auf 100% zu stellen bevor es dann auf die gewünschte Helligkeit gestellt wurde, zum anderen mag ich es wenn das Licht nicht spontan ein und ausgeschaltet wird sondern entspannt ein und ausgedimmt wird. Das funktionierte auch prima bis alexa-fhem kam.

attr Livingroom_Dimmer_Sw homebridgeMapping On=pct,valueOff=0,cmdOn=dummyOn,cmdOff=pct+0

Könnte mir jemand sagen wie ich das Homebridge-Mapping so anpassen kann, das es anstatt eines "on" ein "pct 100" macht und anstatt eines "off" ein "pct 0"? Der Siri-Bug-Workaround mit dem "on" unterdrücken bräuchte ich garnicht mehr, da ich nur noch über Alexa die Lampen steuere.

Was ich probierte hatte war folgendes:

attr Livingroom_Dimmer_Sw homebridgeMapping On=pct,valueOff=0,cmdOn=pct+100,cmdOff=pct+0

Das ging aber leider nicht.

Ich habe mir die umfangreiche Anleitung zu dem homebridgeMapping von justme angeschaut, aber ich steig da offen gestanden leider nicht so ganz durch und wäre dankbar wenn mir hier jemand helfen könnte.

Vielen Dank und viele Grüße,
hive

killah78

Hi,

ich habe ein Problem beim dimmen. Ich verstehe nicht was ich falsch mache.

Definiert ist ein Firmata-Dimmer.
Das reading "dim" ist der ein Wert von 0-100 je nach Helligkeit.
Ein internal "state" gibt es nicht, bzw. steht immer auf "initialized".

Attribut: homebridgeMapping: On=dim, Brightness=dim, Cmd=dim

Damit sage ich doch:
1. On-state wird aus dem reading dim gelesen.
2. Helligkeit wird aus dem reading dim gelesen.
3. Cmd=dim soll beim dimmen "set <device> dim <value>" machen.

Wenn ich aber dann dimmen will versucht alexa-fhem folgendes zu tun:
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Ausgang11%20undefined%2010&XHR=1

Das klappt natürlich nicht mit undefined. Aber dafür ist doch das "cmd=dim" da, oder nicht?
Was mache ich falsch?

Gruss
killah78