Hallo,
gerne würde ich einige wenige Einstellungen der FHEM-Alarmanlage (Alarm) mit Alexa durchführen.
Beginnen wollte ich mit dem Entschärfen einzelner Alarme
Der FHEM Befehl lautet:
Zitatset <Name der Alarmanlage> disarmed <Nummer des Alarms>
Beispiel: set AAA disarmed 2
==> entschärft in dem Modul AAA den Alarm 2
Lässt sich dies mit Alexa realisieren?
Merci
Ich hab so etwas ähnliches bei meinem Staubsaugerroboter mit einem dummy ( Schalter der in Alexa angezeigt wird ) und einem DoIf geregelt.
Hi, könntest du mir den Dummy und das Doif bitte zukommen lassen?
Was willst du denn sagen können?
"Alexa, schalte Alarmanlage ein/aus" und dann einen Befehl geht sicher.
Entweder mit dem was du hast (wovon wir noch nichts gesehen haben ;) also: list) mit evtl. homebridgeMapping...
...oder (schlimmstenfalls) mit Dummy-Schalter (in Alexa) und Notify/DOIF zum schalten, wie von Hotbird vorgeschlagen...
Willst du "verschiedenes" sagen, z.B.: "Alexa entschärfe Alarmanlage Alarm 1" oder "Alexa entschärfe Alarmanlage Alarm 2" oder "Alexa schalte Alarm 1 scharf" bzw. "Alexa schalte Alarm 2 scharf"...
...dann geht das nur mit dem Custom Skill ODER Routinen.
Also für jedes "Sprüchlein" eine Routine an deren Ende z.B. ein "Dim-Dummy" auf einen bestimmten Dim-Wert geschalten wird und dann per Notify/DOIF entsprechend des Dim-Wertes eine Aktion auslösen...
Gruß, Joachim
Zitat von: UweUwe am 04 Februar 2020, 11:01:35
Hi, könntest du mir den Dummy und das Doif bitte zukommen lassen?
Dummy-Schalter-Beispiel gibt es im alexa-fhem Wiki (sollte es) und dann ein DOIF für "on" und "off"...
...oder Notify...
Folgendes sollte reichen:
define dmAlarm dummy
attr dmAlarm alexaName Alarm
attr dmAlarm genericDeviceType switch
attr dmAlarm setList on off
Beides (Notify/DOIF) kann man sich auch im EventMonitor erzeugen lassen...
Gruß, Joachim
Hallo Mad-Max, schön von dir zu hören. Wie immer, schnell und präzise.
Die Steuerung soll nur den Notfall abdecken: Die Alarmanlage will man schnell (im Falle eines Fehlalarmes) oder wenn die Alarmanlage sich innerhalb der nächsten Minuten automatisch scharf wird ausschalten und eventl. bereits aktive Alarme dendgültig löschen (ohne selbstständigen Widerruf).
Bisher hab ich jeweils nur die einzelnen Alarme nacheinander entschärft (mit z.B. set AAA disarmed 2 ). Es gibt bei mir 7 Alarme.
Es wäre der Königsweg, wenn man sagen könnte: "Alexa schalte Alarm aus" und damit alles Alarme (auch die, die jetzt aktuell "tutern") löscht, ohne Widerruf.
Ich hab noch nichts vorbereitet, deshalb auch noch nichts geschickt. Ich wollte zuerst abklären, ob es generll funktioniert und welchen Weg ich beschreiben kann.
Danke
Naja: (mind.) 3 Wege hast du oben stehen...
Entscheide und liefere Infos...
...dann geht's weiter...
Gruß, Joachim
Hallo Joachim, danke für Antwort. :) :)
Mit dem Ausdruck "Alarm aus" möchte ich die 7 Alarme des Modules Alarm entschärfen und falls diese gerade aktiv sind canceln
Dies geschieht über die FHEM Begehle
set AAA disarmed 0
set AAA canceled 0
set AAA disarmed 1
set AAA canceled 1
set AAA disarmed 2
set AAA canceled 2
set AAA disarmed 3
set AAA canceled 3
.
.
set AAA disarmed 7
set AAA canceled 7
Ein list über AAA ist wohl nicht notwendig. Sind dies die Informationen, die ich liefern soll?
Es ist für mich auch sehr ok, wenn ich weiss, wo ich es nachlesen kann.
Merci 8) 8)
Naja, dann eben den geposteten Dummy, der sollte sich über Alexa schalten lassen:
"Alexa schalte Alarm ein/aus" (ob der Name Alarm jetzt gut ist musst du wissen ;) bzw. "ihr", also Alexa und du ;) )...
Dann ein Notify (oder DOIF):
EventMonitor öffnen (Filter auf Alarm setzen) und dann den Dummy drücken...
...oder über Alexa schalten.
Event markiern und Notify (oder DOIF) generieren lassen und da dann eben alle Befehle "in Reihe" reinpacken...
Gruß, Joachim
Hallo Mad-Max, ich werde mich daran wagen und messen ... und komme bei Prolemen wieder zurück. :'( :-\
Was soll es da für Probleme geben!? ;)
Der Dummy müsste (sofort) laufen...
...der Rest ist fhem-basics mit guter Unterstützung durch den EventMonitor...
Viel Spaß, Joachim
Ein deutliches ;D ;D ist zwischen den Zeilen zu erkennen, meine ich zumindest..
Nicht wirklich...
...wunder mich nur, dass du bei so einer einfachen Geschichte selber denkst da könnte noch (so) viel schief gehen...
alexa-fhem Connector läuft ja schon, oder!?
EDIT: aber auch das ist mittlerweile ja super einfach. Wenn die nodejs-/npm-Version passt und man ALLE "Altlasten" etwaiger "alexa-fhem Versuche" (ohne Connector) rückstandslos entfernt hat, bevor man mit alexa-fhem Connector anfängt...
Gruß, Joachim
Zitat von: MadMax-FHEM am 04 Februar 2020, 11:05:40
...oder (schlimmstenfalls) mit Dummy-Schalter (in Alexa) und Notify/DOIF zum schalten, wie von Hotbird vorgeschlagen...
och menno ;-) Ich war stolz als ich mir das vor nen Jahr eingerichtet habe :-)
Ist die Version für Anfänger :-) Aber es funktioniert und man kann es auch in Routinen einbinden. HomeBridge ist zwar fantastisch, aber man muss es auch erst einmal raffen :-) Hab am We ( nach dem umstieg auf den Connector ) die ersten Berührungspunkte mit HomeBridge gehabt...
Keine Angst, ich hab "sowas" auch (noch: weil läuft ;) )...
Aber es ist halt nicht immer gut, da entweder der Status des "echten Geräts" (Device) nicht stimmt, wenn "von anderer Seite" bedient wird (aber wer macht das schon, wenn er "schwafeln" kann ;) )...
...oder es wird "trickreich" das dann "zurückzuspiegeln"...
Für mich nicht überall relevant, da ich kaum (eigentlich gar nicht) in die App schaue, somit ist mir (meist noch) egal, wie Alexa über den "Zustand" des "tatsächlichen Gerätes" denkt...
Ansonsten bzw. wo mir das wichtig ist versuche ich immer das tatsächliche Gerät "alexa-tauglich" zu machen...
Bzw. jetzt bei "neuen Geräten" dann schon gleich...
"schlimmstenfalls" nur, weil das (fast immer) ein "Notnagel" ist der (fast immer) funktioniert...
Und seit es Routinen gibt umso besser, weil man ja auch noch "vorgeben" kann was man sagen möchte...
(dann aber [hab ich gemerkt] ist es besser, wenn der alexaName so "gar nichts" mit dem "Namen in der Routine" zu tun hat / da kommt "die Gute" schon mal "durcheinander" sonst ;) )...
Gruß, Joachim
Hallo MadMax-FHEM,
hab mich mal an einem dummy für Alexa versucht. Eine Beschreibung der Verwendung von dummies habe ich im Alexa-FHEM Wiki nicht gefunden.
Wohl habe ich ein Beispiel von dir benutzt, um hier Erfahrungen zu machen:
Zitatdefmod dmAlleFenster dummy
attr dmAlleFenster alexaName alle Fenster
attr dmAlleFenster alias Übersicht Fensterstatus
attr dmAlleFenster genericDeviceType contact
attr dmAlleFenster group Fenster und Türen
attr dmAlleFenster homebridgeMapping clear ContactSensorState:contact,values=closed:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED
attr dmAlleFenster icon fts_window_2w_open_l
attr dmAlleFenster readingList contact
attr dmAlleFenster room Eingang,alexa
attr dmAlleFenster setList open closed
attr dmAlleFenster userReadings contact {ReadingsVal($NAME,"state","n.a.")}
Stammt von hier: https://forum.fhem.de/index.php/topic,95272.msg1004774.html#msg1004774
Ich will die Türen abfragen, die Kontakte sind vom Typ CUL_FHTTK, die readings sind Open und Closed (gross geschrieben).
Beispielhaft habe ich eine Türe entsprechend angepasst.
Das List der Türe sieht jetzt so aus:
Internals:
CODE cc7c5d
CUL_0_MSGCNT 4521
CUL_0_RAWMSG TCC7C5D02
CUL_0_RSSI -50.5
CUL_0_TIME 2020-02-07 07:17:46
DEF cc7c5d
FUUID 5c481923-f33f-64ff-72c2-60af2511fd2fcf87
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 4521
NAME T.BU
NR 120
OPEN 0
PREVSTATE Open
PREVTIMESTAMP 1581056082.48355
STATE Closed
TYPE CUL_FHTTK
PREV:
STATE 02
TIMESTAMP 1581056266.9914
READINGS:
2020-02-07 07:17:46 Previous Open
2020-02-07 07:17:46 Reliability ok
2019-01-17 18:55:50 Sync Syncing
2020-02-07 07:17:46 Window Closed
2020-02-07 07:17:46 batteryState ok
2020-02-07 07:17:46 state Closed
Attributes:
DbLogExclude .*
HomeModeAlarmActive armaway
IODev CUL_0
alarmDevice Sensor
alarmSettings alarm0,alarm4,|T.BU:Open|Tuere Buero innen|on
alexaName Bürotüre
event-on-change-reading .*
genericDeviceType contact
group Fenster und Türen
icon fts_door_open
room TUEREN,BUERO,CUL_FHTTK,Homekit
userattr HomeModeAlarmActive HomeReadings HomeValues HomeContactType:doorinside,dooroutside,doormain,window HomeOpenMaxTrigger HomeOpenDontTriggerModes HomeOpenDontTriggerModesResidents HomeOpenTimeDividers HomeOpenTimes[/quote]
Das dummy habe ich aufgrund der geänderten readings folgendermassen angepasst:
[code]Internals:
CFGFN
FUUID 5e3cf985-f33f-64ff-37f8-49b54db6947c4814
NAME dmAlleFenster
NR 16808
STATE ???
TYPE dummy
Attributes:
DbLogExclude .*
alexaName alle Fenster
alias Übersicht Fensterstatus
genericDeviceType contact
group Fenster und Türen
homebridgeMapping clear ContactSensorState:contact,values=Closed:CONTACT_DETECTED;Open:CONTACT_NOT_DETECTED
icon fts_window_2w_open_l
readingList contact
room Eingang,alexa
setList Open Closed
userReadings contact {ReadingsVal($NAME,"state","n.a.")} Nach set alexa restart, "neues Suchen im Amazon alexa" bekomme ich jetzt bei geöffneter Türe:
Frage : Alexa, sind alle Fenster geschlossen
Antwort: Alle Fenster ist geöffnet Wo ist mein Fehler? Eigentlich ist die einzige Türe/Fenster geschlossen .
Du musst das Fenster mal auf/zu machen, damit das userReadings auch "zuschlägt"...
...dir fehlt das Reading "contact"...
Oder du sparst dir das Reading contact (ist unnötig, wollte ich auch schon mal ändern aber wie es immer so ist ;) ) und stellst das homebridgeMapping um auf "state"...
Gruß, Joachim
Hallo MadMax-FHEM,
ich habe zwei unterschiedliche Türkontakte im Einsatz:
CUL-FHTTK, hat wohl kein "contact" reading, bringt aber OPEN/Closed )(gross geschrieben), den hab ich bisher benutzt.
CUL_HM , hat ein "contact" reading, bringt aber closed/open (kein geschrieben).
Jetzt hab ich mir mal eine CUL_HM Türe geschnappt und diese auf Alexa angepasst. Die CUL-FHTTK Tüur habe ich aus der Gruppe Fenster und Türen entfernt.
Internals:
DEF 69696D
FUUID 5c481922-f33f-64ff-6ab1-140ca779dcd32887
IODev myHmUART
LASTInputDev Wemos_HM_GW
MSGCNT 1134
NAME T.HAUS
NOTIFYDEV global
NR 71
NTFY_ORDER 50-T.HAUS
STATE closed
TYPE CUL_HM
Wemos_HM_GW_MSGCNT 643
Wemos_HM_GW_RAWMSG 0500003DDEA64169696D070657011C00
Wemos_HM_GW_RSSI -61
Wemos_HM_GW_TIME 2020-02-07 18:17:20
chanNo 01
lastMsg No:DE - t:41 s:69696D d:070657 011C00
myHmUART_MSGCNT 491
myHmUART_RAWMSG 0501004BDEA64169696D070657011C00
myHmUART_RSSI -75
myHmUART_TIME 2020-02-07 18:17:19
protLastRcv 2020-02-07 18:17:19
protRcv 644 last_at:2020-02-07 18:17:19
protSnd 644 last_at:2020-02-07 18:17:19
protState CMDs_done
rssi_at_Wemos_HM_GW cnt:643 min:-88 max:-58 avg:-66.94 lst:-61
rssi_at_myHmUART cnt:491 min:-87 max:-71 avg:-77.8 lst:-75
READINGS:
2020-01-26 07:24:15 Activity alive
2019-06-18 22:44:27 CommandAccepted no
2019-01-03 16:50:13 D-firmware 1.0
2019-01-03 16:50:13 D-serialNr PEQ0583168
2019-09-04 17:06:10 PairedTo 0x070657
2019-01-03 16:50:14 R-cyclicInfoMsg on
2019-01-03 16:50:14 R-eventDlyTime 0 s
2019-01-03 16:50:14 R-pairCentral 0x070657
2019-01-03 16:50:14 R-sabotageMsg on
2019-01-03 16:50:14 R-sign on
2019-09-04 17:06:10 RegL_00. 00:00 02:01 09:01 0A:07 0B:06 0C:57 10:01 14:06
2019-09-04 17:06:10 RegL_01. 00:00 08:01 20:9C 21:00 30:06
2019-01-03 16:49:43 aesCommToDev ok
2019-01-03 16:49:43 aesKeyNbr 00
2020-02-07 18:14:17 alive yes
2020-02-07 18:17:19 battery ok
2020-02-07 18:17:19 contact closed (to VCCU)
2019-06-18 22:44:25 powerOn 2019-06-18 22:44:25
2020-02-07 18:14:17 recentStateType info
2020-02-07 18:14:17 sabotageError off
2020-02-07 18:17:19 state closed
2019-01-03 16:46:23 trigDst_broadcast noConfig
2020-02-07 18:17:19 trigger_cnt 28
helper:
HM_CMDNR 222
mId 00C7
peerFriend peerAct,peerVirt
peerOpt 4:threeStateSensor
regLst 0,1,4p
rxType 28
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +69696D,00,00,00
nextSend 1581095840.3381
rxt 2
vccu VCCU
p:
69696D
00
00
00
prefIO:
myHmUART
mRssi:
mNo DE
io:
Wemos_HM_GW:
-61
-61
myHmUART:
-73
-73
prt:
bErr 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO myHmUART
flg A
ts 1581095839.98554
ack:
HASH(0x3637778)
DE800207065769696D0101C800
rssi:
at_Wemos_HM_GW:
avg -66.9471228615863
cnt 643
lst -61
max -58
min -88
at_myHmUART:
avg -77.8085539714868
cnt 491
lst -75
max -71
min -87
tmpl:
Attributes:
DbLogExclude .*
DbLogInclude state battery
HomeModeAlarmActive armaway
IODev myHmUART
IOgrp VCCU:myHmUART
actCycle 002:50
actStatus alive
alarmDevice Sensor
alarmSettings alarm0,alarm4,|T.HAUS:open|Haustüre geöffnet|on
alexaName Haustüre
autoReadReg 4_reqStatus
event-on-change-reading .*
expert 2_raw
firmware 1.0
genericDeviceType contact
group Fenster und Türen
icon light_outdoor
model HM-SEC-SCO
peerIDs 00000000,
room CUL_HM,DIELE,Homekit,TUEREN
serialNr PEQ0583168
subType threeStateSensor
userattr HomeModeAlarmActive HomeReadings HomeValues HomeContactType:doorinside,dooroutside,doormain,window HomeOpenMaxTrigger HomeOpenDontTriggerModes HomeOpenDontTriggerModesResidents HomeOpenTimeDividers HomeOpenTimes
Die bereits modifizierte Türe habe ich wieder aus dem group: Fenster und Türen entfernt. Dei Dummy habe ich wieder zurückgepasst:
Internals:
CFGFN
FUUID 5e3cf985-f33f-64ff-37f8-49b54db6947c4814
NAME dmAlleFenster
NR 16808
STATE ???
TYPE dummy
Attributes:
DbLogExclude .*
alexaName alle Fenster
alias Übersicht Fensterstatus
genericDeviceType contact
group Fenster und Türen
homebridgeMapping clear ContactSensorState:contact,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
icon fts_window_2w_open_l
readingList contact
room Eingang,alexa
setList open closed
userReadings contact {ReadingsVal($NAME,"state","n.a.")}
Die Frage an Alexa lautet: Alexa, sind alle Fenster geschlossen
Die Antwort von Alexa: Alle Fenster ist geöffnet
Tatsächlich ist die Türe geschlossen.
Damit keine Änderung, habe Alexa "restart" und auch in Amazon Alexa neu suchen lassen, nachdem ich modifiziert habe.
Nochmal: wenn du im homebridgeMapping angibst, dass der Status im Reading "contact" steht du aber gar KEIN Reading contact hast: wie soll alexa-fhem und somit Alexa den Status richtig wissen!?
EDIT: mach mal (zum Test) ein setreading dmAlleFenster contact closed dann sollte bei der Frage auch die Antwort "geschlossen" kommen. Wobei bei mir auch ab und an kommt "ich weiß nicht wie ich..." wenn "sie" mich mal wieder nicht so gut versteht. ;)
EDIT2: außerdem hat zwar der HM-Fentserkontakt ein Reading contact ABER da steht NICHT open/closed sondern "closed (to VCCU)"! Das muss schon passen!
Ein userReadings bei einem Dummy!?
Wie soll das jemals getriggert werden!?
Du musst nur dein(e) homebridgeMapping sauber an die Geräte anpassen, dann sollte es auch gehen.
EDIT3: bei meinem Dummy "alleFenster" wird das Reading contact von einer Routine mit open/closed "gefüttert", welche von einem Notify auf open/closed (aller Fenster) getriggert wird...
EDIT4: es wäre auch mit structure gegangen aber bei so einfachen Sachen "programmier" ich mir das lieber selber, dann weiß ich was wo wie und ich kann anpassen wie ich will statt bei Modulen herauszufinden welche Attribute ich wie setzen muss, damit dies und das so wird wie ich will. Daher habe ich auch KEIN EINZIGES DOIF im Einsatz... Packe ich alles in eine Sub und trigger dann per Notify... :)
Gruß, Joachim
Hallo Joachim,
danke für die Hinweise. Es scheint mir aktuell, dass ich hier noch zu weit mit meinem Wissen entfernt bin. Die basis für ein Verständis fehlt mir noch.
Kannst du mir noch einen Hinweis bitte geben, welche Dienst ich mir vorher noch zu Gemüte führen muss, bevor ich mit Alexa wirklich beginnen kann und mir die devices konfigurieren kann?
Homekit??, Homebridge?? , homebridgemapping ??,
Merci
Zitat von: UweUwe am 08 Februar 2020, 07:44:02
Hallo Joachim,
danke für die Hinweise. Es scheint mir aktuell, dass ich hier noch zu weit mit meinem Wissen entfernt bin. Die basis für ein Verständis fehlt mir noch.
Kannst du mir noch einen Hinweis bitte geben, welche Dienst ich mir vorher noch zu Gemüte führen muss, bevor ich mit Alexa wirklich beginnen kann und mir die devices konfigurieren kann?
Homekit??, Homebridge?? , homebridgemapping ??,
Merci
Tja was soll ich da sagen...
Also (nur zur Sicherheit): alexa-fhem mit dem Connector läuft!?
Den simplen Dummy-Schalter hast du mal probiert und der tut!?
https://forum.fhem.de/index.php/topic,108101.msg1020862.html#msg1020862
Daran sieht man doch schon, was mindestens nötig ist, steht auch hier: https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa#Ger.C3.A4te_im_FHEM-Webfrontend_zuweisen
Das Wiki bzgl. alexa-fhem Connector hast du GELESEN!?
(und nicht nur "überflogen"!?)
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa
Dort auch das hier:
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa#Ger.C3.A4te_im_FHEM-Webfrontend_zuweisen
Da steht eigentlich alles (hoffe ich).
Hier noch mal knapp:
erst mal Device "bekannt" machen (also entsprechend dem Filter in der alexa-fhem.cfg / früher config.json setzen, Standard: alexaName vergeben)
(bei manchen Devices mit mehreren Kanälen wichtig: den "richtigen Kanal" entsprechend wählen. Z.B. beim Homematic-Thermostat dem Clima-Kanal den alexaNamen "zuweisen", weil dort die Readings sind und auch die entsprechenden set-Befehle / setzt man das Attribut alexaName beim "Haupt-Device" oder dem "falschen" Kanal geht nat. nix [automatisch]...)
dann kann man schon mal schauen (alexa-fhem Log / NICHT fhem-Log) ob das Gerät bzw. wie es erkannt wird...
(bzw. kann man da immer mal reinschauen, wenn etwas nicht so tut wie erwartet)
wenn alexa-fhem bestimmte Readings "findet"/"erkennt" (dazu müssen sie aber auch DA sein! Siehe : https://forum.fhem.de/index.php/topic,108101.msg1021822.html#msg1021822 ), dann klappt schon viel "automatisch"
bzw. auch evtl. set-Befehle (evtl. unterstützt durch setList) "ausmachen" kann...
dabei "unterstützt" genericDeviceType
wenn das nicht hilft, bzw. alexa-fhem eben automatisch nichts/nicht richtig erkennt, dann kann man eben alexa-fhem mittels homebridgeMapping "auf die Sprünge helfen"...
Siehe z.B.:
https://wiki.fhem.de/wiki/Alexa_und_Mappings
Du kannst aber (wie im Wiki steht) auch bei anderen "Diensten" "klauen gehen", weil das homebridgeMapping zwar von hombridge "stammt" aber mittlerweile auch anderswo verwendet wird.
ABER: es geht nat. nicth überall alles...
(Klar was beim jeweiligen Dienst nicht implementiert ist oder von z.B. Amazon nicht unterstützt wird geht nat. nicht)
UND: ich würde auch genau so (also Reihenfolge) anfangen.
erst mal sehen, ob es nicht schon gleich klappt und dann eben "nachhelfen": genericDeviceType/homebridgeMapping/...
(und immer mal im alexa-fhem Log schauen WO es denn FEHLT)
Mehr gibt es da nicht zu sagen...
Hast du denn wenigstens den Dummy mal getestet!?
https://forum.fhem.de/index.php/topic,108101.msg1020862.html#msg1020862
Hast du das mit dem setreading (bei dmAlleFenster) mal probiert!?
https://forum.fhem.de/index.php/topic,108101.msg1022032.html#msg1022032
EDIT: noch eine Anmerkung: alexaRoom hat in diesem Umfeld (alexa-fhem Connector / Smart Home Skill) (so gut wie) KEINE Bedeutung! "Räume" bzw. Raumzuordnungen bzgl. Alexa-Sprachsteuerung funktionieren (aktuell noch) über Gruppen in der Alexa-App!
EDIT2: für Dinge die nicht so "simpel" sind bzw. von Amazon eben nicht mit dem Smart Home Skill unterstützt werden kann man sich entweder mit dem Custom Skill beschäftigen (geht per Config-Anpassung auch mit dem Connector) ODER sich mal die Routinen in der Alexa-App anschauen. Evtl. im "Zusammenspiel" mit dem echodevice-Modul: https://forum.fhem.de/index.php/topic,82631.msg747482.html#msg747482 (WICHTIG: gleich npm_login!!!! Also: Anleitung GENAU bis zu ENDE lesen und erst DANN loslegen ;) )
Gruß, Joachim
Hallo Joachim,
sorry für die späte Antwort, war dienstlich sehr angespannt, will mich aber in den nächsten Tagen jetzt intensiv Alexa annehmen.
Nochmals vielen Dank für deine Bemühungen mit mir!!
Dies ist jetzt ein erstes Feedback, da die Abarbeitung deiner sehr wichtigen Vorschläge doch länger dauert, so meine Einschätzung.
ZitatAlso (nur zur Sicherheit): alexa-fhem mit dem Connector läuft!?
Ja, alexa-fhem läuft auf 2 FHEM Instanzen. Eine Instanz ist nur über Mobilfunk ans Internet angebunden, die Funktionalität, soweit ich diese bisher getestet habe, ist sehr gut und flott. Bisher schalte ich jedoch nur Kanäle eines 4 fach Aktors, das aber mit Erfolg und zuverlässig.
Die 2 alexa-fhem Instanzen laufen über 2 Amazon Accounts, die über Familienbibliothek verbunden sind, Aktuell verwende ich hardwaremässig nur eine Alexa, bei der ich das Profil per Sprachbefehl ändere, je nach angebundener FHEM-Instanz. Klappt bisher alles gut. Auf einer 3. FHEM-Instanz werde ich die alexa-fhem noch installieren, sobald ich pysisch dort bin. Die 2 Installationen bisher liefen alle ganz toll ( :) :). Da habt ihr einen ganz tollen Job gemacht. Ich nehm an, dss warst du!
ZitatDen simplen Dummy-Schalter hast du mal probiert und der tut!?
Ne, das habe ich ich noch nicht gemacht. Kann dir sagen warum nicht:
ZitatDummy-Schalter-Beispiel gibt es im alexa-fhem Wiki (sollte es)
Dieses Beispiel habe ich nicht gefunden und bin dann auf dein Beispiel mit den Fentern gestoßen. Damit wollte ich mich entlanghangeln. Speziell auch den Hinweis:
Zitatdann ein DOIF für "on" und "off"...
...oder Notify...
weil damit konnte ich nicht umgehen.
ZitatDas Wiki bzgl. alexa-fhem Connector hast du GELESEN!?
(und nicht nur "überflogen"!?)
Da muss ich nochmals ran, überflogen ist de richtige Ausdruck! Leider muss ich da zugeben.
Da gibt es einen Punkt, den ich ich nicht übereinanderbekomme:
Zitat
Dummy-Schalter-Beispiel gibt es im alexa-fhem Wiki (sollte es) und dann ein DOIF für "on" und "off"...
...oder Notify...
Folgendes sollte reichen:
Code:
define dmAlarm dummy
attr dmAlarm alexaName Alarm
attr dmAlarm genericDeviceType switch
attr dmAlarm setList on off
Beides (Notify/DOIF) kann man sich auch im EventMonitor erzeugen lassen...
==> und wo soll da ein notify bzw. Doif rein? Um diese Frage zu klären, bin ich auf die Suche nach Dummies gegangen.
Ne, ich hab das Dummy noch nicht getestet, da ich mit dem Notify oder dem DOif noch auf dem Schlauch stehe.
Ich kann als Gegen-Service anbieten, dass ich aus meiner Sicht für einen "Anwender" die "Erste Schritte zur Alexa (FHEM-Connector) Anwendung" dokumentiere (für dummies), falls dies gewünscht wird und nachdem ich es verstanden habe.
Lass dir Zeit ;)
Dann mal nur Antwort bzgl. Notify/DOIF/...
Naja, per Sprache kannst du den "Dummy-Schalter" ja "nur" ein-/ausschalten, also genauer: on/off
Das war's.
Wenn dir das reicht: geschafft... ;)
Aber es passiert ja nix weiter...
...wenn du willst, dass was (anderes) passiert, dann brauchst du ja noch ein Notify/DOIF was auf on/off des Dummy reagiert und dann den eigentlichen Befehl ausführt...
Jetzt pack ich noch eins drauf zum "Einarbeiten": ;)
Du kannst den Dummy z.B. am Ende einer Routine ein-/ausschalten und so fast so flexible Dinge tun wie mit dem Custom Skill...
Beispiel: "Alexa, Film ab" (als Text für die Routine) und dann den Dummy schalten und darauf hin (Notify) dann eben "Kino starten"...
Geht nat. auch, wenn du "Kino" direkt schalten kannst...
Der Dummy ist eigentlich nur zum Testen/Experimentieren gedacht...
Und dann noch was zum Einlesen: echodevice-Modul (https://forum.fhem.de/index.php/topic,82631.msg747482.html#msg747482)
Dort gibt es das "voice" Reading wo das "gesprochene Wort" drin steht.
Damit geht dann auch sowas wie:
Routine: "Alexa, wie ist der Zustand der Wohnung" -> Antwort der Routine: "warte ich sehe nach" -> Dummy on -> Notify -> "Abfragen" des Wohnungszustands mit fhem-Mitteln (Sub myUtils etc.) und dann Antwort "basteln" und per echodevice-Modul ausgeben lassen (speak-Befehl)...
Viel Spaß beim Lesen...
Gruß, Joachim
Hallo Joachim,
eine Erklärungen haben mit weitergeholfen.
Das dummy habe ich getestet und läuft. Ich habe zwei notifies gebaut, damit ich aus den beiden Zuständen on/off des dummies die jeweiligen Aktionen ableite.
Und das war das Thema, das mir nicht klar war und jetzt "aufeinanderbringe"
1. Es gibt die Alexa Ebene, man spricht einen Befehl: Alexa schalte Alarm ein
2. Dies gibt dann eine Änderung des dummies Alarm und dieser bekommt den Wert "on"
3. Unabhängig vom Dummy gibt es ein notify (Name z.B. nAlarmein), das auf die Änderung des "Alarm" hört und daraus bei Änderung nach "on" einen Befehl auslöst, in meinem Fall: set AAA armed 2
4.Ich habe noch ein zweites notify (name z.B. nAlarmaus, das auf einen Ändreung des "Alarm" hört und daraus bei Änderung nach "off" einen Befehl auslöst, in meinem Fall: set AAA disarmed 2
==> das ganze kann man jetzt noch in ein (1) DOIF packen. Werde ich auch noch testen.
==> soweit alles gut und funktioniert auch. Jetzt weiter in deinem Mail:
ZitatJetzt pack ich noch eins drauf zum "Einarbeiten": ;)
Du kannst den Dummy z.B. am Ende einer Routine ein-/ausschalten und so fast so flexible Dinge tun wie mit dem Custom Skill...
Beispiel: "Alexa, Film ab" (als Text für die Routine) und dann den Dummy schalten und darauf hin (Notify) dann eben "Kino starten"...
Geht nat. auch, wenn du "Kino" direkt schalten kannst...
Der Dummy ist eigentlich nur zum Testen/Experimentieren gedacht..
Den hab ich noch nicht verstanden. Könnte ich hier noch einen Hinweis bekommen.
ZitatUnd dann noch was zum Einlesen: echodevice-Modul (https://forum.fhem.de/index.php/topic,82631.msg747482.html#msg747482)
Dort gibt es das "voice" Reading wo das "gesprochene Wort" drin steht.
Damit geht dann auch sowas wie:
Routine: "Alexa, wie ist der Zustand der Wohnung" -> Antwort der Routine: "warte ich sehe nach" -> Dummy on -> Notify -> "Abfragen" des Wohnungszustands mit fhem-Mitteln (Sub myUtils etc.) und dann Antwort "basteln" und per echodevice-Modul ausgeben lassen (speak-Befehl)...
Viel Spaß beim Lesen...
Ich habe richtig verstanden, dass es sinnvoll ist, dieses Modul zu installieren und die Anleitung durchzulesen.
https://mwinkler.jimdo.com/smarthome/eigene-module/echodevice/
Zitat von: UweUwe am 09 Februar 2020, 22:07:12
Hallo Joachim,
eine Erklärungen haben mit weitergeholfen.
Das dummy habe ich getestet und läuft. Ich habe zwei notifies gebaut, damit ich aus den beiden Zuständen on/off des dummies die jeweiligen Aktionen ableite.
Und das war das Thema, das mir nicht klar war und jetzt "aufeinanderbringe"
1. Es gibt die Alexa Ebene, man spricht einen Befehl: Alexa schalte Alarm ein
2. Dies gibt dann eine Änderung des dummies Alarm und dieser bekommt den Wert "on"
3. Unabhängig vom Dummy gibt es ein notify (Name z.B. nAlarmein), das auf die Änderung des "Alarm" hört und daraus bei Änderung nach "on" einen Befehl auslöst, in meinem Fall: set AAA armed 2
4.Ich habe noch ein zweites notify (name z.B. nAlarmaus, das auf einen Ändreung des "Alarm" hört und daraus bei Änderung nach "off" einen Befehl auslöst, in meinem Fall: set AAA disarmed 2
==> das ganze kann man jetzt noch in ein (1) DOIF packen. Werde ich auch noch testen.
Hallo Uwe,
sagte ich doch: ist nicht sooo schwer ;)
Man kann das auch statt in ein DOIF packen mit einem Notify "abfrühstücken" ;)
Aber jedem was ihm mehr liegt (ich "programmiere" lieber in myUtils, statt [unübersichtliche] Module zu nutzen und statt zu programmieren irgendwelche Attribute zu setzen [aber das ist nur meine persönliche Meinung zu DOIF ;) ])...
Alternative (wie auch schon geschrieben):
jenachdem was mit dem vorhandenen "Alarm-Device" geht, kann man auch vieles per homebridgeMapping machen.
Vorteil (wenn richtig gemacht): der Status in der Alexa-App stimmt mit dem tatsächlichen Status überein...
Das ist mit dem Dummy "dazwischen" ja nicht (einfach so) so...
Zitat von: UweUwe am 09 Februar 2020, 22:07:12
1. Es gibt die Alexa Ebene, man spricht einen Befehl: Alexa schalte Alarm ein
2. Dies gibt dann eine Änderung des dummies Alarm und dieser bekommt den Wert "on"
Wenn du etwas anderes "sagen" möchtest, als "Alexa schalte Alarm ein/aus", z.B.:
"Alexa, schalte Alarm scharf", dann kannst du das mit Routinen (Alexa-App) tun.
Da kannst du vorgeben was du sprechen willst und was (welches Gerät) dann am Ende geschalten werden soll...
EDIT: Anmerkung/Hinweis: dann besser den Dummy NICHT Alarmanlage nennen, sonst kommt Alexa u.U. "durcheinander" (je nachdem ob sie gerade die Routine "versteht" oder etwas bzgl. des "tatsächlichen Gerätes", da kann dann sowas wie: Alarmanlage unterstützt das nicht [im Sinne des Gerätes hat sie nat. recht / im Sinne der Routine nat. nicht ;) ])...
Es gibt auch irgendwo ein Beispiel mit einem "Lampen-Dimmer-Dummy" (von amenomade, glaube ich).
Dann ist für VERSCHIEDENE Aktionen nur EIN Dummy nötig.
Routine 1 -> Dummy auf X%
Routine 2 -> Dummy auf Y%
Routine 3 -> Dummy auf Z%
usw.
Und dann eben DOIF/Notify auf X, Y, Z, ... % und entsprechende "echte" Aktion...
Das geht dann schon ein klein wenig in Richtung der Möglichkeiten des Custom Skill (da musst du im "alten" alexa-fhem Wiki lesen, da ist der Unterschied beschrieben)...
Zitat von: UweUwe am 09 Februar 2020, 22:07:12
==> soweit alles gut und funktioniert auch. Jetzt weiter in deinem Mail:
Den hab ich noch nicht verstanden. Könnte ich hier noch einen Hinweis bekommen.
Ich habe richtig verstanden, dass es sinnvoll ist, dieses Modul zu installieren und die Anleitung durchzulesen.
https://mwinkler.jimdo.com/smarthome/eigene-module/echodevice/
Sinnvoll liegt immer im Auge des Betrachters ;)
Ich habe es eingerichtet, weil ich damit z.B. anzeigen lassen kann (Magic Mirror in meinem Fall bzw. für die Tochter auf dem Handy) was gerade an Musik über die Echos gespielt wird.
Bestimmte Artisten/Songs automatisch skippen lasse ;)
Und es gibt damit weitere Möglichkeiten bzgl. Sprachsteuerung (dazu aber bitte im verlinkten Thread suchen [irgendwo in der Mitte / bzw. evtl. folgende Suchbegriffe: voice reading doif custom skill]):
Hier (nochmal?) knapp:
Routine, z.B. "Alexa, wie ist der Zustand der Wohnung" -> schalte einen Dummy (nur nötig, damit die Routine "zufrieden" ist) -> (optional) Antwort in der Routine: "Uwe, warte kurz ich schaue nach" ;)
Im echodevice gibt es ein Reading "voice" dort steht dann (sollte) drin: "wie ist der Zustand der Wohnung" -> DOIF/Notify auf "voice" -> "Auswertung" des "Gesprochenen" (ginge auch mittels weiterer Module wie TEERKO, Talk2Fhem, Babble, ... ;) ) und dann eben "zusammenbauen" des "Wohnungs-Status" (was immer dich da interessieren mag)...
Und dann per "set Echodevice speak" eben die in der Sub "generierte" Antwort des Wohnungstatus "ausgeben lassen", z.B.:
"Uwe, in der Wohnung ist alles in Ordnung. Alarmanlage ist aktiv. Ich wünsche dir noch einen schöen Tag" ;)
Wie geschrieben: nur eine weitere Möglichkeit "Rund um Alexa/Echo"...
Gruß, Joachim
Hallo Joachim,
hab mich jetzt mit dem einen (1) notify beschäftigt, das alles abfrühstückt!
ZitatMan kann das auch statt in ein DOIF packen mit einem Notify "abfrühstücken" ;)
Aber jedem was ihm mehr liegt (ich "programmiere" lieber in myUtils, statt [unübersichtliche] Module zu nutzen und statt zu programmieren irgendwelche Attribute zu setzen [aber das ist nur meine persönliche Meinung zu DOIF ;) ])...
Das Ergebnis, bisher ungetestet, meiner Überlegungen lautet:
Heute heissen die beiden funktionierenden notifies:
define nHinweisan notify dmHinweis:on set AAA armed 2
define nHinweisaus notify dmHinweis:off set AAA disarmed 2 in einem notify müsste dies so aussehen:
define nHinweis notify (dmHinweis:(on|off) {
if ReadingsVal('dmHinweis', 'state', 'off') eq 'on' {fhem ' set AAA armed 2'}
if ReadingsVal('dmHinweis', 'state', 'off') eq 'off' {fhem ' set AAA disarmed 2'}
} Könnte dies korrekt ?
das dummy device dmHinweis sieht folgendermassen aus:
Internals:
CFGFN
FUUID 5e402efd-f33f-64ff-2778-fc6d87d6255cc3a8
NAME dmHinweis
NR 492
STATE on
TYPE dummy
READINGS:
2020-02-10 19:11:26 state on
Attributes:
DbLogExclude .*
alexaName Hinweis
genericDeviceType switch
room Vagabundi
setList on off
Gemäss deines Fahrplanes kümmere ich mich jetzt um homebridgemapping. die myUtils überspringe ich erstmal ::)
Zitat von: UweUwe am 10 Februar 2020, 21:13:53
in einem notify müsste dies so aussehen: define nHinweis notify (dmHinweis:(on|off) {
if ReadingsVal('dmHinweis', 'state', 'off') eq 'on' {fhem ' set AAA armed 2'}
if ReadingsVal('dmHinweis', 'state', 'off') eq 'off' {fhem ' set AAA disarmed 2'}
} Könnte dies korrekt ?
Könnte schon sein, was spricht gegen "ausprobieren" !? ;)
Bzw.: es dürfte eine runde Klammer zu viel sein...
...siehe mein Vorschlag...
Es geht aber vermutlich "anders":
define nHinweis notify dmHinweis:(on|off) {
if ReadingsVal($NAME, "state", "off") eq "on" {fhem("set AAA armed 2")}
if ReadingsVal($NAME, "state", "off") eq "off" {fhem("set AAA disarmed 2")}}
Und auch "einfacher":
define nHinweis notify dmHinweis:(on|off) {
if ($EVENT eq "on"){fhem("set AAA armed 2")}
elsif($EVENT eq "off"){fhem("set AAA disarmed 2")}}
Aber wie so oft: viele Wege/Möglcihkeiten...
...und jeder hat so seine "Eigenheiten" beim "Coden"... ;)
Ich nehme lieber " statt ' Klar ich muss evtl. "escapen" aber dafür werden "innerhalb" von " " Variablen Ausgewertet:
"$EVENT" -> "Inhalt von $EVENT"
'$EVENT' -> $EVENT (so wie es innerhalb von ' ' geschrieben wurde)
Zitat von: UweUwe am 10 Februar 2020, 21:13:53
die myUtils überspringe ich erstmal ::)
Naja so schlimm ist das nicht ;)
Einmal angelegt, kannst du einfach "Subs" hineinpacken und aufrufen:
define nHinweis notify dmHinweis:(on|off) {mySub($EVENT)}
und dann eben das in die Sub:
sub mySub($)
{
my ($Event) = @_;
if($Event eq "on")
{
fhem("set AAA armed 2");
}
elsif($Event eq "off")
{
fhem("set AAA disarmed 2");
}
}
Bei dieser Menge "Code" kann man das schon noch ins Notify packen...
...aber irgendwann wird es halt "unübersichtlich"...
UND: wenn du "Code" im Notify änderst, dann kommt immer das "Fragezeichen" und es muss/sollte die config gespeichert werden...
Wenn in der myUtils geändert wird gibt es das nicht...
Aber wie sooft auch hier: jeder muss "seinen Weg" finden...
Es bringt wenig immer nur "copy/paste" zu nutzen, weil dann "Wartung" schwer wird... ;)
Zitat von: UweUwe am 10 Februar 2020, 21:13:53
Gemäss deines Fahrplanes kümmere ich mich jetzt um homebridgemapping.
Schadet nicht ;)
Aber wenn es erst mal geht: auch gut! :)
Viel Erfolg, Joachim
Hallo Joachim,
darf hier bitte noch was nachfragen:
ZitatUnd auch "einfacher":
Code: [Auswählen]
define nHinweis notify dmHinweis:(on|off) {
if ($EVENT eq "on"){fhem("set AAA armed 2")}
elsif($EVENT eq "off"){fhem("set AAA disarmed 2")}
Aber wie so oft: viele Wege/Möglcihkeiten...
...und jeder hat so seine "Eigenheiten" beim "Coden"... ;)
Ich nehme lieber " statt ' Klar ich muss evtl. "escapen" aber dafür werden "innerhalb" von " " Variablen Ausgewertet:
"$EVENT" -> "Inhalt von $EVENT"
'$EVENT' -> $EVENT (so wie es innerhalb von ' ' geschrieben wurde)
Mein Problem ist die Zuordung des $Event. $Event ist eine in FHEM vordefinierte Variable. In unserem Notify ist der Inhalt von $EVENT das Reading und den Wert des Reading von dmHinweis. Korrekt? In dem Beispiel ist der readingname : STATE und der Inhalt entweder on oder off. Es steht also z.B. in $EVENT "STATE on". Mit
if ($EVENT eq "on") vergleiche ich jetzt den Ausdruck "STATE on" mit "on". Das Ergebnis kann ja nie "gleich" sein, und auch elif kann nicht "gleich" sein. Im $EVENT steckt doch der Readingname STATE und der Inhalt on oder off. Ich kann doch nur den Inhalt den Inhalt des nhinweis:State mit "on" vergleichen. Wo ist hier mein Denkfehler.
Myutils habe ich schon begonnen. Danke für die Unterstützung. Vielen Dank
Wenn dein Dummy so wie das Beispiel von mir ist, dann passt mein Code, läuft bei mir so...
$EVENT ist "vordefiniert"...
$Event ist das "übergebene" $EVENT des Notify...
Wenn in deinem Fall (warum auch immer) nicht nur "on/off" kommt, dann musst du mal $EVTPART1 oder $EVTPART2 probieren...
Auch ein Grund warum ich Subs in myUtils nutze:
Ich logge "was rein kommt" und (während "entwicklung") auch an anderen Stellen einige Werte, z.B. "input" für "Entscheidungen"...
Wie geschrieben: so Dummy wie das Beispiel hier laufen einige inkl. Sub mit Abfrage on/off bei mir...
EDIT: STATE ist KEIN! Reading das ist ein Internal. state ist ein Reading...
EDIT2: poste doch mal ein list des Dummy... Und vom Notify. Du postest immer nur möglichst kleinste Schnippsel statt "ausführliche" lists. Wie soll man da was sehen!?
EDIT3: oder hast du addStateEvent beim Notify gesetzt!? Und wenn ja: warum!? (hätte ich gesehen, wenn ein list des Notify hier wäre ;) )
EDIT4: ansonsten: warum nicht Notify über den EventMonitor "erstellen lassen"... ;)
Gruß, Joachim
Hallo Joachim,
zur Erklärung: Beim nur "Schreiben" versteht man sich häufiger "miss". Mir geht es nicht darum, dass ich jetzt hier schnell zu einem notify für den Alarm komme, sondern mehr darum , den Weg komplett zu verstehen. Ich kann dir gerne grosse Tabellen schicken. Aktuell bin ich sehr an der Unterstützung interessiert und möchte deine Zeit nicht unnötig in Beschlag nehmen. Deshalb die Schnipsel. Nochmals vielen Dank, alles gut. Danke. :) :)
Ich hab mir mal deinen Vorschlag für das notify mit if/else angeschaut. Finde ich praktisch und hoffte es auch zu verstehen.
Zitatdefine nHinweis notify dmHinweis:(on|off) {
if ($EVENT eq "on"){fhem("set AAA armed 2")}
elsif($EVENT eq "off"){fhem("set AAA disarmed 2")}
Ich habe am Ende das notwendige "}" ergänzt. Trotzdem meint FHEM dann trotzem
Usage: define notify , was ich nicht verstehe.
Also: mein notify sieht folgendermassen aussehen:
define nHinweis notify dmHinweis:(on|off){
if ($EVENT eq "on"){fhem("set AAA armed 2")}
elsif($EVENT eq "off"){fhem("set AAA disarmed 2")}} dmHinweis sieht so aus:
Internals:
CFGFN
FUUID 5e402efd-f33f-64ff-2778-fc6d87d6255cc3a8
NAME dmHinweis
NR 492
STATE on
TYPE dummy
READINGS:
2020-02-10 19:11:26 state on
Attributes:
DbLogExclude .*
alexaName Hinweis
genericDeviceType switch
room Vagabundi
setList on off Wo mache ich meinen Fehler?
Ja, sorry, Klammer hab ich übersehen (und korrigiert)...
...aber ich nutze notify so ja eigentlich nie (wie geschrieben), sondern eigentlich immer per Sub ;)
Wie/wo gibst du das denn ein!?
Ich habe es nur der Überscihtlichkeit in verschiedenen Zeilen geschrieben.
Das kannst du so nat. nicht eingeben...
Drum nutze ich auch Sub, denn da kann man "einfach" formatieren...
Bei dir ist der Fehler folgender:
define NameNotify notify RegEx { }
D.h. bei dir fehlt das Leerzeichen zwischen RegEx und dem Perl-Teil ("geschweifte Klammern")...
Und dann muss (vermutlich) alles in eine Zeile oder du definierst erst mal das Notify "nackt":
define nHinweis notify dmHinweis:(on|off) { }
Und passt es anschließend an -> auf DEF klicken und dann entsprechend editieren...
Oder "in einem Stück":
define nHinweis notify dmHinweis:(on|off) {if($EVENT eq "on"){fhem("set AAA armed 2")}elsif($EVENT eq "off"){fhem("set AAA disarmed 2")}}
Gruß, Joachim
Hallo Joachim,
danke für deine Antwort.
ZitatWie/wo gibst du das denn ein!?
Ich habe mit Codeimport gearbeitet. Nachdem ich alles in eine Zeile gepackt habe, war die Funktion gegeben.
Anschliessend, da ich ja insgesamt 5 Alarme ein/ausschalten will, habe ich alles in 99_myUtils umgesetzt. Mit einer Vorlage war dies nicht schwierig und hat dann auch funktioniert. Alles prima. Meine erste Mission ist damit erledigt. Vielen Dank für die Erklärungen. Finde ich Spitze.
Ich bin mir jetzt unsicher, ob ich mit homebridgemapping oder mit Alexa-App weiter machen soll. Nächste Woche hab ich einige Stunden Ruhe uns sicherlich Muße.
Homebridemapping hab ich schon mal begonnen zu lesen, finde ich aber unlogisch und mehr ein try and error bzw. ein "schau mal, ob jemand dies schon mal umgesetzt hat". Alexa-App empfinde ich als interessant, da man dort eigene Befehle definieren kann. Sehe ich dies richtig?
Zitat von: UweUwe am 14 Februar 2020, 16:37:14
Alexa-App empfinde ich als interessant, da man dort eigene Befehle definieren kann. Sehe ich dies richtig?
Bitte gerne.
Hmmm, "Befehle definieren"...
...naja du kannst in/bei der Routine vorgeben was du sprechen möchtest und dann am Ende etwas antworten oder schalten lassen oder biedes...
Ist relativ einfach umzusetzen.
(Erneut) der Hinweis: besser den alexaName so wählen, dass er nicht dem Namen in der Routine entspricht, sondern (total) anders nennen.
Beispiel:
ich hab einen Dummy mit alexaName "Server".
Dann habe ich eine Routine: Alexa fahre den Server hoch...
Je nachdem was Alexa "versteht", also Routine oder nur "Smart Home Skill" kommt entweder:
ok -> Routine erkannt
oder:
Server unterstützt das nicht -> Smart Home Skill (weil das "Server" [Type switch] ja wirklich nicht unterstützt)...
Wenn ich deutlich spreche, klappt es (meist)...
Wenn ich mal Zeit/Lust habe ändere ich mal den Namen...
...dann geht das bestimmt besser...
Viel Spaß, Joachim
Hallo Joachim,
hab mich in gestern und heute mal auf "Lesen" konzentriert. homebridemapping, genericdevicetyp, aspekte, service .... (mehr Verständis erhalten 8)
Folgendes deiner Hinweise kann ich noch nicht richtig zuweisen:
ZitatEDIT2: für Dinge die nicht so "simpel" sind bzw. von Amazon eben nicht mit dem Smart Home Skill unterstützt werden kann man sich entweder mit dem Custom Skill beschäftigen (geht per Config-Anpassung auch mit dem Connector) ODER sich mal die Routinen in der Alexa-App anschauen. Evtl. im "Zusammenspiel" mit dem echodevice-Modul: https://forum.fhem.de/index.php/topic,82631.msg747482.html#msg747482 (WICHTIG: gleich npm_login!!!! Also: Anleitung GENAU bis zu ENDE lesen und erst DANN loslegen ;) )
1. Custom-Skill: Config Anpassung mit dem Connector?? ==> Diesen Hinweis verstehe ich nicht.
2. Routinen in der Alexa-App?? ==> Das verstehe ich auch nicht.
3. Evtl. im "Zusammenspiel" mit dem echodevice-Modul: https://forum.fhem.de/index.php/topic,82631.msg747482.html#msg747482 (WICHTIG: gleich npm_login!!!! Also: Anleitung GENAU bis zu ENDE lesen und erst DANN loslegen ;) )[/quote]?? ==> Ich hab mir die Beschreibung https://mwinkler.jimdo.com/smarthome/eigene-module/echodevice/ mal angeschaut. Ich lese daraus nur, dass man Playlist, Music, etc steuern kann. Wie passt das alles zusammen?
Mein Ziel ist es , das Zusammenspiel zwischen Alexa und FHEM soweit zu verstehen, dass ich soviel wie möglich einer Hausautomatisierung komfortabel über Alexa abwickeln kann, FHEM ist dann ausführendes Organ.
Zitat von: UweUwe am 19 Februar 2020, 17:04:56
Hallo Joachim,
hab mich in gestern und heute mal auf "Lesen" konzentriert. homebridemapping, genericdevicetyp, aspekte, service .... (mehr Verständis erhalten 8)
Prima. :)
Zitat von: UweUwe am 19 Februar 2020, 17:04:56
1. Custom-Skill: Config Anpassung mit dem Connector?? ==> Diesen Hinweis verstehe ich nicht.
Wenn du Custom Skill nutzen willst, dann am besten im "alten" alexa-fhem Wiki lesen und dort alles bzgl. Custom Skill auf Seiten Amazon "abturnen" (https://wiki.fhem.de/wiki/Alexa-Fhem):
auf AWS Lambda eine "Funktion"/einen Skill (Custom Skill) einrichten...
Allerdings dürfte die Beschreibung sehr alt sein, die Bilder nicht mehr passen etc. -> also schwierig...
Den Teil bzgl. alexa-fhem Installation "von dort" kannst du weglassen!!
Weil du hast ja schon eine alexa-fhem Installation (Connector) und wenn nicht, dann eben die alexa-fhem Connector Variante nehmen.
Dort musst du allerdings nat. deinen Custom Skill eintragen.
Einen Port (3000) öffnen und zum "Rechner" auf dem alexa-fhem läuft "weiterleiten"
Und in AWS-Lambda (siehe erster Punkt: Custom Skill) dann eben die statische WAN-IP (oder dynDNS-Name etc.) von "dir zuhause" eintragen...
Mehr Support kann (und will) ich da nicht (mehr ;) ) leisten...
...u.a. auch weil ich das schon längst nicht mehr (wirklich) nutze (siehe 2. u. 3.)...
...und nicht weiß, ob mein Amazon-Developer-Account etc. noch tut ;)
Zitat von: UweUwe am 19 Februar 2020, 17:04:56
2. Routinen in der Alexa-App?? ==> Das verstehe ich auch nicht.
Routinen: ganz einfach in der Alexa Handy App Routinen anschauen, bzw. eben bei Amazon Hilfe bzgl. Routinen...
Kurz:
Routine anlegen: dann "eintragen" was du sprechen möchtest, z.B. "Alexa, ich hau ab, lass mich bloss in Ruhe" ;)
Dann angeben was passieren soll, z.B. alle Lichter ausschalten etc.
Du kannst nat. auch nur einen Dummy schalten, der dann per Notify/DOIF/mSwitch alles mögliche tut...
D.h. du kannst ganz einfach "vorgeben" was du sprechen willst und dann "irgendwas passieren lassen"... ;)
Neuerdings geht auch der Weg "andersrum": Bewegungsmelder sendet an Amazon und du kannst per Routine "Dinge tun (lassen)"...
EDIT: siehe https://forum.fhem.de/index.php/topic,108455.msg1024273.html#msg1024273
Zitat von: UweUwe am 19 Februar 2020, 17:04:56
3. Evtl. im "Zusammenspiel" mit dem echodevice-Modul: https://forum.fhem.de/index.php/topic,82631.msg747482.html#msg747482 (WICHTIG: gleich npm_login!!!! Also: Anleitung GENAU bis zu ENDE lesen und erst DANN loslegen ;) )?? ==> Ich hab mir die Beschreibung https://mwinkler.jimdo.com/smarthome/eigene-module/echodevice/ mal angeschaut. Ich lese daraus nur, dass man Playlist, Music, etc steuern kann. Wie passt das alles zusammen?
Ja.
also du kannst damit alles tun/steuern was per Web-App (alexa.amazon.de) bzw. per Handy App geht...
ABER: es gibt eben auch das "voice-Reading" wo eben der zuletzt gesprochene Befehl drin steht -> darauf kannst du reagieren.
Irgendwo in dem Thread (Mitte irgendwo) gibt es ein DOIF-Beispiel...
Du kannst aber auch "nur" per Notify den gesprochenen Text an z.B.TEERKO, Talk2Fhem, Babble, ... "weiterreichen" und dort entsprechend reagieren...
Mit 2 und 3 zusammen bist du fast so flexibel wie mit dem Custom Skill...
...aber ohne irgendwas auf Amazon (Developer) zu tun und ohne Port öffnen etc.
Aber: halt nur fast ;)
Für alles weitere bitte in dem Thread bzw. Wiki lesen/suchen...
Gruß, Joachim
Joachim,
vielen Dank, hab verstanden. ::) ::)
Zitat von: UweUwe am 19 Februar 2020, 18:36:00
Joachim,
vielen Dank, hab verstanden. ::) ::)
Ok... ;)
Weil zu 1) kann (will ;) ) ich wirklich nicht mehr...
Bei 2) ist man mit Google und Amazon-Hilfe eigentlich schnell dabei...
Und bei 3): wenn ich noch mal drüber stolper, dann poste ich hier...
EDIT: hier ein paar Links (es ist in dem Thread auch irgendwo noch besser beschrieben, konnte ich aber grad nicht finden...)
https://forum.fhem.de/index.php/topic,82631.msg960139.html#msg960139
https://forum.fhem.de/index.php/topic,82631.msg959240.html#msg959240
https://forum.fhem.de/index.php/topic,82631.msg1023028.html#msg1023028
https://forum.fhem.de/index.php/topic,82631.msg967085.html#msg967085
Ansonsten wie geschrieben geht auch per Notify auf voice Reading den Text dann an ein anderes Modul weitergeben, was eben "Sprachansagen" auswertet, z.B. TEERKO (hatte ich mal genutzt), Talk2Fhem, Babbel, ...
Viel Erfolg, Joachim
kurz zum thema alarm und alexa:
es gibt im prinzip die möglichkeit alarm systeme per sprache scharf und unscharf zu schalten und feuer/wasser/einbruchs alarme zu triggern. leider aktuell nur in den usa.
in deutschland kann man das gerät zwar hinzufügen, es hat in der alexa app auch das richtige icon, es ist aber nicht bedienbar, zeigt nichts an und alarme lassen sich (im gegensatz zu bewgungs Meldern und kontakt sensoren) auch nicht als trigger für routinen verwenden.
Grad wollt ich verlinken... ;)
Und ich mach's einfach doch noch... ;)
https://forum.fhem.de/index.php/topic,108455.msg1025779.html#msg1025779
Gruß, Joachim
Hallo, vielen Dank. Ich schau mir alles Samstag an..
wie gesagt: der Security/Alarm kram geht nicht. kontakt sensoren und bewegungsmelder kann man verwenden um eine routine z.b. zur ansage zu triggern.
ansonsten sollte man alles was automatisierung angeht in fhem erledigen.