Hinweis: Mittlerweile gibt es mit dem
FHEM Connector für Alexa und FHEM Smart Home Skill eine bessere Möglichkeit Alexa in FHEM einzubinden.
Auch hier wird kein Portforwarding mehr benötigt. Ich selbst verwende die ha-bridge nicht mehr.
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa)
Alter Artikel von 30 August 2017:
Ich habe mich heute mit der habridge beschäftigt, da mir persönlich die Amazon Developer Geschichte zu aufwendig ist (obwohl ich Sie fertig installiert und kurz im Einsatz hatte).
Die ha-bridge simuliert Alexa einen HUE-Adapter vor, der automatisch (ohne zusätzlichen Skill) gefunden wird.
Vorteile:
- Kein Amazon Developer Account notwendig, einfachere (lokale) Einrichtung
- Kein (external->internal) Portforwarding von Amazon zu FHEM notwendig
- Keine Skills in der Alexa App notwendig
- Amazon Echo/Dot findet die virtuelle HUE-Bridge im lokalen Netzwerk automatisch (Spracheingabe: "Alexa, Geräte suchen")
Nachteile:
- Keine erweiterten Aktionen/Nachfragen (Interaktionen) möglich
Unterstützte Alexa Smarthome Sprachbefehle (Onlinehilfe): https://alexa.amazon.de/spa/index.html?#help/node/201749260
Vorraussetzungen:
- java 1.8
- ha-bridge von https://github.com/bwssytems/ha-bridge (hier steht auch alles was man über ha-bridge wissen sollte)
Ich habe bei mir die ha-bridge Installation aus sicherheitsgründen auf separater VM (schlankes "Blank" Debian Jessie) virtualisiert.
Die Anleitung kann nicht 1 zu 1 bei anderen Vorraussetzungen gelten !NEWS: Ab Version 4.5 lässt sich das Webinterface mit Benutzername und Kennwort absichern !
Mehr dazu hier: https://github.com/bwssytems/ha-bridge/wiki/Security-ConfigurationZusätzlich wurde meine ha-bridge mit iptables abgesichert.
Mehr dazu auf Seite3: https://forum.fhem.de/index.php?topic=66920.msg598432#msg598432Ich selbst lasse die ha-bridge auf dem Standard Port (80) laufen, ändern kann man dies nach erstem Start/Stop des Services in der Datei "habridge.config" Datei, oder einfach im Webinterface Reiter "Bridge-Control" unter "Web Server Port". Die Portänderung des Webinterfaces (falls notwendig), sollte vor dem anlegen der Devices erfolgen, auch die Anpassung des "Device DB Path and File" nach "/etc/habridge/data" erachte ich als sinnvoll.
FHEM-Server: Eigene FHEMWEB Instanz für die habridgeAufgrund des csrfToken und eventuell aktiviertem HTTPS von FHEM WEB muss für die habridge eine eigene WEBhabridge Instanz erstellt werden.
In diesem Beispiel auf Port 8088, Zugriff erlaubt nur für localhost und der ha-bridge selbst (IP: 192.168.1.10).
define WEBhabridge FHEMWEB 8088 global
attr WEBhabridge csrfToken none
attr WEBhabridge allowfrom 127.0.0.1|192.168.1.10Voraussetzung: Installation von java8-jdk:Wer die habridge auf breits bestehendem System installiert, hat java meist schon installiert, prüfen mit:
(Ausgabe von meinem Debian Stretch Host:)
java -version
openjdk version "1.8.0_131"
OpenJDK Runtime Environment (build 1.8.0_131-8u131-b11-2-b11)
OpenJDK 64-Bit Server VM (build 25.131-b11, mixed mode)Variante-1: Aus dem Debian Repository (Open jdk):apt-get install openjdk-8-jdk-headless --no-install-recommendsVariante-2: (Oracle jdk)echo "deb http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee /etc/apt/sources.list.d/webupd8team-java.list
echo "deb-src http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee -a /etc/apt/sources.list.d/webupd8team-java.list
apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys EEA14886
apt-get update
apt-get install oracle-java8-installer
apt-get install oracle-java8-set-defaultha-bridge: Installation der ha-bridge (Kurzform):Zuerst sehen wir nach der
aktuellen Versionsnummer, diese finden wir auf dieser Seite: https://github.com/bwssytems/ha-bridge/releases
Dann müssen wir die
x.x im nachfolgenden wget Code mit der aktuellen Release Nummer ersetzen.
mkdir -p /opt/habridge /etc/habridge /etc/habridge/data
wget https://github.com/bwssytems/ha-bridge/releases/download/v4.x.x/ha-bridge-4.x.x.jar -O /opt/habridge/ha-bridge.jarFür ein Update der ha-bridge Version einfach die wget-Zeile (mit URL der neuen Version) nochmals ausführen, zuvor jedoch mit [service habridge stop] den Daemon beenden.
ha-bridge: Daemon einrichten (systemd):nano /etc/systemd/system/habridge.serviceInhalt:
[Unit]
Description=HA Bridge
Wants=network.target
After=network.target
[Service]
Type=simple
ExecStart=/usr/bin/java -jar -Dconfig.file=/etc/habridge/habridge.config /opt/habridge/ha-bridge.jar
[Install]
WantedBy=multi-user.targetDaemon starten, Autostart konfigurieren:
systemctl daemon-reload
systemctl start habridge.service
systemctl enable habridge.serviceNach dem erfolgreichen starten kann man mit dem anlegen der Devices/Geräte per Webinterface beginnen,
klicke dazu auf den Button
Add/Edit Siehe angehängtes Bild !
Info: Egal welches Devices angelegt wird, geschaltet wird immer per "HTTP URL Command" Aufruf.
In der ha-bridge Konfiguration kann eine URL für On, Dimmmen und Off angegeben werden.
Beispiel, ein Homematic Dimmer:
Ein: (Alexa, schalte Wohnzimmer Licht ein)
http://fhem.domain.net:8088/fhem?cmd=set%20wz.lampe_Sw%20onDimmen: (Alexa, stelle Wohnzimmer Licht auf 30 Prozent)
http://fhem.domain.net:8088/fhem?cmd=set%20wz.lampe_Sw%20pct%20${intensity.percent}Aus: (Alexa, schalte Wohnzimmer Licht aus)
http://fhem.domain.net:8088/fhem?cmd=set%20wz.lampe_Sw%20offWas muss bei Add/Edit eingetragen werden ? Siehe angehängtes Bild !
Ich schreibe hier nur die Felder die ich ausgefüllt habe, mit dem Beispiel von Wohnzimmer Dimmer von oben:
Name: Wohnzimmer Licht (mit diesem Namen findet Alexa das Device )
Map Type: HTTP Device
On Items:Type: HTTP Device
Target Item: Hier wird die "Command HTTP URL" (Befehl) für den FHEM Server eingetragen !Das wars eigentlich auch schon :-)Tips und Stolperfallen:
- Nach anlegen der Devices auf "http://alexa.amazon.de" unter Smarthome auf Geräte suchen klicken, oder einfach per Spracheingabe mit "Alexa, Geräte suchen"
- Command URLs am besten vorab manuell per Browser testen
- Devices können mit Edit/Copy auch unter neuem Namen gespeichert werden, so ist man erheblich schneller und muss nicht bei jedem neuen Decives alles neu eintragen
- Harmony-Hub, IP kann im Reiter Bridge-Control eingetragen werden. Ich musste die habridge danach neustarten, erst danach waren die "Harmony Activities" und "Harmony Devices" im WebGui gefüllt
- Geräte die in der ha-bridge gelöscht werden, werden NICHT in der Alexa App gelöscht, Sie müssen Online (http://alexa.amazon.de >: unter Smarthome) gelöscht werden ("Alle verwerfen").
Logitech Harmony HubDer Harmony Hub kann auch direkt ohne FHEM geschaltet werden.
Variante1 per habridge -> FHEM -> HarmonyHubAlso zB. für Aktion Fernsehen: "Alexa, schalte Fernseher ein" und "Alexa, schalte Fernseher aus"
On Items
Type: HTTP Device
http://fhem.domain.net:8088/fhem?cmd=set%20hub.wz%20activity%20Fernsehen
Off Items
Type: HTTP Device
http://fhem.domain.net:8088/fhem?cmd=set%20hub.wz%20activity%20PowerOffVariante2 direkt per habridge -> HarmonyHubIn diesem Beispiel heisst mein eingetragener Hub unter Bridge-Devices "hub.wz", Meine Activity ist Fernsehen (ID: 10292300)
Am einfachsten im Reiter "Harmony Activities" auf "Build Item" klicken, so wird das Device schon angelegt, es muss nur noch der gewünschte Name vergeben werden
On Items
Type: Harmony Activity
Target Item: {"name":"10292300","hub":"hub.wz"}
Off Items
Type: Harmony Activity
Target Item: {"name":"-1","hub":"hub.wz"}Aufruf einer SUB/Funktion in 99_myUtilsDas Stichwort lautet hier URL Encoder !
Das funktioniert nicht:http://fhem.domain.net:8088/fhem?cmd={AlleLichterAus}Das funktioniert:http://fhem.domain.net:8088/fhem?cmd=%7BAlleLichterAus%7DBackup der ha-bridge Konfiguration:In der WebGUI können ganz einfach per Klick auf "Bridge Device DB Backup" und Klick auf "Backup Device DB" Backupdateien erstellt werden.
Diese werden standardmässig im Pfad
/data gespeichert.
Dieser Pfad kann jedoch im Reiter "Bridge-Control" unter "Device DB Path and File" angepasst werden (Aktuelle Konfiguration: device.db, Backups: device.db-%TIMESTAMP%).
(In meinem Fall ist das dort wo Linux Konfigurationen auch hingehören: "/etc/habridge/data")
Vielen Dank für die Anleitung !
Ich habe die Installation auf einem bestehendem System/nicht neu aufgesetzen Pi3 mit Jessie gemacht.
Es funktioniert !
Nach einem Neustart ist die Bridge bei mir nicht gestartet.
Wenn ich nach dem Neustart sudo ...
systemctl daemon-reload
systemctl start habridge.service
systemctl enable habridge.service
... eingebe, dann ist die Bridge verfügbar.
Ich vermute die Rechte müssen angepasst werden.
Kannst Du mir weiterhelfen - hast Du einem Tip für mich.
Danke
Thomas
Ich tippe auf:
https://github.com/bwssytems/ha-bridge#basic-script-setup-to-run-the-bridge-on-a-pi
Hallo,
nochmals herzlichen Dank für die tolle Anleitung und den Verweis auf die Seiten von Bwssystems !
Mein System scheint durch die vielen gescheiterten Versuche HABridge/Homebridge von verschiedenen Quellen zu installieren durcheinander gekommen zu sein...
Folgendes habe ich gemacht.
$ sudo systemctl stop homebridge + habride (mit und ohne .service)
$ sudo systemctl disable homebridge + habride (mit und ohne .service)
Löschen von homebridge.service + habride.service
gefunden auf: http://pysselilivet.blogspot.de/2017/01/homebridge-autostart-with-systemd.html
Und wieder neu Deiner Anleitung nach !
Nach einem Neustart funktioniert es jetzt !!!
Die Bridge wird automatisch gestartet und alles Geräte stehen zur Verfügung.
Besten Dank
Gruss
Thomas
sorry, aber jetzt habe ich nach den 1000 vorherigen Anleitungen Nummer 1001...
das ist doch eher IT Grundwissen und hat mit dem eigentlichen "Problem" nicht viel zu tun?!? Wie starte ich einen Daemon? Ersetze "HA-Bridge" durch "XYZ" und diese Anleitung kann für jeden System Daemon gelten.
(nur was das tee statt eines normalen echo oder cat soll erschließt sich mir nicht so wirklich?!?)
Genau an der Stelle wo bei dir "das wars dann eigentlich auch schon :-) " steht, gehen die eigentlichen Probleme doch erst los?!?
Natürlich kann ich nachdem ich die Punkte der (1000 vorherigen) Anleitungen abgearbeitet habe meine Lampen über das Web-Interface von der HA-Bridge steuern, das ist ja auch trivial.
aber Echo/Alexa findet bei mir diese Geräte nicht, die ich per Web Interface bedienen kann, DAS sind die üblichen Probleme!
- ich weiß immer noch nicht, ob ich den HUE Skill aktivieren muss?
- brauche ich ein HUE Konto?
- muss ich die HA-Bridge mit diesem Konto verknüpfen?
- meine HA-Bridge Installation läuft standardmäßig auf UPNP Port 50000, laut Netz arbeitet HUE aber wohl mit 1900, ist das mein Problem?
- wenn ich meine HA-Bridge mit UPNP Port 1900 starten möchte, dann klappt das nicht, angeblich ist der Port "in use" (ist er nicht) oder nicht genügend Rechte (trotz root)...
- was ist mit diesem "drücken sie den Knopf auf der HUE Bridge"?
das sind alles Fragen die eben nicht "IT Grundlagen", sondern "Amazon/HA-Bridge/HUE" spezifisch sind, es wäre schön wenn dazu jemand mal etwas schreiben würde.
Hi,
Nach der Installation von Ha-Bridge und Definition von Geräten habe ich den Hue-Skill per Webinterface aktiviert.
http://alexa.amazon.de/
Bei Aktivierung des Skills habe ich ein Konto angelegt (Google Login).
Nach Abschluss der Aktivierung konnte ich "Geräte suchen" und alle wurden gefunden und konnten mit Alexa geschaltet werden
Zitat- ich weiß immer noch nicht, ob ich den HUE Skill aktivieren muss?
- brauche ich ein HUE Konto?
- muss ich die HA-Bridge mit diesem Konto verknüpfen?
- meine HA-Bridge Installation läuft standardmäßig auf UPNP Port 50000, laut Netz arbeitet HUE aber wohl mit 1900, ist das mein Problem?
- wenn ich meine HA-Bridge mit UPNP Port 1900 starten möchte, dann klappt das nicht, angeblich ist der Port "in use" (ist er nicht) oder nicht genügend Rechte (trotz root)...
- was ist mit diesem "drücken sie den Knopf auf der HUE Bridge"?
- Ich habe keinen HUE Skill aktiviert
- Ich habe keine HUE Konto
- Ich habe nichts an den Ports angepasst, aber beobachtet das iptalbes auf der ha-bridge Maschine Probleme macht (UPNP), habe ich im 1. Beitrag kurz erwähnt
- Das drücken des HUE Knopf gilt für einen richtigen HUE Adapter, nicht für den virtuellen Nachbau (habe gelesen das wenn ein echter HUE im Netz ist der virtuelle nicht gefunden wird, kann ich nichts dazu sagen habe kein HUE System)
Einzig und allein "Geräte suchen" auf alexa.amazon.de reicht bei mir (oder Sprachbefehl: Alexa, Geräte suchen).
Ich würde nachsehen was den Standardport belegt, mini-dlna oder sowas installiert ? Ansonsten vielleicht mal auf separater Hardware/VM testen ?
Betreffend Anleitung 1001 magst du recht haben, steht ja auch alles auf der GITHUB Seite, dort steht aber nicht beschrieben wie ein Device mit den Commands (on,dim,off) bei aktueller Version 4.1.4 angelegt wird damit es in FHEM auf Anhieb funktioniert, das schalten des Harmony-Hubs war mir nicht klar, weshalb ich diese kurze Howto hier niedergeschrieben habe, um anderen das suchen zu ersparen.
Ausserdem kann Sie auch ignoriert werden ;)
vorneweg:
ich war gestern echt angepisst...
wirklich zig Anleitungen wie man einen Service als Daemon startet, aber keine Infos zu "meinen" Problemen. Es ist eben blöd wenn man sich als "alter Sack" in irgendwelchen Sackgassen verrennt. Ich war fest davon ausgegangen, dass ich "natürlich" ein HUE Konto einrichten muss um eine Hue-Bridge Emulation nutzen zu können oder dass ich "natürlich" den Hue-Skill aktivieren muss.
es muss einem doch gesagt werden, dass das alles nicht nötig ist und die Fehler woanders liegen ;)
die gute Nachricht: seit ca. 3 Stunden läuft die ha-bridge bei mir!
die weniger gute: ich weiß nicht genau warum...
ich habe:
- Raspberry Pi neu gestartet
- Fritzbox neu gestartet
- UPNP Strict Handling in der ha-bridge an/aus geschaltet
- den AVM 546E abgeschaltet
alle diese Aktionen "einzeln" haben nicht gewirkt, aber irgendeine Kombination scheint gewirkt zu haben.
ich habe in der ha-bridge das Logging auf "trace" gestellt und darauf kamen haufenweise Meldungen wie diese:
>>>
2017-02-16 17:42:03,452 [main] DEBUG com.bwssystems.HABridge.upnp.UpnpListener - isSSDPDiscovery Found message to be an M-SEARCH message.
2017-02-16 17:42:03,454 [main] DEBUG com.bwssystems.HABridge.upnp.UpnpListener - isSSDPDiscovery Got SSDP packet from 192.168.0.142:55510, body: M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 5
ST: urn:schemas-upnp-org:device:avm-aha:1
und 192.168.0.142 ist eben der AVM546E, der hier als "Remote AccessPoint" in der Tiefgarage dient, "gespeist" wird er von einem AVM Powerline Adapter und soll nur die iPods in den Handschuhfächern der Autos mit WLAN versorgen um sie automatisch mit neuer Musik befallen zu können, da war aber heute keiner verbunden (glaube ich...).
nachdem ich den 546E abgeklemmt, alle Geräte neu gestartet und UPNP Strict Handling auf false gestellt habe, hat Alexa auf einmal Geräte gefunden!!!
der Hue-Skill ist noch aktiviert, die Bridge kann ich immer noch nicht mit meethue verbinden, aber ich kann meine Geräte steuern, JUHU!!!!
von den allerersten Tests (dim Befehle, on/off entsprechend (nur einfacher)) (dürfte alles selbsterklärend sein):
FS20 DU
http://192.168.0.153:8085/fhem?cmd.WZ_Front=set%20WZ_Front%20dim${intensity.percent}%25
(nur bestimmte Werte möglich, siehe Device specific help) (hier vielleicht auf das %25 am Ende achten, FHEM erwartet ein % am Ende des http "Befehls" und das ist etwas ungewöhnlich (und nicht gerne gesehen ;) ) )
Squeezebox (Lautstärke per "Alexa, dimme Squeezebox auf nn%" einstellen):
http://192.168.0.153:8085/fhem?cmd.SB_SZ=set%20SB_SZ%20Volume%20${intensity.percent}
FHT Termostaten einstellen:
http://192.168.0.153:8085/fhem?cmd.FHT_WZ=set%20FHT_WZ%20desired-temp%20${intensity.percent}
es ist vielleicht anfangs etwas "komisch" auf Klo zu sitzen und zu sagen: "Alexa, dimme Badezimmerradio auf 20 Prozent" um die Squeezebox im Bad auf Lautstärke 20 zu stellen oder "Alexa, dimme Heizung Schlafzimmer auf 17 Prozent" um die Temperatur dort einzustellen, aber daran habe ich mich jetzt schon gewöhnt ;)
so, nachdem das jetzt hier so einigermaßen läuft mal meine Kommentare zu dem eigentlichen (abgeschriebenen ;) ) Setup...
erstmal muss man beachten, dass nahezu alles was hier beschrieben wird als root ausgeführt werden muss! "Normalerweise" macht man das mit sudo, darauf wird hie rin keiner Weise eingegangen, da sind halt "Profis" am Werk die alles als root machen...
wer "ganz normal" als "pi" arbeitet, der muss ganz zu Anfang erstmal ein "sudo su -" ausführen, sonst funktioniert hier gar nichts, empfohlenes es aber trotzdem nicht, aber siehe die ca. 1000 anderen Anleitungen.
wenn man seinen Pi auf "Deutsch" (locale) eingestellt hat, dann wird fast alles übersetzt aber vieles auch nicht...
gerade die Oracle Java Installation ist da ein Musterbeispiel für wie man es NICHT machen sollte. Es wird an einigen Stellen gefragt ob man das jetzt so machen möchte mit "[J/n]". Wenn man da einfach Return drückt, dann hat man keine Probleme, drückt man aber "J <Return>" dann bricht die Installation ab. Wenn man unbedingt etwas eingeben möchte, dann muss es trotz deutschem locale ein "Y" sein!
ICH würde immer mit einem Symbolic-Link auf die aktuelle Version arbeiten!
also nach dem auspacken in /opt/habridge ein:
ln -s ha-bridge<current-version>.jar ha-bridge.jar
oder eben aktuell:
ln -s ha-bridge-4.1.4.jar ha-bridge.jar
und alle Referenzen in der systemd Konfiguration auf ha-bridge.jar ändern, dann braucht man sich darum keine Gedanken machen wenn eine neue Version kommt und nur den Sym-Link switchen, so macht man das normalerweise...
genauso halte ich den "-Dconfig.file=/etc/habridge/habridge.config" Teil für blöd. Ich habe in meiner "Bridge Control" (also im Web-Interface)
Configuration Path and File: /opt/habridge/data/habridge.config
Device DB Path and File: /opt/habridge/data/device.db
gesetzt und keine Start Parameter übergeben, das halte ich für wesentlich sauberer, Geschmacksache...
Zitat von: Mickey Mouse am 17 Februar 2017, 01:32:34
"Normalerweise" macht man das mit sudo, darauf wird hie rin keiner Weise eingegangen, da sind halt "Profis" am Werk die alles als root machen.
Kannst du mir den Sinn über den Einsatz von sudo auf einem reinen Serversystem ohne GUI (auf dem nur ICH arbeite) erklären ?
Oder jammerst du hier nur rum weil du keine Fix und Fertig Anleitung geliefert bekommst ?
Hallo Simon,
ich finde es gut, wenn jemand eine Beschreibung einstellt. Kann ja jeder selbst entscheiden ob er diese nutzt oder nicht. :)
Frage, ich komme mit der Benutzung der ha-bridge nicht so richtig klar. Die Installation hat soweit geklappt. Die Alexa App findet auch ein TestDummy. Wie trage ich in der Benutzeroberfläche genau die Befehle ein, so dass diese auch Alexa erkennt? An der Stelle hänge ich ein wenig. Kannst Du da bitte noch ein paar Beispiele hier einstellen.
Danke
Gruß
Tino
Ich habe den 1. Beitrag etwas überarbeitet, hoffe das es so etwas klarer wird.
Es ist eigentlich im 1. Bild gut zu sehen, bzw. ab Textabschnitt "Add/Edit" beschrieben.
Passe den 1. Beitrag natürlich auch gerne an bei "konstruktivem" Verbesserungsvorschlag. :)
Hallo Simon,
danke, läuft nun auf einer Testumgebung mit angelegten Test-Dummys auf einem Raspi 3 mit FHEM und ha-bridge. Was ich beeindruckend finde ist die Geschwindigkeit, kaum hat man den Befehl ausgesprochen wird das Device auch schon geschaltet.
Wenn ich die Infos von verschiedenen Quellen richtig gelesen habe, kann man bisher über die ha-bridge sich zum Beispiel noch keine Raumtemperaturen ansagen lassen, richtig? Und die Befehle beziehen sich immer nur auf Ein, Aus Dimmen. Also Raumtemperaturen verstellen ist somit auch im aktuellen Stand noch nicht möglich. Dazu muss man den Amazon AWS Service nutzen. Korrekt?
Danke
Gruß
Tino
Es sind halt die Befehle möglich, die die Alexa App selbst versteht. Schalte, stelle, dimme.. (http://alexa.amazon.de/spa/index.html#help/node/201749260)
Mein Homematic Thermostat stelle ich mit: Alexa, stelle Büro Thermostat auf 21 Grad
Dim Items Eintrag:
http://user:pass@fhem.domain.net:8083/fhem?cmd=set%20bo.tf1_Climate%20desired-temp%20${intensity.percent}
Kleine Abfragen sind schon möglich, könnte ja in der ha-bridge eine myUtils Funktion aufrufen,
und dort Statusabfragen machen und die Sprachausgabe per ttsmsg auf vorhandenem Audiodevice ausgeben.
Die Frage ist nur mit welcher Satzstellung :-)
Bei den Standard Satzstellungen die die Alexa-App bietet ist diese dann halt unlogisch,
hier hier macht ein Custom Skill sicherlich mehr Sinn.
bisher hatte ich drei raspi lausen (fhem, raspberrymatic,ha bridge)
als ich über deine anleiug stolperte dachte ich...hm mal schauen ob sich ha bridge nicht auf dem gleichen rapberry mit der fhem installation instalieren und betreiben lässt.
und ich bin begeistert...und frga micht wieviel verkraftet eigentlich ein fapberry ?
nun läuft auf einem raspberry fhem, apache um php script zu verarbeiten und nun ha bridge.
nach port anpassung SUUUUPER.
ein raspberry kann abgebaut werden :-)
vielen,vielen dank dafür.
Hallo habe alles so eingegeben wie du es beschrieben hast wenn ich den Link im Browser eingebe gehts
http://192.168.178.27:8083/fhem?cmd=set%20lWohnzimmer2%20on
aber in Hu Bridge nicht ??
Alexa sagt kann hub nicht finden?
kann jemand Bitte Helfen
1. (siehe Bild: HA Bridge)
Testen des Devices in der HA Bridge selbst, unter Devices -> Actions, hier kannst du testen ob die HA-Bridge <> FHEM Kommunkation funktioniert.
Falls nicht, siehe erster Beitrag Vorraussetzungen (Achtung: Neue FHEM 5.8 Version).
2. (siehe Bild: Amazon Alexa)
Wenn 1. erfolgreich dann in alexa.amazon.de, Geräte suchen..
Ja habe ich Alexa hat das Gerät gefunden.
Test in HA Bridge kommt Request Error, Pleae look in your habridge log: error {"type":"6","address":"/lights/1","description":"Error on calling url to change device state","method_name":"/lights/1state"}
geht aber nicht warum?
Gruß
Martin
Hallo Martin,
guck mal hier:
https://www.computerhilfen.de/info/fhem-mit-dem-amazon-echo-per-sprache-steuern.html
Versuch mal:
http://192.168.178.27:8083/fhem?cmd.Wohnzimmer=set%20Wohnzimmer%20on
Gruss
Thomas
falls noch jemand das Problem hat:
ich konnte seit dem letzten FHEM Update keine http Befehle mehr von der ha-bridge absetzen. D.h. absetzen schon, sie waren auch "grün" aber FHEM hat sie ignoriert :(
der Grund liegt wohl in "csrfToken"
ab FHEM 5.8 muss man das wohl explizit auf "none" setzen. Interessanterweise konnte ich das auch nicht über das Web-Interface von FHEM selber ändern, sondern musste das in der hem.cfg per vi einfügen.
ich nutze das WEBtablet Frontend mit Port 8085 für die ha-bridge (ohne Passwort, da nur lokal erreichbar) und dann muss da diese Zeile eingefügt werden:
attr WEBtablet csrfToken none
wenn jemand ein anderes FrontEnd nutzt, dann muss das natürlich entsprechend angepasst werden.
jetzt läuft es auch wieder mit 5.8 ;)
Hi,
da es bei mir nach endlosen Versuchen nicht klappen wollte die HA-Bride im Browser zu öffnen, habe ich mal einen anderen Browser als Chrome verwendet und siehe da, es lief ohne Probleme!
Also, nicht verzweifeln, Browser wechseln, falls Ihr Chrome verwendet!
meine anfänglichen Probleme mit ha-bridge hatte ich auf die Fritz Box geschoben.
"meistens" wurden Änderungen für eine kurze Zeit (wenige Minuten) gefunden wenn ich die FB einmal neu gestartet habe.
am Ende war es aber etwas völlig anderes!
ich habe einen Netgear JGS524E "smart managed" Switch als "Zentrale" (da hängen in den Räumen noch andere "unmanaged" Switches dran).
nach allem was ich bisher so heraus gefunden habe, müssen beide Einstellungen so aussehen:
Validate IGMPv3 IP header -> disable
Block Unknown MultiCast Address -> disable
stelle ich eins der beiden auf "enable" wird die ha-bridge nicht mehr "sicher" gefunden!
da scheint also das ganze Protokoll noch ziemlich "dreckig" zu sein, kein Wunder wenn es da zu Problemen kommt.
Danke für die Anleitung! Was mich wirklich interessieren würde, ist die Vorgehensweise mit der Absicherung von der HA-Bridge. Ich habe hier auch mehrere Parteien im LAN hängen. Da möchte ich ungerne für jeden erreichbar die HA-Bridge drin hängen haben. Idealerweise noch die cmd Aufrufe an FHEM in Klartext mit Username:Passwort
Anleitungen für HA Bridge gibt es ja wirklich viele.. Mich würde als DAU mal eine interessieren, wie es sich absichern lässt. Läuft die VM auf dem gleichen Pi? Eine Anleitung dazu wäre echt super :)
Genau aus diesem Grund läuft die habridge bei mir auf eigener VM.
Nicht auf raspberry sondern auf INTEL Nuc, darauf Proxmox als Wirtsystem, darauf eine VM mit Debian/habridge.
ACHTUNG: Das Script verwirft einfach Packete der eingetragenen Source-IPs, nichts weiter (also auch gut um sich selbst auszusperren :-), also nur für "eigene habridge VM" geeignet !
Ich habe es gerne einfach, darum habe ich das null-route Script hergenommen, das ich früher auf Enigma2 Boxen verwendete,
(da die meisten Images noch kein iptables unterstützten), das Script ist primitiv erfüllt aber bei der habridge meinen Zweck.
Eigentlich sollte das Script eher nullroute heissen, aber auf der Enigmabox hiess er firewall, habe es dabei belassen, kann aber auch einfach abgeändert/angepasst werden.
Mini-Anleitung lautet in etwa so:
1. Kopiere die angehängte Datei [firewall] nach [/etc/init.d/firewall]
2. [chmod +x /etc/init.d/firewall]
3. [systemctl enable firewall]
4. [/etc/init.d/firewall edit] -> (öffnet das File /etc/ipblock.txt)
Hier sind nun die Zeilen einzutragen (hatte ich schnell mit Excel erstellt, um nicht alle Lines händisch schreiben zu müssen):
Am besten von 1-254 durchnummerieren, und die Ausschlüsse (erlaubten IPs) mit "#" am Zeilenanfang auskommentieren)
192.168.0.1/32
192.168.0.2/32
#192.168.0.3/32 -> Mein PC
192.168.0.4/32
#192.168.0.5/32 -> Echo Dot
usw..
Dann speichern mit [STRG]+[X] und ein [/etc/init.d/firewall start]
Ein ganzes Subnet NULL zu routen (zb: 192.168.1.0/24) geht auch, jedoch dann keine Auschlüsse mehr !
Danke für die kurze Anleitung! :)
Die Frage die sich mir stellt ist nur, was bringt das für einen Vorteil gegenüber eine entsprechend ähnlich gefüllten iptables auf dem pi - wo dann quasi fhem+habrdige gleichzeitig läuft?
Zitat von: b4rRa am 01 März 2017, 09:09:27
Die Frage die sich mir stellt ist nur, was bringt das für einen Vorteil gegenüber eine entsprechend ähnlich gefüllten iptables auf dem pi - wo dann quasi fhem+habrdige gleichzeitig läuft?
Sicherlich gar keinen :)
Ich habe das anfangs kurz versucht mit meinem iptables-firewall Script das ich sonst einsetze, leider hat das auf Anhieb bei mir nicht funktioniert.
Werde mich aber wenn Zeit ist nochmals damit beschäftigen, da es sicherlich die bessere Lösung wäre.
okay :) Ich werde mal schauen wie ich es umsetze.. Habe mir gestern noch den neuen Wifi Zero Pi bestellt. Wäre für solche simplen "outsourcing" Sachen sicher auch gut brauchbar. Einfach habridge drauf und komplett abschotten.
Aufgrund der aktuellen csfrToken Sicherheits Thematik, habe ich den 1. Beitrag angepasst,
unter Voraussetzungen die Zeile für Version 5.8 rausgenommen
attr WEBhabridge csrfToken none
Dafür das anlegen einer eigenen Webinstanz (mit IP-Zugriffs Beschränkung) beschrieben.
Da auf http sowieso mitgelesen werden kann, verzichte ich dafür auf BASICAUTH :)
ps: Die Änderung der aktuellen Konfiguration habe ichschnell mit "nano /data/device.db" und dem Einsatz von suchen/ersetzen [ALT]+[R] ("8083" -> "8088") und ("user:pass@" -> "") erledigen können, jedoch muss davor der habridge Daemon beendet und danach neu gestartet werden.
--Edit--
Hab den letzen Beitrag wohl irgendwie überlesen, aber auch wenn die IP-Adressen eingegrenzt sind würde der hier beschriebene Teil zusätzlich für Absicherung sorgen.
Ich hab mich bei diesem Thema wohl nicht weit genug eingelesen. Lass euch vom folgenden nicht verwirren. Der Vollständigkeit halber lasse ich den Text aber stehn.
Ich möchte hier unter anderem auf folgendes Thema referieren: https://forum.fhem.de/index.php/topic,68314.0.html (https://forum.fhem.de/index.php/topic,68314.0.html)
Das Attribut
attr WEB csrfToken none einfach zu deaktivieren ist zwar möglich, lässt sich aber so leicht einbinden, dass ich mir wünschen würde, den folgenden Teil zu ergänze.
Um das csrfToken zu verwenden sind folgende einfache Schritte nötig.
- attr WEB csrfToken <MeinToken>
Oder im absoluten Beispiel.
- attr WEB csrfToken ABCDEF
Jetzt muss nurnoch der Befehl angepasst werden:
http://meinFHEM:meinPort/fhem?cmd=set%20MeinGerät%20on&fwcsrf=<MeinToken>oder im konkreten Fall
http://meinFHEM:meinPort/fhem?cmd=set%20MeinGerät%20on&fwcsrf=ABCDEFLest euch den Thread über Sicherheit durch und überlegt euch, was folgende Links mit eurer FHEM-Installation anrichten könnten.
<img src="http://192.168.178.1+N:8083/fhem?cmd=del .*">
<img src="http://192.168.178.1+N:8083/fhem?cmd=save">Beste Grüße
Fabian
Zitat von: Mickey Mouse am 16 Februar 2017, 21:29:21
es ist vielleicht anfangs etwas "komisch" auf Klo zu sitzen und zu sagen:"Alexa, dimme Heizung Schlafzimmer auf 17 Prozent" um die Temperatur dort einzustellen, aber daran habe ich mich jetzt schon gewöhnt ;)
ich hatte bis vor kurzem auch das Problem- es funktionierte erst mit "Alexa, stelle Heizung im Wohnzimmer aus 20 Grad" einwandfrei, dann- von einem Tag auf den anderen nicht mehr. "Dieser Befehl sei für dieses Gerät ungültig". Hm...über Nacht hatte ja Amazon ein Update durchgeführt.
Ich habe da einfach mal angerufen und nachgefragt....ist man ja heutzutage gar nicht mehr gewohnt, doch sehr kompetente Mitarbeiter am Telefon zu haben. Die Erklärung, der Befehl lautet nun : "Alexa, stelle Heizung im Wohnzimmer aus 20 Grad
Celsius"
Und sieh da. Tatsächlich, es geht so. Man wollte einen Unterschied zwischen uns und den Amis schaffen. Dort war der Befehl Grad=Fahrenheit, Damit gibt es nun eine Unterscheidung. Na gut, wäre ja nicht schlecht es den Anwendern mitzuteilen.....
Zitat von: rr725 am 03 März 2017, 13:35:45
ich hatte bis vor kurzem auch das Problem- es funktionierte erst mit "Alexa, stelle Heizung im Wohnzimmer aus 20 Grad" einwandfrei, dann- von einem Tag auf den anderen nicht mehr.
Danke für den Hinweis, das ist mir auch aufgefallen, bin dem aber nicht weiter nachgegangen..
Wie du schreibst funktioniert "Alexa, stelle Thermostat auf 20 Grad Celsius" wieder einwandfrei. :)
@Pythonf
Danke für den Hinweis, ich habe zusätzlich zum allowfrom noch folgendes Attribut eingetragen(wobei mir persönlich set ausreicht):
attr WEBhabridge allowedCommands get,setIch bin mir nicht sicher was ein statisches "&fwcsrf=<MeinToken>" OHNE HTTPS sicherer macht ?
Auch dieser Token kann beim normalen HTTP Traffic mitgelesen werden.
Bitte um Aufklärung wenn ich falsch liege.
EDIT:Ich habe mir die csfrToken mal durchgelesen, also das statische setzen von "attr WEB csrfToken ABCDEF" erhöht die Sicherheit um 0,0 Prozent.
Dies bewirkt nähmlich das dieser Token eben nicht mehr dynamisch ist.
Ich belasse es bei "Eigener WEBhabridge Instanz mit IP-Einschränkung".
EDIT2:Möchte auf diese Diskussion verweisen: https://forum.fhem.de/index.php/topic,68368.msg598780.html#msg598780
allowedCommands ist somit auch kein wirklicher Sicherheitszugewinn, habe es aus dem ersten Beitrag wieder entfernt.
Ich mache es jetzt bei mir so das ich absichtlich! bei der habridge auf Authentifizierung verzichte. Was bringts wenn die habridge per http unverschlüsselt mit basicauth läuft und user/pass gelesen werden könnten, und ich mich damit an der SSL verschlüsselten WEB:/8083 anmelden könnte..
Thema ha-bridge Sicherheit/Abschottung (eigener ha-bridge Host!).
Anstatt der simplen NULL Route Lösung habe ich nun iptables so ergänzt das es funktioniert, Problem sind die dynamischen Ports von UPNP.
Ich mach es mir einfach und habe anstatt mehreren "match multiport" Regeln, den 2 Alexa Geräten ALLE Ports und Protokolle (wobei udp reichen müsste) auf die ha-bridge erlaubt.
Somit bleibt die ha-bridge für die restlichen Subnet Nutzer unsichtbar, und ich muss nicht unzählige Regeln definieren.
Bei mir ist es so das FHEM auf dem Proxmox-Wirtsystem (wegen USB, Audioschnittstelle) direkt läuft, darum möchte ich die ha-bridge nicht direkt darauf installieren.
Ohne Absicherung könnte JEDER auf die ha-bridge Weboberfläche zugreifen und schalten was ich nun mit iptables verhindere. (Netzwerk wird von mehreren Personen/Parteien genutzt)
Die Ausgabe meines iptables Firewall Scripts auf der separaten ha-bridge VM sieht nach dem reload so aus:
No Country Blocklist defined
No Blocklist available
Allow Ping inbound
Allow Ping outbound
TCP inbound ports: | 22 | 80 from 192.168.0.104/32 | 80 from 192.168.0.9/32
TCP outbound ports: | 21 | 22 | 25 | 53 | 80 | 443 | 1024:1033 | 8088
UDP inbound ports:
UDP outbound ports: | 53 | 123
ALL Ports From/To : | 192.168.0.154/32 | 192.168.0.176/32 | 192.168.0.177/32 | 239.255.255.250/24
- Meine Workstation (192.168.0.104) darf auf die Weboberfläche zugreifen.
- FHEM (192.168.0.9) darf auf die Weboberfläche zugreifen. (Nur wegen Presence Online Prüfung, damit ich eine Message bekomme wenn dies nicht der Fall ist)
- Eingehend ist SSH generell erlaubt.
- TCP Ausgehend FTP,SSH,Mail,DNS,HTTP,HTTPS,FTP-Dynamic-Ports,FHEM-WEBhabridge(8088)
- UDP Ausgehend DNS,NTP-Client
- Alexa Hosts (192.168.0.176, 192.168.0.177) dürfen auf ALLE Ports zugreifen (einfachste Möglichkeit damit UPNP funktioniert)
- Harmony Hub (192.168.0.154)
- UPNP Broadcast (239.255.255.250/24)
Zusatzinfo UPNP Broadcast:Es funktionierte bei mir auch ohne Freischaltung für die Broadcast Adresse "239.255.255.250/24", jedoch beschwert sich habridge ohne erlaubtes Broadcast im Log mit:
WARN com.bwssystems.HABridge.upnp.UpnpListener - UpnpListener encountered an error sending upnp notify packet. IP: 239.255.255.250 with message: Die Operation ist nicht erlaubt (sendto failed)Die iptables Ausgabe:root@ha ~ > iptables -L -v
Chain INPUT (policy DROP 48 packets, 7092 bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- any any amazon-3f715abf0.domain.net anywhere
0 0 ACCEPT all -- any any amazon-fbf5129e9.domain.net anywhere
0 0 ACCEPT all -- lo any anywhere anywhere
97 8297 ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED
0 0 ACCEPT icmp -- any any anywhere anywhere icmp echo-request
2 172 ACCEPT tcp -- any any anywhere anywhere tcp dpt:ssh
0 0 ACCEPT tcp -- any any pc1.domain.net anywhere tcp dpt:http
0 0 ACCEPT tcp -- any any fhem.domain.net anywhere tcp dpt:http
0 0 DROP tcp -- any any anywhere anywhere tcp flags:FIN,SYN,RST,ACK/SYN
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy DROP 3 packets, 426 bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT all -- any any anywhere amazon-3f715abf0.domain.net
0 0 ACCEPT all -- any any anywhere amazon-fbf5129e9.domain.net
2 80 ACCEPT all -- any lo anywhere anywhere
52 6811 ACCEPT all -- any any anywhere anywhere state RELATED,ESTABLISHED
0 0 ACCEPT icmp -- any any anywhere anywhere icmp echo-request
0 0 ACCEPT tcp -- any any anywhere anywhere tcp dpt:ftp
0 0 ACCEPT tcp -- any any anywhere anywhere tcp dpt:ssh
0 0 ACCEPT tcp -- any any anywhere anywhere tcp dpt:smtp
0 0 ACCEPT tcp -- any any anywhere anywhere tcp dpt:domain
0 0 ACCEPT tcp -- any any anywhere anywhere tcp dpt:http
0 0 ACCEPT tcp -- any any anywhere anywhere tcp dpt:https
0 0 ACCEPT tcp -- any any anywhere anywhere tcp dpts:1024:1033
0 0 ACCEPT tcp -- any any anywhere anywhere tcp dpt:omniorb
32 1806 ACCEPT udp -- any any anywhere anywhere udp dpt:domain
0 0 ACCEPT udp -- any any anywhere anywhere udp dpt:ntpAusschnitt aus dem iptables Script für die "ALL Ports from/to" (ansonsten setze ich nur iptables -A (Append), und am Schluss der generelle DROP)
echo "" && echo -n "ALL Ports From/To : "
# IP Allowed ALL Ports
for iprange in "${IP_ALLOWED_ALL[@]}"; do
IFS=' ' read range <<< $iprange
echo -n "| $range "
iptables -I INPUT -p ALL -s $range -j ACCEPT
iptables -I OUTPUT -p ALL -d $range -j ACCEPT
done
echo ""Bevor jemand nach dem iptables Script fragt, Google findet es: http://lmgtfy.com/?q=easy+debian+iptables+firewall+script
ich weiß nicht ob das falsch verstanden wurde, oder ich etwas falsch verstanden habe...
wir reden hier über die ha-bridge, die "emuliert" halt "nur" eine Philips HUE Bridge mit Lampen. Die können halt nur mit bestimmten Befehlen gesteuert werden.
ob das jetzt "stelle" oder "dimme" ist, keine Ahnung, ich nutze immer nur "dimme".
aber Alexa denkt auf jeden Fall, dass es Lampen sind, egal ob sich dahinter ein Heizungsthermostat, AV-Receiver oder tatsächlich eine Lampe (nur als FS20 oder Homematic Dimmer) versteckt.
eine Lampe kann man halt nicht auf 21° stellen, nur auf 21%, genauso wenig wie man sie auf -30dB stellen kann.
mit anderen Worten: man muss sich an die "Lampen Syntax" halten und "Prozent" sagen, diesen Wert kann man dann als "intensity.percent" innerhalb der ha-bridge Kommandos verwerten.
natürlich wäre es schön, wenn man Prozent, dB, Grad usw. verwenden könnte, aber das passt nunmal nicht zum HUE System das die ha-bridge emuliert.
Zitat von: Mickey Mouse am 03 März 2017, 23:46:21
ich weiß nicht ob das falsch verstanden wurde, oder ich etwas falsch verstanden habe...
wir reden hier über die ha-bridge, die "emuliert" halt "nur" eine Philips HUE Bridge mit Lampen. Die können halt nur mit bestimmten Befehlen gesteuert werden.
ob das jetzt "stelle" oder "dimme" ist, keine Ahnung, ich nutze immer nur "dimme".
aber Alexa denkt auf jeden Fall, dass es Lampen sind, egal ob sich dahinter ein Heizungsthermostat, AV-Receiver oder tatsächlich eine Lampe (nur als FS20 oder Homematic Dimmer) versteckt.
eine Lampe kann man halt nicht auf 21° stellen, nur auf 21%, genauso wenig wie man sie auf -30dB stellen kann.
mit anderen Worten: man muss sich an die "Lampen Syntax" halten und "Prozent" sagen, diesen Wert kann man dann als "intensity.percent" innerhalb der ha-bridge Kommandos verwerten.
natürlich wäre es schön, wenn man Prozent, dB, Grad usw. verwenden könnte, aber das passt nunmal nicht zum HUE System das die ha-bridge emuliert.
stimmt nicht ganz...
ich verwende homematik thermostate über ha bridge. dort kann ich sagen stelle die heizung auf x Grad celsius...funktioniert einwandfrei
naja, ob die ha-bridge da jetzt homematic oder FHT Kommandos draus macht ist doch egal...
bei mir zeigt die Alexa App für alle von der ha-bridge bereitgestellten Geräte "Lux Light" an!
und dafür kommt dann auf "Alexa, stelle Wohnzimmerheizung auf 20 Grad" nur ein "dieser Befehl funktioniert für das Gerät Wohnzimmerheizung nicht"
es wäre interessant zu wissen wie man bei der ha-bridge den Geräte Typ ändert, aber HUE unterstützt doch gar keine Heizungen?!?
bist du dir überhaupt sicher, dass du über die ha-bridge steuerst und nicht mit einem anderen Still direkt?
Zitat von: Mickey Mouse am 04 März 2017, 14:30:54
naja, ob die ha-bridge da jetzt homematic oder FHT Kommandos draus macht ist doch egal...
bei mir zeigt die Alexa App für alle von der ha-bridge bereitgestellten Geräte "Lux Light" an!
und dafür kommt dann auf "Alexa, stelle Wohnzimmerheizung auf 20 Grad" nur ein "dieser Befehl funktioniert für das Gerät Wohnzimmerheizung nicht"
hatte ich oben bereits geschrieben......wenn du sagst:
"Alexa, stelle Wohnzimmerheizung auf 20 Grad
Celsius" geht es wieder !!!
jetzt habe ich es verstanden, danke! ;)
gibt es eine Übersicht mit allen "möglichen Befehlen"?
ich stelle die Lautstärke der Squeezeboxen im Haus über die ha-bridge. Da lautet der aktuelle Befehl z.B.:
"Alexa, dimme Kuechenradio auf 20 Prozent"
am liebsten wäre mir ja eine Möglichkeit ala "Küchenradio lauter/leiser", aber da ist mir noch kein vernünftiger Trick eingefallen.
die ha-bridge kennt ja nicht die aktuelle Lautstärke und kann daher keinen absoluten Wert senden.
das einzige was mir eingefallen ist: ein zweites Gerät einrichten wie "Kuechenlautstärke" und bei "ein" ein Volume-Up und "aus" Volume-Down senden.
dann kann ich halt sagen: "Alexa, schalte Küchenlautstärke ein" um "lauter zu drehen", irgendwie doof...
Mittlerweile gibt es eine neue Version 4.2.0 der ha-brdige.
service habridge stop
wget https://github.com/bwssytems/ha-bridge/releases/download/v4.2.0/ha-bridge-4.2.0.jar -O /opt/habridge/ha-bridge.jar
service habridge stop
Ich weiss nicht ob es an meinen Einstellungen lag..
Jedoch mit der aktuellen 4.2.0 Version funktioniert bei mir das direkte schalten des Logitech Harmony Hubs per habridge (ohne FHEM). Habe es im 1. Beitrag ergänzt.
Wer von Target Typ "HTTP-Device" auf Harmony "Activity/Button" umstellt darf nicht vergessen die alten Devices auch ONLINE zu löschen.
Habe für das löschen/verwerfen der Geräte noch keinen Sprachbefehl finden können, so das man sich die Browseranmeldung sparen könnte.
Am liebsten wäre mir Alexa könnte so eingestellt werden das Sie vor "Geräte suchen" immer zuvor alle vorhandenen Smarthome-Geräte löscht.
Habe schon öfters vergessen nach dem löschen eines Devices in der habridge, dieses auch in der Alexa-App zu löschen, die dann doppelt vorhanden sind.
das direkte Schalten der Harmony Hubs funktionierte bei mir auch mit der 4.1.4! (sowohl Aktionen als auch direkte Kommandos an die Geräte "an der Aktion vorbei" oder ohne dass überhaupt eine Aktion läuft)
ich habe Yonomi abgeschaltet und mache alles nur noch über die ha-bridge.
allerdings hatte ich mehrfach das Problem, wenn "auf einem Hub keine Aktion ausgeführt" wird und sende einen Ausschaltbefehl (-1), dann wird ein Gerät eingeschaltet. Bei jedem Hub (ich habe drei) ein anderes und ich kann kein Muster erkennen. Im Wohnzimmer ist es die PS3, im Schlafzimmer der PopcornHour. Es kann sein, dass das die zuletzt angelegten Geräte sind, bin mir aber nicht sicher.
das scheint nicht direkt mit der ha-bridge zusammen zu hängen, ich habe noch gar nicht probiert ob FHEM auch einen -1 Befehl sendet wenn der Hub schon "Idle" ist?!?
ich probiere es aber mal mit der 4.2 aus.
btw.: ich habe hier auch viele "Geräte" die gemischt sind!
Also z.B. "Arbeitszimmer" schaltet bei "ein" das Licht dort ein. "aus" schaltet das Licht aus (per FHEM/http) und auch den AVR dort per direktem Harmony Befehl.
der Typ steht auf http, aber ist ja auch explizit als "Legacy" bezeichnet, hat also offensichtlich keine weitere Bedeutung.
Zitat von: Simon74 am 06 März 2017, 13:19:15Wer von Target Typ "HTTP-Device" auf Harmony "Activity/Button" umstellt darf nicht vergessen die alten Devices auch ONLINE zu löschen.
Habe für das löschen/verwerfen der Geräte noch keinen Sprachbefehl finden können, so das man sich die Browseranmeldung sparen könnte.
kannst du das nochmal erklären?!?
Alexa "sieht" doch nur "Lux Light" Geräte und interessiert sich einen Dreck dafür, ob die ha-bridge da jetzt einen http oder direkten IP Harmony Befehl absetzt?!?
wie gesagt, ich habe hier diverse "Geräte" mit "gemischten" Kommandos, das ist doch eine reine ha-bridge Geschichte.
Interessant ist die Sache doch nur, wenn man z.B. ein "Gerät" mit Yonomi erstellt hatte und das jetzt mit der ha-bridge emuliert. DANN muss man das alte Gerät verwerfen! Aber ein bestehendes Gerät innerhalb der ha-bridge kann man doch nach belieben verändern und erweitern, da braucht Alexa gar nichts von zu wissen, die liefert nur weiterhin die Kommandos an/aus/dim wie vorher auch. Was die ha-bridge daraus macht ist völlig egal!
Zitat von: Mickey Mouse am 07 März 2017, 23:15:11
kannst du das nochmal erklären?!?
Bitteschön, bei mir ist es so das wenn ich Geräte aus der habridge lösche, diese nicht in der Alexa App bzw. alexa.amazon.de gelöscht werden. (Auch nicht nach neuer Gerätesuche)
Wenn ich also zuerst ein Gerät aus habridge lösche, dann ein neues Device "mit selbem Nahmen" anlege, ist es in der APP doppelt mit selbem Namen vorhanden.
Deshalb meinte ich: wünschte ich mir das generell ein löschen der Smarthomegeräte vor der neuen "Geräte suchen" Aktion eingestellt werden könnte, oder ein Sprachbefehl für "Geräte löschen" existieren würde.
Zitat von: Mickey Mouse am 06 März 2017, 14:17:44
allerdings hatte ich mehrfach das Problem, wenn "auf einem Hub keine Aktion ausgeführt" wird und sende einen Ausschaltbefehl (-1), dann wird ein Gerät eingeschaltet.
Das liegt jedoch höchstwahrscheinlich am gemeinsamen ON/OFF
IR-Code des Empfangsgerät. Leider ist es so das hier viele Geräte für On/Off denselben IR-Code verwenden, also keinen eindeutigen On UND Off Code, sondern denselben, somit kommt es bei diesen Geräten auch immer wieder mal vor das die gewählte Harmony Aktion nicht zum Schaltzustand des Gerätes passt.
ZitatAlexa "sieht" doch nur "Lux Light" Geräte und interessiert sich einen Dreck dafür, ob die ha-bridge da jetzt einen http oder direkten IP Harmony Befehl absetzt?!?
Ich denke der Unterschied ist im ersten Beitrag, Absatz "Logitech Harmony" Variante1 und Variante2 klar ersichtlich, da das Thema hier habridge ist.
Noch was am Rande:
Ich muss sagen das ich mit der Ausdrucksweise deiner Beiträge ("Dreck,Bullshit,Wichtigtuerei,Sauerei") etwas überfordert bin.
https://forum.fhem.de/index.php/topic,67285.msg587456.html#msg587456
Also bitte nicht wundern das bei Beibahltung dieser "Qualität" von mir keine Antwort mehr kommen wird.
Zitat von: Simon74 am 08 März 2017, 10:19:05
Bitteschön, bei mir ist es so das wenn ich Geräte aus der habridge lösche, diese nicht in der Alexa App bzw. alexa.amazon.de gelöscht werden. (Auch nicht nach neuer Gerätesuche)
Wenn ich also zuerst ein Gerät aus habridge lösche, dann ein neues Device "mit selbem Nahmen" anlege, ist es in der APP doppelt mit selbem Namen vorhanden.
sorry, aber das war doch gar nicht das Thema?!?
du hast geschrieben:
ZitatWer von Target Typ "HTTP-Device" auf Harmony "Activity/Button" umstellt darf nicht vergessen die alten Devices auch ONLINE zu löschen.
darauf bezog sich meine Frage!
es ist von "Umstellen" die Rede und nicht von "Löschen und Neu Anlegen"!
1) meiner Meinung nach braucht man da gar nichts "Umstellen" (ist ja auch als Legacy gekennzeichnet)
2) wenn man das tut (der Form halber) dann braucht man Online auch nichts verwerfen
Hallo zusammen,
erst mal Danke für die tolle Hilfe und Anleitung hier.
Ich habe allerdings ein Problem bei der Einrichtung der Geräte in der Bridge. Richte ich ein neues Geräte ein, funktioniert dies zunächst mit den beschriebenen Einstellungen völlig fehlerfrei.
http-Aufruf:
http://192.168.1.63:8083/fhem?detail=MiLightArtimideWZ&cmd.MiLightArtimideWZ=set%20MiLightArtimideWZ%20on&fwcsrf=csrf_162808380821644
Wenn ich meinen Pi neu starte, bekomme ich allerdigns beim Aufruf folgende Fehlermeldung:
Request Error, Pleae look in your habridge log: error {"type":"6","address":"/lights/12","description":"Error on calling url to change device state","method_name":"/lights/12state"}
Jemand eine Idee, woran das liegen könnte?
Danke und Grüße
Andreas
Zitat von: Mickey Mouse am 08 März 2017, 15:02:03
du hast geschrieben: darauf bezog sich meine Frage!
es ist von "Umstellen" die Rede und nicht von "Löschen und Neu Anlegen"!
Das ist meinerseits unklar geschrieben, richtig. ;)
Tatsächlich habe ich nicht umgestellt sondern Delete- und Add Device..
Zitat von: hase6578 am 09 März 2017, 07:14:45
Wenn ich meinen Pi neu starte, bekomme ich allerdigns beim Aufruf folgende Fehlermeldung:
Request Error, Pleae look in your habridge log: error {"type":"6","address":"/lights/12","description":"Error on calling url to change device state","method_name":"/lights/12state"}
Jemand eine Idee, woran das liegen könnte?
Da du anscheinend den csrf Token verwendest -> hast du diesen per Attribut (attr myWEBinstanz csrfToken ..) in der Webinstanz auch gesetzt ?
Wenn nein ändert sich dieser bei jedem Neustart von FHEM.
Hallo,
ich bin neu in diesem Forum und hoffe, ich mache nicht allzuviel falsch.
Erst einmal vielen Dank für die Anleitung. Hat auf meinem "Test"-pi mit Jessie wunderbar funktioniert. Leider hat mein "Produktions"-pi noch Wheezy. An ihm möchte ich auch nicht allzuviel ändern, um meine umfangreiche FHEM-Installation nicht zu gefährden.
Kann mit deshalb jemand sagen, wie ich den Daemon für die ha-bridge unter Wheezy einrichte?
Vielen Dank.
Ich würde zunächst mal manuell starten und testen ob es korrekt läuft, Stichwort java -version:
cd /opt/habridge
java -jar ha-bridge.jar
Wenn ja würde ich in etwa folgendes Startscript erstellen/versuchen (ungestet!)
nano /etc/init.d/habridge
#!/bin/sh
### BEGIN INIT INFO
# Provides: habridge
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: habridge Daemon
# Description: use correct java version !
### END INIT INFO
ROOT_DIR=/opt/habridge
DAEMON_USER=root
DAEMON_NAME=habridge
DAEMON=/usr/bin/java
DAEMON_ARGS="-jar -Dconfig.file=/etc/habridge/habridge.config /opt/habridge/ha-bridge.jar"
PIDFILE=/var/run/$DAEMON_NAME.pid
. /lib/lsb/init-functions
do_start() {
log_daemon_msg "Starting $DAEMON_NAME daemon"
start-stop-daemon --start --background --pidfile $PIDFILE --make-pidfile --user $DAEMON_USER --chuid $DAEMON_USER --chdir $ROOT_DIR --exec $DAEMON -- $DAEMON_ARGS
log_end_msg $?
}
do_stop() {
log_daemon_msg "Stopping $DAEMON_NAME daemon"
start-stop-daemon --stop --pidfile $PIDFILE --retry 10
log_end_msg $?
}
case "$1" in
start|stop)
do_${1}
;;
restart|reload|force-reload)
do_stop
do_start
;;
status)
status_of_proc "$DAEMON_NAME" "$DAEMON" && exit 0 || exit $?
;;
*)
echo "Usage: /etc/init.d/$DAEMON_NAME {start|stop|restart|status}"
exit 1
;;
esac
exit 0
Wenn das starten und stoppen damit funktioniert den Daemon aktivieren und rebooten um den Autostart zu testen..
update-rc.d habridge defaults
reboot
Danke für die schnelle Antwort! Werde ich am Wochende ausprobieren und berichten.
Zitat von: Simon74 am 09 März 2017, 11:26:47
Da du anscheinend den csrf Token verwendest -> hast du diesen per Attribut (attr myWEBinstanz csrfToken ..) in der Webinstanz auch gesetzt ?
Wenn nein ändert sich dieser bei jedem Neustart von FHEM.
Danke! Das wars und jetzt läufts... :)
ich habe noch eine vielleicht saublöde Frage:
die allermeisten Leute werden ja die ha-bridge verwenden weil sie KEINE Philips HUE Bridge/Lampen haben (außer als Proxy, den Sinn habe ich aber noch nicht verstanden).
es wird ja wohl viele Leute geben die wie ich FS20/Homematic Dimmer im Einsatz haben.
nun ist es so, dass die FHEM API für FS20 Dimmer nur diskrete Stufen kennt:
dim06% dim12% dim18% dim25% dim31% dim37% dim43% dim50% dim56% dim62% dim68% dim75% dim81% dim87% dim93% dim100%
ich kann also sagen: "Alexa, dimme Wohnzimmerlicht auf 50%", aber 55% funktioniert nicht, 56% wieder...
FS20 kennt auch "dimup" und "dimdown", HUE eigentlich auch und jetzt kommt die eigentliche Frage:
wie bringe ich der ha-bridge diese dimup und dimdown Befehle bei?!?
es gibt ja nur einen "Dim Items" Eintrag. Natürlich kann ich da mehrere Befehle für verschiedene Geräte eintragen, aber ich habe noch nicht verstanden wie ich zwischen einem "absoluten" und einem "relativen" (up/down) Befehl unterscheiden kann?!?
z.Z. sieht das z.B. so aus:
http://192.168.0.153:8085/fhem?cmd.WZ_Front=set%20WZ_Front%20dim${intensity.percent}%25damit kann ich diese Lampe auf einen spezifischen Wert dimmen (der aus der o.g. Liste stammen muss) aber wie kann ich jetzt heller/dunkler dimmen?
ja natürlich kann ich da auch:
http://192.168.0.153:8085/fhem?cmd.WZ_Front=set%20WZ_Front%20dimupeintragen. Aber dann wird halt bei jeder Ansage mit "dim" die Lampe heller gestellt, ist ja auch nicht gerade das was man haben möchte.
ich gebe ehrlich zu, dass ich sogar zu blöde bin die "Namen" der Befehle zu finden! Auf englisch ist es einfach: dim & brighten aber was muss man da auf Deutsch sagen? Ich finde keine Liste!!!
aber selbst wenn ich die Befehle kennen würde, wie stelle ich in der ha-bridge die Befehle für dimup, dimdown und dim<absolut%> ein, wenn es dafür nur "1 Feld gibt"?
Ich habe keine FS20 Devices, nur Homematic Dimmer die jeden Prozentwert unterstützen, kann zu FS20 nichts hilfreiches beitragen.
Zur eigentlichen Frage, eine Idee ?
Eine Idee wäre im habridge Dim-Items eine FHEM-Sub(myUtils) aufzurufen und die Angaben(Prozenz,Device) auszuwerten und in brauchbare FS20-Dimwerte umzurechnen.
---
Ich selbst habe heller/dunkler bis dato noch gar nie versucht, aus Neugierde aber soeben getestet.
Dazu ein Test-Device in habridge erzeugt mit Name: Vitrine
Die Commands sollen nur einen FHEM Logeintrag erzeugen (Log 1, "habridge: Dim XX"), um zu erfahren was ausgelöst bzw. von Alexa verstanden wird.
habridge-Items: On, Dim, Off:
http://fhem.domain.net:8088/fhem?cmd=%7BLog+1%2C+%22habridge%3A+On%22%7D
http://fhem.domain.net:8088/fhem?cmd=%7BLog+1%2C+%22habridge%3A+Dim+${intensity.percent}%22%7D
http://fhem.domain.net:8088/fhem?cmd=%7BLog+1%2C+%22habridge%3A+Off%22%7D
Sprachtest und Ergebniss:
Alexa, schalte Vitrine ein
habridge: On
Alexa, schalte Vitrine aus
habridge: Off
Alexa, schalte Vitrine auf 20 Prozent
habridge: Dim 20
Alexa, schalte Vitrine heller
habridge: Dim 45
Alexa, schalte Vitrine heller
habridge: Dim 69
Alexa, schalte Vitrine dunkler
habridge: Dim 44
Alexa, stelle Vitrine heller
habridge: Dim 69
Alexa, schalte Vitrine aus
habridge: Off
Alexa, stelle Vitrine heller
habridge: Dim 25
Alexa, stelle Vitrine auf 30 Prozent
habridge: Dim 30
Erkenntnis:
Alexa scheint sich die Werte zu merken, und um die 25-30% zu vergrössern/verkleinern
Sobald das Wort "stelle, dunkler, heller, Prozent" vorkommt wird immer "Dim-Items" seitens habridge ausgelöst.
Ich dachte bis jetzt das das Wort "schalte" eindeutig ist (Ein,Aus). Diesem Test zufolge jedoch nicht, wenn auch das Wort "Prozent" vorkommt.
Zitat von: Simon74 am 11 März 2017, 11:25:23Eine Idee wäre im habridge Dim-Items eine FHEM-Sub(myUtils) aufzurufen und die Angaben(Prozenz,Device) auszuwerten und in brauchbare FS20-Dimwerte umzurechnen.
ich hatte ja gehofft direkt von der ha-bridge FS20 dimup/down Befehle absetzen zu können aber das scheint ja nicht zu klappen.
daher habe ich mir jetzt tatsächlich schnell ein quick'n dirty Script geschrieben das die Dim-Befehle der ha-bridge "in das Raster einsortiert", das funktioniert einwandfrei!
ZitatErkenntnis:
Alexa scheint sich die Werte zu merken, und um die 25-30% zu vergrössern/verkleinern
nee, zum Glück nicht, das wäre ja fatal!
für mich sieht es so aus: Alexa kommuniziert mit der ha-bridge und fragt vor der Änderung den aktuellen Wert ab.
Beispiel:
ich Dimmer per Echo auf z.B. 50%. Dann nehme ich ich meine Harmony und dimme auf 81%. Anschließend sage ich: "Alexa, schalte Lampe heller".
würde sich Alexa den Wert merken, dann würde die Lampe jetzt ja nicht heller sondern dunkler werden, weil Alexa noch von 50% statt der 81% ausgeht.
hier sieht es aber tatsächlich so aus, dass Alexa nicht auf "ihren" letzten 50% aufsetzt sondern den tatsächlichen 81% und die Lampe wird tatsächlich auf 100% gedimmt, genauso wie es sein sollte!
btw.: ich habe mal "aus Spaß" die ha-bridge auch noch als HUEBridge Device in FHEM angelegt (auf die Idee war ich noch gar nicht gekommen), dann kann man sich auch den tatsächlichen Status der "HUE-Geräte" ansehen.
ohne mir jetzt alles hier durchgelesen zu haben....natürlich funktioniert fs20 dimmen in ha bridge...
[{"item":"http://user:kennwort@xxx.xxx.xxx.xxx8083/fhem?cmd.Fernseh=set%20Haengelampe%20dim%20${intensity.percent}"}]
Alexa, Hängelampe auf 80 %
?! Was will man mehr......
sicher? Das hat bei mir nicht funktioniert!
jedenfalls NICHT 80%, 81% oder 87% funktioniert!
aus der FS20 Commandref: Set
set <name> <value> [<time>]
where value is one of:
dim06% dim12% dim18% dim25% dim31% dim37% dim43% dim50%
dim56% dim62% dim68% dim75% dim81% dim87% dim93% dim100%
dimdown
dimup
dimupdown
...
dimup/dimdown kann man nicht vernünftig von der ha-bridge senden. Da hatte ich mir zusätzliche Geräte angelegt, also z.B. "Lampe" für an/aus und dann noch "Lampe Helligkeit" und da bei "ein" ein dimup und "aus" ein dimdown als Befehle eingetragen.
auch wenn ich von der Harmony Elite aus mit der Wippe dimmen wollte, wurde immer nur ca. jeder 10. Tastendruck akzeptiert, wenn der zufällig auf einem gültigen Wert gelandet ist.
wie gesagt, ich habe jetzt ein ganz einfaches Script dazwischen geschaltet, das den nächsten gültigen Wert aus der o.g. Tabelle wählt und dann diesen dimXY% Befehl absetzt. Seitdem kann ich "irgendeine Zahl" zwischen 0 und 100 sagen und es wird immer gedimmt, die Wippe auf der Elite funktioniert und heller/dimmen per Alexa (ohne Prozent) ebenfalls.
Edit: um das besser verstehen zu können, warum andere Leute ihre FS20 mit einem absoluten Wert von 80% steuern können, während bei mir ohne Script nur 75 oder 81 aber nicht 80% funktioniert, würde mich mal interessieren was mit:
"cmd.Fernseh=set%20Haengelampe"
angesteuert wird?
ich kenne eigentlich nur solche http Kommandos bei denen der Teil "nach dem Punkt hinter cmd" mit dem nach dem Space nach set übereinstimmt.
wie ist das FS20 Device denn spezifiziert, das mit cmd.Fernseh=set Haengelampe angesteuert wird?
beim mir war das halt vor dem Script immer:
cmd.Lampe= set Lampe dimXY% (der Einfachheit ohne URL Encoding)
wobei dann XY eben nur die o.g. Werte einnehmen darf?!?
um noch etwas mehr Licht in das Dunkel zu bringen:
laut Aussage von rr725 kann wohl der FS20 Dimmer DI22-4 auch die "Zwischenstufen" einstellen und angeblich sendet FHEM diese Befehle, auch wenn es nicht dokumentiert ist.
ich kann das nicht verifizieren, die FS20 Installation ist schon etwas älter und es sind viele DU-1/2 (UP Einbau), HLD (12V Halogen) und DI-3 (Zwischenstecker) Dimmer verbaut. Von denen reagiert KEINER auf die dimXY% Befehle wenn XY nicht aus dem gültigen Werte-Pool stammt.
und noch ein Nachtrag:
ich habe gerade mal direkt von FHEM mal ein "set BAD_Licht dim80%" abgesetzt und die Antwort ist:
"Unknown argument dim51%, choose one of dim06% dim100% dim12% dim18% dim25% dim31% dim37% dim43% dim50% dim56% dim62% dim68% dim75% dim81% dim87% dim93% dimdown dimup dimupdown off off-for-timer on on-100-for-timer-prev on-for-timer on-old-for-timer on-old-for-timer-prev ramp-off-time ramp-on-time reset sendstate timer toggle dim off-till blink on-till on-till-overnight off-till-overnight intervals"
der Dimmer ist als DI konfiguriert, DI22 gibt es in meiner Liste gar nicht.
ein "dim81%" funktioniert dagegen ohne Probleme (ist ja auch aus der Liste). Ich muss die Aussagen hier anzweifeln...
Guten Abend,
vielen Dank für die Infos hier, aber irgendwie bin ich an der gleichen Stelle wie hase6578
Ich habe die HA-BRIDGE auf einem zweiten PI (192.168.178.137) am laufen, Version 4.3.1 nachdem 4.3.0 erst mal gar nicht lief.
Schalten will ich eine einfache Lampe.
Wenn ich auf dem PI, bei dem die Bridge läuft, im Browser die URL
http://192.168.178.4:8083/fhem?cmd=set%20BUERO_LICHT%20off
Aufrufe, passiert nix. Soll auch so sein, das ist der default Port für FHEM.
Wenn ich die dedizierte FHEMWEB instanz auf port 8088 mit attribut csrfToken = none aufrufe, URL lautet dann
http://192.168.178.4:8083/fhem?cmd=set%20BUERO_LICHT%20on
geht die gewünschte Lampe aus.
Damit denke ich mal das
a) die Verbindung zwischen den beiden Systemen klappt und
b) mein FHEM soweit richtig konfiguriert ist.
Wenn ich aber jetzt in der HA-BRIDGE genau dieses Kommando in die Zelle TARGET ITEM eintrage,
http://192.168.178.4:8088/fhem?cmd=set%20BUERO_LICHT%20off
und als VERB GET auswähle, und CONTENT/TYP auf html/text setze, bekomme ich beim TEST OFF die Fehlermeldung
"Request Error, Pleae look in your habridge log: error {"type":6,"address":"/lights/4","description":"Error on calling out to device","parameter":"/lights/4state"}"
und im log steht dann
"WARN Could not execute request: http://192.168.178.4:8088/fhem?cmd=set%20BUERO_LICHT%20off com.bwssystems.HABridge.plugins.exec.CommandHome"
Es sieht für mich so aus als ob die HA-BRIDGE kein Zugriffsrecht hat, der auf dem selben PI laufende Browser aber schon.
Woran kann das denn liegen, hat da jemand einen Tip ?
Vielen Dank schon mal vorab.
ich würde das erstmal auf Tip-Fehler überprüfen!
in deinem Beitrag gehen on/off und 8083/8088 wild durcheinander...
Nun, ich habe jetzt in dem Text wirklich ein mal ON statt OFF geschrieben, aber ... glaub mir, ich habe jeden Befehl immer 2x, mit ON und OFF getestet.
Da ist mir wohl auch der cut&paste Fehler unterlaufen.
Und wenn dich jetzt die Ports verwirrt haben:
auf dem FHEM-Server läuft das normal Webfrontend auf dem Default Port 8083, auf Port 8084 und 8085 Instanzen für Tablett und Smartphone Displays und auf 8088 hab ich jetzt mal die Instanz für die HTTP Kommunikation mit dem zweiten PI gelegt, auf dem HA-Bridge läuft. Dich mag das jetzt verwirren, aber für mich ist das viel eingängiger als alles auf einem Rechner zu fahren. Später soll das mal ein Docker Container übernehmen, aber immer ein Schritt nach dem anderen. Den Port 8083 hab ich testeshalber parallel mal auch auf gemacht gehabt, damit hat sich dann das Licht sowohl via Port 8083 als auch via Port 8088 schalten lassen. Danach hab ich den Port auf 8083 wieder auf den ursprünglichen Zustand gesetzt, sprich jetzt gerade funktionieren die Browser URL's nur über Port 8088.
Deshalb, wegen ein Schritt nach dem anderen, hab ich ja auch erst mal getestet ob ich von dem PI auf dem HA-Bridge laufen soll überhaupt manuell auf die Instanz auf dem FHEM Server zugreifen kann, und das klappt ja auch per Browser. Damit kann ich zumindest mal ausschließen das auf der Seite der FHEM Installation etwas fehlt oder irgend welches Zugriffsberechtigungen nicht passen.
Fakt ist das ich von Rechner A (PI für HA Bridge) auf Rechner B (FHEM Server) zugreifen kann, via Browser URL auf Port 8088 auch Licht ein und aus schalten kann, die selben Kommandos von HA-Bridge aus abgesetzt (siehe die Kopierte Zeile aus dem Logfile von HA-Server) zu einer Fehlermeldung und eben dem "Nicht Schalten" auf der FHEM Seite führen. Jetzt hoffe ich halt das jemand sagt "Das hatte ich auch, und ich habe xxxx gemacht und das hat geholfen".
PS.: Bis Samstag Abend hab ich mit einer HA-Bridge 4.3.0 rum gekämpft die auf dem PI auch regelmäßig abgestürzt ist, die Version 4.2.0 aber problemlos lief. Seit ich jetzt die 4.3.1 habe läuft HA-Bridge anscheinend wieder auf dem PI, aber eventuell ist ja noch irgend etwas verbogen, aber das glaub ich eigentlich nicht so recht.
PSS.: Um der Frage vorzubeugen: "Ja, ich habe auch bei beiden System schon Kaltstarts gemacht, aber ohne Erfolg."
sorry, aber mir ist das zu blöd...
du schreibst ganz klar:
ZitatWenn ich die dedizierte FHEMWEB instanz auf port 8088 mit attribut csrfToken = none aufrufe, URL lautet dann
http://192.168.178.4:8083/fhem?cmd=set%20BUERO_LICHT%20on
geht die gewünschte Lampe aus.
Zitathttp://192.168.178.4:8088/fhem?cmd=set%20BUERO_LICHT%20off
und als VERB GET auswähle, und CONTENT/TYP auf html/text setze, bekomme ich beim TEST OFF die Fehlermeldung
also 192.168.178.
4:8083 funktioniert per Web und 192.168.178.
4:8088 per ha-bridge nicht!
was hat das eine mit dem anderen zu tun?!? Warum testest du denn per Web Interface einen Port den du mit der ha-bridge nicht nutzt?!?
warum
soll denn ausgerechnet der "Default Port" nicht funktionieren?
und für welches Interface hast du denn csrfToken per Attribut abgeschaltet 8083 oder 8088?!?
wenn es stimmt, dass du das für 8088 gemacht hast, dann dürfte nach einem Neustart doch auch das Webinterface auf 8083 nicht mehr gehen?
bei mir hat übrigens auch 4.3.0 funktioniert, da die aber schon nach einem oder zwei Tagen durch 4.3.1 ersetzt wurde, gab es da wohl echte Probleme.
wenn du Hilfe erwartest, dann solltest du auch ein ganz kleines bisschen vernünftige Vorarbeit leisten.
Ich glaube du willst mich nicht verstehen:
ich schrieb das ich zuerst beide Ports getestet habe, per browser, um sicher zu gehen das ich keinen Fehler gemacht habe.
Es geht nur um den Port 8088, soweit ist klar, und ich weiß jetzt das ich dich durch meinen C&C Fehler völlig verwirrt habe, was mir auch leid tut.
Das du dich davon jetzt leider anscheinen nicht befreien kannst konnte ich ja vorher nicht ahnen.
attrib csrfToken none
ist jetzt nur noch für den Port 8088 gesetzt (war aber vorher testeshalber auch für 8083 gesetzt)
Und deine Annahme das jetzt per Browser der Zugriff via Port 8083 jetzt nicht mehr geht ist korrekt: die URL
http://192.168.178.4:8083/fhem?cmd=set%20BUERO_LICHT%20off
für zu keinem Ergebnis, während die URL
http://192.168.178.4:8088/fhem?cmd=set%20BUERO_LICHT%20off
sehr wohl die Lampe ausschaltet.
Laß doch einfach mal den Port 8083 weg, denk einfach nicht drüber nach.
Gibt es irgend einen Grund, weshalb eine Browser URL funktioniert, HA-Bridge aber das Kommando mit einer Fehlermeldung quittiert ?
bye
So, kleiner Update:
Nachdem ich gestern noch versucht haben auf dem Netzwerklayer dem Probem auf die Spur zu kommen, wurde es irgendwann zu spät.
Heute früh habe ich dann erst einmal in den Kommentaren zu HA-Bridge auf GitHub ein bischen herum gelesen und gesehen das es immer wieder mal Probleme mit dem Eingabestring gab, genauso wie bei mir. Ein paar mal hat dann die manuelle Neueingabe des http Kommandos, also kein C&P, geholfen. Obwohl der String absolut identisch war.
Ich habe daher jetzt mal ein zweites Device angelegt, und alle Werte noch mal brav per hand eingetippt und siehe da, mit dem neu angelegten Device kann ich jetzt die Lampe wie gewünscht schalten. Das Problem scheint also irgendwo beim Parser von HA-Bridge zu liegen und nicht bei FHEM oder der Konfiguration.
Was genau das Problem ist hab ich noch nicht reproduzieren können, aber falls ich etwas finde geb ich Euch hier Bescheid.
Habe da mal eine Frage , kann ich die Ha-bridge auch Installieren , wenn ich bereits eine Richtige Hue-Bridge V2 in Fhem eingebunden habe?
Zitat von: Krossi am 22 März 2017, 12:57:03
Habe da mal eine Frage , kann ich die Ha-bridge auch Installieren , wenn ich bereits eine Richtige Hue-Bridge V2 in Fhem eingebunden habe?
yes
Mal ne dumme Frage.. Wie füge ich die HABRIDGE in der Harmony App hinzu? Sie wird zwar als HUE Bridge erkannt, aber ich soll zum pairen den mittleren HUE Bridge Button drücken ::)
In habridge habe ich den Harmony Hub bereits hinzugefügt. Alle Geräte und Aktionen werden auch in der HA Bridge erkannt. Ich würde halt gerne auf meiner Companion Befehle auf die Heimautomatisierungstasten legen und dazu muss ich die Habridge ja irgendwie als Gerät reinbekommen.
Zitat von: b4rRa am 05 April 2017, 12:34:54
Mal ne dumme Frage.. Wie füge ich die HABRIDGE in der Harmony App hinzu? Sie wird zwar als HUE Bridge erkannt, aber ich soll zum pairen den mittleren HUE Bridge Button drücken ::)
Stand gestern Abend vor exakt der gleichen Meldung. Hab ein paar Sekunden gewartet und plötzlich hieß es "Pairing complete". Also scheint ha-bridge das zu merken und automatisch durchzuführen
Hab es 20x ausprobiert.. Auch nach 30min bewegt sich die Meldung nicht weg. Dazwischen auch mal habridge neu initialisiert und was weiß ich nicht alles gemacht. Alexa erkennt die Skills einwandfrei.. mmh :( könnte ja ein mal was funktionieren.
EDIT: Weiß der Teufel warum. Nach dem gefühlt 100. mal hat es nun auch funktioniert.
Achja gibt jetzt die neue Version 4.5 die das größte Manko behebt. Es gibt endlich ne Security FunktioN :)
Hi,
habe 9 Geräte angelegt. Egal was ich mache es werden immer 17 in SmartHome angezeigt. Auch das löschen der Geräte Online unter http://alexa.amazon.de/spa/index.html#smart-home brachte keinen Erfolg.
Noch jemand eine Idee?
danke
Edit: Habe es gefunden. Ich muss die Geräten alle einzeln löschen wenn ich unten auf alle entfernen Klicke funktioniert das nicht.
danke für die anleitung, beste möglichkeit bisher fhemdevices mit alexa zu schalten. ;)
Zitat von: Mickey Mouse am 16 Februar 2017, 21:29:21
ich habe in der ha-bridge das Logging auf "trace" gestellt und darauf kamen haufenweise Meldungen wie diese:
Wie hast du das Logging umgestellt? In der Config finde ich nur einen Eintrag für: "Log Messages to Buffer"
Ich würde es gern ganz abschalten.
Ich habe HA Bridge Version 4.5.0.
Mein Log wird zugemüllt mit:
06-02-2017 18:27:00.816 WARN UpnpListener encountered an error sending upnp notify packet. IP: 239.255.255.250 with message: Network is unreachable com.bwssystems.HABridge.upnp.UpnpListener
06-02-2017 18:27:27.088 WARN UpnpListener encountered an error sending upnp notify packet. IP: 239.255.255.250 with message: Network is unreachable com.bwssystems.HABridge.upnp.UpnpListener
06-02-2017 18:27:51.474 WARN UpnpListener encountered an error sending upnp notify packet. IP: 239.255.255.250 with message: Network is unreachable com.bwssystems.HABridge.upnp.UpnpListener
06-02-2017 18:28:11.575 WARN UpnpListener encountered an error sending upnp notify packet. IP: 239.255.255.250 with message: Network is unreachable com.bwssystems.HABridge.upnp.UpnpListener
06-02-2017 18:28:31.675 WARN UpnpListener encountered an error sending upnp notify packet. IP: 239.255.255.250 with message: Network is unreachable com.bwssystems.HABridge.upnp.UpnpListener
06-02-2017 18:28:51.776 WARN UpnpListener encountered an error sending upnp notify packet. IP: 239.255.255.250 with message: Network is unreachable
Funktioniert aber alles wie gewünscht, deshalb will ich nur nicht, dass die microSD des Raspi unnötig belastet wird.
Viele Grüße,
Heiko
beim Tab "Logs" gibt es unten noch einen Absatz "Logging Configuration" den man mit einem Klick auf das "+" Zeichen ausklappen kann/muss. Dort kann man dann den Log Level ändern. Ob deine Meldungen aber bei "Info" verschwinden, keine Ahnung. Außerdem ist das wohl die Standard Einstellung und meines Wissens der "niedrigste" Level.
Da es bei mir mit der Bridge nie so wirklich lief habe ich gerade meinen RasPi 2 platt gemacht, frisch jessie light installiert, erst mal alle Updates und Upgrades gemacht.
Dann stoße ich direkt am Anfang bei dir beim "echo "deb http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee /etc/apt/sources.list.d/webupd8team-java.list" auf ein "Permission denied", egal ob mit sudo oder ohne.
Wie kann ich das umgehen?
NACHTRAG: in den Kommentaren sprach jemand von "sudo su", DAS wars dann. Der "|" wurde von meinem "sudo" abgeschnitten.
Sollte man m.M. nach mal mit ins Wiki schreiben.
Was muß ich jetzt eingeben um meinen Rolladen fahren zu können?
192.168.1.101:8088/fhem?cmd=set WZ.Rolladen position%20${intensity.percent}
Klappt nicht.
Manuell klappt ein:
192.168.1.101:8088/fhem?cmd=set WZ.Rolladen position 50
Ersetze mal alle Leerzeichen durch %20
Gesendet von dem teuren ding in meiner hand
Zitat von: sash.sc am 07 Juni 2017, 15:38:52
Ersetze mal alle Leerzeichen durch %20
Sorry, Copy Fehler von mir, SO wie hier stehts in der HA Bridge.
http://192.168.1.101:8088/fhem?cmd=set%20WZ.Rolladen%20position%20${intensity.percent}Gebe ich im Browser
http://192.168.1.101:8088/fhem?cmd=set%20WZ.Rolladen%20position%2030ein dann gehts.
was passiert denn, wenn du in der ha-bridge ein "Test-Dim" machst?
meldet die einen Fehler?
es gab schon mehrere Berichte, dass "ungültige" Zeichen in die Eingabe Felder der ha-bridge gerutscht sind (die nicht angezeigt werden). Da kann es schon helfen, wenn du denselben Eintrag nochmal machst (eine Zeile darunter) und die ursprüngliche Zeile löschst.
der Eintrag Ansicht sieht für mich richtig aus, genauso "dimme" ich die Lautstärke meiner Squeezeboxen.
Hallo zusammen.
Ich habe mal beim Hersteller ein Frage im GITHUB gestellt, ob man auch Temp.werte abfragen kann.
Laut Hersteller soll es wohl möglich sein, ein Reading abzufragen.
Ist schon sehr interessant, aber interssanter fand ich das was noch danach kommt.
Schaut mal selber !!!!
https://github.com/bwssytems/ha-bridge/issues/675
(https://github.com/bwssytems/ha-bridge/issues/675)
Gruß
Sascha
Hallo,
ich schlag mich jetzt auch schon etwas damit rum. Ich bin zumindestenss soweit das die HAbridge läuft und
die Alexa erkennt wenn ich ein Device angelegt habe - nur leider sagt sie immer zu mir das mein Gerät nicht reagiert.
Wenn ich ein Device anlege kann ich den Namen eingeben und den Map Type.
Wenn ich bein on den Type und die http befehl eingebe speichert er mir das nicht.
WAS MACH ICH FALSCH??
lg fuppking
evtl. nicht deutlich sprechen ;)
du kannst in der alexa app sehen was alexa erkannt hat. daraufhin kannst du dann die ha-devices anpassen, etwas spielen muss man teilweise schon weil alexa zb aus einem gesprochen wort 2 macht usw. so habe ich zb einige für mich sprachlich normalen befehle in ha eingebaut um micht sprachlich nicht umstellen zu müssen nur damit alexa es rafft.
Hi
also habe die Bridge nun auch am laufen. Habe einen Device zum Test eingetragen jedoch reagiert nix. Habe ich was falsh eingetragen??? siehe Anhang
LG
Andre
Wollte mal ein kleines Danke für das Howto hinterlassen, klappt echt super!
Kann nun sogar meine Markise via Alexa Ein-/Ausfahren und auch noch prozentual verfahren :)
Gruß
Shojo
Zitat von: andrece am 26 Juni 2017, 10:44:18
Hi
also habe die Bridge nun auch am laufen. Habe einen Device zum Test eingetragen jedoch reagiert nix. Habe ich was falsh eingetragen??? siehe Anhang
LG
Andre
Hi Andre,
habe das gleiche Problem.
Gruss
Ralf
Denke das wird an den csrfToken liegen.
Schon mal versucht &fwcsrf=<dein csrfToken> am ende deines URL-Aufrufes anzuhängen?
Das ist natürlich nur das Problem Wenn man den Schritt vergessen hat ;)
define WEBhabridge FHEMWEB 8088 global
attr WEBhabridge csrfToken none
attr WEBhabridge allowfrom 127.0.0.1|192.168.1.10
Hallo zusammen
so Fehler gefunden läuft!!
Kann ich eigentlich so auch Philips Hue White LED Lampe E27 steuern oder brauche ich die bridge von amazon??
Gruß
Andre
Danke für die super Anleitung.
Zitat von: Christian72D am 07 Juni 2017, 06:46:34
NACHTRAG: in den Kommentaren sprach jemand von "sudo su", DAS wars dann. Der "|" wurde von meinem "sudo" abgeschnitten.
Sollte man m.M. nach mal mit ins Wiki schreiben.
Wäre super wenn der Ersteller das mit oben aufnehmen könnte...
Ich würde gerne eine Baumarkt Steckdose über den dimmbefehl für eine gewisse Zeit einschalten:
http://191.168.178.34:8088/fhem?cmd=set%20Deckenlampe%20on;sleep%205;set%20Deckenlampe%20off;sleep%201;set%20Deckenlampe%20off&fwcsrf=xxxxxxDieser Befehl bewirkt das eine Baumarkt Steckdose für 5 sekunden eingeschaltet wird(sleep%205;set%20Deckenlampe%20off), der 2 off Befehl dient nur der sicherheit.
Wie läst sich das ganze nun anpassen?
Edit sagt beim schreiben selber heraus gefunden:
http://191.168.178.34:8088/fhem?cmd=set%20Deckenlampe%20on;sleep%20${intensity.percent};set%20Deckenlampe%20off;sleep%201;set%20Deckenlampe%20off&fwcsrf=xxxxxFunktioniert, mit zb. "Alexa setze Licht auf 3" kann ich nun die Steckdose für 3 sekunden einschalten, und somit meine Deckenlampe dimmen.
Genial ;D
Hallo Leute,
zunächst einmal vielen Dank für eure tollen Hilfestellungen und wirklich nützlichen Tipps. Als Neuling in FHEM ist es nicht immer einfach auf Anhieb die Dinge aus der Commandref umzusetzten und daher ist so ein Forum wirklich Gold wert.
Momentan bin ich dabei zu versuchen, Geräte über den Echo Dot zu steuern. Die Einrichtung und Schaltung über die HAbridge funktioniert auch, aber trotz aller Bemühungen will es mir nicht gelingen, dass Echo/Alexa meine angelegten Geräte findet. Hatte jemand von euch evtl. das gleiche Problem und kann mir da Hilfestellung geben?
Ich nutze die HAbridge 4.5.5. und FHEM ist auch aktuell. Auch sind der Amazon Account aus der Bridge und Echo identisch. Ich habe zig Neustarts und Änderungen am Port versucht, allerdings ohne Erfolg.
Hat da noch jemand eine Idee?
Vielen Dank schonmal und viele Grüße
Martin
Also wenn Du sagst "Alexa suche Geräte" wird nichts gefunden?
Genau. Ich erhalte immer den Hinweis von Alexa " Keine Geräte gefunden". Egal ob über die App, die Website oder den Sprachbefehl.
Auf der Fernbedienung Harmony Elite werden alle Bridge-Devices aus HA-Bridge als "Gerät" mit der Bezeichnung "Beleuchtung" zusammengefasst/gruppiert.
Drückt man auf der Fernbedienung im Display ein wenig falsch, so werden alle Devices dahinter ein- oder ausgeschaltet. Auch Devices, die z.B. gar nicht im aktuellen Raum (Wohnzimmer) enthalten sind, da man auch andere FHEM-Lampen angelegt hat.
Man muss schon genau auf den "Aufklappen-Pfeil" klicken, um zur Liste aller Bridge-Devices zu gelangen und dort einzeln zu steuern.
Meine Frage:
Ist euch bekannt, ob man eine weitere Hue-Bridge / HA-Bridge anlegen kann?
So dass man die erste in "Wohnzimmer" umbenennt und die weitere z.B. "Diele".
Mir ist es nicht gelungen. Und in HA-Bridge finde ich auch keine Möglichkeit, die Devices zu gruppieren.
In FHEM kennen wir das mit den Räumen.
Ich vermute, dass (wenn ich halt über die Geräte auf der FB gehe) halt weiterhin aufpassen muss.
Ich hatte kurzzeitig die Jalousien auch aufgenommen. Das rächte sich mitten in der Nacht, als alles hochfuhr. :-)
Hallo Simon,
ich danke dir für diese verständliche Schnellanleitung. Ich habe die gerade durchgespielt. Zwei Dinge sind mir aufgefallen:
1. es gibt inzw. v4.5.1, daher wäre der aktuelle Link
wget https://github.com/bwssytems/ha-bridge/releases/download/v4.5.1/ha-bridge-4.5.1.jar -O /opt/habridge/ha-bridge.jar
2. Auf welchem Port ist HABridge erreichbar? Bei mir läuft unter Port 80/443 eine ownCloud Instanz (die nicht überschrieben wurde). Kann ich den Port umbiegen auf bspw. 8080? Kann ich die jar viell. mit einem Port Parameter starten? (Das Beispiel auf github erscheint mir etwas umständlich)
// Nachtrag, ich hätte ja mal weiterlesen können...
/usr/bin/java -jar -Dserver.port=8080 -Dconfig.file=/etc/habridge/habridge.config /opt/habridge/ha-bridge.jar
Zitat von: FHEMAN am 12 Juli 2017, 19:24:48
1. es gibt inzw. v4.5.1, daher wäre der aktuelle Link
wget https://github.com/bwssytems/ha-bridge/releases/download/v4.5.1/ha-bridge-4.5.1.jar -O /opt/habridge/ha-bridge.jar
Inzwischen schon 4.5.6. Ich habe den 1. Beitrag angepasst, mit Hinweis wie man die aktuelle Version findet und die wget Zeile anpasst.
(So muss der 1. Beitrag nicht bei jeder neuen Version angepasst werden)
Hallo,
bei mir klappt das leider nicht komplett. Ich habe die Bridge installiert und Devices angelegt und diese funktionieren aus der Bridge heraus auch. Mein Amazon Echo findet aber keine Geräte. Es kommt immer die Meldung, ich soll den Knopf an der Hue Bridge drücken. Ich habe den Link Button in den Einstellungen der Bridge aktiviert und diesen gedrückt, trotzdem findet das Echo keine Geräte.
Wo kann noch der Fehler liegen?
UPNP ist im Router aktiviert.
Ich habe allerdings die Geräte in 2 verschiedenen, über VPN verbundenen, Netzwerken. Die IP-Adressen sind also 192.168.20.x für das Echo und 192.168.10.x für den Raspberry Pi mit FHEM und der ha bridge.
Zitat192.168.20.x für das Echo und 192.168.10.x
wie sollen die sich dann finden? die bridge muss schon ins Netz des Echo, oder andersherum. upnp oder mdns werden nicht weitergeroutet! ich meine es gibts relays für linux, die wirst du aber wohl nicht auf deinen router installieren können. je nach vpn wäre es evtl möglich ein subnetz zu verwenden. da mir deine konfig nach dem tutorial von avm zum verbinden von 2 fritzboxen aussieht wird das aber nicht gehen. evtl eine vpn-verbindung vom pi ins 20er netz, dann würde er auf dem vpn interface eine 20er ip bekommen und für dne echo sichtbar sein wenn die ha-bridge auf diesem netz lauscht (wenn sie aber nur ein interface unterstützt wäre sie dann aus dem 10er netz nicht erreichbar :-) )
Ah ok, dann werde ich es nochmal probieren nachdem ich den Echo im lokalen Netz habe. Ich dachte nur, da ich vom PC aus ja ganz normale auf alles zugreifen kann über die IP, dass das auch für den Echo Dot möglich wäre.
Zitat von: rr725 am 12 März 2017, 06:15:59
ohne mir jetzt alles hier durchgelesen zu haben....natürlich funktioniert fs20 dimmen in ha bridge...
[{"item":"http://user:kennwort@xxx.xxx.xxx.xxx8083/fhem?cmd.Fernseh=set%20Haengelampe%20dim%20${intensity.percent}"}]
Alexa, Hängelampe auf 80 %
?! Was will man mehr......
in ha bridge mag es funktionieren, aber nicht in fhem - das Problem hatten wir auch schon einmal mit den Dimmern in der TabletUI.
set Dimmer08 dim 80ergibt
Unknown argument dim80%, choose one of dim06% dim100% dim12% dim18% dim25% dim31% dim37% dim43% dim50% dim56% dim62% dim68% dim75% dim81% dim87% dim93% dimdown dimup dimupdown off off-for-timer on on-100-for-timer-prev on-for-timer on-old-for-timer on-old-for-timer-prev ramp-off-time ramp-on-time reset sendstate timer toggle dim off-till-overnight off-till on-till on-till-overnight intervals blinkZitat von: Mickey Mouse am 11 März 2017, 23:24:50
daher habe ich mir jetzt tatsächlich schnell ein quick'n dirty Script geschrieben das die Dim-Befehle der ha-bridge "in das Raster einsortiert", das funktioniert einwandfrei!
Magst Du das mal hier einstellen? Habe auch noch die Hütte voll von FS20-Dimmern
Grüße
Martin
Falls es mal jemand brauchen kann: Hab jetzt mein altes Mapping-Skript (https://forum.fhem.de/index.php/topic,34233.msg348833.html#msg348833) für ftui einfach umgebaut. So klappt das bei mir mit den FS20-Dimmern:
1. FS20-Dimmer als Devices anlegen; Namensschema Dimmer_##, also Dimmer_01 bis Dimmer_99
2. Für jeden Dimmer einen Dummy anlegen; Namensschema D_##, also D_00 bis D_99. Ich gehe hier davon aus, dass keine anderen Devices angelegt sind, die mit D_ beginnen. Ansonsten ist das natürlich entsprechend zu ändern.
3. Notify anlegen (es reicht eines für alle Dimmer):
D_.*:.* {
my $Dimmer_Nr = substr($NAME,2,2);
my $Dimmer_real = "Dimmer_".$Dimmer_Nr;
my $VC_value = $EVENT;
if ($VC_value == 0){ fhem("set $Dimmer_real off")}
elsif ($VC_value > 0 && $VC_value <= 6){ fhem("set $Dimmer_real dim6%")}
elsif ($VC_value > 6 && $VC_value <= 12){ fhem("set $Dimmer_real dim12%")}
elsif ($VC_value > 12 && $VC_value <= 18){ fhem("set $Dimmer_real dim18%")}
elsif ($VC_value > 18 && $VC_value <= 25){ fhem("set $Dimmer_real dim25%")}
elsif ($VC_value > 25 && $VC_value <= 31){ fhem("set $Dimmer_real dim31%")}
elsif ($VC_value > 31 && $VC_value <= 37){ fhem("set $Dimmer_real dim37%")}
elsif ($VC_value > 37 && $VC_value <= 43){ fhem("set $Dimmer_real dim43%")}
elsif ($VC_value > 43 && $VC_value <= 50){ fhem("set $Dimmer_real dim50%")}
elsif ($VC_value > 50 && $VC_value <= 56){ fhem("set $Dimmer_real dim56%")}
elsif ($VC_value > 56 && $VC_value <= 62){ fhem("set $Dimmer_real dim62%")}
elsif ($VC_value > 62 && $VC_value <= 68){ fhem("set $Dimmer_real dim68%")}
elsif ($VC_value > 68 && $VC_value <= 75){ fhem("set $Dimmer_real dim75%")}
elsif ($VC_value > 75 && $VC_value <= 81){ fhem("set $Dimmer_real dim81%")}
elsif ($VC_value > 81 && $VC_value <= 87){ fhem("set $Dimmer_real dim87%")}
elsif ($VC_value > 87 && $VC_value <= 93){ fhem("set $Dimmer_real dim93%")}
elsif ($VC_value > 93 && $VC_value <= 100){ fhem("set $Dimmer_real dim100%")}
}
4. Für Dimmer_04 (als Beispiel) in der HA Bridge die Einträge für On- und Off items ganz normal anlegen, also etwa
http://192.168.xxx.xxx:8083/fhem?cmd=set%20Dimmer_04%20on
5. Den Eintrag unter Dim items wie folgt:
http://192.168.xxx.xxx:8083/fhem?cmd=set%20D_04%20${intensity.percent}
Das geht sicher eleganter - Verbesserungsvorschläge werden gern entgegen genommen ;)
Grüße
Martin
Zitat von: Simon74 am 18 Februar 2017, 10:14:05
Mein Homematic Thermostat stelle ich mit: Alexa, stelle Büro Thermostat auf 21 Grad
Dim Items Eintrag:
http://user:pass@fhem.domain.net:8083/fhem?cmd=set%20bo.tf1_Climate%20desired-temp%20${intensity.percent}
Wie fragst Du die Ist-Temperatur ab?
edit: Ich meine: Wie legt man so etwas in der HA-Bridge an? Der Befehl als solcher, der die Ist-Temperatur zurückgibt, ist ja klar. Nur ist das dann ein on, off... Befehl, damit der Alexa-Befehl "Wie hoch ist die Temperatur hier?" korrekt auf den Thermostaten zugreifen kann?
Grüße
Martin
Hallo zusammen.
Seit dem Update von Fhem auf 5.8 und die Änderung der nötigen Einstellung für den Zugang von aussen, kann Alexa nichts mehr schalten.
Die Bridge ist eingerichtet aber kann nichts mehr schalten.
Beim suchen des Fehlers, habe ich dann festgestellt, das es schon an der Bridge scheitert, sie kann nichts mehr in Fhem schalten. Nur lieder kenn ich mich damit nicht wirklich aus und komme mit der Fehlermeldung in der Bridge nicht wirklich weiter.
Request Error, Pleae look in your habridge log: error {"type":"6","address":"/lights/11","description":"Error on calling url to change device state","method_name":"/lights/11state"}
Kann mir jemand von Euch weiterhelfen, währe da echt dankbar für.
Zitat von: ErzGabriel am 20 August 2017, 08:58:08
Seit dem Update von Fhem auf 5.8 und die Änderung der nötigen Einstellung für den Zugang von aussen, kann Alexa nichts mehr schalten.
Du hast diese Tokengeschichte hier aus dem Thread nachvollzogen, also entweder in der fhem.cfg hinterlegt bzw. jeweils in den Links? Das ist eigentlich der einzige Knackpunkt, wenn sich fhem nach 5.8 nicht mehr ansprechen läßt. Mehr wüßte ich dann leider auch nicht.
Ich habe wahrscheinlich eine superdumme Frage, finde aber in den Threads keinen Hinweis. Mein FHEM ist per SSL abgesichert, natürlich mit eigen erstelltem Zertifikat. Wenn ich nun - unabhängig erst einmal von der HA-Bridge - die Schalt-URL im Browser eingebe, kommt natürlich jedesmal die Zertifikatswarnung, die ich bestätigen muss, bevor es weitergeht. Das geht natürlich bei einem automatisierten Aufruf nicht.
Auf dem Mac im Terminal gibts dafür den Schalter -k.
Ein "curl https://myuser:mypasswort@192.168.1.180:8083/fhem?cmd.Esszimmertisch=set%20Esszimmertisch%20off" würde nicht funktionieren, es wäre also kein Schalten möglich.
Ein "curl https://myuser:mypasswort@192.168.1.180:8083/fhem?cmd.Esszimmertisch=set%20Esszimmertisch%20off -k" hingegen umgeht diese Zertifikatsprüfung und das Schalten funktioniert hervorragend.
Nun meine Frage - wie kann ich in der HA Bridge damit umgehen? Denn der Befehl, der über das Terminal und Browser hervorragend schaltet, funktioniert in der HA Bridge so nicht. Gerät wird aber zumindest in Alexa App gefunden.
Hoi Marcy,
wenn es von habrdige in den letzten Tagen nicht ein Update für TLS gab, dann kann habridge kein https.
Sprich Du müsstest ein eigene fhemweb Instanz anlegen ohne TLS, nur http.
Deswegen kannst Du den Link vom Browser aus aufrufen und von habridge nicht.
Ist etwas unglücklich mit TLS und habridge.
Vermutlich gehen die Kollegen davon aus, dass es andere Methoden gibt mit denen man eine Absicherung vornimmt.
Habe TLS zumindest noch nirgends auf einer Agenda gelesen.
Wie Du jetzt den http-Zugriff machst, kommt ein wenig darauf an was Du hast.
TLS kann man global in fhem konfigurieren, dann gilt es für alle Instanzen meine ich oder eben je Instanz konfigurieren.
Ansonsten kann man auch via haproxy arbeiten, einen dafür aber aufzubauen ist mehr Lust am basteln als sinnvoll.
Im einfachen Fall schaue in der fhem.cfg "WEB" nach und kopiere Dir die Konfig daraus. Ändere den Port bei Deiner neuen Instanz und füge die Zeilen einzeln in die fhem-Kommandoleiste oben ein. Schalte TLS global ab, konfiguriere es dann bei den einzelnen Instanzen individuell dazu.
Den Port dann in habrige oder im Browser-Test dann entsprechend auf den obigen ändern.
Ich selbst habe einen haproxy schon wegen geofancy gehabt und greife jetzt via haproxy vom Inet, Lan auf fhem zu. Da war es ein leichtes eine neue HA-Instanz zu erstellen, welche vorn für Clients https und hinten im backend http zu fhem umsetzt. Den fhem-server selbst habe ich so abgeriegelt (fhem und linux) dass er nur noch mit dem haproxy-server arbeitet.
Habe gerade die ganzen Defines etc. nicht zur Hand, habe meine Konfig komplett von https befreit - sorry. Musst etwas googlen welche Attribute Du benötigst, Stichwort sslVersion.
Grüsse
Hallo zusammen,
bevor ich jetzt wild weiter probiere, warum die Geräte in Amazon Echo nicht gefunden werden...
Mit der Android App "Reverb" geht das ganze nicht, oder? Man braucht zwingend einen Amazon Echo/Dot im Heimnetz?
Gruß,
Richy
Danke Dir dtavb!
Hab mir schon sowas gedacht, dass die HABRIDGE das nicht kann. Habs jetzt genauso gemacht wie von Dir vorgeschlagen und mir ne eigene Instanz angelegt. Die anderen Ports weiterhin mit https. Der neue Port ist allerdings als 8089 definiert, weil 8088 schon für geofency definiert ist und auch für portforwarding in der Firewall frei ist. Dafür dann aber nur die HABRIDGE Ip-Adresse und die lokale als zugelassene IP für den 8089er Port definiert in FHEM. Läuft soweit alles ganz fluffig. Nicht wirklich sicher, aber die HABRIDGE selbst hab ich dann nur noch per ssh und fettem Passwort zugänglich gemacht, Port 8089 ist nicht ins inet offen etc. Hoffe, das reicht fürs Erste.
Auf alle Fälle ne ziemlich geile Nummer, über den Echo jetzt alle Geräte ansprechen und über dummy-Geräte in FHEM und entsprechenden notifies auch komplette Abläufe aktivieren zu können.
Nochmal herzlichen Dank und viel Grüße!
Marcel
Zitat von: dtavb am 25 August 2017, 10:35:39
Hoi Marcy,
wenn es von habrdige in den letzten Tagen nicht ein Update für TLS gab, dann kann habridge kein https.
Sprich Du müsstest ein eigene fhemweb Instanz anlegen ohne TLS, nur http.
Deswegen kannst Du den Link vom Browser aus aufrufen und von habridge nicht.
Ist etwas unglücklich mit TLS und habridge.
Vermutlich gehen die Kollegen davon aus, dass es andere Methoden gibt mit denen man eine Absicherung vornimmt.
Habe TLS zumindest noch nirgends auf einer Agenda gelesen.
Wie Du jetzt den http-Zugriff machst, kommt ein wenig darauf an was Du hast.
TLS kann man global in fhem konfigurieren, dann gilt es für alle Instanzen meine ich oder eben je Instanz konfigurieren.
Ansonsten kann man auch via haproxy arbeiten, einen dafür aber aufzubauen ist mehr Lust am basteln als sinnvoll.
Im einfachen Fall schaue in der fhem.cfg "WEB" nach und kopiere Dir die Konfig daraus. Ändere den Port bei Deiner neuen Instanz und füge die Zeilen einzeln in die fhem-Kommandoleiste oben ein. Schalte TLS global ab, konfiguriere es dann bei den einzelnen Instanzen individuell dazu.
Den Port dann in habrige oder im Browser-Test dann entsprechend auf den obigen ändern.
Ich selbst habe einen haproxy schon wegen geofancy gehabt und greife jetzt via haproxy vom Inet, Lan auf fhem zu. Da war es ein leichtes eine neue HA-Instanz zu erstellen, welche vorn für Clients https und hinten im backend http zu fhem umsetzt. Den fhem-server selbst habe ich so abgeriegelt (fhem und linux) dass er nur noch mit dem haproxy-server arbeitet.
Habe gerade die ganzen Defines etc. nicht zur Hand, habe meine Konfig komplett von https befreit - sorry. Musst etwas googlen welche Attribute Du benötigst, Stichwort sslVersion.
Grüsse
Zitat von: Marcy am 25 August 2017, 08:27:38
Ich habe wahrscheinlich eine superdumme Frage, finde aber in den Threads keinen Hinweis. Mein FHEM ist per SSL abgesichert, natürlich mit eigen erstelltem Zertifikat. Wenn ich nun - unabhängig erst einmal von der HA-Bridge - die Schalt-URL im Browser eingebe, kommt natürlich jedesmal die Zertifikatswarnung, die ich bestätigen muss, bevor es weitergeht. Das geht natürlich bei einem automatisierten Aufruf nicht.
Hallo Marcy
Kein Hinweis ist richtig, habe den 1. Beitrag angepasst.
Abschnitt:
FHEM-Server: Eigene FHEMWEB Instanz für die habridge
Hallo Zusammen,
ich habe auch zeit ein paar Tagen Alexa mit HA Bridge im Einsatz. Läuft eigentlich sehr gut bis auf die Rolladensteuerrung. Habe von FS20 die RSU Teile im Einsatz. Ein "Alexa fahr den Rollo runter" und ein fahren auf eine bestimmte Stelle geht, aber "Alexa fahr den Rollo hoch oder auf" erfolgt auch ein runterfahren. Ein "Alexa schalte den Rollo ein" fährt er hoch. In der HA Bridge selbst, sind die Funktionen über die Test Buttons korrekt. Im Fhem log ist mir aufgefallen, daß über die Sprach Befehle rauf und runter ein "off-for-timer ..." ankommt, was ein runterfahren auslöst.
Hat jemand einen Tip für mich ??
Viele Grüße Peter
Rauf, runter Sprachbefehle werden soweit ich weiss nicht erkannt, unterstützte Alexa Smarthome Befehle sind zu finden in der Alexahilfe unter:
https://alexa.amazon.de/spa/index.html?#help/node/201749260
runter geht einwandfrei, nur hoch reagiert nur auf ein. Laut Jörg in seinem Blog meintechblog soll es aber in beide Richtungen gehen
Hallöchen...
Ich frag dann nochmal in der Hoffnung auf eine Antwort. ;D
Gruß,
Richy
Zitat von: Wondermusic am 25 August 2017, 12:37:25
Hallo zusammen,
bevor ich jetzt wild weiter probiere, warum die Geräte in Amazon Echo nicht gefunden werden...
Mit der Android App "Reverb" geht das ganze nicht, oder? Man braucht zwingend einen Amazon Echo/Dot im Heimnetz?
Gruß,
Richy
ich muss auch mal was blödes fragen :)
finde auch nicht den fehler. habe alles ordentlich eingerichtet. habe eine steckdose in der ha bridge angelegt. habe die url über firefox getestet. sie schaltet die steckdose an bzw aus. habe es in die habridge eingefügt. aber da funktioniert der test nicht. alexa erkennt aber die steckdose? was kann ich da falsch gemacht haben?
Hallo Simon74,
Zitat von: Simon74 am 03 März 2017, 19:23:07
Zusatzinfo UPNP Broadcast:
Es funktionierte bei mir auch ohne Freischaltung für die Broadcast Adresse "239.255.255.250/24", jedoch beschwert sich habridge ohne erlaubtes Broadcast im Log mit:
WARN com.bwssystems.HABridge.upnp.UpnpListener - UpnpListener encountered an error sending upnp notify packet. IP: 239.255.255.250 with message: Die Operation ist nicht erlaubt (sendto failed)
Ich habe auf einem Raspi2 mit Raspbian Jessie jetzt auch genau dieses Problem mit HA Bridge.
iptables ist auf Standard-Einstellung des Raspian-Images, keine manuellen Änderungen.
root@raspcam6:~# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT all -- anywhere anywhere
REJECT all -- anywhere anywhere reject-with icmp-port-unreachable
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Könntest du mal bitte hier posten, wie ich temporär genau das hier freigeschaltet bekommen.
ALL Ports From/To : | 192.168.0.154/32 | 192.168.0.176/32 | 192.168.0.177/32 | 239.255.255.250/24Falls dies dann die Fehlermeldungen im Log beseitigt - wie bekomme ich das dann als dauerhafte Regel in die iptables?
Viele Grüße,
Heiko
iptables -I INPUT -p ALL -s 239.255.255.250/24 -j ACCEPT
iptables -I OUTPUT -p ALL -d 239.255.255.250/24 -j ACCEPT
Danke für deine Antwort. Ich habe das heute morgen gleich mal probiert, die Befehle funktionieren, allerdings kommen über den Tag immer noch unzählige dieser Fehlermeldungen.
Update 23:00 Uhr:
Nach einem "service habridge stop && service habridge stop" kam bislang keine Fehlermeldung mehr.
Daraus schließe ich, dass die iptables-Regel vor dem Start von HA-Bridge gesetzt sein muss.
Wo muss ich die beiden Regeln hinterlegen, damit diese bei jedem Reboot des Raspis automatisch gesetzt sind?
Das verlinkte Skript erscheint mir etwas zu umfangreich für meine Anforderung...
Update nächster morgen:
Leider die gesamte Nacht über im Abstand von ca. 20-30 min diesselbe Fehlermeldung in beiden HA-Bridge-Instanzen.
Viele Grüße,
Heiko
mindestens ein gerät muss sich im heimnetz befinden.
@rr725:
Verstehe nicht, was du meinst?
Habe in beiden HA-Bridge-Instanzen über 40 Geräte.
hoi,
@frankoholix:
was sagen denn die Logs von habrdige und fhem?
So wie Du es mit den wenigen Sätzen beschreibst, klingt das dann nach Firewall.
Auf was läuft der fhem und wo läuft habridge?
Unter raspi Linux wirst keine Firewall haben ausser Du hast sie nachinstalliert. Selbst dann steht sie aber auf "Durchzug".
Wäre keine Erklärung...
Hast Du die Sonderzeichen etc. schön auskommentiert im Asci-Code oder was das ist?
Werfe doch mal den Link rein wie Dein Aufruf genau erfolgt.
Sollten es Firewall Drops sein, müsste das im Linux Log unter /var/log/messages im Standard zu sehen sein, Stichwort iptables.
@Wondermusic:
mit reverb habe ich noch nicht gespielt. Wenn die App aber Skills unterstützt, stehen die Chancen gut.
Muss ich mal testen...
Hallo zusammen, kurze "doofe" Frage.
Habe Fhem und HA-Bridge am Laufen. jetzt suche ich nur an den http befehlen um die schaltvorgänge einzulernen, wie komm ich da ran?
VG Philipp
Reverb soll, bis auf Einschränkungen bei Musik, alles machen was auch Echo kann.
Aber Ich denke man muss auch einen Echo oder Echo Dot im Netzwerk haben... werde ich die Tage rausfinden - hab mir jetzt einen Dot zum testen bestellt. :-)
Gruß,
Richy
Zitat von: Flipps am 17 September 2017, 19:44:49
Hallo zusammen, kurze "doofe" Frage.
Habe Fhem und HA-Bridge am Laufen. jetzt suche ich nur an den http befehlen um die schaltvorgänge einzulernen, wie komm ich da ran?
VG Philipp
Was meinst du mit einlernen?
Du musst ein ha-bridge-Gerät in der Bridge anlegen und dort die Schaltbefehle eingeben...
Beispiele gibt es im ersten Post/Anleitung...
...die musst du halt anpassen.
Gruß, Joachim
Ja ok das verstehe ich die frage ist nur wo bekomme ich die "HTTP URL Command" Adresse her? ist die irgendwo hinterlegt oder muss ich die definieren?
Zitat von: Flipps am 17 September 2017, 21:24:57
Ja ok das verstehe ich die frage ist nur wo bekomme ich die "HTTP URL Command" Adresse her? ist die irgendwo hinterlegt oder muss ich die definieren?
Ich verstehe (immer noch) nicht wo (genau) dein Problem ist.
Einfach die Beispiele um ersten Post anpassen...
fhem.domain etc. durch die IP deines fhem ersetzen (wenn auf dem selben Rechner wie ha-bridge, dann geht evtl. auch 127.0.0.1) und die im Beispiel geschalteten Geräte durch die die du schalten willst...
Ausprobieren kannst du den Aufruf einfach im Browser...
...wenn da dann das gewünschte Gerät schaltet dann sollte es über die Bridge auch gehen...
Gruß, Joachim
:-D
Also ich habe den Fhem wie die HA auf einem Pi laufen.
die ip ist 192.168.178.36 Port 8083
Schalter momentan ein einfacher Dummy mySwitch1
folglich müsste bei:
http://192.168.178.36:8083/fhem?cmd=set%20mySwitch1%20on
der schalter auf ein umspringen? das tut er nämlich nicht.
Was steht im fhem log?
Ist csrfToken aktiv?
Gruß, Joachim
Und poste (in code-Tags, das '#' im Menü) doch mal eun list des Dummy...
Gruß, Joachim
das sagt der log:
2017.09.17 20:10:47 3: FHEMWEB WEB CSRF error: ne csrf_194393488888408 for client WEB_192.168.178.34_65001. For details see the csrfToken FHEMWEB attribute.
das der dummy
defmod mySwitch1 dummy
attr mySwitch1 room Training
attr mySwitch1 webCmd on:off
setstate mySwitch1 off
setstate mySwitch1 2017-09-17 17:58:05 state off
Dann steht ja im Log warum es nicht geht...
Bei deinem Aufruf fehlt das csrfToken...
Einfach mal danach suchen, da wird sich die Lösung finden...
Edit: entweder deaktivieren, nicht empfohlen oder auf fixen Wert setzen und mitgeben und evtl. zusätzlichen Port nur für ha-bridge und den dann absichern oder vielleicht gibt es weitere Lösungen...
Ob beim Dummy für ha-bridge genericDevicetype und setList wichtig sind weiß ich nicht...
...aber schaden kanns mal nicht...
Edit2: setList on off / genericDevicetype switch
Edit3: das mit dem Dummy ist (wenn für ha-bridge überhaupt relevant) nachgelagert... Der Befehl funktioniert wegen dem csrfToken nicht...
Gruß, Joachim
;D klapp! hab nen festen Tocken gesetzt und fertig!
Danke dir
Hallo nochmal ;D
Bin jetzt fast durch mit meinem Projekt, habe nur ein Problem, mein Eltako FUD14 lässt sich mit der HA-Bridge nicht dimmen...
wenn ich auf Test Dim drücke und einen Wert eingebe kommt der nicht in der Fhem logfil an...
ich gebe folgenden Link an für meinen Dimmer
http://192.168.178.36:8083/fhem?cmd=set%20EnO_sensor_00000003%20pct%20${intensity.percent}&fwcsrf=1234567890
an und aus funktioniert... der Dimmer ist folgendermassen definiert:
defmod EnO_sensor_00000003 EnOcean FFC55601
attr EnO_sensor_00000003 IODev TCM_ESP3_0
attr EnO_sensor_00000003 comMode biDir
attr EnO_sensor_00000003 eep A5-38-08
attr EnO_sensor_00000003 gwCmd dimming
attr EnO_sensor_00000003 manufID 00F
attr EnO_sensor_00000003 model TF
attr EnO_sensor_00000003 room EnOcean
attr EnO_sensor_00000003 subDef FFC55601
attr EnO_sensor_00000003 subType gateway
attr EnO_sensor_00000003 webCmd on:off:dim
setstate EnO_sensor_00000003 on
setstate EnO_sensor_00000003 2017-10-07 14:22:15 block unlock
setstate EnO_sensor_00000003 2017-10-07 14:22:15 dim 100
setstate EnO_sensor_00000003 2017-10-07 12:07:11 dimValueStored 32
setstate EnO_sensor_00000003 2017-09-18 18:10:00 state on
setstate EnO_sensor_00000003 2017-09-18 18:03:22 teach 4BS teach-in sent
Habe grade festgestellt das die Dimmer bei schalten über die Command http nicht mehr mit der Hand abschaltbar sind... kann es sein das ich der URL noch eine Zeit (1millisekunde) anhängen muss? Die brauchen ja nur einen Stromstoß und müssen nicht die ganze zeit bestromt sein!?
kann es sein das der Eltako dimmer ne andere Comand HTTP haben muss?
VG Philipp
Ich möchte an dieser Stelle auch mal Danke für dieses Mini Howto sagen.
Ich selbst besitze zwar keine Alexa, konnte aber dank diese Anleitung bei einem Bekannten das recht schnell so einrichten.
Da wir MAX! Heizkörperthermostate steuern wollten und wir mit den drei Befehlen auskommen mussten,
habe ich das jetzt wie folgt gelöst :
Kommando ON schaltet bei dem HT den Boost Modus für x Minuten an
Kommando OFF schalten den HT in den Zustand OFF
Beim DIM Kommando haben wir versucht uns den großen Wertebereich zu Nutze zu machen, den an echten Temperaturen
wird nur der relative kleine Wertebereich von 5 - 30 benötigt.
DIM x (Bsp 25) setzt das HT im Automodus auf 25° C Soll
DIM 100 schaltet das HT auf auto
DIM 100 + x (Bsp 119) schaltet das HT auf in den manuellen Mode mit 19° C Soll
DIM 200 schaltet das HT auf manu
Zitat von: Simon74 am 12 Februar 2017, 01:24:44
Ich habe mich heute mit der habridge beschäftigt, da mir persönlich die Amazon Developer Geschichte zu aufwendig ist (obwohl ich Sie fertig installiert und kurz im Einsatz hatte).
Die ha-bridge simuliert Alexa einen HUE-Adapter vor, der automatisch (ohne zusätzlichen Skill) gefunden wird.
...
Danke, hat mit Deiner ANleitung sehr schnell geklappt!
Hallo zusammen.
Habe derzeit das Problem, dass die ha Bridge zwar läuft und sich die Geräte per Test ein- und ausschalten lassen, allerdings erkennt Alexa diese nicht.
Ist dies ein allgemeines Problem bei der aktuellen Version, oder wird es wohl an irgendeiner Konfiguration meinerseits liegen?
hast du einen managed switch mit IGMP snooping?
Ne hängt an einem Standard 16-Port Switch.
Ich erinnere mich aber grau daran, dass ich mal so ein Problem mit "Homebridge" hatte.
Allerdings weiß ich nicht, was ich da umgestellt habe, damit es läuft. Denn dieser Pi hing später auch wieder am Switch und funktionierte.
du weißt aber auch, dass man bei den "neuen" ha-bridge Versionen den "Link Knopf drücken" muss?
das ging früher ohne, da war sie immer "bereit zum Verbinden"
Oh, nein das ist mir neu!
Was genau muss ich denn machen, um die zu verbinden?
unter dem "Bridge Devices" Tab hast du neben dem "Renumber Devices" auch noch einen "Link" Button.
anklicken und dann hast du 30s zum Koppeln, das ist bei der originalen HUE Bridge ähnlich.
Dann muss ich nochmal schauen bzgl. Neuinstallation oder dergleichen.
Der Button existiert bei mir nicht - dachte schon ich sei blind.
hmm, welche Version hast du denn?
ich habe die (seit längerem) aktuelle v4.5.6 und da sieht es so aus:
Habe ebenfalls die Version 4.5.6 installiert.
Sehr merkwürdig.
es kann sein, dass der nur da ist wenn man "Sicherheit eingerichtet hat" (habe ich).
ich vermute(!) aber mal, dass wenn der Button nicht da ist, dann wird man ihn nicht drücken müssen, war früher ja auch so...
bleiben Netzwerk/Broadcast Probleme, irgendwelche Firewalls oder so installiert?
Habe es mal geprüft. Auch nach anlegen eines neuen User wird der Button nicht angezeigt.
Werde auf jeden Fall nochmal eine Neuinstallation versuchen.
Netzwerkprobleme wage ich mal auszuschließen, da sonst auch relativ viel Hard- und Software drüber problemlos funktioniert.
Eine Firewall, die die ha-bridge blockiert, ist ebenso nicht vorhanden.
Was mache ich falsch wenn bei mir nach der Installation nach diesem How-To und OHNE Fehlermeldung diese Meldung im Brwoser erscheint?
HTTP ERROR: 404
Problem accessing /. Reason:
Not Found
Powered by Jetty:// 9.3.z-SNAPSHOT
Hallo zusammen! :D
Ich hänge mich auch mal hier dran - da ich nicht mehr weiter komme.
Ich versuche eine Homematic Rolladensteuerung zuerst über FHEM - dann über die HA Bridge - und so dann schließlich auch über Alexa steuern zu können.
1)
http://localhost:8083/fhem?cmd.Rolladen=set%20Rolladen%20on&room=CUL_HM&room=all&fwcsrf=0190
funktioniert über den Browser (schon getestet)
2)
<td><div class="col3"><a href="/fhem?cmd.Rolladen=set Rolladen up&room=all&fwcsrf=0190">up</a></div></
[also das selbe...(?)] funktioniert auch über FHEM reibungslos.
3) ABER: Das gleiche, nämlich
http://localhost:8083/fhem?cmd.Rolladen=set%20Rolladen%20on&room=CUL_HM&room=all&fwcsrf=0190
funktioniert beim Test mit dem Button in der HA Bridge leider NICHT - und gibt folgende Fehlermeldung:
Request Error, Please look into your habridge log: error {"type":"3":"address":"lights/5","description":"Could not find url.","method_name":"/lights/5"}
Soweit so doof... ::)
Aus dem Log werde ich auch nicht wirklich schlau...
Die URL ist ja grdstzl. richtig, denke ich.
Und wie ich den "Method Name" ändere (wenn es denn nötig ist) weiss ich auch nicht... :'(
Hat einer von Euch eine Idee?
Vielen Dank für Eure Hilfe!
Heiko
Warum hast du in den Kommandos immer room mit drin?
Schon mal die Beispiele im ersten Post angeschaut?
Gruß, Joachim
Wow! Das ging ja schnell! :-)
Aaaalso: Ich dachte (das hatte ich mal gelesen irgendwo...) man müsste das Device genauso in der URL abbilden, wie es auch in FHEM "raummäßig" abgelegt ist.
(letztlich funktionieren alle anderen Geräte, Lampen, Lautsprecher usw, die ich habe genauso ohne Problem...)
Aber gut, einen Versuch war's wert - leider funktioniert:
http://localhost:8083/fhem?cmd.Rolladen=set%20Rolladen%20on&fwcsrf=0190
aber genausowenig...
Bin echt am verzweifeln - habe schon so viele Varianten der URL probiert - leider immer nur die gleiche Fehlermeldung aus Post.
Danke nochmal,
Heiko
Und das funktioniert über den Browser?
?cmd=set
Sollte auch reichen.
cmd.Rolladen habe ich noch nicht gesehen...
Was hast du denn bei der Bridge eingegeben?
Hab grad keinen Zugriff auf meine Bridge daher kann ich grad nicht schauen...
Aus dem Kopf:
Http-Device
Bei On-/Off-/Aufruf oder so dann die url
Aufruf-Art: GET
Header: text/html (glaube ich)
Dann "Add" (denke ich)
Gleiches bei off...
Dann AddBridgeDevice und dann testen...
Gruß, Joachim
Zitat von: Wzut am 12 Oktober 2017, 11:37:40
Da wir MAX! Heizkörperthermostate steuern wollten und wir mit den drei Befehlen auskommen mussten,
habe ich das jetzt wie folgt gelöst :
Kommando ON schaltet bei dem HT den Boost Modus für x Minuten an
Kommando OFF schalten den HT in den Zustand OFF
Beim DIM Kommando haben wir versucht uns den großen Wertebereich zu Nutze zu machen, den an echten Temperaturen
wird nur der relative kleine Wertebereich von 5 - 30 benötigt.
DIM x (Bsp 25) setzt das HT im Automodus auf 25° C Soll
DIM 100 schaltet das HT auf auto
DIM 100 + x (Bsp 119) schaltet das HT auf in den manuellen Mode mit 19° C Soll
DIM 200 schaltet das HT auf manu
Hallo WZUT,
könntest du vielleicht die Befehle mal hier einstellen?
Ich habe auch die MAX!-Heizkörperthermostate, kriege das in der ha-bridge aber nicht richtig zum laufen.
Danke!
Gruß
roadrunner010
Hi,
aaaalso:
"Und das funktioniert über den Browser?"
==>> ja, ohne Problem.
(Und direkt über FHEM auch - URLS bzw. Befehle mit "view-source:http://localhost:8083/fhem?room=all" gecheckt...)
"?cmd=set
Sollte auch reichen."
==>> Probiert (in der ha bridge): Geht nicht.
Probiert auch in FHEM: Geht ebenfalls nicht...
"Aus dem Kopf:
Http-Device
Bei On-/Off-/Aufruf oder so dann die url
Aufruf-Art: GET
Header: text/html (glaube ich)
Dann "Add" (denke ich)
Gleiches bei off...
Dann AddBridgeDevice und dann testen..."
==>> Ja, das hatte ich so gemacht - wie bei meinen andren Devices auch.
Fazit: Alles geht bis auf die URL / den Befehl in der HA Bridge - da kommt immer das gleiche:
Request Error, Please look into your habridge log: error {"type":"3":"address":"lights/5","description":"Could not find url.","method_name":"/lights/5"}
Echt keine Idee mehr hier...
Irgendwas sonst noch?
Irgendwo eine Ahnung, was die Fehlermeldung bedeutet?
Danke Euch - und schönen Feiertag noch...
VG,
Heiko
ich habe ha bridge auf meinem pi3 welcher auch fhem läuft installiert funktionirt super !
nun kann ich zb auch 433 mhz steckdosen über fhem steuern ! geht super !
nur als allerestes smarthome geräte hatte ich 3 mal comet dect und 2 fritz dect 200 steckdoden
wie bekomme ich die comet dect heizkörperthermostate in ha-bridge bezw. in alexa ????
Zitat von: mausanwalt am 01 November 2017, 10:56:29
Hi,
aaaalso:
"Und das funktioniert über den Browser?"
==>> ja, ohne Problem.
(Und direkt über FHEM auch - URLS bzw. Befehle mit "view-source:http://localhost:8083/fhem?room=all" gecheckt...)
"?cmd=set
Sollte auch reichen."
==>> Probiert (in der ha bridge): Geht nicht.
Probiert auch in FHEM: Geht ebenfalls nicht...
"Aus dem Kopf:
Http-Device
Bei On-/Off-/Aufruf oder so dann die url
Aufruf-Art: GET
Header: text/html (glaube ich)
Dann "Add" (denke ich)
Gleiches bei off...
Dann AddBridgeDevice und dann testen..."
==>> Ja, das hatte ich so gemacht - wie bei meinen andren Devices auch.
Fazit: Alles geht bis auf die URL / den Befehl in der HA Bridge - da kommt immer das gleiche:
Request Error, Please look into your habridge log: error {"type":"3":"address":"lights/5","description":"Could not find url.","method_name":"/lights/5"}
Echt keine Idee mehr hier...
Irgendwas sonst noch?
Irgendwo eine Ahnung, was die Fehlermeldung bedeutet?
Danke Euch - und schönen Feiertag noch...
VG,
Heiko
Klingt irgendwie (ohne es echt zu wissen) nach einem "ha-bridge-internen" Fehler...
Hast du mal ein ganz neues Device angelegt mit der besagten (funktionierenden) Url?
Bzw. das BridgeDevice mal löschen und neu anlegen...
Gruß, Joachim
Hallo zusammen,
hab nun seit dem 4.Nov. den Echo Plus und bis heute morgen vergeblich versucht meine angelegten
Geräte (bzw. die ha-bridge) in der Alexa App einzulesen/bekannt zu machen.
Heute morgen ging's dann, nachdem ich auf port 80 umgestllt hab (hatte vorher 8080),
den Echo neu gebootet hab und dann nach dem dritten mal 'Alexa finde Geräte'
waren sie dann plötzlich da ???
Kann das vlt. jemand bestätigen, dass port 80 zwingend erforderlich ist für den 'Echo Plus'
(oder die Geräte d. neuen Generation) ?
Gruß
Habe die ha bridge bei mir auf dem Port 8080 laufen und funktioniert ohne Probleme von Anfang an
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Hallo,
folgendes Szenario habe ich im Einsatz: FHEM (aktuellste Version) auf einem Raspberry PI 3. Damit steuere ich ein paar Intertechno Steckdosen per einfachem Funkmodul (kein CUL) und ein paar Homematic Heizkörperthermostate per HMLan (kein CUL). Auf dem Raspberry PI läuft auch noch HA-Bridge (aktuellste Version). In dieser Kombination kann ich per Amazon Echo Dot die Temperatur bspw. im Esszimmer per "Alexa, setze Esszimmer auf 19 Grad Celsius" einstellen, "Esszimmer" lässt sich durch ein beliebiges Wort, je nachdem was in HA-Bridge eingestellt ist, ersetzen. Heute habe ich einen Echo 2. Generation in Betrieb genommen, die Steckdosen lassen sich weiter ein- und ausschalten, aber die Temperatur lässt sich nicht mehr ändern. Das entsprechende Gerät würde angeblich nicht reagieren. Per HA-Bridge Weboberfläche kann man aber die Temperatur weiterhin per "Test Dim" Button anpassen. Unter Logs in HA-Brdige erscheint Could not find url: 17 for hue state change request: 2c2dfafa9ab24a52a58db2aa495ee057 from [Echo IP] body: {"on":true} Hat jemand eine Idee, einen Hinweis?
Hallo,
ich habe auch mal noch eine Frage, wie lösche ich eigentlich die von der ha-bridge erkannten Geräte wieder aus der Alexa App? ???
Ich bin irgendwie der Meinung das war mal ganz einfach möglich und seit einem Update der Alexa App nicht mehr? Ich kann ja keinen Skill deaktivieren. Für die ha-bridge gibt es ja keinen .
Danke
Tino
Zitat von: oniT am 08 November 2017, 21:45:55
Hallo,
ich habe auch mal noch eine Frage, wie lösche ich eigentlich die von der ha-bridge erkannten Geräte wieder aus der Alexa App? ???
Ich bin irgendwie der Meinung das war mal ganz einfach möglich und seit einem Update der Alexa App nicht mehr? Ich kann ja keinen Skill deaktivieren. Für die ha-bridge gibt es ja keinen .
Danke
Tino
Hi Tino,
einloggen unter https://alexa.amazon.de dort geht löschen noch...
Bei der App gibt es nur "Bearbeiten" -> "Deaktivieren"...
...aber ob das Löschen ist, keine Ahnung...
Gruß, Joachim
Zitat von: MadMax-FHEM am 08 November 2017, 21:58:34
Hi Tino,
einloggen unter https://alexa.amazon.de dort geht löschen noch...
Bei der App gibt es nur "Bearbeiten" -> "Deaktivieren"...
...aber ob das Löschen ist, keine Ahnung...
Gruß, Joachim
In der ha-bridge löschen und alexa nach neuen Geräten suchen lassen.
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Zitat von: sash.sc am 08 November 2017, 22:06:09
In der ha-bridge löschen und alexa nach neuen Geräten suchen lassen.
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Ich bin mir ziemlich sicher, dass sie dann nicht verschwinden, ich kenne eher, dass sie dann "offline" sind...
...bei Umbenennen bleibt das "alte" Gerät auch "erhalten"...
Gruß, Joachim
Hallo Joachim,
Danke, hat funktioniert.
Hallo Sascha,
hm, gelöscht hatte ich keine nur auf inaktiv gesetzt. Hatte nicht geholfen. Dann die ha-bridge beendet. Hatte auch nicht geholfen. Das Löschen hatte ich nicht getestet. Aber gut zu wissen, dass zumindest dieser Weg auch funktioniert.
Was ich dabei aber nicht verstehe, ich hatte auch einen Custom Skill zum Testen. Den hatte ich deaktiviert, die Geräte waren trotzdem noch als Offline gekennzeichnet vorhanden. Das ist Merkwürdig, da ich irgendwo gelesen hatte, wenn ein Skill deaktiviert ist, auch die Geräte verschwinden ???
Ne egal, Hauptsache es gibt einen Weg :)
Danke Euch,
Gruß
Tino
Zitat von: nitram am 08 November 2017, 20:21:07
aber die Temperatur lässt sich nicht mehr ändern. Das entsprechende Gerät würde angeblich nicht reagieren.
---snipp ---
Hat jemand eine Idee, einen Hinweis?
Ein Kollege erzählte mir gerade er hat mit seiner neuen Alexa und der Smartphone App das Problem das nur Zwischenwerte von 20 , 40 , 60 und 80 möglich sind und auch nur diese als Sprachkommando gültig gewertet werden. Teste doch mal bei deiner Heizung ob der Wert 20 geht.
Leider kein Erfolg. Ich habe es auch nur mal mit "Grad" oder "Celsius" oder ohne beides probiert, hilft aber auch nicht. Mich würde wirklich interessieren was Amazon da geändert hat. Mit dem Echo Dot funktioniert es weiterhin.
Hab die ha-bridge mal auf einen separatem Pi installiert, funktioniert sehr gut.
Hat es bei sich schon mal jemand eingerichtet bekommen, dass die Befehle abhängig davon ausgeführt werden auf welchem Echo sie empfangen wurden? Ich hatte gedacht das "Filter IPs" bei den Items würde da helfen, und dann würde ein Alexa Licht an reichen und die Bridge würde erkennen von welchem Echo der Befehl kommt.
Ich würde gerne 2 WLAN Steckdosen (TP-Link HS 110) über HA Bridge steuern, allerdings weiß ich leider die passenden HTTP Befehle dafür nicht.
Wie könnte man die rausfinden?
Ich habe Linux Scripts gesehen, mit denen es funktioniert, z.B. das hier - kann da jemand das benötigt rauslesen?
Habe ich es richtig verstanden, dass HA Bridge zum Einschalten eine URL auf dem Gerät aufruft und zum Ausschalten eine andere URL?
#!/bin/bash
set -o errexit
here=$(me=`readlink -f ${BASH_SOURCE[0]}`; cd `dirname $me`; echo $PWD)
##
#
# Link zum Script: https://github.com/branning/hs100/blob/master/hs100.sh
#
# Switch the TP-LINK HS100 wlan smart plug on and off, query for status
# Tested with firmware 1.0.8
#
# Credits to Thomas Baust for the query/status/emeter commands
#
# Author George Georgovassilis, https://github.com/ggeorgovassilis/linuxscripts
# encoded (the reverse of decode) commands to send to the plug
# encoded {"system":{"set_relay_state":{"state":1}}}
payload_on="AAAAKtDygfiL/5r31e+UtsWg1Iv5nPCR6LfEsNGlwOLYo4HyhueT9tTu36Lfog=="
# encoded {"system":{"set_relay_state":{"state":0}}}
payload_off="AAAAKtDygfiL/5r31e+UtsWg1Iv5nPCR6LfEsNGlwOLYo4HyhueT9tTu3qPeow=="
# encoded { "system":{ "get_sysinfo":null } }
payload_query="AAAAI9Dw0qHYq9+61/XPtJS20bTAn+yV5o/hh+jK8J7rh+vLtpbr"
# the encoded request { "emeter":{ "get_realtime":null } }
payload_emeter="AAAAJNDw0rfav8uu3P7Ev5+92r/LlOaD4o76k/6buYPtmPSYuMXlmA=="
# BSD base64 decode on osx has different options
# BSD od (octal dump) on osx has different options
od_offset=4
# BSD netcat on osx has different options
nc_timeout=2
NCOPTS=""
#NCOPTS+='-v' # verbose
case $OSTYPE in
darwin*)
BASE64DEC="-D"
ODOPTS="-j $od_offset -A n -t u1"
NCOPTS+=" -G $nc_timeout"
;;
linux*)
BASE64DEC="-d"
ODOPTS="--skip-bytes=$od_offset --address-radix=n -t u1 --width=9999"
NCOPTS+=" -w $nc_timeout"
;;
esac
# tools
error(){
echo >&2 "$@"
exit 2
}
quiet(){
$@ >/dev/null 2>&1
}
mac_from_ip()
{
# if you've contacted an IP recently, the arp cache has juicy info
local ip=$1
mac=$(arp -a \
| grep "($ip)" \
| egrep -o '(([0-9a-fA-F]{1,2}:){5}[0-9a-fA-F]{1,2})' )
[ -z "$mac" ] && { echo 2>&1 "arp didn't find a MAC for $ip!"; return 1; }
echo $mac
}
unique_hostname()
{
# given a prefix and a MAC for a host, construct a unique name for the host
local prefix=$1; [ -n $prefix ] || return 1
local mac=$2; [ -n $mac ] || return 1
# use the first 7 characters of the shasum as unique ID
hash=$(echo $mac | shasum)
hs100host=hs100${hash:0:7}
echo $hs100host
}
host_entry()
{
host=$1
ip=$2
printf "${ip}\t${host}\n" >> /etc/hosts
echo plug $host has ip $ip
}
my_plugs()
{
cat /etc/hosts | grep hs100 | awk '{ print $2 }'
}
check_dependency()
{
dep=$1; shift
message=$@
quiet command -v "$dep" || error "$message"
}
check_dependencies() {
check_dependency nc \
"The nc programme for sending data over the network isn't" \
"in the path, communication with the plug will fail"
check_dependency base64 \
"The base64 programme for decoding base64 encoded strings isn't" \
"info the path, decoding of payloads will fail"
check_dependency od \
"The od programme for converting binary data to numbers isn't" \
"in the path, the status and emeter commands will fail"
check_dependency nmap \
"The nmap programme for mapping networks isn't"\
"in the path, the discover command will fail"
check_dependency shasum \
"The shasum programme for hashing strings isn't"\
"in the path, the sudo discover command will fail"
check_dependency arp \
"The arp programme to access Address Resolution Protocol cache isn't"\
"in the path, the sudo discover command will fail"
}
usage() {
echo "Usage: $0 [-i IP] [-p PORT] COMMAND"
echo "where COMMAND is one of: ${commands[@]}"
exit 1
}
check_arguments() {
check_arg() {
name="$1"
value="$2"
if [ -z "$value" ]; then
echo "missing argument $name"
usage
fi
}
check_arg "ip" $plugs
check_arg "port" $port
check_arg "command" $cmd
}
# Check for a single string in a list of space-separated strings.
# e.g. has "foo" "foo bar baz" is true, but has "f" "foo bar baz" is not.
# from https://chromium.googlesource.com/chromiumos/platform/crosutils/+/master/common.sh
has()
{ [[ " ${*:2} " == *" $1 "* ]]; }
check_command()
{ has "$1" "$commands"; }
send_to_plug() {
ip="$1"
port="$2"
payload="$3"
if ! echo -n "$payload" | base64 ${BASE64DEC} | nc $NCOPTS $ip $port
then
echo couldn''t connect to $ip:$port, nc failed with exit code $?
fi
}
decode(){
code=171
input_num=`od $ODOPTS`
IFS=' ' read -r -a array <<< "$input_num"
args_for_printf=""
for element in "${array[@]}"
do
output=$(( $element ^ $code ))
args_for_printf="$args_for_printf\x$(printf %x $output)"
code=$element
done
printf "$args_for_printf"
}
pretty_json()
{
# read from stdin
if quiet command -v python
then
python -m json.tool
else
cat
echo
fi
}
query_plug(){
payload=$1
for ip in ${plugs[@]}
do
send_to_plug $ip $port "$payload" | decode | pretty_json
done
}
# plug commands
cmd_discover(){
myip=`${here}/myip.sh`
subnet=$(echo $myip | egrep -o '([0-9]{1,3}\.){3}')
subnet=${subnet}0-255
declare -a hs100ip
hs100ip=( $(nmap -p ${port} --open ${subnet} \
| grep 'Nmap scan report for' \
| egrep -o '(([0-9]{1,3}\.){3}[0-9]{1,3})' ) \
) \
|| error "Could not find any hs100 plugs"
# if we can't write this to /etc/hosts, echo what we found and quit
if ! [ -w /etc/hosts ]
then
echo HS100 plugs found: ${hs100ip[@]}
return 0
fi
# remove existing hs100* hosts entries
sed -i.bak /hs100/d /etc/hosts
if [[ ${#hs100ip[@]} = 1 ]]
then
host_entry hs100 $hs100ip
return 0
fi
# multiple HS100 plugs on the network, hash MAC address for unique hostname
for ip in ${hs100ip[@]}
do
# since we just hit it with nmap, it should be in the arp cache
mac=`mac_from_ip $ip`
hs100host=`unique_hostname hs100 $mac`
host_entry $hs100host $ip
done
return 0
}
cmd_print_plug_relay_state(){
for ip in ${plugs[@]}
do
printf "$ip\t"
output=`send_to_plug $ip $port "$payload_query" \
| decode \
| egrep -o 'relay_state":[0,1]' \
| egrep -o '[0,1]'`
if (( output == 0 )); then
echo OFF
elif (( output == 1 )); then
echo ON
else
echo Couldn''t understand plug response $output
fi
done
}
cmd_print_plug_status(){
query_plug "$payload_query"
}
cmd_print_plug_consumption(){
query_plug "$payload_emeter"
}
cmd_switch_on(){
for ip in ${plugs[@]}
do
send_to_plug $ip $port $payload_on > /dev/null
done
}
cmd_switch_off(){
for ip in ${plugs[@]}
do
send_to_plug $ip $port $payload_off > /dev/null
done
}
commands=" on off check status emeter discover list "
# run the Main progamme, if we are not being sourced
if [[ "${BASH_SOURCE[0]}" == "${0}" ]]; then
# process args with getopt(1). See `man getopt`
args=`getopt qvi:p: $*` || { usage; exit 1; }
set -- $args
declare -a plugs;
for i #in $@
do
case "$i" in
-q) opt_quiet=yes; shift;;
-v) set -o xtrace; shift;;
-i) plugs=$2; shift; shift;;
-p) port=$2; shift; shift;;
--) shift; break;;
#*) error "Getopt broke! Found $i"
esac
done
: ${plugs=`my_plugs`}
: ${port=9999}
cmd=$1
check_dependencies
check_arguments
check_command $cmd
case "$cmd" in
discover) cmd_discover;;
list) plugs=`my_plugs`; for p in ${plugs[@]}; do echo $p; done;;
on) cmd_switch_on;;
off) cmd_switch_off;;
check) cmd_print_plug_relay_state;;
status) cmd_print_plug_status;;
emeter) cmd_print_plug_consumption;;
*) usage;;
esac
fi # end main program
Zitat von: mensa am 16 November 2017, 09:38:12
Ich würde gerne 2 WLAN Steckdosen (TP-Link HS 110) über HA Bridge steuern, allerdings weiß ich leider die passenden HTTP Befehle dafür nicht.
Wie könnte man die rausfinden?
Ich habe Linux Scripts gesehen, mit denen es funktioniert, z.B. das hier - kann da jemand das benötigt rauslesen?
Habe ich es richtig verstanden, dass HA Bridge zum Einschalten eine URL auf dem Gerät aufruft und zum Ausschalten eine andere URL?
#!/bin/bash
set -o errexit
here=$(me=`readlink -f ${BASH_SOURCE[0]}`; cd `dirname $me`; echo $PWD)
##
#
# Link zum Script: https://github.com/branning/hs100/blob/master/hs100.sh
#
# Switch the TP-LINK HS100 wlan smart plug on and off, query for status
# Tested with firmware 1.0.8
#
# Credits to Thomas Baust for the query/status/emeter commands
#
# Author George Georgovassilis, https://github.com/ggeorgovassilis/linuxscripts
# encoded (the reverse of decode) commands to send to the plug
# encoded {"system":{"set_relay_state":{"state":1}}}
payload_on="AAAAKtDygfiL/5r31e+UtsWg1Iv5nPCR6LfEsNGlwOLYo4HyhueT9tTu36Lfog=="
# encoded {"system":{"set_relay_state":{"state":0}}}
payload_off="AAAAKtDygfiL/5r31e+UtsWg1Iv5nPCR6LfEsNGlwOLYo4HyhueT9tTu3qPeow=="
# encoded { "system":{ "get_sysinfo":null } }
payload_query="AAAAI9Dw0qHYq9+61/XPtJS20bTAn+yV5o/hh+jK8J7rh+vLtpbr"
# the encoded request { "emeter":{ "get_realtime":null } }
payload_emeter="AAAAJNDw0rfav8uu3P7Ev5+92r/LlOaD4o76k/6buYPtmPSYuMXlmA=="
# BSD base64 decode on osx has different options
# BSD od (octal dump) on osx has different options
od_offset=4
# BSD netcat on osx has different options
nc_timeout=2
NCOPTS=""
#NCOPTS+='-v' # verbose
case $OSTYPE in
darwin*)
BASE64DEC="-D"
ODOPTS="-j $od_offset -A n -t u1"
NCOPTS+=" -G $nc_timeout"
;;
linux*)
BASE64DEC="-d"
ODOPTS="--skip-bytes=$od_offset --address-radix=n -t u1 --width=9999"
NCOPTS+=" -w $nc_timeout"
;;
esac
# tools
error(){
echo >&2 "$@"
exit 2
}
quiet(){
$@ >/dev/null 2>&1
}
mac_from_ip()
{
# if you've contacted an IP recently, the arp cache has juicy info
local ip=$1
mac=$(arp -a \
| grep "($ip)" \
| egrep -o '(([0-9a-fA-F]{1,2}:){5}[0-9a-fA-F]{1,2})' )
[ -z "$mac" ] && { echo 2>&1 "arp didn't find a MAC for $ip!"; return 1; }
echo $mac
}
unique_hostname()
{
# given a prefix and a MAC for a host, construct a unique name for the host
local prefix=$1; [ -n $prefix ] || return 1
local mac=$2; [ -n $mac ] || return 1
# use the first 7 characters of the shasum as unique ID
hash=$(echo $mac | shasum)
hs100host=hs100${hash:0:7}
echo $hs100host
}
host_entry()
{
host=$1
ip=$2
printf "${ip}\t${host}\n" >> /etc/hosts
echo plug $host has ip $ip
}
my_plugs()
{
cat /etc/hosts | grep hs100 | awk '{ print $2 }'
}
check_dependency()
{
dep=$1; shift
message=$@
quiet command -v "$dep" || error "$message"
}
check_dependencies() {
check_dependency nc \
"The nc programme for sending data over the network isn't" \
"in the path, communication with the plug will fail"
check_dependency base64 \
"The base64 programme for decoding base64 encoded strings isn't" \
"info the path, decoding of payloads will fail"
check_dependency od \
"The od programme for converting binary data to numbers isn't" \
"in the path, the status and emeter commands will fail"
check_dependency nmap \
"The nmap programme for mapping networks isn't"\
"in the path, the discover command will fail"
check_dependency shasum \
"The shasum programme for hashing strings isn't"\
"in the path, the sudo discover command will fail"
check_dependency arp \
"The arp programme to access Address Resolution Protocol cache isn't"\
"in the path, the sudo discover command will fail"
}
usage() {
echo "Usage: $0 [-i IP] [-p PORT] COMMAND"
echo "where COMMAND is one of: ${commands[@]}"
exit 1
}
check_arguments() {
check_arg() {
name="$1"
value="$2"
if [ -z "$value" ]; then
echo "missing argument $name"
usage
fi
}
check_arg "ip" $plugs
check_arg "port" $port
check_arg "command" $cmd
}
# Check for a single string in a list of space-separated strings.
# e.g. has "foo" "foo bar baz" is true, but has "f" "foo bar baz" is not.
# from https://chromium.googlesource.com/chromiumos/platform/crosutils/+/master/common.sh
has()
{ [[ " ${*:2} " == *" $1 "* ]]; }
check_command()
{ has "$1" "$commands"; }
send_to_plug() {
ip="$1"
port="$2"
payload="$3"
if ! echo -n "$payload" | base64 ${BASE64DEC} | nc $NCOPTS $ip $port
then
echo couldn''t connect to $ip:$port, nc failed with exit code $?
fi
}
decode(){
code=171
input_num=`od $ODOPTS`
IFS=' ' read -r -a array <<< "$input_num"
args_for_printf=""
for element in "${array[@]}"
do
output=$(( $element ^ $code ))
args_for_printf="$args_for_printf\x$(printf %x $output)"
code=$element
done
printf "$args_for_printf"
}
pretty_json()
{
# read from stdin
if quiet command -v python
then
python -m json.tool
else
cat
echo
fi
}
query_plug(){
payload=$1
for ip in ${plugs[@]}
do
send_to_plug $ip $port "$payload" | decode | pretty_json
done
}
# plug commands
cmd_discover(){
myip=`${here}/myip.sh`
subnet=$(echo $myip | egrep -o '([0-9]{1,3}\.){3}')
subnet=${subnet}0-255
declare -a hs100ip
hs100ip=( $(nmap -p ${port} --open ${subnet} \
| grep 'Nmap scan report for' \
| egrep -o '(([0-9]{1,3}\.){3}[0-9]{1,3})' ) \
) \
|| error "Could not find any hs100 plugs"
# if we can't write this to /etc/hosts, echo what we found and quit
if ! [ -w /etc/hosts ]
then
echo HS100 plugs found: ${hs100ip[@]}
return 0
fi
# remove existing hs100* hosts entries
sed -i.bak /hs100/d /etc/hosts
if [[ ${#hs100ip[@]} = 1 ]]
then
host_entry hs100 $hs100ip
return 0
fi
# multiple HS100 plugs on the network, hash MAC address for unique hostname
for ip in ${hs100ip[@]}
do
# since we just hit it with nmap, it should be in the arp cache
mac=`mac_from_ip $ip`
hs100host=`unique_hostname hs100 $mac`
host_entry $hs100host $ip
done
return 0
}
cmd_print_plug_relay_state(){
for ip in ${plugs[@]}
do
printf "$ip\t"
output=`send_to_plug $ip $port "$payload_query" \
| decode \
| egrep -o 'relay_state":[0,1]' \
| egrep -o '[0,1]'`
if (( output == 0 )); then
echo OFF
elif (( output == 1 )); then
echo ON
else
echo Couldn''t understand plug response $output
fi
done
}
cmd_print_plug_status(){
query_plug "$payload_query"
}
cmd_print_plug_consumption(){
query_plug "$payload_emeter"
}
cmd_switch_on(){
for ip in ${plugs[@]}
do
send_to_plug $ip $port $payload_on > /dev/null
done
}
cmd_switch_off(){
for ip in ${plugs[@]}
do
send_to_plug $ip $port $payload_off > /dev/null
done
}
commands=" on off check status emeter discover list "
# run the Main progamme, if we are not being sourced
if [[ "${BASH_SOURCE[0]}" == "${0}" ]]; then
# process args with getopt(1). See `man getopt`
args=`getopt qvi:p: $*` || { usage; exit 1; }
set -- $args
declare -a plugs;
for i #in $@
do
case "$i" in
-q) opt_quiet=yes; shift;;
-v) set -o xtrace; shift;;
-i) plugs=$2; shift; shift;;
-p) port=$2; shift; shift;;
--) shift; break;;
#*) error "Getopt broke! Found $i"
esac
done
: ${plugs=`my_plugs`}
: ${port=9999}
cmd=$1
check_dependencies
check_arguments
check_command $cmd
case "$cmd" in
discover) cmd_discover;;
list) plugs=`my_plugs`; for p in ${plugs[@]}; do echo $p; done;;
on) cmd_switch_on;;
off) cmd_switch_off;;
check) cmd_print_plug_relay_state;;
status) cmd_print_plug_status;;
emeter) cmd_print_plug_consumption;;
*) usage;;
esac
fi # end main program
Also. Wenn die Dosen in fhem definiert sind, kannst du die einfach mit "set DEVICE on" einschalten.
In der ha-bridge setzt sich der link aus der IP des raspi mit der Port Angabe und dem Befehl zusammen.
Gibt jede Menge Tutorials dazu. Wenn nicht hier im Forum, dann mal google befragen.
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Ich hab noch gar kein FHEM.
Ich möchte einfach mal testen, ob ich die Steckdosen direkt übe rdas HA Bridge Web-Interface ein-/ausschalten kann. Das müsste ja möglich sein, oder? Dazu müsste ich aber die richtigen HTTP Aufrufe wissen, welche auf die HS110 Steckdosen zeigen, oder?
Zitat von: mensa am 16 November 2017, 09:49:18
Ich hab noch gar kein FHEM.
Ich möchte einfach mal testen, ob ich die Steckdosen direkt übe rdas HA Bridge Web-Interface ein-/ausschalten kann. Das müsste ja möglich sein, oder? Dazu müsste ich aber die richtigen HTTP Aufrufe wissen, welche auf die HS110 Steckdosen zeigen, oder?
Nur wenn sich die Steckdosen per HTTP schalten lassen...
Ansonsten musst du den Befehl dorthin schicken wo sie geschalten werden können.
Also entweder gibt es einen http-Request für die Steckdosen und wenn ich mir das hier https://www.softscheck.com/en/reverse-engineering-tp-link-hs110/ (nur Beispiel) so überfliege, dann wohl eher nicht...
...oder du musst eine Integration haben die es ermöglicht die Steckdosen per http (oder anderes von ha-bridge unterstütztes Protokoll) zu schalten.
Gibt es jetzt bereits die Möglichkeit es über irgendwas TP-Link per Webinterface zu schalten?
Dann einfach mal im Browser von wo aus du das machen kannst F12 drücken und die http-Requests anschauen...
...vielleicht siehst du das Schaltkommando.
Ansonsten bleibt nur die Integration in fhem, openHAB, ioBroker, ... um es dann darüber zu schalten (wie bereits von Sascha erläutert)...
Zum Verständnis: die Bridge tut so als wäre es eine HUE-Bridge damit sie von Alexa (etc.) abgefragt werden kann, was sie denn für "Lampen" hat. Das sind die dort "angelegten" Geräte. Die ha-Bridge nimmt also dann (nach dem Suchen/Finden) von Alexa (etc.) Befehle entgegen und "mappt" diese dann auf die angelegten Geräte, führt also das für das Gerät hinterlegte Kommando (meist http-Request) aus. Mehr nicht.
Gruß, Joachim
Danke für die Erklärugen verrückter Max ;D
Die TP-Link Steckdose hat leider gar kein Webinterface, nur die App.
Mit dem oben geposteten Linux-Script (hs110.sh) kann man die Steckdosen aber zuverläßig ein- und ausschalten (und bei Bedarf auch noch mehr Infos abfragen).
Kann man HA Bridge nicht dazu bringen, einfach das lokale Script auszuführen, also z.B. so?
hs110.sh -i 192.168.1.100 on
So funktionierts inzwischen jedenfalls von der Kommandozeile sehr gut.
Ich sehe bei mir schon die Einstell-Möglichkeit "Execute Command/Script/Program", aber wo genau müsste ich denn das Eintragen?
So funktioniert's leider nicht:
Hmmm, habe ich noch nicht gemacht...
Evtl. die Befehle wirklich in eine Script-Datei abspeichern und dann die mit absolutem Pfad hier aufrufen (lassen)?
Also in etwa so: https://splittscheid.de/wake-on-lan-und-harmony-mit-zipabox/ (wieder nur überflogen ;) )
Evtl. auch mal einen gezielten Thread öffnen: Wie erstelle ich ein Gerät mit Script-Befehl in ha-Bridge oder so...
Gruß, Joachim
Hallo, vielen Dank, mit dem absoluten Pfad zum Script funktioniert es :)
Eine kleine andere Frage hätte ich noch. Ich habe die Anleitung auf der ersten Seite dieses Threads befolgt. Da is die Rede von einer "habridge.config", in der man nach dem ersten Start den Port ändern könnte.
Aber wo genau ist den diese Datei zu finden?
Zitat von: mensa am 16 November 2017, 15:24:45
Hallo, vielen Dank, mit dem absoluten Pfad zum Script funktioniert es :)
Eine kleine andere Frage hätte ich noch. Ich habe die Anleitung auf der ersten Seite dieses Threads befolgt. Da is die Rede von einer "habridge.config", in der man nach dem ersten Start den Port ändern könnte.
Aber wo genau ist den diese Datei zu finden?
Na dann!
/installationspfad_ha-bridge/data/zumindest bei mir...
Es geht aber auch den Port beim Start als Parameter mitzugeben...
...ich glaube so:
java -jar -Dserver.port=8080 ha-bridge-4.5.6.jarGruß, Joachim
Installationspfad müsste ja /etc/habridge/data sein oder?
Andere Frage, in Harmony App sehe ich schon 2 Fake-Hue-Geräte :)
Kann man das einstellen, dass diese als etwas anderes als "Beleuchtung" z.B. Steckdose oder irgendwas angezeigt werden?
Oder geht das einfach nicht anders? Siehe Screenshot.
Zitat von: mensa am 16 November 2017, 16:26:08
Installationspfad müsste ja /etc/habridge/data sein oder?
Glaube ich nicht.
Bzw. installiert man nach /etc keine Software.
Dort wo du das ha-bridge.jar gespeichert hast bzw. wo du es startest oder wo es gestartet wird...
Bei mir /home/pi/ha-bridge/
Bei dir: keine Ahnung.
Zitat von: mensa am 16 November 2017, 16:26:08
Andere Frage, in Harmony App sehe ich schon 2 Fake-Hue-Geräte :)
Kann man das einstellen, dass diese als etwas anderes als "Beleuchtung" z.B. Steckdose oder irgendwas angezeigt werden?
Oder geht das einfach nicht anders? Siehe Screenshot.
Keine Ahnung, kenne die Harmony-App nicht bzw. nicht für "Lichtsteuerung" und hat auch nichts mit ha-bridge zu tun, sondern eben mit der Harmony-App.
Ist bei Alexa aber auch so: Licht.
Gleiches Google Home...
Da ha-bridge (wie geschrieben) eine HUE-Bridge "simuliert/emuliert" wird eben quasi (fast) alles als Licht interpretiert.
Evtl. kann man was beeinflussen, wenn man einen "Typ" in der Bridge angibt, also beim jeweiligen Gerät.
Aber ob das wo "ausgewertet" wird weiß ich nicht.
Gruß, Joachim
Danke für die ganzen Infos.
Ich bin jetzt nochmal die Anleitung durchgegangen und da steht ja folgender Befehl:
wget https://github.com/bwssytems/ha-bridge/releases/download/v4.x.x/ha-bridge-4.x.x.jar -O /opt/habridge/ha-bridge.jar
Da hab ich jetzt nachgesehen, die .jar Datei liegt genau dort wo sie soll: /opt/habridge/ha-bridge.jar
Aber von der habridge.config ist in /opt/habridge/ leider auch keine Spur. Wo und warum könnte die denn sonst sein??
EDIT: Hab jetzt nochmal alles durchsucht und nun ist sie auf einmal doch unte /etc/habridge/habridge.conf
Hätte das Programm schon paar mal neugestartet gehabt, daran kann's eigentlich nicht gelegen sein. Danke für die Unterstützung jedenfalls!
Hallo zusammen,
hab heute die HA-Bridge 4.5.6 auf meinem RasPi installiert und manuell gestartet (suche noch Hilfe, unter wheezy das Startscript zu erstellen), aber das ist nicht mein Hauptproblem.
Der Server scheint auf einen "LinkButton" zu warten, nach der Meldung "Link button time ended" wird der Server wieder beendet.
Was fehlt mir denn da noch? --> Den Prozess mit "&" in den Hintergrund schicken und schon gehts !!!!
Gruß, Dieter
pi@raspberrypi ~/habridge $ sudo /usr/bin/java -jar -Dserver.port=81 -Dconfig.fi le=/home/pi/habridge/data/habridge.config /home/pi/habridge/ha-bridge.jar
2017-11-20 17:52:04,138 [main] INFO com.bwssystems.HABridge.HABridge - HA Bridg e (v4.5.6) starting....
2017-11-20 17:52:04,793 [main] INFO com.bwssystems.HABridge.BridgeSettings - re ading from config file: /home/pi/habridge/data/habridge.config
2017-11-20 17:52:30,019 [main] INFO com.bwssystems.HABridge.HABridge - HA Bridg e initializing....
2017-11-20 17:52:32,236 [main] INFO com.bwssystems.HABridge.SystemControl - Sys tem control service started....
2017-11-20 17:52:33.657:INFO::Thread-0: Logging initialized @42875ms
2017-11-20 17:52:33,957 [main] INFO com.bwssystems.HABridge.util.UDPDatagramSen der - Initializing UDP response Socket...
2017-11-20 17:52:34,119 [main] INFO com.bwssystems.HABridge.util.UDPDatagramSen der - UDP response Seocket initialized to: 50000
2017-11-20 17:52:34,306 [main] INFO com.bwssystems.HABridge.plugins.harmony.Har monyHome - Harmony Home created. No Harmony devices configured.
2017-11-20 17:52:34,462 [main] INFO com.bwssystems.HABridge.plugins.NestBridge. NestHome - Nest Home created. No Nest configured.
2017-11-20 17:52:34,507 [main] INFO com.bwssystems.HABridge.plugins.hue.HueHome - Hue passthru Home created. No Hue passtrhu systems configured.
2017-11-20 17:52:34,586 [main] INFO com.bwssystems.HABridge.plugins.hal.HalHome - HAL Home created. No HAL devices configured.
2017-11-20 17:52:34,650 [main] INFO com.bwssystems.HABridge.plugins.mqtt.MQTTHo me - MQTT Home created. No MQTT Clients configured.
2017-11-20 17:52:34,715 [main] INFO com.bwssystems.HABridge.plugins.hass.HassHo me - HomeAssistant Home created. No HomeAssistants configured.
2017-11-20 17:52:34,758 [main] INFO com.bwssystems.HABridge.plugins.exec.Comman dHome - Command Home for system program execution created.
2017-11-20 17:52:38,804 [Thread-0] INFO spark.webserver.JettySparkServer - == S park has ignited ...
2017-11-20 17:52:38,951 [Thread-0] INFO spark.webserver.JettySparkServer - >> L istening on 0.0.0.0:81
2017-11-20 17:52:39.151:INFO:oejs.Server:Thread-0: jetty-9.3.z-SNAPSHOT
2017-11-20 17:52:42.470:INFO:oejs.ServerConnector:Thread-0: Started ServerConnec tor@1b7a2db{HTTP/1.1,[http/1.1]}{0.0.0.0:81}
2017-11-20 17:52:42.504:INFO:oejs.Server:Thread-0: Started @51858ms
2017-11-20 17:52:45,121 [main] INFO com.bwssystems.HABridge.plugins.http.HTTPHo me - Http Home created.
2017-11-20 17:52:45,146 [main] INFO com.bwssystems.HABridge.plugins.tcp.TCPHome - TCP Home created.
2017-11-20 17:52:45,193 [main] INFO com.bwssystems.HABridge.plugins.udp.UDPHome - UDP Home created.
2017-11-20 17:52:45,221 [main] INFO com.bwssystems.HABridge.plugins.vera.VeraHo me - Vera Home created. No Veras configured.
2017-11-20 17:52:45,255 [main] INFO com.bwssystems.HABridge.plugins.domoticz.Do moticzHome - Domoticz Home created. No Domoticz devices configured.
2017-11-20 17:52:45,282 [main] INFO com.bwssystems.HABridge.plugins.somfy.Somfy Home - Somfy Home created. No Somfys configured.
2017-11-20 17:52:45,335 [main] INFO com.bwssystems.HABridge.plugins.lifx.LifxHo me - LifxDevice Home created. No LifxDevices configured.
2017-11-20 17:52:45,442 [main] WARN com.bwssystems.HABridge.dao.DeviceRepositor y - Error reading the file: data/device.db - Does not exist or is not readable. continuing...
2017-11-20 17:52:45,452 [main] INFO com.bwssystems.HABridge.devicemanagmeent.De viceResource - HABridge device management service started....
2017-11-20 17:52:46,131 [main] INFO com.bwssystems.HABridge.upnp.UpnpSettingsRe source - Hue description service started....
2017-11-20 17:52:46,299 [main] INFO com.bwssystems.HABridge.hue.HueMulator - Hu e emulator service started....
2017-11-20 17:52:47,066 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - UPNP Discovery Listener starting....
2017-11-20 17:52:47,102 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - UPNP Discovery Listener running and ready....
2017-11-20 17:54:02,459 [qtp27791024-13] INFO com.bwssystems.HABridge.SystemControl - Link button pressed....
2017-11-20 17:54:32,614 [Timer-0] INFO com.bwssystems.HABridge.LinkButtonPressed - Link button time ended....
Moin, könnt Ihr mir bitte mal Feedback geben, falls an meinen Rechte-Einstellungen der HA-Bridge Dateien noch was falsch ist?
pi@raspberrypi ~/habridge $ ls -al
total 7888
drwxr-xr-x 3 pi pi 4096 Nov 20 18:34 .
drwxr-xr-x 10 pi pi 4096 Nov 20 17:18 ..
drwxrwxr-x 2 pi www-data 4096 Nov 21 09:56 data
-rw-r--r-- 1 pi pi 8061526 Jun 26 21:14 ha-bridge.jar
-rw-r--r-- 1 pi pi 0 Nov 20 18:34 L
pi@raspberrypi ~/habridge $ cd data
pi@raspberrypi ~/habridge/data $ ls -al
total 24
drwxrwxr-x 2 pi www-data 4096 Nov 21 09:56 .
drwxr-xr-x 3 pi pi 4096 Nov 20 18:34 ..
-rw-r--r-- 1 root root 748 Nov 21 09:52 device.db
-rw-r--r-- 1 root root 727 Nov 21 00:16 device.db-2017-11-21-06-43-49.bk
-rw------- 1 root root 1388 Nov 21 09:56 habridge.config
-rw------- 1 root root 2619 Nov 21 09:46 habridge.config-2017-11-21-09-53-40 .cfgbk
Jetzt hätt ich nochmal eine Frage zum Dimmen mit HA-Bridge/Alexa:
Absolutes Dimmen ist soweit klar: "Alexa setze Licht auf 50%" kann ich mit ${intensity.percent} in den URL-Aufruf übergeben.
Aber wie geht relatives Dimmen: "Alexa dimme das Licht" ?
Definiere ich dann in der HA-Bridge unter Dim-Items einen zweiten Call, wie entscheidet sich, welches Dim-Item ausgelöst wird?
Und letztlich: Gibt es auch ein relatives "mach das Licht heller"?
Bin schon gespannt, wenn morgen mein Dot kommt und ich ihn endlich beschäftigen kann ... ;)
Dunkler und heller geht, das muss man nicht extra definieren.
Zitat von: sinus61 am 21 November 2017, 18:54:21
Dunkler und heller geht, das muss man nicht extra definieren.
gut, also unterscheidet Alexa zwischen "Licht auf 50% setzen" und "Licht heller"? Dann brauche ich in HA-Bridge doch zwei Dim Items - und ich weiß nicht, wie ich die definieren soll. Die http-Befehle dahinter sind nicht das Problem ...
Zitat von: grappa24 am 21 November 2017, 22:16:15
gut, also unterscheidet Alexa zwischen "Licht auf 50% setzen" und "Licht heller"? Dann brauche ich in HA-Bridge doch zwei Dim Items - und ich weiß nicht, wie ich die definieren soll. Die http-Befehle dahinter sind nicht das Problem ...
warum mach ich mir Gedanken, das geht ja wirklich ganz einfach ohne ein Dim-Item zu definieren 8)
Hab grad eine schöne Lösung für meine Homematic Heizungsventile gefunden: Da ich eh mit Tag- und Nachttemperaturen arbeite habe ich das On-Item mit "set rt_clima day" bzw. das Off-Item mit "set rt_clima night" belegt.
Alexa (heißt bei mir übrigens "Computer") lernt jeden Tag dazu ... ;)
Hallo,
meine Alexa findet keine Geräte.
Ich habe alles nach Anleitung installiert. HA-Bridge läuft mit port 9850 (folgende ports habe ich auch versucht: 80,81,8080).
Den Port habe ich in der habridge.service immer geändert. Habe auch die Ports in der Fritzbox Freigeben, ohne Veränderung.
Geräte sind in der Bridge hinterlegt und lassen sich per Test schalten.
An was kann das liegen?
Hi zusammen,
ich habe heute erstmalig versucht die ha-brdidge aufzusetzen (Version 5.0.0).
Hat alles auf anhieb funktioniert. Ich kann per habridge Weboberfläche ein Licht an und ausschalten.
Leider findet mein Harmonyhub (und auch Alexa) das Gerät nicht. Port habe ich auf 80 gestellt.
Kann es an den Berechtigungen liegen? Nach meinem Verständnis sollte das Harmony Hub zugreifen können wenn doch auch die Weboberfläche erreichbar ist?
Danke für einen Tipp :-)
VG
Hi,
bin etwas verzweifelt - nachdem es mit Alexa direkt schon nicht geklappt hat. Gerade der Versuch mit habridge sollte ja einfach sein.
Geräte angelegt und auch per Test schaltbar.
Aber Alexa findet weder über Webseite, Handy, Tablet Geräte nichts.
Wo kann ich suchen?
ist gestartet über .sh init.d
cmd="DEBUG=* /usr/bin/java -jar -Dsecurity.key=wichtigwichtigwirchtig -Dserver.port=80 -Dconfig.file=/opt/habridge/data/habridge.config /opt/habridge/ha-bridge.jar"
ich habe auch spasseshalber den link button und einen User aktiviert.
Wie bekomme ich es hin, dass ich ihn finde`?
Habt ihr auch wirklich einen Echo im selben Subnetz wie die ha-bridge hängen und dort mal "Alexa, Geräte suchen" reingesprochen? Ohne vorhandenen Echo funktioniert das nicht, es reicht nicht nur in der Alexa App am Handy oder Tablet zu suchen.
Hallo zusammen,
bei mir liegt es wohl an der Version 5.0.0, habe soeben 4.5.6 verwendet dort funktioniert es auf anhieb.
VG
Zitat von: sinus61 am 27 November 2017, 13:05:59
Habt ihr auch wirklich einen Echo im selben Subnetz wie die ha-bridge hängen und dort mal "Alexa, Geräte suchen" reingesprochen? Ohne vorhandenen Echo funktioniert das nicht, es reicht nicht nur in der Alexa App am Handy oder Tablet zu suchen.
Geht es wirklich nur mit echo? Brauch ich den nur einmalig?
Geht auch der dot?
Gesendet von meinem FRD-L09 mit Tapatalk
Ein dot reicht, der muss aber dauerhaft im gleichen Netz sein. Heute gibts die noch im Angebot.
Hallo zusammen,
Ich hoffe ihr könnt mir bei meinem Problem weiter helfen.
Ich habe einen raspberry mit FHEM und einen raspberry mit HA Bridge laufen.
Nun geht es darum, dass die HA Bridge ein Device in FHEM steuern soll.
Nur leider bekomme ich in der HA immer folgende Fehler.
Error calling out to HA gateway: IOException in log: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target com.bwssystems.HABridge.plugins.http.HTTPHandler
Error on calling url to change device state: https://malibu:fhem@192.168.178.33:8083/fhem?cmd=set%20jalousie_wohnzimmer%20runter&fwcsrf=abcdef com.bwssystems.HABridge.plugins.http.HTTPHome
Wenn ich den Befehl, den ich in der HA eingestellt habe in meinen Browser eingebe klappt alles.
Was mache ich falsch?
Ich vermute Ja das irgendwas mit dem Zertifikat nicht passt aber auf meinem Laptop und Handy klappt der Zugang per SSL
Zitat von: sinus61 am 27 November 2017, 18:39:43
Ein dot reicht, der muss aber dauerhaft im gleichen Netz sein. Heute gibts die noch im Angebot.
Hat geklappt danke
Guten Morgen zusammen,
kurze Frage : in der HA bridge gibt es ein Color Item zur Steuerung der Farbe. Hat das schon jemand genutzt?
Das funktioniert mit Alexa und der ha-bridge nicht, es sei denn man baut für jede Farbe ein eigenes Device.
hoffentlich (noch) nicht.
Kommt drauf an ob Amazon da was ändert, aus deren Sicht funktioniert das ja in Alexa wenn man den Hue Skill aktiviert. Nur die ha-bridge ist auf das beschränkt was Alexa ohne extra Skills kann.
Hallo,
ich hatte bis heute ohne Probleme folgenden Aufbau inbetrieb
- zwei Echo Dots mit je einem Amazon Konto
- Raspberry Pi 3 mit FHEM und HA-bridge
Nun kam heute der Echo Show an und über denn lässt sich leider die ha-bridge nicht bespielen. Es sei denn der Dot mit dem gleichen Konto ist ebenfalls online. Und da der Show den Dot ersetzen soll, ist das natürlich etwas bescheiden.
Ich habe jetzt irgendwie die Ports in verdacht kann das sein? Das der Show die britge nicht unter dem Port 8080 findet.
EDIT:
Egal ob ich es über die WEB Oberflache der Bridge mache über die config Datei selber, der Port lässt sich nicht von 8080 auf 80 umstellen. Wenn ich den Service wieder Starte ist der Port wieder 8080.
.
EDIT2
So konnte den Port nun doch anpasse. Musste in der habridge.config und habridge.service Datei gemacht werden. Aber Show will immer noch nicht mit Britge arbeiten.
Hallo,
ich habe auch das viel beschriebene Problem, dass ich über HA Bridge keine Befehle an FHEM senden kann.
In FHEM hab ich für HA Bridge folgender Maßen für den Zugriff eingerichtet:
define WEBhabridge FHEMWEB 8088 global
attr WEBhabridge csrfToken none
define allowed_WEBhabridge allowed
attr allowed_WEBhabridge basicAuth xxx
attr allowed_WEBhabridge validFor WEBhabridge
attr WEBhabridge allowfrom 127.0.0.1|192.168.178.50
HA Bridge und FHEM laufen beide auf einem Raspberry PI und sind beide über die IP 192.168.178.50 erreichbar.
In der HA Bridge habe ich die FHEM URL folgendermaßen hinterlegt: "http://username:password@192.168.178.50:8088/fhem?cmd.WZ=set%20WZ%20on"
Im HA Bridge Log sehe ich "Error on calling url to change device state: http://username:password@192.168.178.50:8088/fhem?cmd.WZ=set%20WZ%20on"
Muss ich den Port 8088 noch auf der Fritzbox etc. freigeben für den Zugriff?
Auf dem Smartphone nutze ich die App FHEMMobile mit den gleichen Parametern nur mit Port 8083. Das funktioniert wunderbar und bei der HA Bridge hab ich auch schon Port 8083 probiert ohne Erfolg.
Noch ne Frage, wie kann ich die installierte Version von HA Bridge rausbekommen? Kann diese fehlerhaft installiert sein, auch wenn die WEB Seite angezeigt wird und funktioniert?
Ich hab nun schon mehrere Versuche unternommen und alle Hilfestellungen aus dem Netz probiert, aber komme nicht weiter. Woran kann es liegen oder kann man die Kommunikation aus HA Bridge in irgendeiner Form genauer protokollieren?
Schöne Grüße
Zitat von: Flens_79 am 16 Dezember 2017, 21:50:48
Noch ne Frage, wie kann ich die installierte Version von HA Bridge rausbekommen?
In der Web-Oberfläche der HA Bridge gibts den Menüpunkt "About", da steht die Version drin
@Flens_79:
Hast du es Mal ohne basicAuth probiert, also nur so wie im ersten Posting beschrieben?
Ein Echo in irgendeiner Form läuft bei dir?
@teitesmars:
Scheint so als gab es bisher durchaus Probleme wenn man nur Echo Shows hat.
https://github.com/bwssytems/ha-bridge/issues/681
Bei mir funktioniert soweit alles ! Nur habe ich festgestellt das wenn ich 2 Lampen in eine Gruppe nehme welche mit 433 MHz von FHEM und Raspberry angesteuert werden gleichzeitig schalten möchte klappt das nicht ! Jetzt dachte ich ich könnte ein sleep 2 benutzen ! Bei einem Gerät ! Wenn ich es in der Browser URL mit eingebe verzögert es den Schalthebel aber in habridge wird das nicht genommen bezw funktioniert dann die ganze URL nicht mehr ???
Zitat von: MichaelRuth am 22 Dezember 2017, 15:39:45
Bei mir funktioniert soweit alles ! Nur habe ich festgestellt das wenn ich 2 Lampen in eine Gruppe nehme welche mit 433 MHz von FHEM und Raspberry angesteuert werden gleichzeitig schalten möchte klappt das nicht ! Jetzt dachte ich ich könnte ein sleep 2 benutzen ! Bei einem Gerät ! Wenn ich es in der Browser URL mit eingebe verzögert es den Schalthebel aber in habridge wird das nicht genommen bezw funktioniert dann die ganze URL nicht mehr ???
Gleichzeitig steuern schon mal mit structure statt Gruppe probiert?
Wie sieht denn die Browser Url aus (also die die nicht [mehr] funktioniert)?
Gruß, Joachim
Hallo zusammen,
Hab meiner Frau versprochen über die Logitech Harmony unsere Stehlampe im Wohnzimmer an und aus zu schalten. Ich habe ghoma WiFi Steckdosen und kann per fhem diese Dose schalten.
Dazu habe ich mir die HA Bridge installiert und das WiFi Gerät per Befehl hinzugefügt. Test on und Test off aus der Bridge funktioniert.
Harmony Hub findet die Hue Bridge und die WiFi Steckdose.
Aber: ich kann diese nicht schalten aus der Harmony (keine Verbindung).
Was habe ich vergessen? Jemand nenn Tipp für mich?
Schöne Festtage
Ha Bridge neueste Version, fhem aktuell, harmony aktuell
Kurze Frage an die Wissenden,
ich habe eine Echo und Echo Dot am Laufen und immer wenn ich Geräte neu suchen lasse, findet er pro Eintrag in der HA Bridge 2 Geräte mit dem selben Befehl, einmal als "Royal Phillips Electronics intelligentes Gerät" und als "Dimmable Light".
Hat jemand eine Idee, wie ich das Alexa abgewöhnen kann?
Gruss
Helge
Als ich die ha-bridge neu eingerichtet hatte war das bei mir auch ein paar Mal so. Inzwischen kommt das nicht mehr vor. Aber keine Ahnung woran es gelegen hat.
@Helge,
vielleicht weitere Smart Home Skills aktiviert?
Gruß, Joachim
Hallo zusammen!
Auch auf die Gefahr hin, dass ich irgendwas grundsätzliches nicht verstanden habe, aber gibt es eigentlich einen einfachen Weg, die Geräte, die in FHEM eingerichtet sind, in HA Bridge einzubinden, um sie dann anschließend mit Alexa steuern zu können? Bisher habe ich die Links, die von FHEM bei den "Schaltvorgängen" generiert werden, in HA Bridge eingefügt und die Geräte werden dann auch in Alexa erkannt. Leider aber funktionieren diese Links nur solange, bis FHEM mal wieder neu gestartet wird und dann irgendwelche Geräte-ID neu generiert werden. Geht das nicht auch anders?
Danke schon mal ... :)
Zitat von: Sutadur am 27 Dezember 2017, 18:19:30
Leider aber funktionieren diese Links nur solange, bis FHEM mal wieder neu gestartet wird und dann irgendwelche Geräte-ID neu generiert werden.
Die ID die vermutlich neu generiert wird heißt csrfToken...
Damit wird fhem abgesichert gegen Links in Mails etc. (siehe csrfToken im Forum bzw. commandref zu FEHMWEB / csrf in google)
Zitat von: Sutadur am 27 Dezember 2017, 18:19:30
Geht das nicht auch anders?
Ja: eine gesonderte FHEMWEB-Instanz nur für diesen Zugriff und dort dann csrfToken auf einen "fixen Wert" setzen (oder none) mit allen Risiken die es dann gibt und allen im Forum etc. beschriebenen Möglichkeiten der Absicherung/Einschränkung des Zugriffs über diese "spezielle" FHEMWEB-Instanz...
Gruß, Joachim
Schau dir mal das plugin homebridge-alexa an
https://github.com/NorthernMan54/homebridge-alexa
Alle Einstellungen kannst du direkt aus FHEM vornehmen
Hallo Simon74,
das ist ein wunderbares Tutorial. Klappt auf Anhieb mit etwas Fleißarbeit. Daumen hoch.
Zu meinem Glück fehlt mir jetzt nur noch die Möglichkeit, auf die von Echo Plus verwalteten Geräte von fhem aus zuzugreifen. Diese können aus technischen Gründen nicht nach fhem umziehen (2 dubiose China-Steckdosen und eine Hue Lampe, mein fhem hat keine Huebridge).
Naja, kommt Zeit kommt Lösung.
Viele Grüße,
Holger
P.S.: Immerhin kann ich über die Alexa-App Gruppen mit Echo- und fhem-Geräten bilden, funktioniert 1A, aber nur über Sprachsteuerung.
Zitat von: MadMax-FHEM am 27 Dezember 2017, 18:27:25
Ja: eine gesonderte FHEMWEB-Instanz nur für diesen Zugriff und dort dann csrfToken auf einen "fixen Wert" setzen (oder none) ...
Vielen Dank, hat funktioniert. :)
Zitat von: Matze66 am 27 Dezember 2017, 18:28:50
Schau dir mal das plugin homebridge-alexa an ...
Auch das werde ich mir mal ansehen. :)
Hallo,
habe gerade meine HA-Bridge eingerichtet.
Meine FHT steuere ich über
http://192.168.10.53:8088/fhem?cmd=set%20AZ.Heizung%20desired-temp%20${intensity.percent}
Wenn ich Alexa nun sage "Stelle Heizung Arbeitszimmer auf 21 %." funktioniert das. Das Thermostat wird auf 21 °C eingestellt.
Sage ich entsprechend https://forum.fhem.de/index.php/topic,66920.msg598625.html#msg598625 (https://forum.fhem.de/index.php/topic,66920.msg598625.html#msg598625): "Stelle Heizung Arbeitszimmer auf 21 Grad Celsius." Sagt Alexa: "Heizung Arbeitszimmer unterstützt das nicht".
Funktioniert das bei den FHTs nicht oder muss ich am Code in der HA-Bridge etwas ändern?
Gruß,
André
Funktioniert es denn mit 20 ? Bei mir geht es mit Werten über 20 bei Verwendung von Grad Celsius auch nicht. Was aber geht ist einfach ""Stelle Heizung Arbeitszimmer auf 21", also ohne Einheit.
Danke für die Info. Konnte genau das bei mir reproduzieren. Mit Stelle Heizung auf 21 kann ich leben.
Hallo allerseits,
erst mal ein gutes neues Jahr allen....
ich komme mit den http befehlen echt nicht weiter. fhem und ha Bridge laufen ohne Probleme. ich habe zig Seiten gelesen wie man http Kommandos absetzt aber ich bekomme es einfach nicht hin.
ich habe einen Broadlink RM Pro mit dem ich das Licht im WZ schalten kann. Über die fhem Konsole kann ich mit folgendem Befehl schalten :
set Broadlink commandSend Licht_aus
Mit folgendem Befehl über Web klappt es nicht :
http://192.168.1.XX:8088/fhem?cmd=Broadlink%commandSend:Licht_an
Genauso meine Sonoffs...funktionieren über die Konsole mit:
set sonoffth124 off
ich habe versucht jedes Beispiel dass ich gefunden habe umzusetzen aber über web bekomme ich es einfach nicht hin.Auch die Varianten mit user:password@ klappen nicht.
So etwas einfaches nicht hinzubekommen frustriert mich echt und ich wäre für etwas Hilfe wie ich den Link aufbauen muss sehr dankbar.
In deinem Web-Cmd fehlt ja auch mindestens schon mal das 'set' und "Leerzeichen" sind nicht '%' sondern '%20' und wozu plötzlich da irgendwo ein Doppelpunkt?:
http://192.168.1.XX:8088/fhem?cmd=set%20Broadlink%20commandSend%20Licht_an
EDIT: das XX in der IP ist auch völlig unnötig. Es ist ja zu hoffen, dass ich NICHT in dein PRIVATES Netz komme. Und wenn, dann wäre das Rausfinden dieses letzten Teils auch kein Problem ;)
Was du noch schauen musst: csrfToken!
Da weiß ich ja nicht was bei deinem FHEMWEB eingestellt ist.
'none' ist mal keine gute Lösung!
Dazu bitte suchen und (besser!) lesen, es gibt dazu eine ganze Menge (auch in diesem Thread) dazu...
Gruß, Joachim
Hallo Joachim,
vielen Dank für deine schnelle Antwort.
Hat mit deinem Link geklappt, ich denke ich hatte immer nur % aber ohne die 20 bei meinen Versuchen.
Das mit den XX stimmt natürlich, doof von mir :-[
Den csrfToken habe ich momentan tatsächlich auf none, erst wenn ich alles am laufen habe möchte ich das ändern (zwecks Fehlerquellen Reduzierung).
Der Doppelpunkt ist als Ergebnis von mehreren Versuchen wahrscheinlich drin geblieben. Ich weiß nicht wieso aber bei mir ist immer das % Zeichen ohne die 20 hängengeblieben. Werde es dann die nächsten Tage in die HA Bridge eintragen und testen.
Nochmal vielen Dank....
Hallo zusammen,
ich weiß nicht, ob das schon zur Sprache kam, aber kürzlich wurde der Alexa App die Funktion "Routines/dt. Routinen" hinzugefügt.
Unter der Voraussetzung, dass die ha-bridge-Integration läuft, können jetzt etwas geschmeidigere Kommandos konfiguriert werden, z.B.:
Alexa, Schlafen ein --> Alexa, Gute Nacht
Alexa, Abwesend ein --> Alexa, ich bin weg
Alexa, Licht aus --> Alexa, Sei doch bitte so nett das Licht auszuschalten
Alexa, Rollos ein --> Alexa, Rollos hochfahren
u.s.w.
In einer Routine können auch mehrere Aktivitäten zusammengefasst werden, z.B. könnte man sich beim Verlassen des Hauses (Alexa, ich bin weg) noch die aktuelle Verkehrslage durchgeben lassen.
Gruß,
Holger
EDIT: Die Kommandos sind statisch, also nur für Ein/Aus-artige Aktionen geeignet. Es sei denn, jemand macht sich die Mühe, sämtliche Dim-Stufen als Routinen mit eigenem Kommando zu hinterlegen. Falls es nur um 20,40,60,80, 100 geht, vielleicht noch machbar, ansonsten tippt man sich einen Wolf.
Hallo Zusammen,
ich habe alles soweit eingerichtet und kann auch Ein und Aus befehle geben. Nur dimmer will nicht funktionieren.
Ich das hier angelegt unter Dim Items
http://192.xxx.xxx.xx:8083/fhem?cmd=set%20Lampe_Fenster%20${intensity.percent}&fwcsrf=xxxx
Kann mir da jemand helfen. Die Aktoren sind Intertechno falss das wichtig ist und über FHEM kann ich diese Dimmen
Ich kenne jetzt IT nicht (so genau) aber fehlt da nicht das "Dimm-Kommando"?
Also sowas wie: set IT-Dimmer dim X%
Funktioniert denn das was du als Web-Befehl hast im Browser?
Natürlich mit Angabe einer Prozentzahl... ;)
Gruß, Joachim
Ich glaube da habe ich ein verständnisproblem
Mein Intertechno kann ja dim06% dim18% dim25% usw.
Wenn du jetzt sagst das fehlt dahinter, muss ich dann jeden befhel EINZELN unter dim item eintragen?
Wieso einzeln...
Ich meinte eher sowas:
http://192.xxx.xxx.xx:8083/fhem?cmd=set%20Lampe_Fenster%20$dim{intensity.percent}&fwcsrf=xxxx
Aber wie gesagt wie das Kommando zum Dimmen bei (deinen) ITs lautet weiß ich nicht...
Es lässt sich ja leicht prüfen: die url in den Browser und los...
...wenn das geht, dann sollte es auch per ha-bridge gehen.
wenn nicht, kann es nat. auch nicht per ha-bridge gehen...
Gruß, Joachim
Ich habs, so funktioniert es bei mir
http://xxx.xxx.xxx.xxx:8083/fhem?cmd.Lampe_Fenster=set%20Lampe_Fenster%20dim${intensity.percent}%25&fwcsrf=xxxx
Zitat von: mister am 04 Januar 2018, 20:24:01
Hallo Zusammen,
ich habe alles soweit eingerichtet und kann auch Ein und Aus befehle geben. Nur dimmer will nicht funktionieren.
Ich das hier angelegt unter Dim Items
http://192.xxx.xxx.xx:8083/fhem?cmd=set%20Lampe_Fenster%20${intensity.percent}&fwcsrf=xxxx
Kann mir da jemand helfen. Die Aktoren sind Intertechno falss das wichtig ist und über FHEM kann ich diese Dimmen
Soweit ich mich erinnern kann, verstehen Intertechno-Geräte einen DimUp- oder DimDown-Befehl, der durch Wiederholung (FB-Taste länger drücken) stufenweise hoch- oder runterdimmt. Einen absoluten Wert setzen dürfte aus meiner Sicht nicht funktionieren.
Ich habe Intertechno, aber keine dimmbaren Aktoren, also mit Vorsicht genießen.
Gruß,
Holger
Zitat von: mister am 04 Januar 2018, 21:11:10
Ich habs, so funktioniert es bei mir
http://xxx.xxx.xxx.xxx:8083/fhem?cmd.Lampe_Fenster=set%20Lampe_Fenster%20dim${intensity.percent}%25&fwcsrf=xxxx
Laut commandref müsste es eigentlich dann ein FS20 Aktor sein. Entweder das, oder ich müsste mein fhem mal updaten (ist aber Stand Anfang Dezember 17).
Viele Grüße,
Holger
Könnt Ihr mir mal auf die Sprünge helfen, wie ich bei den On/Off Items eines HA-Bridge Devices mehrere fhem-Befehle hinterlege?
Sorry, habs gefunden, einfach weitere Items anlegen - ich war auf die "Leerzeichen - %20" Syntax reingefallen, mein Test hatte deswegen nicht funktioniert ...
Hallo zusammen,
auch ich möchte mich grundsätzlich für das schöne Tutorial bedanken und mit höchster Wahrscheinlichkeit liegt der Fehler bei mir, aber ich seh ihn nicht...
Meine Konfiguration:
1x Raspi 2, darauf laufen FHEM und HA Bridge 4.5.0. Die Version hab ich einfach mal probiert, da ich auch mit der 5.1.0 bisher nicht weiter komme...
Ich habe die Lösung sowohl mit als auch ohne Token probiert..aktuell ohne Token.
Hier der Aufruf zum Anschalten: http://192.168.178.15:8083/fhem?cmd=set%20Schlafzimmer%20on
Die Fehlermeldung:
01-09-2018 00:33:22.309 WARN HTTP response code was not an expected successful response of between 200 - 299, the code was: HTTP/1.1 400 Bad Request com.bwssystems.HABridge.plugins.http.HTTPHandler
01-09-2018 00:33:22.312 WARN Error on calling url to change device state: http://192.168.178.15:8083/fhem?cmd=set%20Schlafzimmer%20on
com.bwssystems.HABridge.plugins.http.HTTPHome
Das ist meine fhem.config
attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd webCmdLabel:textField-long widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
WEB is not password protected\
WEBhabridge is not password protected\
WEBphone is not password protected\
WEBtablet is not password protected\
telnetPort is not password protected\
\
Protect this FHEM installation by defining an allowed device with define allowed allowed\
You can disable this message with attr global motd none
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3
define telnetPort telnet 7072 global
define WEB FHEMWEB 8083 global
attr WEB editConfig 1
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log
define eventTypes eventTypes ./log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define Schlafzimmer dummy
attr Schlafzimmer room Wohnung
attr Schlafzimmer setList on off
define off_Schlafzimmer notify Schlafzimmer:off { system("/usr/bin/send 10101 4 0 &")}
define on_Schlafzimmer notify Schlafzimmer:on { system("/usr/bin/send 10101 4 1 &")}
define WEBhabridge FHEMWEB 8088 global
attr WEBhabridge allowfrom 127.0.0.1|192.168.1.15
attr WEBhabridge csrfToken none
FHEM kommt soweit gut zurecht und Alexa findet auch das neue Gerät. Nur die Bridge übermittelt nicht den Befehl...
Ich bin echt für jeden Hinweis dankbar, da ich mittlerweile schon einige Wochen tüftele und immer an diesem Punkt zum Stehen komme..das ist echt frustrierend...
Vielen Dank schon mal im Voraus!
UPDATE: Jetzt bin ich vollends verwirrt..in der fhem.config steht doch ausdrücklich "crsfToken NONE"...nun habe ich mir den Quelltext angeschaut und dort wird aber ein Token mit angehängt..wenn ich den kompletten Ausdruck (http://192.168.178.15:8083/fhem?cmd.Schlafzimmer=set%20Schlafzimmer%20on&room=Wohnung&fwcsrf=csrf_122319934685425) kopiere und einfüge, dann klappts auch...also stehe ich recht ratlos vor dem Phänomen, dass es klappt, aber ich weiß nicht warum...aber immerhin, soweit bin ich ja schon mal sehr viel weiter als vorher ;D
Zitat von: shrike am 09 Januar 2018, 00:45:43
UPDATE: Jetzt bin ich vollends verwirrt..in der fhem.config steht doch ausdrücklich "crsfToken NONE"...nun habe ich mir den Quelltext angeschaut und dort wird aber ein Token mit angehängt..wenn ich den kompletten Ausdruck (http://192.168.178.15:8083/fhem?cmd.Schlafzimmer=set%20Schlafzimmer%20on&room=Wohnung&fwcsrf=csrf_122319934685425) kopiere und einfüge, dann klappts auch...also stehe ich recht ratlos vor dem Phänomen, dass es klappt, aber ich weiß nicht warum...aber immerhin, soweit bin ich ja schon mal sehr viel weiter als vorher ;D
Dann schau mal was du in der config stehen hast und was du versuchst :
define WEBhabridge FHEMWEB 8088 global -> Port 8088
aber du testest mit 8083 ! Am Anfang schreibst du das FHEM und Bridge auf dem gleichen Raspi laufen, also warum dann nicht gleich in der Bridge auch :
http://127.0.0.1:8088/fhem?cmd=set%20Schlafzimmer%20on ???
Hallo Wzut,
erstmal Danke für die schnelle Antwort...und wie Du mit Sicherheit schon bemerkt haast, bin ich blutiger Anfänger mit dieser Materie :-[...daher würde ich deine Bemerkung erstmal so verstehen, dass es eigentlich gar nicht klappen dürfte, was es aber tut...trotzdem werde ich nachher mal deinen Ratschlag beherzigen und auch so testen :D
Zitat von: shrike am 09 Januar 2018, 10:48:23
dass es eigentlich gar nicht klappen dürfte, was es aber tut
falsch du willst ohne csrfToken auf 8088 - das würde gehen wenn du es denn nur versuchen würdest,
stattdessen versuchst du aber 8083 und da brauchst du nach deiner config den Token wie du schon bemerkt hast.
Es ist schon merkwürdig..
Erst hab ich den Verweis mit localhost probiert...der Test direkt über die HA Bridge hat prima funktioniert, aber Alexa fand plötzlich nicht mehr das Gerät...
Dann musste ich zwischenzeitlich meinen Router neu starten und der Raspi bekam eine neue Ip (jepp, das muss ich noch ändern)
Also hab ich in der Konfiguration sowohl im FHEM als auch HA Bridge alles auf die neue IP-Adresse geändert...habe dann das Gerät aus Alexa entfernt und neu suchen lassen...diesmal hat sie es auch gefundne, aber der Aufruf über den localhost funktioniert nicht mehr.. also wieder zurück zum Token..
So langsam hab ich das Gefühl, ich bin zu doof dafür...
Servus Leute, 8)
Mit der Routine-Funktion ist auch das Garage an/aus, Rolladen an/aus, Markise an/aus Problem gelöst!
Jetzt Garage auf/zu, Rolladen rauf/runter, Markise rein/raus.
Ja, sogar ein Rollo, Markise,... STOP geht jetzt.
Das nenne ich jetzt einfach mal einen riesigen Meilenstein.
wohhooo :o
Liebe Grüße
herbiro
In der Beschreibung von der HA Brigde habe ich gelesen das jetzt auch eine Farbänderung möglich ist. Hat das schon jemand hinbekommen?
Ich habe hier ha-bridge eingerichtet und es funktioniert soweit auch alles sehr gut. Ich habe allerdings eine FHEM-Structure für alle meine Lichter, mit der ich alle Lichter an- und ausschalten kann. Auch die bekomme ich unter Alexa einwandfrei zum Laufen, nur sagt Alexa am Ende immer "Das Gerät reagiert nicht" obwohl alle Lichter korrekt ein- und ausgeschaltet wurden. Ich nehme an, es läuft auf einen Timeout, weil das Ausschalten schon so einige Sekunden lang dauert und der HTTP-Request dann zu lange dauert, bis er fertig ist? Hat noch jemand ein ähnliches Problem und ggf. eine Lösung?
Update:
Ich definiere jetzt ein AT, dass eine Sekunde später den eigentlichen Befehl ausführt. Damit bekommt Alex rechtzeitig die fertigmeldung und alles ist ok. Aber vielleicht gibt es ja eine sauberere Lösung?
http://fhem.acme.com:8083/fhem?cmd=define%20at_alexa_alle_lichter%20at%20%2b00:00:01%20set%20xx.ST.lichter_alle%20on
http://fhem.acme.com:8083/fhem?cmd=define%20at_alexa_alle_lichter%20at%20%2b00:00:01%20set%20xx.ST.lichter_alle%20off
Hallo Leute,
ich weiß nicht, ob ich hier richtig, bin aber ich werde noch bekloppt, weil ich den Fehler nicht finden kann...
Habe die HA-Bridge mit einem Bridge Device "FHEM Fernsehen Licht Plex".
Diese Bridge Device habe ich an meiner Logitech Harmony Elite auch gefunden und kann es an und ausschalten. - Soweit so gut.
Wenn eingeschaltet wird, soll folgender Http-Call augeführt werden:
http://admin:passwort@10.2.30.10:8083/fhem?cmd=%20set%20HAB.WZ.Fernsehen.Licht.Plex%20on
"HAB.WZ.Fernsehen.Licht.Plex" ist ein Dummy in Fhem auf dem ein DOIF getriggert ist:
([HAB.WZ.Fernsehen.Licht.Plex] eq "on") (set WZ.KinoLicht on)
"WZ.KinoLicht" ist auch wieder ein Dummy auf den auch wieder ein DOIF getriggert ist:
([WZ.KinoLicht] eq "on" and ([?HUEDevice9:rgb] ne "140901" or [?HUEDevice10:rgb] ne "140901" or [?HUEDevice12:rgb] ne "5a2806" or [?HUEDevice8:rgb] ne "341703" or [?HUEDevice9:bri] ne "13" or [?HUEDevice10:bri] ne "13" or [?HUEDevice12:bri] ne "59" or [?HUEDevice8:bri] ne "34" or [?HUEDevice9:onoff] eq "0" or [?HUEDevice10:onoff] eq "0" or [?HUEDevice12:onoff] eq "0" or [?HUEDevice4:onoff] eq "1" or [?HUEDevice7:onoff] eq "1" or [?HUEDevice6:onoff] eq "1" or [?HUEDevice5:onoff] eq "1" or [?HUEDevice8:onoff] eq "0")) (set HUEDevice9 "on : rgb 140901 : bri 13 : transitiontime 5", set HUEDevice10 "on : rgb 140901 : bri 13 : transitiontime 5", set HUEDevice12 "on : rgb 5a2806 : bri 59 : transitiontime 5", set HUEDevice4 off, set HUEDevice7 off, set HUEDevice6 off, set HUEDevice5 off, set HUEDevice8 "on : rgb 341703 : bri 34 : transitiontime 5")
Wenn ich im Webinterface der HAbridge auf "Test On" gehe, funktioniert auch alles reibungslos.
Wenn ich aber das emulierte Hue-Device auf an mit der Harmony stelle, werden die beiden Dummys "HAB.WZ.Fernsehen.Licht.Plex" und "WZ.KinoLicht" auch auf on gesetzt, aber die Befehle (set HUEDevice9 "on : rgb 140901 : bri 13 : transitiontime 5", set HUEDevice10 "on : rgb 140901 : bri 13 : transitiontime 5", set HUEDevice12 "on : rgb 5a2806 : bri 59 : transitiontime 5", set HUEDevice4 off, set HUEDevice7 off, set HUEDevice6 off, set HUEDevice5 off, set HUEDevice8 "on : rgb 341703 : bri 34 : transitiontime 5") werden nicht ausgeführt !!
Ich bin echt am verzweifeln... Das kann doch nicht sein.
Auch wenn ich die URL, die ich in der HA-Bridge für das ON Event hinterlegt habe auf einem X-Belibigen PC eingebe, klappt alles wie es soll, also was zum Henker ist anders wenn die Harmony-FB benutzt wird... ??
Ich hoffe wirklich mir kann hier jemand helfen und noch mein Wochenende retten... :(
Hallo zusammen,
leider konnte ich nicht alle Beiträge lesen...also falls schon bekannt, bitte ignorieren.
Hier ein Tipp für das hinzufügen von neuen Geräten zu ha-bridge:
Alexa scheint die neuen Geräte nur zu erkennen, wenn im Webinterface der ha-bridge ein reinitialize ausgeführt wird. Ansonsten sucht sich Alexa (zumindest bei mir) einen Wolf, ohne etwas (Neues) zu finden.
Button Bridge Control -> Bridge Reinitialize
Ich hatte 11 Alexa bekannte "Geräte" in meiner ha-bridge und habe noch 2 mehr hinzu gefügt.
Viele Grüße,
Holger
Kann ich meiner myUtils Funktion auch den Namen des Echo Dots mitgeben?
Was ich will: "Schalter Lautsprecher an" soll im Wohnzimmer (Echo 1) andere Lautsprecher einschalten als im Bad (Echo 2).
Hallo Leute
Bin seit einiger Zeit schon Mitleser hier im Forum und konnte dadurch viel lernen bzw. einrichten.
Vielen Dank dafür.
Doch diesmal komme ich einfach nicht weiter.
Die Ha Bridge läuft und hat auch als Test ein Gerät angelegt. In meinem Fall eine ESPEasysteckdose. Diese kann ich auch aus dem Webinterface der Ha Bridge ein und aus schalten.
Doch Alexa findet einfach keine Geräte. Bin am verzweifeln.
Habe den Port 80 meiner Synology frei gemacht da sonst dort der Webserver antwortet.
Sollte man bei den Einstellungen noch etwas beachten?
Kann ich irgendwie testen ob da eine Kommunikation statt findet?
Vieleicht hat noch jemand eine Idee.
Zitat von: kn0lle am 16 Februar 2018, 13:05:03
Hallo Leute
Bin seit einiger Zeit schon Mitleser hier im Forum und konnte dadurch viel lernen bzw. einrichten.
Vielen Dank dafür.
Doch diesmal komme ich einfach nicht weiter.
Die Ha Bridge läuft und hat auch als Test ein Gerät angelegt. In meinem Fall eine ESPEasysteckdose. Diese kann ich auch aus dem Webinterface der Ha Bridge ein und aus schalten.
Doch Alexa findet einfach keine Geräte. Bin am verzweifeln.
Habe den Port 80 meiner Synology frei gemacht da sonst dort der Webserver antwortet.
Sollte man bei den Einstellungen noch etwas beachten?
Kann ich irgendwie testen ob da eine Kommunikation statt findet?
Vieleicht hat noch jemand eine Idee.
Port 80 sollte nicht notwendig sein. Bei mir läuft die ha-bridge auf http Port 8080 und UPnP Response-Port 50000 (scheint mir wichtiger, ohne jetzt das Huebridge-Protokoll zu kennen).
Bridge Control -> Bridge Reinitialize gemacht?
Hallo
danke für die Antwort.
Bridge Reinitialize habe ich gemacht. Alles mal neu gestartet.
Wenn ich auf der Bridge Control Seite oben rechts auf Test klicke bekomme ich.
[{"id":"3","uniqueid":"00:17:88:5E:D3:03-03","name":"Stern","mapType":"cmdDevice","deviceType":"custom","offUrl":"[{\"item\":\"http://192.168.2.115:8088/fhem?cmd.ESPEasy_test_Relay1\u003dset%20ESPEasy_test_Relay1%20off\u0026fwcsrf\u003dcsrf_342829436329852\",\"type\":\"httpDevice\",\"contentType\":\"text/html\",\"httpVerb\":\"GET\"}]","onUrl":"[{\"item\":\"http://192.168.2.115:8088/fhem?cmd.ESPEasy_test_Relay1\u003dset%20ESPEasy_test_Relay1%20on\u0026fwcsrf\u003dcsrf_342829436329852\",\"type\":\"httpDevice\",\"contentType\":\"text/html\",\"httpVerb\":\"GET\"}]","inactive":false,"noState":false,"offState":false}]
Anbei noch ein Bild von den Einstellungen.
Danke im vorraus
Hallo
habe jetzt den Fehler bei mir gefunden.
Die "UPNP IP Adress" war falsch. Hier habe ich jetzt meine Synology Adresse eingetragen.
Jetzt muss ich es nur noch automatisch starten können.
Auf der Synology gibt es viele Pakete nicht unteranderem auch systemd.
Aber kommt Zeit kommt rat.
Erstmal vielen Dank für die Hilfe
Zitat von: FHEMAN am 13 Februar 2018, 14:48:57
Was ich will: "Schalter Lautsprecher an" soll im Wohnzimmer (Echo 1) andere Lautsprecher einschalten als im Bad (Echo 2).
Geht wohl immer noch nicht. Prinzipiell sollte das über die Filter in der ha bridge zu lösen sein, aber anscheinend sendet immer mal ein andere Echo das Kommando nach Amazon, ganz egal in welchen man hinein spricht.
Hallo zusammen,
ich habe die HA-Bridge in Version 5.1.0 auf einem Pi Zero W laufen, Port 8080, und hatte zunächst Probleme mit einem Amazon Echo 2nd Generation die HA-Bridge-Geräte zu finden. (Ein Logitech Harmony Hub hat sie entdeckt.)
Mit diesen drei Befehlen hat es funktioniert:
iptables -A INPUT -i wlan0 -p tcp --dport 80 -j ACCEPT
iptables -A INPUT -i wlan0 -p tcp --dport 8080 -j ACCEPT
iptables -A PREROUTING -t nat -i wlan0 -p tcp --dport 80 -j REDIRECT --to-port 8080
Hier angewendet auf die WLAN-Schnittstelle.
Zitat von: LordVoodoo am 25 Februar 2018, 19:01:18
Hallo zusammen,
ich habe die HA-Bridge in Version 5.1.0 auf einem Pi Zero W laufen, Port 8080, und hatte zunächst Probleme mit einem Amazon Echo 2nd Generation die HA-Bridge-Geräte zu finden. (Ein Logitech Harmony Hub hat sie entdeckt.)
Mit diesen drei Befehlen hat es funktioniert:
iptables -A INPUT -i wlan0 -p tcp --dport 80 -j ACCEPT
iptables -A INPUT -i wlan0 -p tcp --dport 8080 -j ACCEPT
iptables -A PREROUTING -t nat -i wlan0 -p tcp --dport 80 -j REDIRECT --to-port 8080
Hier angewendet auf die WLAN-Schnittstelle.
Das funktioniert bei mir auch, allerdings nur bis zum Reboot, wie hast du das gelöst?
PS: Habe auch die Version 5.2.0 laufen, dort sollte das mit Port 8080 eigentlich weg sein, bei mir leider nicht.
Kann auf Port 80 nicht ausweichen, weil dort Pihole läuft.
IP-Tables dauerhaft anlegen kann man mit:
1. Installation von iptables-persistent:
sudo apt-get install iptables-persistent
Hat man die Änderungen bereits vor der Installation vorgenommen, kann man die aktuellen Einträge automatisch übernehmen, ansonsten muss man zu Fuß weitermachen:
2. Eintragen der Routen:
sudo iptables -A INPUT -i wlan0 -p tcp --dport 80 -j ACCEPT
sudo iptables -A INPUT -i wlan0 -p tcp --dport 8080 -j ACCEPT
sudo iptables -A PREROUTING -t nat -i wlan0 -p tcp --dport 80 -j REDIRECT --to-port 80803. Übernehmen der Werte im Root-Modus (sudo genügt nicht):
sudo su -
sudo iptables-save > /etc/iptables/rules.v4
exit4. Neustart und Prüfung der IPTables:
sudo reboot now
sudo iptables -LDas Ergebnis sollte in etwa so aussehen:
pi@HABridge:~ $ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere tcp dpt:http
ACCEPT tcp -- anywhere anywhere tcp dpt:http-alt
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destinationQuellen für diese Anleitung:
- https://www.thomas-krenn.com/de/wiki/Iptables_Firewall_Regeln_dauerhaft_speichern
- https://unix.stackexchange.com/questions/345212/permission-denied-when-saving-iptable-rules-in-debian-8
Ich hoffe, das hilft weiter.
Hi,
danke für die kleine Anleitung, für mich erst einmal zu spät ;)
Habe es jetzt seit dem Wochenende auf dem Port 80 laufen und habe den Pihole auf einen andern Port umgezogen.
Danke trotzdem, hilft bestimmt anderen die nicht auf den 80er gehen wollen/können.
Gerade darüber gestolpert:
Offizieller FHEM-Support in HA-Bridge
https://github.com/bwssytems/ha-bridge/releases/tag/v5.2.0
Selbst noch nicht getestet.
Moin,
schneller Test vor der Arbeit war erfolgreich. Ich kann mir alle FHEM Devices anzeigen lassen und daraus ein HA Bridge Item erstellen lassen.
VG
Basti
Zitat von: FunkOdyssey am 09 März 2018, 07:35:36
Gerade darüber gestolpert:
Offizieller FHEM-Support in HA-Bridge
https://github.com/bwssytems/ha-bridge/releases/tag/v5.2.0
Selbst noch nicht getestet.
meine hoffnung....bin gerade auch am verzweifeln.
habe alles hier durchgelesen und "abgearbeitet". ich hätte gerne meine amazon echo(erste gen.) und echo dot "entsorgt"
aber wenn sie abgeklemmt sind ist alexa der meinung, dass all meine geräte gerade nicht reagieren"
mit echo show, echo 2,gen und echo spot werden neu angelegte gerät in ha bridge nicht gefunden, erst wenn ich wieder die "altgeräte" ins netz hänge.
amazon ist der meinung, ich solle all meine geräte (sind ja nur 81 und zig gruppen) löschen, altgeräte entfernen und dann eine suche starten.
das kann´s ja wohl nicht sein. da bin ich ja ewig zugange bis ich alles wieder so habe wie bisher.
für mich hiesse das....finger weg von neuen amazon echo geräten. die scheinen ja dann nicht abwärtskompatibel zu sein und immer wieder so ein zirkus...ohne mich.
oder hat jemand ha bridge geräte mit der neuen amazon echo generation ans laufen bekommen ?!
Zitat von: travelling-man am 09 März 2018, 08:12:31
schneller Test vor der Arbeit war erfolgreich. Ich kann mir alle FHEM Devices anzeigen lassen und daraus ein HA Bridge Item erstellen lassen.i
Bei mir scheint der Bulk-Import ein wenig buggy zu sein. Auch wenn ich nur ein Device ausgewählt habe, es werden dennoch immer alle markiert und importiert.
Außerdem übernimmt er den Namen scheinbar nicht einwandfrei. Die importierten Devices haben alle den gleichen Gerätenamen.
Hallo zusammen,
ich habe vor zwei Tagen ein Raspbee Modul mit deCONZ auf meinem Raspi3 installiert. Es ist mir nicht gelungen, beide "HueBridges" auf dem Raspi laufen zu lassen. Entweder geht ha-bridge und deCONZ kann nicht schalten oder ha-bridge stürzt ab bzw. startet nicht. Es scheint, als ob die beiden Module sich "beißen", auch die Kommunikation von deCONZ mit fhem war gestört. Eine Umstellung des UDP-Ports in der ha-bridge führt nicht weiter. Die http-Ports sind natürlich so eingestellt, dass sich nichts beißt.
Meine Lösung war, die ha-bridge auf die Synology umzuziehen (DS213j). Java8 installiert und im Start-Script der ha-bridge die Pfade angepasst. Dann der Synology erlaubt, auf das WEB device für die ha-bridge zuzugreifen. Schließlich wurde das ha-bridge Start-Script noch als Task "beim Hochfahren" auf der Synology eingerichtet. Ich beobachte mal, ob das stabil funktioniert, bisher sieht es gut aus. The Power of Java ;D Write Once Run Anywhere.
Viele Grüße,
Holger
P.S.: Falls die http-Schaltbefehle der ha-bridge-"Geräte" nicht mit "localhost" oder 127.0.0.1 angelegt wurden, muss auch hier nichts geändert werden, ansonsten mit Suchen/Ersetzen in der devices.db anpassen. Damit muss man die Geräte nicht mühsam neu eingeben. Bei Alexa müssen allerdings die Geräte neu gesucht werden. Ich hatte vorher sowieso schon alle Geräte per Alexa-App gelöscht, kann daher nicht sagen, ob Alexa die Geräte auch aktualisieren kann, ohne dass Gruppenzugehörigkeit und Routinebefehle neu erstellt werden müssen.
Scheinbar gab es in HA-Bridge 5.2.0 noch einen kleinen Bug.
Hat jemand HA-Bridge 5.2.1 mit der neuen FHEM-Schnittstellen erfolgreich in Betrieb nehmen können?
Ich komme damit irgendwie nicht klar.
Geräte werden zwar gefunden, wurden auch als "Bridge Devices" hinzugefügt.
Aber es werden weder "ON" noch "OFF" ausgeführt. Der aktuelle Status wird auch nicht erkannt. Auf das Dimmen konzentriere ich mich später.
Der zugehörige JSON-Eintrag im Bridge-Device sieht irgendwie komisch aus:
{"url":"http://domain.de:443/fhem?cmd=set%20zwave_lampe%20","command":"on"}
Es funktioniert auch nicht direkt per IP. Auch nicht ohne SSL und auch nicht ohne Authentifizierung.
Nachtrag:
Es scheint wohl daran zu liegen, dass ich https://... scheiben sollte. Die URLs hat die HA-Bridge falsch hinzugefügt.
Nur sehe ich immer noch nicht den aktuellen Status, wenn ich über FHEM geschaltet habe.
Moin FunkOdyssey,
der Status kann durch HA Bridge nicht ausgelesen werden.
VG
Danke, das habe ich mir mittlerweile auch gedacht. Wäre schön gewesen. Vor allem, da der Zugriff auf die JSON2-Infos besteht.
Hast du das mal auf github bekannt gemacht?
Gesendet von meinem...... was auch immer
Nee, dafür fehlte mir noch die Zeit.
Nachdem bisher bei mir seit Wochen alles einwandfrei funktioniert hatte, habe ich heute in ha-bridge ein neues Device angelegt und wollte dann über Link-Button un Alexa Discover da sneue Gerät bei Alexa bekanntmachen. Leider sind nun alle bisherigen Geräte in Alexa auf "offline" und das neue GTerät wird nicht gefunden.
Was habe ich bereits probiert:
- Mehrfaches Discover
- Bestehende "richtige" HUEBridge vom Strom getrennt und zwischenzeitlich neu hinzugekommenen zweiten Echo ebenfalls vom Strom getrennt
- iptables-Rules komplett gelöscht
- ha-bridge auf Port 80 umkonfiguriert (läuft eigentlich bisher auf Port81) und währenddessen den auf der gleichen Maschine befindlichen Apache gestoppt
- auf neueste ha-bridge-Version upgedatet
Leider bisher alles erfolglos. Alexa weigert sich irgendein Gerät von der ha-bridge zu finden. Die Geräte der "richtigen" HUEBridge findet er einwandfrei, wenn ich das Teil wieder aktiviere.
Hier noch die Ausgabe beim Start von ha-bridge. Da gibt es eine Meldung zu Java 7, es läuft aber Java 8? Und ein Fehler bzgl. einer Gruppen-DB. Aber das sollte nichts damit zu tun haben?
2018-03-29 18:22:22,659 [main] INFO com.bwssystems.HABridge.HABridge - HA Bridge startup sequence...
2018-03-29 18:22:22,784 [main] INFO com.bwssystems.HABridge.BridgeSettings - reading from config file: data/habridge.config
2018-03-29 18:22:24,250 [main] INFO com.bwssystems.HABridge.HABridge - HA Bridge (v5.2.1) initializing....
2018-03-29 18:22:24,685 [main] INFO spark.staticfiles.StaticFilesConfiguration - StaticResourceHandler configured with folder = /public
2018-03-29 18:22:24,764 [main] INFO com.bwssystems.HABridge.SystemControl - System control service started....
2018-03-29 18:22:24.929:INFO::Thread-0: Logging initialized @3969ms to org.eclipse.jetty.util.log.StdErrLog
2018-03-29 18:22:25,019 [main] INFO com.bwssystems.HABridge.util.UDPDatagramSender - Initializing UDP response Socket...
2018-03-29 18:22:25,030 [main] INFO com.bwssystems.HABridge.util.UDPDatagramSender - UDP response Socket initialized to: 50000
2018-03-29 18:22:25,055 [main] INFO com.bwssystems.HABridge.plugins.http.HTTPHome - HTTP Home created.
2018-03-29 18:22:25,140 [main] INFO com.bwssystems.HABridge.plugins.harmony.HarmonyHome - Harmony Home created.
2018-03-29 18:22:25,384 [Thread-0] INFO spark.embeddedserver.jetty.EmbeddedJettyServer - == Spark has ignited ...
2018-03-29 18:22:25,393 [Thread-0] INFO spark.embeddedserver.jetty.EmbeddedJettyServer - >> Listening on 192.168.1.10:81
2018-03-29 18:22:25.420:INFO:oejs.Server:Thread-0: jetty-9.4.z-SNAPSHOT
2018-03-29 18:22:25.592:INFO:oejs.session:Thread-0: DefaultSessionIdManager workerName=node0
2018-03-29 18:22:25.593:INFO:oejs.session:Thread-0: No SessionScavenger set, using defaults
2018-03-29 18:22:25.610:INFO:oejs.session:Thread-0: Scavenging every 660000ms
2018-03-29 18:22:25.779:INFO:oejs.AbstractConnector:Thread-0: Started ServerConnector@164711d{HTTP/1.1,[http/1.1]}{192.168.1.10:81}
2018-03-29 18:22:25.783:INFO:oejs.Server:Thread-0: Started @4828ms
2018-03-29 18:22:27,853 [main] INFO com.bwssystems.HABridge.plugins.harmony.HarmonyServer - setup initiated ....
Mar 29, 2018 6:22:29 PM com.fasterxml.jackson.databind.ext.Java7Support <clinit>
WARNING: Unable to load JDK7 types (annotations, java.nio.file.Path): no Java7 support added
2018-03-29 18:22:32,500 [main] INFO com.bwssystems.HABridge.plugins.harmony.HarmonyServer - calling webhook: http://hook?a=PowerOff
2018-03-29 18:22:35,871 [main] WARN com.bwssystems.HABridge.plugins.http.HTTPHandler - Error calling out to HA gateway: IOException in log: hook: unknown error
2018-03-29 18:22:35,873 [main] INFO com.bwssystems.HABridge.plugins.harmony.HarmonyServer - activity changed: [-1] PowerOff
2018-03-29 18:22:35,884 [main] INFO com.bwssystems.HABridge.plugins.NestBridge.NestHome - Nest Home created. No Nest configured.
2018-03-29 18:22:35,891 [main] INFO com.bwssystems.HABridge.plugins.hue.HueHome - Hue passthru Home created.
2018-03-29 18:22:35,903 [main] INFO com.bwssystems.HABridge.plugins.hal.HalHome - HAL Home created. No HAL devices configured.
2018-03-29 18:22:35,910 [main] INFO com.bwssystems.HABridge.plugins.mqtt.MQTTHome - MQTT Home created. No MQTT Clients configured.
2018-03-29 18:22:35,916 [main] INFO com.bwssystems.HABridge.plugins.hass.HassHome - HomeAssistant Home created. No HomeAssistants configured.
2018-03-29 18:22:35,922 [main] INFO com.bwssystems.HABridge.plugins.homewizard.HomeWizardHome - HomeWizard Home created. No HomeWizard gateways configured.
2018-03-29 18:22:35,927 [main] INFO com.bwssystems.HABridge.plugins.exec.CommandHome - Command Home for system program execution created.
2018-03-29 18:22:35,934 [main] INFO com.bwssystems.HABridge.plugins.tcp.TCPHome - TCP Home created.
2018-03-29 18:22:35,939 [main] INFO com.bwssystems.HABridge.plugins.udp.UDPHome - UDP Home created.
2018-03-29 18:22:35,945 [main] INFO com.bwssystems.HABridge.plugins.vera.VeraHome - Vera Home created. No Veras configured.
2018-03-29 18:22:35,951 [main] INFO com.bwssystems.HABridge.plugins.fibaro.FibaroHome - Fibaro Home created. No Fibaros configured.
2018-03-29 18:22:35,958 [main] INFO com.bwssystems.HABridge.plugins.domoticz.DomoticzHome - Domoticz Home created. No Domoticz devices configured.
2018-03-29 18:22:35,964 [main] INFO com.bwssystems.HABridge.plugins.somfy.SomfyHome - Somfy Home created. No Somfys configured.
2018-03-29 18:22:35,976 [main] INFO com.bwssystems.HABridge.plugins.lifx.LifxHome - LifxDevice Home created. No LifxDevices configured.
2018-03-29 18:22:35,983 [main] INFO com.bwssystems.HABridge.plugins.openhab.OpenHABHome - OpenHAB Home created. No OpenHABs configured.
2018-03-29 18:22:35,990 [main] INFO com.bwssystems.HABridge.plugins.fhem.FHEMHome - FHEM Home created. No FHEMs configured.
2018-03-29 18:22:36,007 [main] INFO com.bwssystems.HABridge.plugins.broadlink.BroadlinkHome - Broadlink Home created. No Broadlinks configured.
2018-03-29 18:22:36,143 [main] WARN com.bwssystems.HABridge.dao.GroupRepository - Error reading the file: data/group.db - Does not exist or is not readable. continuing...
2018-03-29 18:22:36,144 [main] INFO com.bwssystems.HABridge.devicemanagmeent.DeviceResource - HABridge device management service started....
2018-03-29 18:22:36,324 [main] INFO com.bwssystems.HABridge.hue.HueMulator - Hue emulator service started....
2018-03-29 18:22:36,480 [main] INFO com.bwssystems.HABridge.upnp.UpnpSettingsResource - Description xml service started....
2018-03-29 18:22:36,514 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - UPNP Discovery Listener starting....
2018-03-29 18:22:36,517 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - UPNP Discovery Listener running and ready....
2018-03-29 18:24:22,030 [qtp28524208-14] INFO com.bwssystems.HABridge.SystemControl - Link button pressed....
2018-03-29 18:24:52,031 [Timer-1] INFO com.bwssystems.HABridge.LinkButtonPressed - Link button time ended....
2018-03-29 18:25:17,746 [qtp28524208-14] INFO com.bwssystems.HABridge.SystemControl - Link button pressed....
2018-03-29 18:25:47,749 [Timer-2] INFO com.bwssystems.HABridge.LinkButtonPressed - Link button time ended....
2018-03-29 18:27:00,389 [qtp28524208-11] INFO com.bwssystems.HABridge.SystemControl - Link button pressed....
2018-03-29 18:27:30,392 [Timer-3] INFO com.bwssystems.HABridge.LinkButtonPressed - Link button time ended....Hat vielleicht hier jemand noch eine Idee was ich ausprobieren könnte? Vielen Dank schon mal im voraus.
Nachtrag: Hier noch die Ausgabe mit aktivem UPNP Trace:
2018-03-29 18:47:56,993 [qtp20645589-52] INFO com.bwssystems.HABridge.SystemControl - Link button pressed....
2018-03-29 18:48:00,666 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: SSDP M-SEARCH packet from 192.168.1.173:50000
2018-03-29 18:48:01,320 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 1 with response address: 192.168.1.10:81 to address: /192.168.1.173:50000
2018-03-29 18:48:01,978 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 2 with response address: 192.168.1.10:81 to address: /192.168.1.173:50000
2018-03-29 18:48:02,634 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 3 with response address: 192.168.1.10:81 to address: /192.168.1.173:50000
2018-03-29 18:48:02,636 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: SSDP M-SEARCH packet from 192.168.1.173:50000
2018-03-29 18:48:02,686 [qtp20645589-71] INFO com.bwssystems.HABridge.upnp.UpnpSettingsResource - Traceupnp: request of description.xml from: 192.168.1.173:81 filled in with address: 192.168.1.10:81
2018-03-29 18:48:02,806 [qtp20645589-53] INFO com.bwssystems.HABridge.hue.HueMulator - Traceupnp: hue lights list requested by user: 89a58af466084c6db18bd15300696893 from address: 192.168.1.173
2018-03-29 18:48:03,290 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 1 with response address: 192.168.1.10:81 to address: /192.168.1.173:50000
2018-03-29 18:48:03,948 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 2 with response address: 192.168.1.10:81 to address: /192.168.1.173:50000
2018-03-29 18:48:04,604 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 3 with response address: 192.168.1.10:81 to address: /192.168.1.173:50000
2018-03-29 18:48:04,607 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: SSDP M-SEARCH packet from 192.168.1.213:50000
2018-03-29 18:48:04,648 [qtp20645589-75] INFO com.bwssystems.HABridge.upnp.UpnpSettingsResource - Traceupnp: request of description.xml from: 192.168.1.173:81 filled in with address: 192.168.1.10:81
2018-03-29 18:48:04,822 [qtp20645589-50] INFO com.bwssystems.HABridge.hue.HueMulator - Traceupnp: hue lights list requested by user: 89a58af466084c6db18bd15300696893 from address: 192.168.1.173
2018-03-29 18:48:05,264 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 1 with response address: 192.168.1.10:81 to address: /192.168.1.213:50000
2018-03-29 18:48:05,923 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 2 with response address: 192.168.1.10:81 to address: /192.168.1.213:50000
2018-03-29 18:48:06,579 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 3 with response address: 192.168.1.10:81 to address: /192.168.1.213:50000
2018-03-29 18:48:06,581 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: SSDP M-SEARCH packet from 192.168.1.213:50000
2018-03-29 18:48:06,643 [qtp20645589-54] INFO com.bwssystems.HABridge.upnp.UpnpSettingsResource - Traceupnp: request of description.xml from: 192.168.1.213:81 filled in with address: 192.168.1.10:81
2018-03-29 18:48:06,840 [qtp20645589-48] INFO com.bwssystems.HABridge.hue.HueMulator - Traceupnp: hue lights list requested by user: 89a58af466084c6db18bd15300696893 from address: 192.168.1.213
2018-03-29 18:48:07,238 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 1 with response address: 192.168.1.10:81 to address: /192.168.1.213:50000
2018-03-29 18:48:07,894 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 2 with response address: 192.168.1.10:81 to address: /192.168.1.213:50000
2018-03-29 18:48:08,548 [main] INFO com.bwssystems.HABridge.upnp.UpnpListener - Traceupnp: send upnp discovery template 3 with response address: 192.168.1.10:81 to address: /192.168.1.213:50000
2018-03-29 18:48:08,597 [qtp20645589-72] INFO com.bwssystems.HABridge.upnp.UpnpSettingsResource - Traceupnp: request of description.xml from: 192.168.1.213:81 filled in with address: 192.168.1.10:81
2018-03-29 18:48:08,776 [qtp20645589-47] INFO com.bwssystems.HABridge.hue.HueMulator - Traceupnp: hue lights list requested by user: 89a58af466084c6db18bd15300696893 from address: 192.168.1.213
2018-03-29 18:48:26,994 [Timer-5] INFO com.bwssystems.HABridge.LinkButtonPressed - Link button time ended...
Die IP .173 ist der erste Echo Dot, die .213 der zweite Echo Dot.
Update:
Möglicherweise gleiches Problem wie hier: https://github.com/bwssytems/ha-bridge/issues/942
Kann jemand bestätigen, dass das Discover derzeit tatsächlich noch geht?
Ohhh, bin ich froh, dass es anderen auch so geht (bitte nicht falsch verstehen), suche seit Stunden was sich geändert haben mag. Habe sogar Sicherung zurückgespielt ... kein besseres Ergebnis.
Damit kann es nur auf der Alexa Seite liegen, die hier was geändert haben ...
Habe den selben Effekt: Alexa findet keine Geräte, HUE Geräte, um genau zu sein.
Vielleicht hilft dies aus dem HA Bridge Log:
03-29-2018 17:49:47.634 INFO Hue passthru Home created. No Hue passtrhu systems configured. com.bwssystems.HABridge.plugins.hue.HueHome
Schade Ostern mit all den Gästen nun ohne meine Alexa Steuerung ....
Grüsse
Roland
PS: betreibe die habridge 5.2.1 bis heute problemlos.
Wir sind definitiv nicht alleine. Auf Github sammeln sich immer mehr User mit dem gleichen Problem. Bis Ostern ist ja noch ein paar Stunden hin ;-)
Zitat von: rs am 29 März 2018, 18:56:22
Ohhh, bin ich froh, dass es anderen auch so geht (bitte nicht falsch verstehen), suche seit Stunden was sich geändert haben mag. Habe sogar Sicherung zurückgespielt ... kein besseres Ergebnis.
Damit kann es nur auf der Alexa Seite liegen, die hier was geändert haben ...
Habe den selben Effekt: Alexa findet keine Geräte, HUE Geräte, um genau zu sein.
Vielleicht hilft dies aus dem HA Bridge Log:
03-29-2018 17:49:47.634 INFO Hue passthru Home created. No Hue passtrhu systems configured. com.bwssystems.HABridge.plugins.hue.HueHome
Schade Ostern mit all den Gästen nun ohne meine Alexa Steuerung ....
Grüsse
Roland
PS: betreibe die habridge 5.2.1 bis heute problemlos.
Geht scheinbar wieder überall was man so liest. War wohl doch ein Amazon-Problem. Ich habe nichts geändert und es geht auch wieder.
Zitat von: m0urs am 29 März 2018, 19:33:10
Wir sind definitiv nicht alleine. Auf Github sammeln sich immer mehr User mit dem gleichen Problem. Bis Ostern ist ja noch ein paar Stunden hin ;-)
Ja, das zeigt wie abhängig wir sind.
Hier käme dann die Frage auf, ob man die Spracherkennung auch lokal installieren/betreiben kann?
Ist wahrscheinlich recht aufwendig und die Amazons/Google/Apples werden das nicht rausgeben. Aber wer weiss, was nicht alles schon plotzlich public domain wurde ...
/R
Denke das ist keine Frage von Public Domain sondern eher von der Rechenleistung ;-)
Zitat von: rs am 30 März 2018, 09:22:14
Ja, das zeigt wie abhängig wir sind.
Hier käme dann die Frage auf, ob man die Spracherkennung auch lokal installieren/betreiben kann?
Ist wahrscheinlich recht aufwendig und die Amazons/Google/Apples werden das nicht rausgeben. Aber wer weiss, was nicht alles schon plotzlich public domain wurde ...
/R
Hallo zusammen,
zu den Posts bzgl. Discover-Problemen:
Auch ich habe regelmäßig mit den Discover-Problemen gekämpft.
Die Lösung war bei mir, unter Bridge Control
Button Press/Call Item Loop Sleep Interval (ms) = 650
sowie
UPNP Send Delay = 650
zu setzen.
Seither läuft die Erkennung sehr zuverlässig.
Gefunden habe ich das in dem Github Issue zur Release Candidate-Entwicklung von 5.2.0, ich finde das issue aber jetzt nicht mehr...
Zu den Posts bzgl. Standalone-Spracherkennung:
Ich denke mal, das wird momentan nicht gehen. Das ist ja sicherlich das Geheimnis von Amazon und die Technik wollen sie erstmal nur auf ihren Servern behalten :-)
Das Problem ist auch vielmehr die Hue-Emulation von HABridge. Ich gehe davon aus, dass Philips & Amazon eng zusammenarbeiten. Wenn die was am Hue-UPNP-Protokoll ändern, ist das mit Amazon abgestimmt, d.h. original Hue-Bridges funktionieren weiterhin.
HABridge muss dann halt immer hinterher programmieren.
Ein ähnliches Problem habe ich jetzt, weil Echo seit neuestem bei "Stelle auf 50%" zunächst noch einen on-Befehl sendet.
Das ist natürlich gar nicht gut für meine Homematic-Aktoren. Darf ich jetzt wieder mit DOIF hinterherprogrammieren mit wait-Timern, die erstmal warten, ob noch ein %-Wert kommt...
Zu den Posts bzgl. FHEM-Integration in HABridge:
Dazu kann ich leider nichts sagen, ich verwende HABridge lediglich zum Aufrufen von FHEM-URLs.
Ich habe alle Devices manuell in HABridge angelegt.
Viele Grüße,
Heiko
Ich habe heute habridge 5.2.1 installiert und habe so meine Probleme mit den "FHEM DEVICE".
Unter Bridge Devices habe ich unter FHEM Names and IP Addresses folgendes eingegeben und gesichert.
Name: Fhem (Der Name sollte doch eigentlich egal sein, oder?)
IP: IP-Adresse von fhem
Port: Port von fhem (8083)
Username: Username von FHEM
Password: Passwort von FHEM WebUI
Room: habridge (dorthin habe ich alle meine HM-Geräte hinzugefügt)
Wenn ich jetzt den Reiter FHEM-Devices öffne sehe ich aber keine Devices.
Es kommt nur der Fehler:
Get FHEM Devices Error: undefined with status: Server Error - 500
Der Nutzername und Passwort stimmen jedoch. Woran kann das liegen?
Ich hatte vorher einen csrfToken angelegt. Kann es damit zusammenhängen?
Schalte den mal zum testen aus.
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
@sash.sc
Danke!!!
Es lag am csrfToken ;)
Kaum ist dieser abgeschaltet, waren die Items sofort da :)
Zitat von: Simon74 am 12 Februar 2017, 01:24:44
Ich habe mich heute mit der habridge beschäftigt, da mir persönlich die Amazon Developer Geschichte zu aufwendig ist (obwohl ich Sie fertig installiert und kurz im Einsatz hatte).
Die ha-bridge simuliert Alexa einen HUE-Adapter vor, der automatisch (ohne zusätzlichen Skill) gefunden wird.
Vorteile:
- Kein Amazon Developer Account notwendig, einfachere (lokale) Einrichtung
- Kein (external->internal) Portforwarding von Amazon zu FHEM notwendig
- Keine Skills in der Alexa App notwendig
- Amazon Echo/Dot findet die virtuelle HUE-Bridge im lokalen Netzwerk automatisch (Spracheingabe: "Alexa, Geräte suchen")
Nachteile:
- Keine erweiterten Aktionen/Nachfragen (Interaktionen) möglich
Unterstützte Alexa Smarthome Sprachbefehle (Onlinehilfe): https://alexa.amazon.de/spa/index.html?#help/node/201749260
Vorraussetzungen:
- java 1.8
- ha-bridge von https://github.com/bwssytems/ha-bridge (hier steht auch alles was man über ha-bridge wissen sollte)
Ich habe bei mir die ha-bridge Installation aus sicherheitsgründen auf separater VM (schlankes "Blank" Debian Jessie) virtualisiert.
Die Anleitung kann nicht 1 zu 1 bei anderen Vorraussetzungen gelten !
NEWS: Ab Version 4.5 lässt sich das Webinterface mit Benutzername und Kennwort absichern ! Mehr dazu hier: https://github.com/bwssytems/ha-bridge/wiki/Security-Configuration
Zusätzlich wurde meine ha-bridge mit iptables abgesichert. Mehr dazu auf Seite3: https://forum.fhem.de/index.php?topic=66920.msg598432#msg598432
Ich selbst lasse die ha-bridge auf dem Standard Port (80) laufen, ändern kann man dies nach erstem Start/Stop des Services in der Datei "habridge.config" Datei, oder einfach im Webinterface Reiter "Bridge-Control" unter "Web Server Port". Die Portänderung des Webinterfaces (falls notwendig), sollte vor dem anlegen der Devices erfolgen, auch die Anpassung des "Device DB Path and File" nach "/etc/habridge/data" erachte ich als sinnvoll.
FHEM-Server: Eigene FHEMWEB Instanz für die habridge
Aufgrund des csrfToken und eventuell aktiviertem HTTPS von FHEM WEB muss für die habridge eine eigene WEBhabridge Instanz erstellt werden.
In diesem Beispiel auf Port 8088, Zugriff erlaubt nur für localhost und der ha-bridge selbst (IP: 192.168.1.10).
define WEBhabridge FHEMWEB 8088 global
attr WEBhabridge csrfToken none
attr WEBhabridge allowfrom 127.0.0.1|192.168.1.10
Voraussetzung: Installation von java8-jdk:
Wer die habridge auf breits bestehendem System installiert, hat java meist schon installiert, prüfen mit:
(Ausgabe von meinem Debian Stretch Host:)
java -version
openjdk version "1.8.0_131"
OpenJDK Runtime Environment (build 1.8.0_131-8u131-b11-2-b11)
OpenJDK 64-Bit Server VM (build 25.131-b11, mixed mode)
Variante-1: Aus dem Debian Repository (Open jdk):
apt-get install openjdk-8-jdk-headless --no-install-recommends
Variante-2: (Oracle jdk)
echo "deb http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee /etc/apt/sources.list.d/webupd8team-java.list
echo "deb-src http://ppa.launchpad.net/webupd8team/java/ubuntu trusty main" | tee -a /etc/apt/sources.list.d/webupd8team-java.list
apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys EEA14886
apt-get update
apt-get install oracle-java8-installer
apt-get install oracle-java8-set-default
ha-bridge: Installation der ha-bridge (Kurzform):
Zuerst sehen wir nach der aktuellen Versionsnummer, diese finden wir auf dieser Seite: https://github.com/bwssytems/ha-bridge/releases
Dann müssen wir die x.x im nachfolgenden wget Code mit der aktuellen Release Nummer ersetzen.
mkdir -p /opt/habridge /etc/habridge /etc/habridge/data
wget https://github.com/bwssytems/ha-bridge/releases/download/v4.x.x/ha-bridge-4.x.x.jar -O /opt/habridge/ha-bridge.jar
Für ein Update der ha-bridge Version einfach die wget-Zeile (mit URL der neuen Version) nochmals ausführen, zuvor jedoch mit [service habridge stop] den Daemon beenden.
ha-bridge: Daemon einrichten (systemd):
nano /etc/systemd/system/habridge.service
Inhalt:
[Unit]
Description=HA Bridge
Wants=network.target
After=network.target
[Service]
Type=simple
ExecStart=/usr/bin/java -jar -Dconfig.file=/etc/habridge/habridge.config /opt/habridge/ha-bridge.jar
[Install]
WantedBy=multi-user.target
Daemon starten, Autostart konfigurieren:
systemctl daemon-reload
systemctl start habridge.service
systemctl enable habridge.service
Nach dem erfolgreichen starten kann man mit dem anlegen der Devices/Geräte per Webinterface beginnen,
klicke dazu auf den Button Add/Edit Siehe angehängtes Bild !
Info: Egal welches Devices angelegt wird, geschaltet wird immer per "HTTP URL Command" Aufruf.
In der ha-bridge Konfiguration kann eine URL für On, Dimmmen und Off angegeben werden.
Beispiel, ein Homematic Dimmer:
Ein: (Alexa, schalte Wohnzimmer Licht ein)
http://fhem.domain.net:8088/fhem?cmd=set%20wz.lampe_Sw%20on
Dimmen: (Alexa, stelle Wohnzimmer Licht auf 30 Prozent)
http://fhem.domain.net:8088/fhem?cmd=set%20wz.lampe_Sw%20pct%20${intensity.percent}
Aus: (Alexa, schalte Wohnzimmer Licht aus)
http://fhem.domain.net:8088/fhem?cmd=set%20wz.lampe_Sw%20off
Was muss bei Add/Edit eingetragen werden ? Siehe angehängtes Bild !
Ich schreibe hier nur die Felder die ich ausgefüllt habe, mit dem Beispiel von Wohnzimmer Dimmer von oben:
Name: Wohnzimmer Licht (mit diesem Namen findet Alexa das Device )
Map Type: HTTP Device
On Items:
Type: HTTP Device
Target Item: Hier wird die "Command HTTP URL" (Befehl) für den FHEM Server eingetragen !
Das wars eigentlich auch schon :-)
Tips und Stolperfallen:
- Nach anlegen der Devices auf "http://alexa.amazon.de" unter Smarthome auf Geräte suchen klicken, oder einfach per Spracheingabe mit "Alexa, Geräte suchen"
- Command URLs am besten vorab manuell per Browser testen
- Devices können mit Edit/Copy auch unter neuem Namen gespeichert werden, so ist man erheblich schneller und muss nicht bei jedem neuen Decives alles neu eintragen
- Harmony-Hub, IP kann im Reiter Bridge-Control eingetragen werden. Ich musste die habridge danach neustarten, erst danach waren die "Harmony Activities" und "Harmony Devices" im WebGui gefüllt
- Geräte die in der ha-bridge gelöscht werden, werden NICHT in der Alexa App gelöscht, Sie müssen Online (http://alexa.amazon.de >: unter Smarthome) gelöscht werden ("Alle verwerfen").
Logitech Harmony Hub
Der Harmony Hub kann auch direkt ohne FHEM geschaltet werden.
Variante1 per habridge -> FHEM -> HarmonyHub
Also zB. für Aktion Fernsehen: "Alexa, schalte Fernseher ein" und "Alexa, schalte Fernseher aus"
On Items
Type: HTTP Device
http://fhem.domain.net:8088/fhem?cmd=set%20hub.wz%20activity%20Fernsehen
Off Items
Type: HTTP Device
http://fhem.domain.net:8088/fhem?cmd=set%20hub.wz%20activity%20PowerOff
Variante2 direkt per habridge -> HarmonyHub
In diesem Beispiel heisst mein eingetragener Hub unter Bridge-Devices "hub.wz", Meine Activity ist Fernsehen (ID: 10292300)
Am einfachsten im Reiter "Harmony Activities" auf "Build Item" klicken, so wird das Device schon angelegt, es muss nur noch der gewünschte Name vergeben werden
On Items
Type: Harmony Activity
Target Item: {"name":"10292300","hub":"hub.wz"}
Off Items
Type: Harmony Activity
Target Item: {"name":"-1","hub":"hub.wz"}
Aufruf einer SUB/Funktion in 99_myUtils
Das Stichwort lautet hier URL Encoder !
Das funktioniert nicht:
http://fhem.domain.net:8088/fhem?cmd={AlleLichterAus}
Das funktioniert:
http://fhem.domain.net:8088/fhem?cmd=%7BAlleLichterAus%7D
Backup der ha-bridge Konfiguration:
In der WebGUI können ganz einfach per Klick auf "Bridge Device DB Backup" und Klick auf "Backup Device DB" Backupdateien erstellt werden.
Diese werden standardmässig im Pfad /data gespeichert.
Dieser Pfad kann jedoch im Reiter "Bridge-Control" unter "Device DB Path and File" angepasst werden (Aktuelle Konfiguration: device.db, Backups: device.db-%TIMESTAMP%).
(In meinem Fall ist das dort wo Linux Konfigurationen auch hingehören: "/etc/habridge/data")
Zitat von: Allodo am 05 Juni 2018, 19:15:13
Ich habe heute habridge 5.2.1 installiert und habe so meine Probleme mit den "FHEM DEVICE".
Unter Bridge Devices habe ich unter FHEM Names and IP Addresses folgendes eingegeben und gesichert.
Name: Fhem (Der Name sollte doch eigentlich egal sein, oder?)
IP: IP-Adresse von fhem
Port: Port von fhem (8083)
Username: Username von FHEM
Password: Passwort von FHEM WebUI
Room: habridge (dorthin habe ich alle meine HM-Geräte hinzugefügt)
Wenn ich jetzt den Reiter FHEM-Devices öffne sehe ich aber keine Devices.
Es kommt nur der Fehler:
Get FHEM Devices Error: undefined with status: Server Error - 500
Der Nutzername und Passwort stimmen jedoch. Woran kann das liegen?
Ich hatte vorher einen csrfToken angelegt. Kann es damit zusammenhängen?
Hallo,
ich habe die gleiche Fehlermeldung.
Die Einstellungen sind ähnlich. Andere IP, Keine Benutzernamen und kein Kennwert. Diese sind nicht eingerichtet.
Einen Token hatte und habe ich nicht aktiviert.
Anders als in weiteren Beiträgen hier beschrieben werden auch keine Geräte gefunden.
Ein Manuell angelegtes Gerät in der Brigde mit Type FHEM Device erzeugt beim Schalten auch nur eine Fehlermeldung.
Gibt es da irgendwo eine Dokumentation?
Oder hat jemand eine Idee wo ich den Fehler suchen soll?
Vielen Dank
Hallo Gerdi68,
das klingt wirklich komisch.
HTTP-Fehler 500 Internal server error kann alles mögliche sein.
Ich würde an deiner Stelle mal im Browser mit den Entwicklertools nach mehr Info suchen und die dann posten. In Chrome F12 und dann auf den Reiter Network.
Möglicherweise kannst du auch mit verbose=5 in der FHEMWeb Instance für port 8083 sehen, was eigentlich bei FHEM ankommt.
Gruß,
Holger
Hallo,
und vielen Dank das du dich der Sache angenommen hast :)
Ich wollte es gestern Abend schon schreiben, das es jetzt geht.
Jedoch kenne ich die Lösung nicht so genau?!
Ggf. kann es die Umstellung auf Port 80 gewesen sein.
Habe vieles probiert und dann ging es auf einmal ;)
Es kann auch das explizite ausschalten des Tokens gewesen sein.
Der mag wohl standardmäßig aktiviert sein???
Auch wenn sich mir der Sinn nicht ergründet.
Zitat von: heikoh81 am 31 März 2018, 21:04:03
Ein ähnliches Problem habe ich jetzt, weil Echo seit neuestem bei "Stelle auf 50%" zunächst noch einen on-Befehl sendet.
Das ist natürlich gar nicht gut für meine Homematic-Aktoren. Darf ich jetzt wieder mit DOIF hinterherprogrammieren mit wait-Timern, die erstmal warten, ob noch ein %-Wert kommt...
Scheint ein Problem neuerer Versionen zu sein, habe vor paar Tagen auch von 4.5.6 auf neue Version 5.2.1 aktualisiert und dieses unschöne Verhalten soeben auch festgestellt.
Retour auf Version ha bridge 4.5.6, und das dimmen Problem (zuerst "on", dann "pct") ist wieder weg.
Nabend,
habe kürzlich eine Mail erhalten, was Alexa neues kann ... und bin dabei hier hängen geblieben:
Zitat,,Alexa, stell das Licht auf Warmweiß."
Zusätzlich zu der Ein-/Aus- und Dimmfunktion kann Alexa auch die Lichtfarbe Ihrer intelligenten Lampen der Marken Philips, LIFX und TP-Link steuern.
Da Frag ich mich natürlich ob mit "...der Marken Philips..." auch die HUE-Bridge gemeint ist und ob das dann mit der ha-bridge auch klappen könnte.
Hat das schon mal jemand probiert? Oder gar laufen? Ich probier mir hier gerade schon nen Wolf alleine beim Versuch eine Farbänderung über die Test-Buttons in der ha-bridge an fhem zu übermitteln ...
Kann mir da wer auf die Sprünge helfen?
Danke & Gruß
Ein kleiner Tip, evtl auch für den ersten Beitrag, docker nutzen. Die Installation ist um einiges einfacher und Fehler unanfälliger
meine Installation:
user für ha bridge anlegen
adduser habridge --no-create-home --shell /bin/false
uid und gid auslesen
id habridge
Ordner für habridge anlegen und entsprechend berechtigen.
Das image ziehen und starten (hier die ausgelesene UID und GID eures erstellten Users ersetzen
docker run -d \
--name=habridge \
--net=host \
--restart=always \
-v /pool0/habridgeserver:/config \
-e PGID="1008" \
-e PUID="1005" \
-p 80:8080 \
-p 50000:50000 \
linuxserver/habridge
mit portainer hat man auch ein recht schönes Webfrontend zur Containerverwaltung (natürlich auch als docker Container)
Zitat von: chris1284 am 09 September 2018, 17:24:56Ein kleiner Tip, evtl auch für den ersten Beitrag, docker nutzen. Die Installation ist um einiges einfacher und Fehler unanfälliger
ist dem wirklich so?
die Installation von HA-Bridge ist doch nun wirklich ziemlich idiotensicher und die Probleme die i.d.R. auftreten werden durch Virtualisierung, Sandboxing, was auch immer doch nur noch größer.
ich hatte z.B. massive Probleme mit der HA-Bridge weil mein managed Switch bei Broadcast Filtering standardmäßig nicht auf allen VLAN "gesnooft" hat. In der nächsten Version der Firmware wurde das behoben.
Wenn sich also irgendwas an der Netzwerkanbindung solch eines Containers ändert, dann fliegt einem das alles um die Ohren.
Einfacher? Warum? Weniger anfällig gegen Fehler? Eher das Gegenteil...
Ich weiß, ich bin da ein Dinosaurier. Meinen ersten Unix Rechner habe ich 1986 zusammen gebastelt (Z8000 Coherent System) und der darauf folgende 80386SX hat kein DOS sondern SCO Unix bekommen. Damals hat man sich über solche "Multitasking Systeme" gefreut.
Ich will den Sinn von Virtualisierung und Instanzierung nicht schmälern aber man muss ja auch immer den Sinn, Vor- und Nachteile im Auge behalten.
mit systemd kann ich auf einem "monolitischen" System doch viel besser das Start und Stop Verhalten kontrollieren und muss mich nicht noch um Container Management kümmern.
ja, gut, sein managed Netzwerk sollte man im Griff haben bevor man etwas darin macht, egal ob virtuell oder nicht (oder am besten gleich unmanaged bleiben ). Wenn du sowas als Risikoquelle angibst argumentiere ich mal auch so abstrakt und führe SD-Karten, Netzwerkkabel, Disrtros und Hardware als Fehlerquelle mit auf... haben auch nichts mit Virtualisierung zu tun. Da kann dich aber docker / alle anderen OS nicht vor schützen. Dein Problem war ja offenbar auch nicht der Virtualisierung geschuldet da du keine Nutzt. So what?
Die Steps zum Erfolg sind aber weniger/einfacher, es ist einfach zu migrieren, einfacher zu backupen und recovern und wenn man was verbockt ist maximal der Container im argen und nicht das Hostsystem.
Kopien für Testumgebungen usw lass ich mal außen vor. Der Container anfälliger, ehr nicht. So wie er bereit gestellt wird läuft er zu 100%. Verfrickelst du nichts im Container, hältst dich an die Dokus, bastelst nicht selber (außer man weiß was man tut) läuft der auch.
Diese Grundsatzdiskusion gehört hier auch nicht hin sonder lediglich Lösungen für Ha-bridge auf möglichst simple Weise
Ich habe meine Ha Bridge auch auf die neue Version 5.2.1 aktualisiert. Die Bridge läuft bei mir Fehlerfrei. Allerdings kann ich nun keine neuen Devices mehr anlegen, da zwar das Device angelegt wird, aber das Device keinen Daten enthält. Also alles, was ich im Device einstelle, ist dann in nicht mehr vorhanden. Woran kann denn das liegen?
Ich habe meine beiden Echo Dots (zusammen mit anderen IoT-Geräten) in ein eigenes WLAN gepackt (hauptsächlich weil ich mein WLAN-Passwort meines internen Netzes nicht den ganzen IoT-Geräten anvertrauen möchte) . Dieses ist Teil eines eigenen VLANs mit eigenem IP-Bereich und über den Router mit meinem anderen Netz verbunden, indem meine FHEM-Installation sowie meine HA-Bridge-Instanz läuft.
Logischerweise findet Alexa nun beim Suchen neuer Geräte meine HA-Bridge-Geräte nicht mehr, weil dabei, wenn ich das richtig verstehe, Multicast-Pakete verwendet werden, die nicht geroutet werden.
Erste Versuche mit einem IGMP Proxy auf meinem (OpenWrt)-Router waren nicht so wirklich erfolgreich. Aber vermutlich liegt das eher daran, dass ich noch nicht so recht kapiert habe, was ich da genau mache muss.
Hat jemand ein vergleichbares Szenario schon am Laufen und kann mir mal ein paar Denkanstöße geben?
Vielen Dank schon mal!
Vielen Dank für die Anleitung. Ich konnte die HA-Bridge so innerhalb von 5 Minuten in einem Proxmox Container installieren.
Zitat von: m0urs am 23 Oktober 2018, 14:57:47
Ich habe meine beiden Echo Dots (zusammen mit anderen IoT-Geräten) in ein eigenes WLAN gepackt (hauptsächlich weil ich mein WLAN-Passwort meines internen Netzes nicht den ganzen IoT-Geräten anvertrauen möchte) . Dieses ist Teil eines eigenen VLANs mit eigenem IP-Bereich und über den Router mit meinem anderen Netz verbunden, indem meine FHEM-Installation sowie meine HA-Bridge-Instanz läuft.
Logischerweise findet Alexa nun beim Suchen neuer Geräte meine HA-Bridge-Geräte nicht mehr, weil dabei, wenn ich das richtig verstehe, Multicast-Pakete verwendet werden, die nicht geroutet werden.
Erste Versuche mit einem IGMP Proxy auf meinem (OpenWrt)-Router waren nicht so wirklich erfolgreich. Aber vermutlich liegt das eher daran, dass ich noch nicht so recht kapiert habe, was ich da genau mache muss.
Hat jemand ein vergleichbares Szenario schon am Laufen und kann mir mal ein paar Denkanstöße geben?
Vielen Dank schon mal!
Habe glaube ich viel zu kompliziert gedacht. Ich habe am Raspberry ja noch die WLAN-Schnittstelle, die ich direkt mit meinem IoT-WLAN verbinden kann. Das habe ich jetzt gemacht und die UPNP-Adresse der HA-Bridge auf die IP aus dem IoT-Netz gesetzt. Damit findet Alexa auch alle meine definierten Geräte.
Leider antwortet Alexa nun bei allen Geräten mit "Das Gerät antwortet nicht".
Derzeit stehe ich auf dem Schlauch, warum das so ist? Falls also jemand eine zündende Idee hat, wäre ich dankbar!
Vielleicht sollte man die Anleitung noch um den Color-String erweitern.
http://usr:pwd@10.2.1.10:8723/fhem?cmd=set%20Ecklampe%20RGB%20${color.rgbx}
Das Ganze funktioniert bei mir über Wifilight hervorragend!
Leider antwortet Alexa immer mit "Licht Echlampe unterstützt das nicht!". Über den Testbutton in der HA-Bridge geht es jedoch hervorragend. Bei den Geräten in der Alexa App wird die Ecklampe als "Color Light" angezeigt. sollte also gehen.
Hat hier jemand eine Lösung parat?
Oder liegt dies an Alexa selbst?
Update 02.11.2018: Ich habe mal eine Email an den Alexa Support geschrieben. Mal sehen, ob die Antworten!
Hallo zusammen,
hab bisher nichts gefunden bzgl. habridge fhem und alexa.
gibt es die möglichkeit ein temperatur reading eines thermostates nach abfrage wie z.b "Alexea Temperatur Wohnzimmer" auszugeben?
Wenn ja was muss ich in der HABridge einrichten?
Vielen Dank schon mal für Euer Feedback
Zitat von: patator am 16 November 2018, 15:36:12
Hallo zusammen,
hab bisher nichts gefunden bzgl. habridge fhem und alexa.
gibt es die möglichkeit ein temperatur reading eines thermostates nach abfrage wie z.b "Alexea Temperatur Wohnzimmer" auszugeben?
Wenn ja was muss ich in der HABridge einrichten?
Vielen Dank schon mal für Euer Feedback
Ist mir nicht bekannt. Genau aus diesem Grunde habe ich alle "Alexa"-Geräte von ha-bridge nach homebridge migriert. Dort werden in der neuesten Version Temperatursensoren unterstützt. --> "Alexa, wie ist die Temperatur im Wohnzimmer - Die Temperatur von Wohnzimmer beträgt 22,1 Grad."
Zitat von: hsepm am 16 November 2018, 16:17:05
Genau aus diesem Grunde habe ich alle "Alexa"-Geräte von ha-bridge nach homebridge migriert.
Habe dazu - zugegegeben auf die Schnelle - nichts gefunden. Wie muss man sich das vorstellen? Homebridge wie im Wiki beschrieben (https://wiki.fhem.de/wiki/Homebridge_einrichten) installieren und konfigurieren und dann mit dem Homebridge-Skill von Alexa ansteuern? Gibts da ein Howto/Doku?
Grüße
Martin
homebridge, homebridge-fhem und homebridge-alexa installieren. Zusätzlich den homebridge Skill für Alexa und die zu steuernden Geräte in den Raum Homekit stellen und genericdevicetype und homebridgemappings konfigurieren.
Habe leider die Links nicht parat, aber Dr. Google hilft.
Alternativ "nur" alexa-fhem...
EDIT: aus dem Grund hab ich bei mir alexa-fhem und weil's "einfacher" ist bei meiner Freundin ha-bridge laufen...
Gruß, Joachim
Zitat von: MadMax-FHEM am 16 November 2018, 17:46:33
Alternativ "nur" alexa-fhem...
EDIT: aus dem Grund hab ich bei mir alexa-fhem und weil's "einfacher" ist bei meiner Freundin ha-bridge laufen...
Gruß, Joachim
Für alexa-fhem muss man einen Port nach "draußen" öffnen (entfällt für homebridge) und sich mit sporadischen Problemen bzgl. der Authentifizierung rumschlagen, dafür kann man natürlich damit mehr machen.
Port öffnen: ja (noch)
Authentifizierungsprobleme: nein, hatte ich noch nie und ich war von Anfang an dabei...
Nicht verwechseln mit dem "echodevice-Modul"!
Das zickt ab und an ein wenig...
Aber genug OT...
Gruß, Joachim
Zitat von: MadMax-FHEM am 16 November 2018, 18:31:35
Port öffnen: ja (noch)
Heisst das, dass der Skill doch noch weiter in Richtung eines ,,normalen" Skills entwickelt wird? Wir waren hier (https://forum.fhem.de/index.php?topic=82860.new;topicseen#new) zur Vermutung gelangt, dass André nichts mehr daran macht.
Grüße
Martin
Zitat von: dadoc am 16 November 2018, 22:00:03
Heisst das, dass der Skill doch noch weiter in Richtung eines ,,normalen" Skills entwickelt wird? Wir waren hier (https://forum.fhem.de/index.php?topic=82860.new;topicseen#new) zur Vermutung gelangt, dass André nichts mehr daran macht.
Grüße
Martin
Die Hoffnung stirbt zuletzt...
...wobei es zugegebenermassen aktuell leider nicht (mehr) gut aussieht.
Gruß, Joachim
Hallo, mal eine Frage zu ha-bridge <> fhem.
Derzeit habe ich die Devices in ha-bridge wie folgt angelegt :
* Küche
* Wohnzimmer
* Fernseher Wohnzimmer
* Fernseher Schlafzimmer
* Usw.
Natürlich ist es umständlich zu sagen, alexa, schalte Fernseher Wohnzimmer ein.
Ich möchte realisieren das ich in jedem Raum einfach:
Alexa, schalte Licht ein.
Sagen kann.
Ich weiß das es das Problem gab, dass nicht immer die alexa die angesprochenen wurde als Source IP gesendet hat (hatte ich vor einem Jahr festgestellt als ich selbst einen kodi Skill eingerichtet hatte).
Hat sich das geändert, bzw. Gibt es da eine mittlerweile eine Lösung?
Danke pOpY
Gesendet von meinem LG-H815 mit Tapatalk
Du brauchst nur in der Alexa App für jeden Raum eine Gruppe anlegen. Dann den jeweiligen Echo und die Lampen da rein, dann geht das.
Naja, die Gruppe heisst ja dann z.B.: LICHT.
Darin sind alle enthalten von Wohnzimmer.
Was mach ich dann mit dem Schlafzimmer, ich kann Krone zweite Gruppe LICHT anlegen. Auch fehlt ja alexa der Zusammenhang von dem Alexa Geräte zur Gruppe.
Oder verstehe ich da was falsch?
Gesendet von meinem LG-H815 mit Tapatalk
Nein, die Gruppe heisst Wohnzimmer. Da kommt der Echo aus dem Wohnzimmer und die Lampen rein.
Ok da kommt dann auch der Fernseher und 5 weitere habe bridge Hue devices rein.
Wenn ich dann, alexa schalte Wohnzimmer (Gruppenname) ein sage, schaltet sie dann alles ein?
Ich möchte zb:
... Schalte Fernseher ein (im WZ und im SZ)
Es soll sich jeweils der richtige Fernseher einschalten.
Geht das?
Gesendet von meinem LG-H815 mit Tapatalk
Hallo,
ich habe eine kleine Frage bevor ich probiere die ha-bridge ans laufen zu bringen.
Läuft die ha-bridge auch gemeinsam mit der HUE-Bridge?
Zitat von: Paul am 19 November 2018, 19:29:39
Läuft die ha-bridge auch gemeinsam mit der HUE-Bridge?
Ja.
Zitat von: popy am 18 November 2018, 18:12:24
Geht das?
Also mit den Lampen geht das so. Ich denke aber es wird alles eingeschaltet es in der Gruppe ist. Kannst du aber ja einfach mal probieren.
Ansonsten gibt es ja noch die Routinen, damit dürfte sich da auch was machen lassen.
so nachdem ich hoffentlich nach der Anleitung im ersten Post alles eingegeben habe. Stehe ich vor dem Problem, wie ich auf dei Startseite von der ha-bridge komme. In der Anleitung steht nur siehe angehängtes Bild und mit welchen Code man die Devices definieren muss.
Aber ich komme nicht auf die Seite?????
Zitat von: Paul am 19 November 2018, 23:07:27
so nachdem ich hoffentlich nach der Anleitung im ersten Post alles eingegeben habe. Stehe ich vor dem Problem, wie ich auf dei Startseite von der ha-bridge komme. In der Anleitung steht nur siehe angehängtes Bild und mit welchen Code man die Devices definieren muss.
Aber ich komme nicht auf die Seite?????
Hast du geprüft, dass ha-bridge gestartet ist/läuft!?
Ansonsten (wenn kein anderer Port etc. angegeben) einfach: http://IP-Der-ha-Bridge/ bzw. https://IP-Der-ha-bridge/
Wenn du einen anderen Port beim Start angegeben hast, dann halt: http://IP-Der-ha-Bridge:Port/ bzw. https://IP-Der-ha-bridge:Port/
Gruß, Joachim
Danke, für die schnelle Antwort. Dann läuft wohl die Bridge nicht. Hatte gemeint sie mit sudo systemctl start habridge.service gestartet zu haben.
aber bei http://192.168.178.23 wird nichts angezeigt.
Hoffe ich habe den Fehler gefunden in /etc/systemd/system/habridge.service steht ha-bridge.jar
meine Datei heißt aber ha-bridge-5.2.1.jar
Zitat von: Paul am 19 November 2018, 23:21:57
Danke, für die schnelle Antwort. Dann läuft wohl die Bridge nicht. Hatte gemeint sie mit sudo systemctl start habridge.service gestartet zu haben.
aber bei http://192.168.178.23 wird nichts angezeigt.
Hoffe ich habe den Fehler gefunden in /etc/systemd/system/habridge.service steht ha-bridge.jar
meine Datei heißt aber ha-bridge-5.2.1.jar
Du bist sicher dass du alle Schritte richtig abgearbeitet hast!?
Die jar-Datei IST die ha-bridge und die kann "irgendwo" liegen (bei mir: /home/pi/ha-bridge).
In dem Verzeichnis /etc/systemd/system liegt das "Startscript" NICHT die .jar-Datei!
EDIT: steht auch genau so in der Anleitung (gut der Pfad ist nicht /home/pi/ha-bridge wie bei mir sondern /opt/ha-bridge/)
Gruß, Joachim
Zitat von: MadMax-FHEM am 19 November 2018, 23:40:00
Du bist sicher dass du alle Schritte richtig abgearbeitet hast!?
Ja, habe nur den Eintrag in /etc/systemd/system/habridge.service geändert.
und konnte gleiche mehrere Lampen einrichten
Na dann viel Spaß, Joachim
Hallo zusammen!
Seit einiger Zeit nutze ich schon HA-Bridge zusammen mit einem Echo Dot 2. Gen. sowie weiteren Echo Plus. Zwischendurch ist mir immer schon mal aufgefallen, dass ich die Geräte nicht per Sprache steuern kann, wenn der Dot nicht online ist ("Gerät reagiert nicht"), ebenso werden dann auch neue Geräte, die in HA-Bridge angelegt wurden, nicht erkannt. Nun wollte ich den alten Echo Dot durch das aktuelle Modell ersetzen, leider aber führt das zum zuvor geschilderten Phänomen.
Offenbar ist das ein Problem, mit dem ich nicht alleine bin, leider aber habe ich bisher trotz vieler Versuche und Ansätze noch keine Lösung gefunden. Funktioniert das bei Euch mit aktuellen Echo-Devices?
Danke schon mal ... :)
Zitat von: Sutadur am 22 November 2018, 08:36:29
...
Funktioniert das bei Euch mit aktuellen Echo-Devices?
...
Ich habe einen Echo Plus und einen Dot 2nd Gen. Die Geräteerkennung und Steuerung ging bei ha-bridge nur, wenn der Dot online war. Ich habe es darauf geschoben, dass der Plus eine eigene Bridge eingebaut hat und nur auf dieser nach Geräten sucht. MMn ein Software-Design-Fehler.
Nach der Umstellung auf homebridge habe ich noch nicht getestet, ob der Echo Plus ohne den Dot allein die Geräte findet.
Gruß,
Holger
Sorry für die blöde frage, aber ist das Folgende normal:
Ich hatte FHEM installiert, Port 8083 -> Zugriff auf FHEM möglich
HABridge auf Port 8080 nach Anleitung aus #1 installiert (gleicher Raspberry) -> Zugriff möglich
Geräte werden gefunden, Sprachsteuerung per Alexa möglich.
Allerdings ist kein Zugriff auf FHEM mehr möglich.
sudo /etc/init.d/fhem status
meldet aber:
fhem is running
Du fragst aber fhem weiterhin über 8083 ab.
@Paul: ja, hatte ich versucht, aber keine Reaktion
hab es aber hinbekommen: fhem mit sudo dpkg -r fhem
deinstalliert und nochmals neuinstalliert.
Jetzt ist der Zugriff per Webbrowser wieder für beides möglich ;)
Hallo,
ich habe heute auch die HA Bridge auf einem leeren Rasp eingerichtet.
Das ansteuern einer Lampe funktioniert auch über das WebEnd der HA Bridge.
Ich bekomme allerdings keine Verbindung zu Alexa.
Ich wollte bisher nur die AlexApp nutzen. Einen Echo Dot o.ä. habe ich nicht.
Nun habe ich wirklich schon einiges versucht, u.a. den Port auf 80 geändert und zig Suchen durchgeführt, aber ich finde das angelegte HA Bridge Gerät nicht.
Funktioniert das nur wenn man einen Echo bzw. Dot benutzt?
Vielen Dank.
Grüße
NACHTRAG: Ok, es braucht auf jeden Fall einen DOT. Ich hatte gehofft die App selbst würde ausreichen.
Trotzdem Danke! ;-)
Hallo zusammen,
ich habe mich jetzt auch mal darangewagt die HA-Bridge bei mir zu installieren.
Bei mir läuft jetzt die Version 5.2.2RC2 auf meine Rpi auf Port 80
Der Service funktioniert auch und starten brav nach einem Restart des RPi.
Was bei mir nicht geht ist das hinzufügen von Devices.... ???
Wenn ich ein Device anlege, dann speichert die HA-Bridge scheinbar nur den Namen.
Nicht aber die Einträge von TARGET ITEM, TYPE, HTTP VERB, etc.
Demnach funktionieren nicht mal die Test-Buttons.
Wenn ich im Browser einen einfachen URL-Aufruf für ON oder OFF für eine Device mache, dann geht das Problemlos. :o
Hab ich in der HA-Bridge noch was vergessen? oder mache ich was falsch ?
Danke
Viele Grüße
René
Hast du auch ganz hinten auf den Add-Button gedrückt?
Zitat von: Paul am 02 Dezember 2018, 13:21:07
Hast du auch ganz hinten auf den Add-Button gedrückt?
Och, verflixt..... ich geh ma in die Ecke zum schämen.... :o
Wenn einem der Zoomfaktor vom Browser nen Streich spielt.
Danke . Jetzt klappt.
Habe hier schon einige Seiten durchgeackert, kann aber leider nicht finden wie ich in der ha-bridge Räume anlegen kann.
Ein neuer Echo ist eingezogen, jetzt soll in 2 Räumen mit Alexa geschaltet werden, und die Probleme beginnen.
Nachdem ich nicht gefunden habe wie ich Räume anlegen kann habe ich von v5.1.0 auf v5.2.2RC2 ein Update gemacht (in opt/habridge die ha-bridge-5.1.0.jar die neue umbenannte, .jar getauscht danach Neustart)
Mit dieser Version erkennt Alexa leider die ha-bridge nicht mehr, die 5.2.1 läuft aber.
Wie stelle ich es jetzt an das ich in verschiedenen Räumen in der eine Alexa steht, das Licht im jeweiligen Raum mit dem gleichen Befehl schalten kann?
Gruß
Karsten
.
Die Räume legst Du in der Alexa App an. Dort packst Du dann jeweils den Echo und das Device was geschaltet werden soll zusammen in einen Raum.
Alles schon versucht.
In der ha-bridge zb. das Licht einmal als Licht-WZ und einmal Licht-SZ benannt.
In der Alexa App dann die verschiedenen Räume angelegt: Wohnzimmer/ mit passenden Echo und Licht-WZ,
sowie Raum: Schlafzimmer/ mit passendem Echo und Licht-SZ.
Wenn ich nun in der App das Anhängsel -SZ/ -WZ entferne damit ich den Befehl "Alexa Licht an" im jeweiligen raum geben kann kommt Sie durcheinander.
Komischerweise wird Händisch über die App richtig geschaltet.
Daher mein Gedanke das ich in der ha-britge Räume anlegen kann.
Habe dort in den Einstellungen bereits "Use Rooms for Alexa" angehakt aktiviert.
Werde es dennoch nochmal versuchen, Alexa spinnt hier etwas rum, selbst wenn ich im Web Interface alle Devices heraus Lösche, die ha-bridge beende, findet Sie noch alte geräte.
Damit scheint erst schluß zu sein, wenn ich die alten Geräte über die App lösche.
Zitat von: coolheizer am 04 Dezember 2018, 13:28:26
Wenn ich nun in der App das Anhängsel -SZ/ -WZ entferne damit ich den Befehl "Alexa Licht an" im jeweiligen raum geben kann kommt Sie durcheinander.
Komischerweise wird Händisch über die App richtig geschaltet.
Die Anhängsel zu entfernen ist aber auch nicht nötig. Das Device muss nicht einfach Licht heißen, Alexa schaltet die Lampen in dem Raum wo auch der Echo drin ist ein, unabhängig davon wie die heißen.
Zitat von: coolheizer am 04 Dezember 2018, 13:28:26
Alles schon versucht.
In der ha-bridge zb. das Licht einmal als Licht-WZ und einmal Licht-SZ benannt.
In der Alexa App dann die verschiedenen Räume angelegt: Wohnzimmer/ mit passenden Echo und Licht-WZ,
sowie Raum: Schlafzimmer/ mit passendem Echo und Licht-SZ.
Wenn ich nun in der App das Anhängsel -SZ/ -WZ entferne damit ich den Befehl "Alexa Licht an" im jeweiligen raum geben kann kommt Sie durcheinander.
Komischerweise wird Händisch über die App richtig geschaltet.
Daher mein Gedanke das ich in der ha-britge Räume anlegen kann.
Habe dort in den Einstellungen bereits "Use Rooms for Alexa" angehakt aktiviert.
Werde es dennoch nochmal versuchen, Alexa spinnt hier etwas rum, selbst wenn ich im Web Interface alle Devices heraus Lösche, die ha-bridge beende, findet Sie noch alte geräte.
Damit scheint erst schluß zu sein, wenn ich die alten Geräte über die App lösche.
Vielleicht ist ja dieser "Umweg" eine Lösung auch für dich: https://forum.fhem.de/index.php/topic,82631.msg862781.html#msg862781
Ansonsten gibt es noch:
- Gruppen/Räume und dann werden wie bereits geschrieben halt alle Lampen (also vom Typ her) ein-/ausgeschaltet
- Routinen: d.h. du gibst ein: Alexa, schalte das Licht im Wohnzimmer ein und dann wird eben die entsprechende Lampe eingeschaltet gleiches für aus und für alles anderen Lampen. Nachteil: es braucht halt für jeden Satz eine Routine, also 2 pro Gerät/Lampe (an/aus). Und es muss auch genau so gesprochen werden...
- alexa-fhem und Custom Skill: Nachteil (neben evtl. komplizierterer Einrichtung) du musst immer den Skillnamen dazu sagen: Alexa, sag Wohnung Licht im Wohnzimmer ausschalten (oder so ähnlich)...
Gruß, Joachim
aaaaaaaaaaahh jetzt habe ich es, danke Jungs.
Komisch, kaum macht mann es richtig schon funktioniert es ;)
Leider löst es mein eigentliches Problem nicht, dummerweise total vergessen/nicht daran gedacht das die ha-bridge ja nunmal Lampen simuliert....
Die Frage nach dem Licht war in diesem Falle allerdings nur ein Beispiel (zz. lediglich eine Yeelight-Deckenlampe),
um die es eigentlich gar nicht ging.
Wie ich gerade merke war das Beispiel allerdings voll ka...
Ich steuere über die ha-bridge: Fernseher, Sat-Receiver, AVR-Receiver, Klimaanlage, Xiaomi Staubsauger, Rolllos, HM Heizungsthermostate....
Bisher hatte ich nur den Dot in der Stube, das hatte auch bisher alles super funktioniert.
Die Yeelight-Deckenlampe habe ich aufgrund eurer antworten schonmal von Licht auf etwas anderes umbenannt.
Nun schalten natürlich plötzlich sämtliche Geräte im jeweiligen Raum, bei dem Befehl "Licht an" ein, logisch denn für Alexa ist die Klimaanlage eine Lampe.
Zur eigentlichen Frage : wie bewerkstellige ich es, das im jeweiligen Raum die Befehle für Klimaanlage, Fernseher, Heizung usw. immer der Gleiche ist?
Zb.: "Alexa Fernseher an"
Gruß
Karsten
Zitat von: coolheizer am 05 Dezember 2018, 13:10:00
Zur eigentlichen Frage : wie bewerkstellige ich es, das im jeweiligen Raum die Befehle für Klimaanlage, Fernseher, Heizung usw. immer der Gleiche ist?
Zb.: "Alexa Fernseher an"
es kann nur eienen geben :-)
das würd´ ja noch nicht einmal deine frau hinkriegen, selbst die würde fragen: welchen ?
Zitat von: rr725 am 05 Dezember 2018, 13:59:12
selbst die würde fragen: welchen ?
Da kennst du aber meine Frau schlecht, die würde sagen "beweg deinen Arsch selber" ;D ;)
Das ist sehr schade das es nicht funktioniert, da vergeht mir ehrlich gesagt wieder die Lust an mehreren Echos.
Heißt also aus "Klimaanlage an" wird zb. "Wohnzimmer Klimaanlage an"/"Schlafzimmer Klimaanlage an",
aus "Fernseher an" wird "Wohnzimmer Fernseher an"/ "Schlafzimmer Fernseher an"
Und das selbst wenn ich mich im jeweiligen Raum befinde....ärgerlich sowas
Zitat von: coolheizer am 05 Dezember 2018, 14:39:36
aus "Fernseher an" wird "Wohnzimmer Fernseher an"/ "Schlafzimmer Fernseher an"
Und das selbst wenn ich mich im jeweiligen Raum befinde....ärgerlich sowas
Nenn doch einfach einen Fernseher TV
Dann geht TV an und Fernseher an.
Oder du ordnest die Fernseher auch den Zimmern zu, dann kannst du aber nicht mit ,,Licht an" nur die Lampen schalten.
Bin gerade dabei eine Idee um zu setzen, ich habe einen weiteren Acc bei Amazon eröffnet.
In diesen Acc wandert der dot der sich im Schlafzimmer befindet, in der ha-bridge werde ich die Geräte umbenennen zb.: Wohnzimmer Fernseher, Schlafzimmer Fernseher, Wohnzimmer Klimaanlage, Schlafzimmer Klimaanlage.
Auf dem Handy dann mit dual app arbeiten, auf dem Schlafzimmer Dot werden die Namen umbenannt, das vorangehende "Schlafzimmer" wird dabei gelöscht....
Auf dem Wohnzimmer Echo dementsprechend das vorangehende "Wohnzimmer" entfernt.
Hoffe das funktioniert.
Jetzt muss ich nur noch die verflixte verbindung zum W-lan hin bekommen, funktioniert leider nicht wie es soll, die Handy app/ oder das Handy scheint dabei zu spinnen..
Da ich heute meinen EchoDot-2 durch einen neuen EchoDot-3 ersetzt habe und sich beim Testen die HA-Bridge-Devices nicht mehr "ansprechen" ließen (HA-Bridge lief nicht mehr), habe ich versucht, diese von Alexa suchen zu lassen. Gefunden wurde allerdings nicht. Dann viel mir auf, dass diese vorher immer ohne Hue-Skill funktioniert haben, was nun aber wohl nicht mehr geht - zumindest nicht, wenn man sie neu suchen lässt.
Den Hue-Skill bekomme ich aber auch nicht aktiviert, da keine Hue-Bridge im Netz gefunden wird. Hier ist wohl eine Philips-Bridge nötigt.
Wie habe ihr das in letzter Zeit hinbekommen? Wie findet Alexa die HA-Bridge-Devices?
Zitat von: kossmann am 05 Dezember 2018, 18:57:19
Da ich heute meinen EchoDot-2 durch einen neuen EchoDot-3 ersetzt habe und sich beim Testen die HA-Bridge-Devices nicht mehr "ansprechen" ließen (HA-Bridge lief nicht mehr), habe ich versucht, diese von Alexa suchen zu lassen. Gefunden wurde allerdings nicht. Dann viel mir auf, dass diese vorher immer ohne Hue-Skill funktioniert haben, was nun aber wohl nicht mehr geht - zumindest nicht, wenn man sie neu suchen lässt.
Den Hue-Skill bekomme ich aber auch nicht aktiviert, da keine Hue-Bridge im Netz gefunden wird. Hier ist wohl eine Philips-Bridge nötigt.
Wie habe ihr das in letzter Zeit hinbekommen? Wie findet Alexa die HA-Bridge-Devices?
Gerade scheint einfach dr Wurm drin zu sein. Ist immer wieder mal der Fall: Devices via ha-bridge klemmen dann... Ich kann gerade auch nicht via Alexa schalten...
Welche Version der ha-bridge benutzt du?
Die aktuelle v5.2.2RC2 macht bei mir auch Probleme, hatte ein Update von der 5.1 auf die v5.2.2RC2 gemacht,
danach können zwar die alten Geräte noch gesteuert werden, wie ich gerade nochmal getestet habe,
es werden aber keine neu angelegten mehr gefunden.
Teste einfach mal die ältere v5.2.1 , bei dieser funktioniert bei mir wieder alles.
ps. es hat mit den 2 acc. funktioniert, ich kann im jeweiligen Raum die gleichen Befehle nutzen.
Handle mir damit natürlich neue Probleme ein, Multiroom....Egal.
Versuche schon die ganze Zeit die neue Version der ha-bridge zum laufen zu bekommen.
Im Moment scheitere ich daran eine Anleitung ab zu arbeiten:
" 2. Den neuen [Link] Button in der HA Bridge anklicken"
Ich kann beim besten Willen diesen ominösen "[Link] Button" nicht finden, was ist damit gemeint/ wo finde ich diesen?
Edit: habe es gefunden, die neue version funktioniert aber dennoch leider nicht damit.
Ich habe gerade auch ein Problem neue Geräte zu finden.
Egal was ich versuche, der Echo.dot findet keine Geräte mehr welche in der HA-Bridge aufgeführt sind.
Dies hat immer hervorragend funktioniert. Ich benutzte die Version 5.2.1.
Ich habe nun ein Upgrade auf 5.2.2RC2 gemacht, aber da habe ich das genau gleiche Problem.
Egal ob ich den "Link Button" drücke oder nicht, ich kann keine Geräte mehr finden.
Die Sonos Lautsprecher welche ich gleichen Netz sind, werden ohne Probleme gefunden.
Guten Morgen,
ich hatte das gleiche Problem, Alexa fand keine neuen Geräte mehr, die Steuerung der bereits angelegten Geräte funktionierte nach wie vor.
Ich hab in der HA-Bridge unter "Bridge Control" den Parameter "Emulate Hue Hub Version" auf 1802201122 geändert.
Danach hat Alexa sofort wieder alle neuen Geräte erkannt.
Habe die Version 5.2.1 installiert.
Komischerweise hab ich seit einigen Wochen ein anderes Problem:
Sobald ich die im Sonos one integrierte Alexa einschalte, wird das System gestört.
Bekomme immer wieder die Rückmeldung, dass das Gerät nicht Antwortet und ich die Strom- und Netzwerkverbindung prüfen soll.
(Nur bei HA-bridge Geräten, Hue und der Rest funktioniert nach wie vor)
Geschalten wird aber kurz drauf dann trotzdem, trotz der Fehlermeldung.
Die Meldung bekomme ich auf allen Echo Dots und auf dem Sonos one.
Sobald der Sonos one auf "Stumm" ist funktioniert wieder alles ohne Probleme.
Kennt das Problem jemand?
Sonos one ist auf dem neuesten Softwarestand.
Danke
Gruß
Florian
Hi Leutz,
ist es eigentlich möglich, im gleichen Netzwerk auf einem anderen RPI eine zweite HA Bridge in Betrieb zu nehmen?
Werden die Geräte beider HA-Bridge von Alexa gefunden und gesteuert?
Mit der original Philips HUE geht es scheinbar.
Änderung:
mit ha-bridge-5.2.2RC3 oder ha-bridge-5.2.1 findet Alexa bei mir keine Geräte.
mit ha-bridge-4.5.6 funktioniert die Alexasuche auf Anhieb !
Auch bei zwei HA Bridges auf zwei RPIs
Ich hab meinen Echo Dot jetzt mal in ein anderes Netz genommen (AVM Gastnetz) als das, in dem meine HA-Bridge läuft, kriegt man hin, dass Alexa die Geräte in dem "anderen Netz" findet?
Moechte meine lange laufende HA Bridge mit dem neu aufgesetzten FHEM verbinden
Spuckt nur Server Error 500, dann habe ich hier Seite 1 gelesen und wiess mir fehlen 3 Zeilen einzugeben in FHEM:
define WEBhabridge FHEMWEB 8088 global
attr WEBhabridge csrfToken none
attr WEBhabridge allowfrom 127.0.0.1|192.168.1.10
Frage dazu: Was ist der Port 8088 in diesem Beispiel, der vom FHEM oder der von der HA Bridge?
(bei mir läuft HA Bridge auf 8010 und FHEM auf 8083)
Das ist ein extra UNGESICHERTER Web-Zugang für fhem.
EDIT: ungesichert bzgl. csrf-Attacken...
EDIT2: allowFrom natürlich so setzen, dass es für ha-bridge passt. Wobei: les mal nach, glaube mittlerweile wird das nicht mehr direkt bei FHEMWEB eingestellt sondern mittels allowed-Device...
Also ha-bridge greift über diesen auf dein fhem zu...
Das dann eben in ha-bridge konfigurieren...
Das ist NICHT der Port unter dem die ha-bridge läuft...
Kurz da nur Handy grad...
Gruß, Joachim
...und ich habs kapiert und es geht!
DANKE!
Klasse. Monatelang lief allestadellos. Nun hatte ich alles neu gestartet und Alexa behauptet bei meinen HA Bridge Geräten sie reagieren nicht.
Ich hab auch div. Geräte in der Alexa App gelöscht und Alexa neu suchen lassen.
Diese werden auch gefunden, jedoch immer kommt die Meldung Gerät reagiert nicht. Mir gehen die Ideen aus. hab zigmal IP und Ports überprüft.
Noch jemand eine Idee ?!
Wenn die Geräte gefunden werden, dann (sollte) ja der Weg: Alexa - ha-bridge passen...
...bei "reagiert" nicht etc. stimmt dann (vermutlich) was von ha-bridge nach fhem nicht!?
Hast du die urls die in ha-bridge hinterlegt sind schon mal mit dem "Test-Knopf" getestet?
Bzw. direkt in den Browser "gekippt"?
Funktioniert das?
Steht etwas im fhem Log, wenn du einen Befehl ausführst/ausführen lassen willst...
Steht etwas im ha-bridge Log...
EDIT: evtl. als Alternative zu ha-bridge mal den Alexa-fhem Connector anschauen (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa) ist mittlerweile sehr einfach und ohne Ports nach außen etc.
Gruß, Joachim
Danke Joachim für die Antwort.
Naja...ich bin verwirrt da ja vor dem reboot alles seit Monaten funktionierte.
>Wenn die Geräte gefunden werden, dann (sollte) ja der Weg: Alexa - ha-bridge passen...
genau- dachte ich auch, zumal manchmal lassen sich die neu gefundenen geräte einschalten, dann kommt die meldung "gerät reagiert nicht"
>...bei "reagiert" nicht etc. stimmt dann (vermutlich) was von ha-bridge nach fhem nicht!?
>Hast du die urls die in ha-bridge hinterlegt sind schon mal mit dem "Test-Knopf" getestet?
yes- getestet. über den "Test-Knopf" funktioniert alles.
>evtl. als Alternative zu ha-bridge mal den Alexa-fhem Connector anschauen
ich würd´ schon gern bei ha bridge bleiben wollen. naja....geht mal wieder viel zeit drauf um fehlersuche zu betreiben :-(
Ein "reagiert nicht" und schaltet trotzdem (oder es ist ein Fehler aufgetreten und schaltet trotzdem) habe ich (ohne ha-bridge mit dem "alten" alexa-fhem [Portfreigabe und eigene AWS-Lambda]) auch ab und an.
Meine Vermutung (bei meinem Verhalten): wenn die Antwort an Alexa zurück (dass geschalten wurde etc.) zu lange/länger dauert, dann kommt die Antwort von Alexa mit dem "reagiert nicht" oder Fehler etc.
Da der Schaltbefehl aber ja schon "abgeschickt" wurde /und er ja eigentlich funktioniert) wird er dann auch/trotzdem ausgeführt...
Aber wie geschrieben: nur Vermutung (und ich habe bei mir "nur" Alexa-fhem-Connector und "alt" alexa-fhem und "nur" bei meiner Freundin ha-bridge [aktuell noch ohne Klagen ;) ])...
Gruß, Joachim
Moin, ich habe aktuell ein eigenartiges Problem und weiß nicht genau, ob hier der richtige Anlaufpunkt ist. Ich versuch es mal.
Ich nutze die Habridge seit langer Zeit ohne Probleme und habe bisher beispielsweise zwei Küchenleuchten (Intertechno Steckdosen) mittels Alexa Sprachkommando geschaltet:
"Alexa schalte die Küchenlampen an"
Entsprechend wird nachfolgender Request abgesetzt:
http://192.168.178.24:8098/fhem?cmd=set%20Structure.Kochen%20on&fwcsrf=...
Nun habe ich die zwei Küchenleuchten um zwei Tradfri Leuchten erweitert.
In Fhem habe ich die Structure entsprechend erweitert.
Internals:
ATTR room
CHANGEDCNT 722
DEF room SD.10 SD.11 0xd0cf5efffecb961f 0xd0cf5efffecbd071
FUUID 5cc937b0-f33f-9484-499b-b4736f080b68bde2
NAME Structure.Kochen
NR 240
NTFY_ORDER 50-Structure.Kochen
STATE off
TYPE structure
READINGS:
2019-07-19 20:39:49 LastDevice 0xd0cf5efffecbd071
2019-07-19 20:39:49 LastDevice_Abs 0xd0cf5efffecbd071
2019-07-19 20:39:49 state off
Wenn ich den Habridge Request im Browser aufrufe bzw. mittels "Test ON/OFF" ausführe funktioniert alles, alle 4 Lampen werden geschaltet.
Über das Sprachkommando "Alexa, schalte..." werden allerdings nur die Tradfri geschaltet, nicht mehr die 2 Intertechno Steckdosen.
Hat jemand einen Rat wie ich dem Problem auf die Schliche komme? Wieso werden bei dem Voice-Kommando nicht alle 4 Lampen geschaltet?
Über das Habridge Log erkenne ich bisher kein Problem.
ZitatWieso werden bei dem Voice-Kommando nicht alle 4 Lampen geschaltet?
Kann es sein, dass die Schaltung über Alexa über ein Tradfri- oder ein Hue-Skill direkt durchgeführt wird (weil vielleicht die Tradfri-Lampen dort genau so heissen?) und gar nicht über HABridge geht?
Sorry für das späte Feedback, war ein paar Tage unterwegs.
Das Problem konnte ich lösen indem ich über Alexa alle Geräte entfernt und neu "gesucht" habe.
Seit dem ist das eigenartige Verhalten vorbei.
Hallo,
ich konnte bisher über Alexa und HA-Bridge 5.2.1 auf einem RasPi FHEM-Befehle absetzen. Alexa findet nun die Geräte nicht mehr; die direkte Steuerung über das WebIf der HA-Bridge funktioniert weiterhin.
In der Alexa-App steht entweder "Fehlfunktion des Geräts" oder "Gerät reagiert nicht". Ich hab mal ein Gerät in der App gelöscht, jetzt lässt es sich nicht mehr anlegen.
Ich verwende eine Hue-Bridge V1.
Grüße, Dieter
Hallo Dieter,
was ein Zufall, meine HA-Bridge funktioniert seit Sonntag (09.09.2019) auch nicht mehr!
Zuerst habe ich verschiedene Versionen der HA-Bridge getestet, da meiner Meinung nach die V4.5.6 besser lief.
Aber egal welche Version ich versucht habe, Alexa findet keine Geräte mehr, die über die HA-Bridge laufen.
Aber wie die alte Tante schon immer sagte, alles Schlechte hat auch etwas gutes!
So bin ich auf das "FHEMlazy" / "FHEM Connector für Amazon Alexa" Projekt hier im Forum aufmerksam geworden.
Die Installation war nach Wiki recht einfach und im Einsatz ist es deutlich schneller als Alexa / HA-Bridge!
Und im Gegensatz zur HA-Bridge bekommt man über den FHEM Connector für Amazon Alexa auch Rückmeldungen, z.B. die Raumtemperatur abfragen.
Mit der Umstellung meiner Geräte bin ich noch nicht durch, mit der HA-BRidge habe ich einiges gezaubert, vor allem die Bedienung meine Klimaanlage über Mini IR Blaster.
Aber zurück zur HA-Bridge will ich nicht mehr.
*
kann ja nur an der Aktualisierung der Alexa-App vom 4.9. liegen >:(
Ja, dass stimmt, vor ein paar Tagen habe ich auf dem Echo Show die Info gelesen, dass die Firmware aktualisiert wird.
War in der letzten Woche, auf einen Tag könnte ich mich nicht festlegen.
Sehr ärgerlich :(
*
bin jetzt erfolgreich von HA-Bridge auf Alexa-Fhem umgestiegen ;D
...und ich habe gerade meine Habridge wieder repariert, hatte aber auch schon überlegt testweise umzustellen.
Lösung, welche bei mir geholfen hat:
1. Alle Devices verwerfen (alexa.amazon.de -> Smart Home -> Geräte -> Alle verwerfen)
2. Das Webinterface der Habridge auf Port 80 umstellen.
3. Alexa die Geräte suchen lassen
...und schon klappte es bei mir wieder.
Die Lösung funktioniert nicht, sofern man natürlich auf Port 80 schon eine andere Anwendung laufen hat.
VG
Sebastian
ah, danke, werd ich trotzdem mal probieren.
Aber Alexa-Fhem bietet echten Mehrwert, z.B. Geräte, die sich nicht nur ein/ausschalten lassen sondern auch auf %-Werte setzen lassen (Rollos) etc. Und die Einrichtung war mit dem Wiki recht einfach.
Hi Leutz,
um meine Klimaanlage wieder über die HA-Bridge steuern zu können, habe ich den Tip von Nokz nachgestellt, leider erfolglos :(
*
Ich hab gerade Mal 2 Lampen in der Alexa App gelöscht, dann Geräte Suche und die Lampen wieder hinzugefügt. Danach lief wieder alles. An der HA Bridge hab ich nichts geändert.
Ich habe gestern versucht meine HA bridge zu reparieren. Mindestens seit 15.09. kann ich über meine Echos keine HA bridge devices mehr steuern. Über die Weboberfläche von HA bridge geht es noch.
Ich hatte diesen Fall vor Monaten schon einmal. Damals habe ich die HA Bridge neu aufgesetzt, weil ich eine defekte SD Karte vermutet habe. Die logs sahen damals ähnlich aus wie gestern:
09-16-2019 18:23:07.012 INFO reading from config file: /home/pi/habridge/data/habridge.config com.bwssystems.HABridge.BridgeSettings
09-16-2019 18:23:07.043 INFO HA Bridge initializing.... com.bwssystems.HABridge.HABridge
09-16-2019 18:23:07.044 INFO StaticResourceHandler configured with folder = /public spark.staticfiles.StaticFilesConfiguration
09-16-2019 18:23:07.048 INFO System control service started.... com.bwssystems.HABridge.SystemControl
09-16-2019 18:23:07.051 INFO == Spark has ignited ... spark.embeddedserver.jetty.EmbeddedJettyServer
09-16-2019 18:23:07.052 INFO >> Listening on 0.0.0.0:8080 spark.embeddedserver.jetty.EmbeddedJettyServer
09-16-2019 18:23:07.055 INFO Initializing UDP response Socket... com.bwssystems.HABridge.util.UDPDatagramSender
09-16-2019 18:23:07.056 INFO UDP response Seocket initialized to: 50000 com.bwssystems.HABridge.util.UDPDatagramSender
09-16-2019 18:23:07.057 INFO Harmony Home created. com.bwssystems.HABridge.plugins.harmony.HarmonyHome
09-16-2019 18:23:07.075 INFO setup initiated .... com.bwssystems.HABridge.plugins.harmony.HarmonyServer
09-16-2019 18:23:07.101 INFO The requested route [/description.xml] has not been mapped in Spark for Accept: [application/json, text/plain, */*] spark.http.matching.MatcherFilter
09-16-2019 18:23:08.293 INFO The requested route [/api/890d8ebd11f146f7b2032a34e3b0165d/lights] has not been mapped in Spark for Accept: [null] spark.http.matching.MatcherFilter
09-16-2019 18:23:08.350 INFO activity changed: [-1] PowerOff com.bwssystems.HABridge.plugins.harmony.HarmonyServer
09-16-2019 18:23:08.351 INFO Nest Home created. No Nest configured. com.bwssystems.HABridge.plugins.NestBridge.NestHome
09-16-2019 18:23:08.351 INFO Hue passthru Home created. No Hue passtrhu systems configured. com.bwssystems.HABridge.plugins.hue.HueHome
09-16-2019 18:23:08.351 INFO HAL Home created. No HAL devices configured. com.bwssystems.HABridge.plugins.hal.HalHome
09-16-2019 18:23:08.352 INFO MQTT Home created. No MQTT Clients configured. com.bwssystems.HABridge.plugins.mqtt.MQTTHome
09-16-2019 18:23:08.352 INFO HomeAssistant Home created. No HomeAssistants configured. com.bwssystems.HABridge.plugins.hass.HassHome
09-16-2019 18:23:08.352 INFO HomeWizard Home created. No HomeWizard gateways configured. com.bwssystems.HABridge.plugins.homewizard.HomeWizardHome
09-16-2019 18:23:08.352 INFO Command Home for system program execution created. com.bwssystems.HABridge.plugins.exec.CommandHome
09-16-2019 18:23:08.353 INFO Http Home created. com.bwssystems.HABridge.plugins.http.HTTPHome
09-16-2019 18:23:08.353 INFO TCP Home created. com.bwssystems.HABridge.plugins.tcp.TCPHome
09-16-2019 18:23:08.353 INFO UDP Home created. com.bwssystems.HABridge.plugins.udp.UDPHome
09-16-2019 18:23:08.354 INFO Vera Home created. No Veras configured. com.bwssystems.HABridge.plugins.vera.VeraHome
09-16-2019 18:23:08.354 INFO Fibaro Home created. No Fibaros configured. com.bwssystems.HABridge.plugins.fibaro.FibaroHome
09-16-2019 18:23:08.354 INFO Domoticz Home created. No Domoticz devices configured. com.bwssystems.HABridge.plugins.domoticz.DomoticzHome
09-16-2019 18:23:08.354 INFO Somfy Home created. No Somfys configured. com.bwssystems.HABridge.plugins.somfy.SomfyHome
09-16-2019 18:23:08.355 INFO LifxDevice Home created. No LifxDevices configured. com.bwssystems.HABridge.plugins.lifx.LifxHome
09-16-2019 18:23:08.367 WARN Error reading the file: data/group.db - Does not exist or is not readable. continuing... com.bwssystems.HABridge.dao.GroupRepository
09-16-2019 18:23:08.368 INFO HABridge device management service started.... com.bwssystems.HABridge.devicemanagmeent.DeviceResource
09-16-2019 18:23:08.375 INFO Hue emulator service started.... com.bwssystems.HABridge.hue.HueMulator
09-16-2019 18:23:08.381 INFO Description xml service started.... com.bwssystems.HABridge.upnp.UpnpSettingsResource
09-16-2019 18:23:08.385 INFO UPNP Discovery Listener starting.... com.bwssystems.HABridge.upnp.UpnpListener
09-16-2019 18:23:08.387 INFO UPNP Discovery Listener running and ready.... com.bwssystems.HABridge.upnp.UpnpListener
Logging Configuration
Muss ich jetzt wieder alles neu machen oder hat noch einer einen Tipp für mich?
Nur einen Tipp: umstellen auf Port 80 mal probieren (läuft doch aktuell auf 8080 oder!?)
Gruß, Joachim
Bei mir hat es wie im nachfolgenden Link beschrieben funktioniert, nachdem ich knapp eine Woche lang von Alexa immer "Das Gerät antwortet nicht" zu hören bekam.
- Umstellung der HA Bridge auf Port 80 (in /etc/systemd/system/habridge.service UND in /home/pi/habridge/data/habridge.config)
- Alle Geräte in der Alexa App entfernen
- Geräte neu suchen lassen ("Alexa, finde meine Geräte!")
Hier der Link, der mir die Lösung brachte:
https://github.com/bwssytems/ha-bridge/issues/1133 (https://github.com/bwssytems/ha-bridge/issues/1133)
Danke für den Tipp.
Hatte gestern über die Weboberfläche von HA bridge versucht den Port auf 80 umzustellen. Nach dem Speichern war es dann immer wieder 8080.
Ich dachte das läge an
09-16-2019 18:23:08.367 WARN Error reading the file: data/group.db - Does not exist or is not readable. continuing... com.bwssystems.HABridge.dao.GroupRepository
Ich werde es heute mal mit deiner Beschreibung versuchen.
Wenn ich das richtig verstehe akzeptiert Alexa jetzt nur noch Port 80. Daher müsste es sehr viele Leute mit diesem Problem geben. Ich meine 8080 war damals der Standard bei HA Bridge.
Bei mir war es mal wieder eine defekte SD. Jetzt bootet mein HA bridge Pi nicht mehr. Ich setze Ha bridge jetzt in einem LXC unter Proxmox neu auf. Hoffentlich zum letzten mal.
Meine persönlichen Bedenken zur Zukunft von ha-bridge:
Eigentlich war es die Marktmacht von Philips, weswegen Amazon wohl damals sich auf das LAN-API von Hue eingelassen hat. Aber leider geht nach dem, was Amazon äußert, alles Richtung Cloud. Ich weiß nicht genau, warum die Gerätesuche 60 Sekunden dauert. Der "Discovery-Request" bei FHEMConnector kommt binnen Bruchteilen einer Sekunde rein und wird auch quasi sofort beantwortet. Heißt: Für die Cloudservices dürfte Gerätesuche eine Sache von 2-3 Sekunden sein.
Vermutlich ist es das Suchen mit Broadcasts im lokalen Netz, weswegen 60 Sekunden gesucht wird.
Ich könnte mir vorstellen, dass Amazon diesen Zopf gerne bald abschneiden würde, und dann wäre ha-bridge abgeklemmt.
Ich selbst habe die letzten 2 Tage auf den "FHEM Connector/FHEM Smart Home Skill" umgestellt :)
Der Artikel eintstand vor 2 Jahren um eine Alternative ohne Portforwading aufzuzeigen. (gab noch keinen FHEM Connector)
Da dies jedoch kein Thema mehr ist, habe ich nun im 1. Beitrag darauf hingewiesen, (bevor sich jemand neues mit dieser veralteten Möglichkeit beschäftigt).
Hallo,
ich nutzte bis September 2019 die ha-Bridge um meine Hi-Fi-Geräte mittels Alexa und der WLAN-IR-Bridge der Logitech Harmony zu steuern.
Das ging richtig schön, man konnte Lautstärke, Fernsehsender, Radio usw. Alles per Sprache machen.
Seitdem kann ich meine Alexa quasi entsorgen. Es geht nichts mehr. Ich hatte bis dato einen 8000er Port frei gewählt. Port 80 ist für mich keine Option!
Was da unter
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa
steht habe ich nach 3 Minuten aufgegeben weiterzulesen, ich bin kein Spezialist, habe alleine Wochen gebraucht um die HA Bridge zum laufen zu bringen.
Hat Irgend Jemand eine Idee wir ich das als DAU wieder hin bekomme?
Was ist am alexa-fhem Connector so schwer im Gegensatz zu ha-bridge!?
Einfach nodejs installieren (mit richtigem = nicht zu altem OS / mind. Stretch verm. besser Buster) und dann einfach den sudo npm install...
Den gewünschten Geräten einen alexaName verpassen und sehen was damit schon geht...
genericDeviceType schadet nicht und homebridgeMapping braucht es eigentlich nur für sehr spezielle Dinge oder "exotische" Geräte...
Habe beides laufen (1x ha-bridge und 2x alexa-fhem) und beides hat so seine "Eigenheiten"...
Z.B. braucht man für ha-bridge einen extra Webzugang ohne oder (wie in meinem Fall) fixem csrfToken...
...man muss sich selbst die http-Requests zusammenbauen etc. (gut ich glaube dafür gibt es mittlerweile was!?)...
Warum ist Port 80 keine Option!?
Andere Variante: echodevice-Modul und dann notify/DOIF auf voice-Reading und alles "selbst machen"...
https://forum.fhem.de/index.php/topic,82631.msg747482.html#msg747482
Da ist aber alexa-fhem Connector einfacher/schneller...
Du kannst ja froh sein, dass es mittlerweile soooooo einfach mit dem Connector geht und du nicht mehr die "alte" Variante mit selbst bei Amazon was "basteln" machen musst...
EDIT: viel mehr DAU als alexa-fhem Connector geht ja wohl nicht...
Gruß, Joachim
Port80 ist keine Option weil ich zu blöd bin ein Reverse Proxy aufzusetzen.
Da muss man irgendein apache2 installieren, hab ich gemacht und bin gestorben an
a2enmod Proxy http
Da kam immer
Module http does not exist
Beim FHEM Connector bin ich gescheitert an
define alexa alexa
Da kam anschließend ein Ergebnis was völlig anders wie die Webseite war, kein Keys und readings sondern nur sowas wo ich nicht weiter weiss ich kopier die Ausschrift mal hier:
DeviceOverview
alexa
alexa
alexa
Internals
NAME
alexa
NR
16
STATE
active
TYPE
alexa
alexa
Attributes
alexaMapping
#Characteristic=<name>=<value>,...
On=verb=schalte,valueOn=an;ein,valueOff=aus,valueToggle=um
Brightness=verb=stelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
Hue=verb=stelle,valuePrefix=auf,values=rot:0;grün:128;blau:200
Hue=verb=färbe,values=rot:0;grün:120;blau:220
Saturation=verb=stelle,property=sättigung,valuePrefix=auf,values=AMAZON.NUMBER
Saturation=verb=sättige,values=AMAZON.NUMBER
TargetPosition=verb=mach,articles=den;die,values=auf:100;zu:0
TargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
TargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad
Volume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent
#Weckzeit=verb=stelle,valuePrefix=auf;für,values=AMAZON.TIME,valueSuffix=uhr
deleteattr
alexaTypes
#Type=<alias>[,<alias2>[,...]]
light=licht,lampen
blind=rolladen,rolläden,jalousie,jalousien,rollo,rollos
deleteattr
echoRooms
#<deviceId>=<room>
deleteattr
fhemIntents
#IntentName=<sample utterance>
gutenMorgen=guten morgen
guteNacht=gute nacht
deleteattr
Ja und!?
Sieht doch erst mal ok aus.
Die Einträge sind für einen etwaigen Custom Skill...
...ignoriere das doch einfach.
Wichtig sind die Einträge bzgl. Verbindung zum "Vereins-Server"...
Hast du alexa-fhem und node schon installiert!?
Wie aktuell ist dein fhem!?
Bzgl. Port 80: warum reverseproxy!?
Einfach ha-bridge mit dem Port-Parameter starten und da dann Port 80 angeben...
...setzt halt voraus, dass kein weiterer Dienst auf Port 80 bereits läuft...
EDIT: gerade noch mal geschaut. Für Port 80 musst du GAR NIX MACHEN (habe auch nichts, starte ganz normal nur das .jar File)
Zitat von: github
-Dserver.port=<port number>
The default port number for the bridge is 80. To override what the default or what is in the configuration file for this parameter, specify -Dserver.port=<port number> explicitly. This is especially helpful if you are running the ha-bridge for the first time and have another application on port 80. The command line example:
java -jar -Dserver.port=80 ha-bridge-W.X.Y.jar
Und bitte: Ausgaben in "code-Tags" posten (das '#' im "Menü")
Gruß, Joachim
Ausgaben mit # folgen:
FHEMWEB
WEB
Initialized
FileLog
Logfile
fhem-2019-04.log
text
fhem-2019-05.log
text
fhem-2019-06.log
text
fhem-2019-07.log
text
fhem-2019-08.log
text
fhem-2019-09.log
text
fhem-2019-10.log
text
fhem-2019-11.log
text
fhem-2019-12.log
text
fhem-2020-01.log
text
fhem-2020-02.log
text
fhem-2020-03.log
text
fhem-2020-04.log
text
Global
global
no definition
IrBlaster
IRBlaster
present
alexa
alexa
autocreate
autocreate
active
eventTypes
eventTypes
active
harmony
HarmonyHub
Connected
notify
initialUsbCheck
2020-04-25 18:07:55
telnet
telnetForBlockingFn_1587830905
Initialized
Wenn ich statt # Version eingebe kommt in den letzten 2 Zeilen
f18.js 17364 2018-09-17 17:31:50Z rudolfkoenig
fhemweb.js 17371 2018-09-19 09:28:18Z rudolfkoenig
WAS MACHST DU DENN DA!?
Ich meinte wenn du HIER etwas postest sollst du "CODE-TAGS" benutzen!
Die findest du HIER oben unter '#' im "MENÜ"...
Wann hast du denn zuletzt ein "update" von fhem gemacht!?
Gruß, Joachim
Das ist ja mein Problem. Ich finde weder Code-Tags noch Menu.
Vielleicht sollte ich mal den Screenshot posten?
Update wohl 2018.
NICHT IN FHEM!!!!!!!!!!
HIER IM FORUM!!!!!!!
Kuckst du nach oben, über dem Eingabefenster!!!!!!!!!
Gruß, Joachim
Ich sagte ja das ich nicht viel Ahnung habe. Aber ich habe auch auf der Webseite hier nirgends sowas gefunden.
Allerdings habe ich jetzt den "#" gefunden und wenn ich da mit der Maus drauf bin kommt eine Info "Code einfügen"
Habe in FHEM mal das Wort "update" eingefügt, da ist dann was passiert, sieht jetzt so aus:
f18.js 17364 2018-09-17 17:31:50Z rudolfkoenig
fhemweb.js 17371 2018-09-19 09:28:18Z rudolfkoenig
Hilft mir in der Sache aber nicht weiter was ich nun tun muss in fhem.
Wie lange nutzt du denn schon fhem!?
Du wirst doch wissen, wann du zuletzt ein update gemacht hast!?
Ansonsten: Einsteiger Doku etc. lesen!!!
Und nicht einfach (immer) alles "irgendwo" reintippen!!
Vorher mal (zumindest versuchen) verstehen...
...überlegen und dann machen...
Noch mal langsam also...
Erst mal die gestellten Fragen beantworten...
...sonst wird das nix...
Gruß, Joachim
Das habe ich ja versucht, die Fragen zu beantworten.
Also nochmals von Anfang an:
Ich habe FHEM 2018 installiert. Das war wegen des IRBlasters weil ich das interessant fand.
Bin aber damit nicht klar gekommen und habe mich deshalb auf die Lösung Logitech Harmony Hub - HA Bridge + Alexa konzentriert und das zum laufen bekommen.
Den FHEM Connector konnte ich mit der Anleitung bis "define alexa alexa" mitverfolgen (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa)
danach bin ich ausgestiegen weil wahrscheinlich zu blöd. Ich habe alle Deine Fragen glaube ich beantwortet.
Was dann steht bzgl. ssh-key oder andere keys und das Bild, da steige ich nicht dahinter.
Das FHEM WEB ist bei mir nur eine Oberfläche wo ich ein Wort (Befehl) eigeben kann und links stehen ein paar Punkte beginnend mit "Save Config" und endend mit "Event Monitor"
Das ist schon ganz schön schwierig.
Ok.
Also: du hast NUR Harmony Hub und ha-bridge KEIN fhem (bislang / außer "nackt")!?
Warum willst/musst du dann von ha-bridge (beachte: Standard IST Port 80) und Harmony auf fhem umsteigen!?
Und: um das tun zu können müssen nat. erst mal alle Geräte die per alexa-fhem Connector gesteuert werden sollen IN fhem integriert sein!!
Also:
erst mal fhem zum Laufen kriegen (erneut ;) )
heißt: einlesen und "üben"
dann eben die Geräte die du per alexa-fhem Connector steuern willst in fhem "integrieren" (hat aber NICHTS mit Harmony etc. zu tun!!! Also du kannst damit NICHT deine ha-bridge in Richtung Harmony Hub ersetzen!!!)
OHNE Geräte in fhem macht alexa-fhem Connector KEINEN SINN!!!!
Also wenn du alexa-fhem Connector laufen hast heißt das NICHT, dass dann Harmony Hub irgendetwas findet!!
Das ist rein für Sprachsteuerung per Alexa!!
(wollte das nur noch mal klarstellen)
Jetzt noch mal in Ruhe nachdenken, was du erreichen willst und was du schon hast...
Aber wenn in fhem nur die nackte Oberfläche da ist und noch keine Geräte/Devices, dann kannst du hier (erst mal) abbrechen...
...und wie oben geschrieben erst mal "einsteigen"...
Wenn ich falsch liege oder etwas falsch verstanden habe, dann bitte (genauer) erläutern...
Gruß, Joachim
Wenn dem so ist, ist das in der Tat suboptimal diesen Weg zu gehen.
Ich hatte gedacht das man die HA Bridge mit dem FHEM Connector ersetzen kann und trotzdem die Steuerung der Alexa über den Harmony-Hub hinbekommt.
Der erste Post war ja das FHEM Connector so einfach sein soll.
Tatsache ist das mein Harmony Hub in FHEM WEB connected ist, dort seine IP-Adresse ersichtlich ist, ebenso seine activity und state.
Da dachte ich das man wie in der HA Bridge eine Steuerung via Alexa hinbekommt.
Aber ich bekomme ja die ALexa erst einmal gar nicht rein, leider.
Also ich verstehe nicht so ganz was du hast und was du willst...
Du kannst per alexa-fhem bzw. halt per Sprache/Alexa alles steuern was in fhem integriert ist...
Also auch Activities starten etc.
Sofern der Harmony Hub in fhem funktioniert...
Du kannst aber damit NICHT über die Harmony Fernbedienung Geräte in fhem steuern (die nicht in Harmony sind)...
Sag doch mal was du erreichen willst...
Und: warum die (wohl aktuell vorhandene) Umsetzung Harmony und ha-bridge nicht (mehr) passt...
Irgendwie ist mir (immer noch) nicht klar was du (in fhem) hast und was du (in/mit fhem) erreichen willst...
Um mit der Harmony Geräte in fhem zu steuern ginge fakeRoku...
https://forum.fhem.de/index.php?topic=51619.0
Gruß, Joachim
Ich schaue mir auch mal fakeRoku an, aber erst 2 Antworten zu den Fragen:
1. Diese ganze Sache mit ssh-Key usw. auf der Connector-Webseite, ich habe es herausgefunden!
Da steht "Wichtig ist, dass das Alexa-Modul in der Version ab Januar 2019 vorliegt." Das sollte man offensichtlich ernst nehmen.
Ich habe ja das FHEM Web bei unserer Diskussion mit "Update" aktualisiert. Eben habe ich das nochmal gelesen, alexa gelöscht und nochmals
define alexa alexa
gemacht und siehe da, es funktioniert wie auf der Seite beschriebenmit Token und regKey! Da komme ich erstmal weiter und beschäftige mich mal damit.
2. Was will ich?
Das ich wie mit der HA-Bridge sagen kann "Alexa Pro7 an" und Pro7 ist ein in der HA-Bridge vorgegebene Aktion, die via der Logitech-Bridge meinen Fernseher auf Pro7 umschaltet.
(ist nur ein Beispiel, ebenso Steuerung Radio, HiFi-Anlage, alles auf Zuruf)
Ah, ok.
Gut das geht...
...prinzipiell...
Ist aber nat. anders als bei ha-bridge...
Ich würde erst mal mit einem "alexa-tauglichen" Dummy anfangen zu üben...
Schön, dass es jetzt geht...
Dann demnächst wohl in einem der alexa-fhem Threads... ;)
Viel Spaß, Joachim
Ich habe die HA Bridge erfolgreich auf meinem Raspberry installiert und nun die gefakte hue zum Harmony Hub hinzugefügt.
Ich möchte gern die Haussteuerungstasten der Companion, die ich sonst gar nicht nutze, mit Befehlen oder auch Aktionen (des TVs oder der Satbox) mit Hilfe der HA-Bridge frei zu belegen, wie hier beschrieben:
https://www.loggn.de/logitech-harmony-companion-haussteuerungstasten-fremd-belegen-ha-bridge/
Aber wie füge ich jetzt devices in der HA-Bridge (On-Item, Targe-Item, etc.) hinzu, die ich dann mit den Haussterungstasten-Tasten auf der Harmony belege?
Danke für eine Erklärung für einen Anfänger :-)
Je nachdem welche Version der ha-bridge du hast.
Wenn es eine neuere ist, dann gibt es (soweit ich mal rumprobiert habe) die Möglichkeit bestimmte Devices (die in einem bestimmten Raum sind glaube ich!?) von der ha-bridge auslesen zu lassen.
Dazu musst du aber einen Webzunag zu fhem haben, der bzgl. csrfToken mind. fix (mindestens zu empfehlen) oder none (NICHT empfohlen!!) hat.
Brauchst du aber eh ;)
Wenn nicht die neueste/neuere Version, dann musst du halt manuell ein Device anlegen und die HTTP-Requests die du in fhem für das Schalten brauchst halt auch manuell hinterlegen...
Irgendwo im Thread (evtl. sogar ganz zu Beginn) sind Beispiele wie solche HTTP-Requests aussehen...
EDIT: wie das in der ha-bridge geht steht im verlinkten Artikel wo eben steht wie man Devices einfügt mittels HTTP-Request. Ansosten sollte es irgendwo in der Konfiguration der ha-bridge (hängt halt von deiner Version ab) auch eine Möglichkeit finden Geräte von fhem auszulesen. Dazu muss man irgendwo sein fhem angeben. Also den Webzugriff... Bzgl. csrfToken siehe weiter oben. https://wiki.fhem.de/wiki/CsrfToken-HowTo und bevor du den Token auf none setzt GENAU LESEN UND VERSTEHEN WAS BZW. WOFÜR ER DA IST!! Und nach dem Motto ich bin doch nur lokal, kann ich nur sagen: NIX VERSTANDEN! ;)
Gruß, Joachim
Klasse.....mal wieder werden keine in ha Bridge angelegten devices von Alexa gefunden. Was habe ich alles versucht......Ports von 80 auf 8080, von 8080 auf 80. Sämtliche Versionen ausgetauscht/getestet. Alte Lampen sind verfüg- und schaltbar. Früher hatte ich mir mal damit beholfen, neuere echos vom Netz nehmen und mit einem Echo dot 2te gen. Port 8080 suchen lassen. Damit hat es eigentlich immer funktioniert. Aber auch das geht nun nicht mehr. Hat das Problem noch jemand. Evtl. Hat ja Amazon wieder herumgeschraubt. Übersehe ich etwas ?! Vielen Dank.
Zitat von: rr725 am 04 November 2020, 12:29:52
Übersehe ich etwas ?! Vielen Dank.
Das hast du bemerkt: https://forum.fhem.de/index.php/topic,66920.msg582889.html#msg582889
Gruß, Joachim
Zitat von: MadMax-FHEM am 04 November 2020, 12:42:56
Das hast du bemerkt: https://forum.fhem.de/index.php/topic,66920.msg582889.html#msg582889
Gruß, Joachim
yes...ist bekannt.
ich nutze ha bridge schon einige jahre und ab und zu zickt das teil herum- könnte eine schqwester von alexa sein.
nur- seit einiger zeit lief das teil so vor sich herum(klaglos), nur nun wollte ich nach längerer zeit ein neuer gerät anlegenn und alexa spielt nicht mit :-(
Umsteigen und gut...
Gruß, Joachim
Zitat von: MadMax-FHEM am 04 November 2020, 13:11:33
Umsteigen und gut...
Gruß, Joachim
bei 161 Devices die schlechteste Option.....
Ich kann das nur bestätigen. Seit 2...3 Monaten geht HA Bridge nicht mehr mit meinem schwarzem Alexa Puck (Echo Dot). Gerät nicht erkannt usw. Nur blöd.
Da kann man Version 5.2.1 bis 5.3.1RC2 nehmen. egal. Ist nervlich.
Die gute Nachricht: FHEM ist davon offensichtlich nicht betroffen, bin dabei suksessive die Geräte nur noch dort zu betreiben.
(habe ja nur 40 Geräte in HA Bridge, so das ich in 3...4 Tagen selbige rausschmeissen kann...