Guten Tag an Alle,
seit einigen Tagen gibt es auch in deutschen IKEA-Märkten das Trådfri-System zu kaufen. Natürlich bietet es sich perfekt zur Integration in die FHEM-Installation an.
Ich habe für meinen Setup ein Modul entwickelt und möchte das nun auch euch zur Verfügung stellen.
Momentan gibt es zwei Entwicklungsversionen dieses Modules.
Die originale Version bietet grundlegende Funktionen. Die aktuellen Fähigkeiten dieser Version sowie eine Anleitung zur Installation findet ihr in Deutsch und Englisch auf meiner Webseite: http://electronic.kappelt.net/wordpress/ikea-tradfri-module-for-fhem/
Dieses Modul ist aber nicht dazu Fähigkeit, auf Änderungen der Geräte zu reagieren und diese anzuzeigen. Die Aktualisierung der Readings erfolgt per "Polling", d.h. der Status wird in festen Zeitintervallen von mehreren Sekunden ausgelesen.
Für diese Version gibt es keine Featureupdates mehr, lediglich Problembehebungen.
Um das Polling zu eleminieren (und damit die Performance zu steigern und Ressourcen zu sparen) ist eine Beta-Version in Entwicklung, bei der große Teile neu geschrieben wurden. Obwohl es sich um eine Beta-Version handelt ist diese Modulversion schon bei vielen Nutzern im Produktivitätsbetrieb.
Die Einrichtung ist nur rudimentär dokumentiert, möglicherweise müsst ihr durch diesen Thread blättern um Antworten zu finden. Falls es Probleme gibt, könnt ihr gerne hier eure Fragen stellen.
Die Einrichtungsanleitung findet ihr ebenfalls zweisprachig auf meiner Webseite: http://electronic.kappelt.net/wordpress/ikea-tradfri-module-for-fhem-beta/
Diese Beta wird in absehbarer Zeit die originale Version ersetzen.
Falls ihr euch auch von IKEA solche Lampen kaufen möchtet, beachtet bitte, dass eine einzelne Lampe und ein Gateway nicht genug sind - darauf bin ich auch reingefallen. Ihr benötigt zu besagtem mindestens noch ein Steuergerät, wie beispielsweise einen Dimmer. Nur mit diesem können Gateway und Lampen gekoppelt werden. Diese Tatsache ist aber nicht auf den IKEA-Produktseiten hinterlegt, in den Anleitungen steht es jedoch.
Ich hoffe, dass das Modul vielleicht jemanden nutzt. Über ein Feedback, wenn ihr es probiert, würde ich mich freuen!
Einen schönen Nachmittag,
Peter Kappelt
Update: Ich kam heute noch etwas weiter mit der Entwicklung. Nun wird ein separates Device zur Parametrisierung der Verbindung genutzt, außerdem kann man Gruppen steuern.
Update: Hinweis zur höheren Stabilität
Update: Aktueller Entwicklungsstand
Update: Aktueller Entwicklungsstand, Hinweise zur Beta
Sehr, schön. Habe gerade meinen IKEA Einkaufszettel erweitert. 8)
DANKE! Bin sehr gespannt wie es mit dem Modul weitergeht.
Wie ist das mit dem Steuergerät?
1 Gateway
1 Steuergerät
n Lampen?
Hallo,
Mit einem Steuergerät, also einer "Fernbedienung" oder einem "kabellosen Dimmer" kannst du bis zu 10 Lampen gleichzeitig aktiv ansteuern. Insgesamt sind im Trådfri-System bis zu 100 Lampen möglich, soweit ich weiß.
Mit einem Gateway brauchst du das Steuergerät aber theoretisch nicht, praktisch schon. Die Software ermöglicht es nicht, Lampen direkt mit dem Gateway zu pairen. Dafür benötigt man in allen Fällen ein Steuergerät. In der Reihenfolge sieht das dann so aus: du pairst das Steuergerät mit dem Gateway, danach pairst du es mit deiner/n Lampe(n). Das Gateway erkennt jetzt ebenfalls die Lampen.
Wenn du an der Stelle bist, kannst du das Steuergerät eigentlich wieder zurückgeben ;). An dem Punkt haben sich die Lampen und das Gateway miteinander verbunden, das Steuergerät ist nun überflüssig. Allerdings benötigst du es zwingend zur Einrichtung, neben der Lampe selbst, und dem Gateway.
Hat das deine Frage beantwortet, oder habe ich etwas missverstanden?
Grüße,
Peter
Perfekt erklärt :) Danke!
wie sieht das mit dem bewegungsmelder aus? ich gehe mal davon aus dieser kann direkt ans gateway ohne steuergerät oder peered man den nur direkt mit dem aktor?
Hallo Chris,
das kann ich dir nicht zu einhundert Prozent beantworten, da ich selbst keinen Bewegungsmelder zum Testen da habe. Wenn ich die Anleitungen richtig verstanden habe, verhält sich der Bewegungsmelder wie ein "richtiges" Steuergerät, also gelten für ihn die gleichen Modalitäten: erst mit Gateway pairen, dann mit Lampe(n). Ein Steuergerät brauchst du demnach nicht, wenn du Gateway + BWM + Lampe kaufst.
Mit dem BWM kannst du aber, glaube ich, nicht dimmen. Dafür brauchst du ein Steuergerät, oder die App für das Gateway.
Allerdings bin ich mir unsicher, ob man den ohne Aktoren betreiben kann - wäre vielleicht interessant, wann man damit in FHEM irgendwelche Events triggern möchte. Theoretisch scheint es möglich zu sein (keine Gewähr). Bei der Modulimplementierung bin ich mir aber noch unsicher: Vermutlich kann man die Parameter mit der COAP-Software nur auf Befehl auslesen, eine Parameteränderung (z.B. eine Bewegung) wird nicht automatisch empfangen. Ein zyklisches Auslesen eines Bewegungsmelders wäre relativ ressourcenineffizient, eine automatische Aktualisierung wäre mir lieber.
Wenn da Interesse besteht, kann ich mich da ranarbeiten.
Grüße,
Peter
Moin zusammen,
ich denke, ich kann etwas beitragen zum Tehma.
Zwar habe ich das Modul noch nicht eingerichtet, werde das aber noch tun.
Ich bin dem Tradfri Wahn verfallen und hab mal gleich zugelangt.
2x E27 LED Bulbs... (Bei Ikea gibts gerade für 9,90€ passende Milchglas Kugeln.
Dann dazu noch ein LED Panel 30x30 und 4 GU10 LED´s.
Weils gleich im Set dabei war, habe ich noch 3 Fernbedienungen. Hier sei gleich gesagt: Eine Lampe kann nur mit einer Fernbedienung. Meine anfänglichen Versuche die Fernbedienungen als Gruppenschaltungen zu nutzen fiel somit direkt aus.
Also bin ich heute ins Ikea und hab noch ein Gateway gekauft:
Einrichtung schnell, unkompliziert. Dann eine der Fernbedienung angelernt, ebenso super einfach und mit dieser lassen sich dann sehr einfach die LED´s am Gateway anlernen.
Super Nebeneffekt: Ich hab noch weitere 5 Osram Lightify GU10, welche ich auf diese Art auch anlernen konnte.
Die Steuerung mit der App geht recht gut, allerdings lassen sich nicht einzelne Gruppen(bei mir drei mit unterschiedlichen Leuchtmittel) in eine Großgruppe zusammen fassen. Somit muss ich für "komplett Licht an" die drei Gruppen von Hand schalten.
Aber möglicheriweise habe ich auch noch nicht alle Geheimnisse gefunden. Schade finde ich, dass es selten Hersteller gibt, die eine Programmierung über ein Webinterface zulassen...
So Peter, und hier kommst Du :D
Ich werde das gerne probieren, da ich aber gerade meine komplette FHEM Installation neu aufgebaut habe, würde ich zumindest so lange warten bis die gröbsten Bugs raus sind.
Ansonsten stelle ich mich dann gerne für Test´s zur Verfügung.
mfg
Mike
kannst du schon etwas zum pannel sagen?
wie ist das licht? cri?
wie schnell und in welchem zustand geht das ding an wenn man es hart mit einem schalter einschaltet?
danke
andre
Hallo Andre,
wie ist das Licht... Gleichmässig, also ich sehe keine unterschiedlichen Helligkeiten.
Das Teil geht in dem Zustand wieder an wie es ausgeschaltet wurde.
Verarbeitung ist gut, keine scharfen ecken oder so.
Das Teil geht sehr schnell an und aus, sowohl mit FB als auch mit Schalter.
Für den Preis gelungen.
mfg
Mike
Irgendwie fehlt da noch Hardware um LED-Stripes anzusteuern. Kann man vielleicht an das Gateway dazu Fremdhardware anlernen?
Moin,
da kann ich leider nichts zu sagen.
Aber wie ja schon geschrieben, meine Osram Lightify GU10 konnte ich anlernen. Diese entsprechen ja dem Zigbee Standard.
Was ich derzeit nicht kann ist die Farbtemperatur dieser Osram ändern, ich habe hier Warm/Kalt LED´s. Ich denke, dass das Gateway nicht die richtigen Befehle hier kann.
Heute Abend werde ich das gleich mal mit dem Hue Dimmer versuchen.
Ich glaube, auch wenn ich das nicht bestätigen kann, dass man Zigbee Geräte am Gateway anlernen kann. Dazu gehört dann auch ein LED controller.
Und soweit ich das richtig sehe, ruft das Modul von Peter dann die komplette, angeschlossene Hardware ab. das sollte dann ja eigentlich gehen.
Hi,
gab es da nicht einen Firmware Bug bei IKEA?
https://www.google.de/amp/s/www.heise.de/amp/meldung/Tradfri-Ikeas-smarte-Lampen-analysiert-und-aufgebohrt-3614687.html
Gruß Arnd
Gesendet von meinem SM-G800F mit Tapatalk
Demnach stellt sich die Frage, ob aktuelle Tradfri- Hardware updatefähig ist, und wann bzw. ob Ikea ein Update für die Ansteuerung der Ikea-Lampen über das Hue-Gateway entwickelt.
Hallo,
updatefähig scheint sie zu sein, zumindest wird in der APP selber für jedes Gerät eine Versionsprüfung angezeigt und eine Aktualisierung vorgenommen.
Das war bei mir nach der Inbetriebnahme so.
Mein gestriger Versuche die Hue Fernbedienung mit dem Tradfri Gateway zu koppeln schlug übrigens fehl. Geht wohl nicht.
mfg
Mike
Das mit der Update-Fähigkeit ist ja sehr positiv. Dann kann man ja schon unbesorgt ein Grundsortiment anschaffen.
Welches Stripe-Steuergerät wäre denn potentiell verdächtig, an das Tradfri-Gateway anlernbar zu werden?. Ich habe da leider keinen Überblick.
Guten Tag,
das mit dem möglichen Over-the-Air Updates kann ich bestätigen. Sowohl Matthew Garret (http://collab.debian.net/portal/planet-debian/matthew-garrett-a-quick-look-at-the-ikea-tradfri-lighting-platform), als auch ich, haben eine IKEA Update-Seite in den Parametern entdeckt: http://fw.ota.homesmart.ikea.net/feed/version_info.json . Prinzipiell sind Updates allerdings möglich.
So eine Update-Möglichkeit schreit ja auch nach modifizierter Open-Source-Firmare für die Lampen und Steuergeräte. Vielleicht wird sich da demnächst irgendwas in den Bastler-Communities tun. Eine Firmware für die Fernbedienungen, mit denen man mehrere Lampen unabhängig voneinander kontrollieren kann, wäre schon recht cool.
Ganz bin ich in der Thematik zwar nicht drin, allerdings frage ich mich, was Philipps zur geplanten Kompatibilität sagt? Ich würde als Hue-Hersteller mit aller Kraft verhindern wollen, dass meine Geräte mit Lampen kompatibel sind, die ein ganzes Stück günstiger sind als meine - und qualitativ/ funktional ähnlich sind. So richtig kann ich mir hier eine herstellerübergreifende Lösung nicht vorstellen, aber ich lasse mich gerne überraschen.
Zum Ansteuern von LED-Streifen kenne ich nur den Hersteller "dresden elektronik". So ein Gerät kostet wohl ca. 60€ und ist Hue-kompatibel, Trådfri-Unterstützung ist noch nicht angegeben: https://www.dresden-elektronik.de/funktechnik/solutions/wireless-light-control/wireless-ballasts/
Übrigens: Die Moduldokumentation ist auch gerade in Arbeit, von der 31_TradfriGroup ist schon eine im Repository.
Grüße,
Peter
Hallo Peter,
ich bin schon recht gespannt darauf.
Mal schauen, wann ich das Modul einrichte.
Eine kurze Frage dazu: Leider erlaubt es die Tradfri App nicht mehrere Gruppe zu einer Gruppe zu kombinieren. (Beispiel Gruppe 1 & 2 & 3 zu Gruppe 4 kombinieren). Denn dann könnte man eine FB auf die Gruppe 4 binden und entsprechend die Gruppen zusammen bedienen.
Wie kann man im Modul bei einem Schaltbefehl alle Gruppen zeitgleich schalten. Da es derzeit m.E. nach kein sinnvolle FB hierfür gibt, würde ich das dann entsprechend über die FHEM Oberfläche ein-ausschalten.
Ab wann schätzt Du ist das Modul verwendbar?
Oder lässt es sich bereits einsetzen?
mfg
Mike
Hi Mike,
prinzipiell ist das Modul so wie es ist verwendbar. Ich gebe keine Änderungen in die Repository, wenn da noch bekannte Bugs drin sind.
An der Stabilität kann ich auch nicht klagen, ich habe es bisher nicht geschafft, FHEM mittels dieses Modules zum Absturz zu bringen.
Allerdings sind alle vorhandenen Funktionen sehr schreiborientiert, ich habe das Hauptaugenmerk auf das Steuern der Lampen gesetzt (nicht das Auslesen der aktuellen Informationen).
Habe ich es richtig verstanden? Dein FHEM-Setup soll so aussehen:
+-+Grp1+--+...
Alles- TradfriGroup Notify bei Änderung |
Aus- +-+ Grp. 4 +--+ für Grp. 4 +---+in Gruppe 4: +--+Grp2+--+...
FB Setze TradfriGroup |
1, 2, 3 +-+Grp3+--+...
Das würde momentan nicht gehen. Den Status von Gruppen (also Ein/ Aus, Helligkeit, ...) kann man überhaupt nicht auslesen, nur den der zugehörigen Geräte. Das kann mein Modul noch nicht.
Auch wenn ich die Funktion implementiert habe, wirst du nicht glücklich werden. Das Gateway sendet eine Statusänderung der Fernbedienung erst nach ca. 3 Sekunden. Das Notify würde somit auch erst drei Sekunden, nachdem du die Fernbedienung gedrückt hast, ausgelöst werden.
Wenn du die drei Gruppen aber über einen FHEM-Switch schalten möchtest, wäre das ohne Probleme schon möglich. Da würdest du ein Notify definieren: define allesAus notify schalteAllesAus set Grp1,Grp2,Grp3 $EVTPART1, wobei schalteAllesAus ein Dummy-Schalter ist.
Eine Hoffnung wäre vielleicht, dass man Gruppen mit Geräten definieren kann, die bereits in anderen Grupen sind. (Du also eine Alles-Aus Gruppe hast, in der alle Geräte nochmal sind.)
Das probiere ich noch aus.
Grüße,
Peter
Hallo Peter,
genau so.
Möglicherweise wird das in der App ja noch angepasst, aber bis dahin ist eine Funktion, die alle Gruppen mit allen darin liegenden Leuchten schon wichtig.
Im Idealfall gruppiert man sich die Leuchten oder vorhanden Gruppen unter FHEM neu und steuert die dann auch über FHEM.
Die Lampen über Notify zu steuern ist soweit klar. Das hätte ich vermutlich auch gemacht, allerdings fehlt doch dann in dem Fall jegliche Funktion zum Dimmen einer Gruppe (mehrerer Leuchten) oder auch die Umschaltung der Lichtfarbe, oder?
Das macht dann erst den Clou aus, wenn ich alle Lampen absolut gleichzeitig verändern kann.
Ich hofe, ich drücke mich da so halbwegs verständlich aus:-) Gar nicht so einfach zu erklären.
mfg
Mike
PS:
Werde dann man das Modul testen.
Dafür könnte man strucrure nehmen oder wenn FHEM schalten soll Lightszene
Gruppen dimmen geht schon, Farbtemperatur nicht (da ich keine Lampe hab, die das kann)
So Mike,
ich habe es geschafft, ein Gerät mittels meiner Software in zwei Gruppen zu packen. Es reagiert somit auf Befehle, die von beiden Gruppen gesendet wurden. Damit könnte deine gewünschte Funktionalität realisiert werden. Du müsstest eine neue Fernbedienung mit dem Gateway pairen und die dann in eine neue Gruppe packen. Zu der Gruppe kannst du dann mit (einer künftigen Funktion) meinem Modul Geräte zu der Gruppe hinzufügen, die bereits in Anderen sind (also bei dir vermutlich alle).
Einen Haken gibt es allerdings an der Sache: Wenn ein Gerät in mehreren Gruppen ist, spielt die App bezüglich diesen Gruppen verrückt. Du kannst das Gerät, dass in beiden Gruppen ist, mit der App nicht mehr zuverlässig steuern. Mit meinem FHEM-Modul geht das allerdings - da müsstest du abwägen, wo die Prioritäten liegen.
Vielleicht kommt das ja auch noch als Feature/ Bugfix von IKEA.
Grüße,
Peter
Hallo Peter,
Modul ist eingerichtet und funktioniert. Ich musste mir zwar noch unter Jessie Autoconf holen, dann lief es aber durch.
Solltest Du ein Howto dazuschreiben, damit klappt es dann.
Ansonsten lief die Einbindung in FHEM exakt so wie es da beschrieben steht.
Die Schaltung mehrerer Gruppen habe ich jetzt über Lightscene erledigt, Funktioniert auch so.
Was och helfen würde, wenn man die Lampen entsprechend mit einen Dimmer Schieber versehen könnte. Oder das geht bereits, aber ich weiß nicht wie.
Alles in einem aber schon mal perfekt!
mfg
Mike
Mit dem Set spart man 10€. Ist als Einstieg gut geeignet. http://www.ikea.com/de/de/catalog/products/80338960/
Hab jetzt Hardware zum Testen und wollte das Modul einrichten. Es ist in FHEM intergriert bekommt aber keinen Status.
Ein get TradfriGW deviceList erzeugt eine Fehlermeldung
"Error while trying to fetch devices!"
Bei den Groups das gleiche. Ich habe das Gateway mit 2 980lm Lampen in 2 Gruppen eingerichtet. Die App funktioniert.
Internals:
CFGFN
DEF 192.168.2.163 RaX...
NAME TradfriGW
NR 56530
STATE ???
TYPE TradfriGateway
canConnect 0
gatewayAddress 192.168.2.163
gatewaySecret RaXqgLkR...
name TradfriGW
Attributes:
group Andere
room AMAD
Hab es mehrmals neu eingerichtet, komme aber so nicht weiter.
autoconf hab ich auch probiert, ändert aber nichts.
Woran kann es liegen?
Hallo,
entschuldige bitte die Probleme - natürlich kann ich auf meinen Entwicklungssystemen nicht alle Szenarios durchprobieren.
Gehe mal bitte folgende Punkte durch:
- Was gibt get coapClientVersion auf dem Gateway aus?
- Hast du die Perl JSON-Module installiert? sudo apt-get install libjson-perl
- Welche Perl-Version benutzt du? Mir ist aufgefallen, dass ich wohl ein Feature nutze, was erst in Perl 5.10 eingeführt wurde: perl -v
- Steht irgendetwas in der Log-File, auch beim FHEM-Neustart?
- Rufe mal bitte auf der Kommandozeile den folgenden Befehl aus, dabei bitte deine Daten eintragen: coap-client -u Client_identity -k Sicherheitscode -v 1 -m GET coaps://IP-des-Gateways:5684/15001
Grüße,
Peter
Zitat von: Peter Kappelt am 23 April 2017, 10:00:14
- Was gibt get coapClientVersion auf dem Gateway aus?
UNKNOWN
- Hast du die Perl JSON-Module installiert? sudo apt-get install libjson-perl
libjson-perl is already the newest version.
- Welche Perl-Version benutzt du? Mir ist aufgefallen, dass ich wohl ein Feature nutze, was erst in Perl 5.10 eingeführt wurde: perl -v
This is perl 5, version 14, subversion 2 (v5.14.2)
- Steht irgendetwas in der Log-File, auch beim FHEM-Neustart?
- Rufe mal bitte auf der Kommandozeile den folgenden Befehl aus, dabei bitte deine Daten eintragen: coap-client -u Client_identity -k Sicherheitscode -v 1 -m GET coaps://IP-des-Gateways:5684/15001
Ich verstehe den Parameter -u Client_identity nicht? Was setze ich dort?
"Client_identity" lässt du einfach als Text stehen, nichts einsetzen.
Das sieht so aus, als würde die Software den coap-client nicht finden. Hast du libcoap kompilliert und installiert, wie in der Anleitung beschrieben?
sudo apt-get install libtool
git clone --recursive https://github.com/obgm/libcoap.git
cd libcoap
git checkout dtls
git submodule update --init --recursive
./autogen.sh
./configure --disable-documentation --disable-shared
make
sudo make install
Ja, lief soweit ich das beurteilen kann durch.
root@cubietruck:/# ls
bin dev fhem_60 lib lost+found mnt proc run selinux sys usr
boot etc home libcoap media opt root sbin srv tmp var
root@cubietruck:/# git clone --recursive https://github.com/obgm/libcoap.git
fatal: destination path 'libcoap' already exists and is not an empty directory.
root@cubietruck:/# cd libcoap
root@cubietruck:/libcoap# git checkout dtls
Already on 'dtls'
root@cubietruck:/libcoap# coap-client -u Client_identity -k RaX... -v 1 -m GET coaps://192.168.2.163:5684/15001
v:1 t:CON c:GET i:e158 {} [ ]
decrypt_verify(): found 24 bytes cleartext
decrypt_verify(): found 30 bytes cleartext
[65536,65537,65538]
root@cubietruck:/libcoap#
Mir sagt das jetzt leider nichts.
Mhh, seltsam. Das, was beim Aufruf zurück kommt ist korrekt und zu erwarten.
Die Fehlermeldung, die du bekommst, bedeutet, dass FHEM das Kommando "coap-client" nicht ausführen kann, bzw. das Programm keinen Text ausgibt (was es aber eigentlich tut).
In der Log-Datei stand nichts drinne?
Noch ein Versuch:
cd /
echo $PATH
which coap-client
perl -e 'use strict; use warnings; print `coap-client -u Client_identity -k Sicherheitscode -v 1 -m GET coaps://IP-des-Gateways:5684/15001 2>&1`;'
Damit machst du quasi genau dasselbe wie vorhin, nur dass du den Client mit Perl aufrufst (wie im Modul).
Tut mir leid das du Probleme hast. So ein Fehlerbild habe ich noch nicht gesehen.
Peter.
Erstmal sage ich Danke für diese super Module :) TOP ARBEIT
Meine frage ist nun kann ich im Gui auch Slider und Buttons für die Helligkeit und Farbwahl erstellen ??
Mfg
Makkoo
Die Helligkeit selber kann man im Modul nicht als Slider darstellen, da musst du einen Umweg über ein extra Dummy-Device gehen, der einen Slider darstellt.
Ich müsste da das Attribut setList für das TradfriDevice implementieren - allerdings hab ich noch keine Doku dazu gelesen. Mal schauen.
Mit Umwegen sieht es bei mir zum Beispiel so aus (für ein TradfriDevice namens "Wohnzimmer.Elektro.StandlampeLinks")
define Wohnzimmer.StandlampeLinksHelligkeit dummy
attr Wohnzimmer.StandlampeLinksHelligkeit setList state:slider,0,1,254
attr Wohnzimmer.StandlampeLinksHelligkeit webCmd state
define Wohnzimmer.StandlampeLinksNotify notify Wohnzimmer.StandlampeLinksHelligkeit set Wohnzimmer.Elektro.StandlampeLinks dimvalue $EVENT
Über den Dummy Wohnzimmer.StandlampeLinksHelligkeit wird nun ein Slider bereitgestellt.
Farbe kannst du direkt als Knöpfe im TradfriDevice einstellen:
attr Wohnzimmer.Elektro.StandlampeLinks webCmd on:off:color warm:color cold:color standard
man braucht keine dummys um devices mit slider zu versehen.
das modul muss auf ein set ? eine passende antwort geben. schau mal im wiki bei der developer doku.
bis dahin kann man als anwender widgetOverride verwenden um widgets für kommandos zu konfigurieren.
gruss
andre
Zitat von: justme1968 am 23 April 2017, 15:17:02
man braucht keine dummys um devices mit slider zu versehen.
das modul muss auf ein set ? eine passende antwort geben. schau mal im wiki bei der developer doku.
bis dahin kann man als anwender widgetOverride verwenden um widgets für kommandos zu konfigurieren.
gruss
andre
Danke für die Info könntest du mir ein beispiel nennen (codeschnipsel)??
Mfg
Marco
Hallo,
Makkoo - das würde so aussehen:
attr Wohnzimmer.Elektro.StandlampeLinks webCmd dimvalue:color
attr Wohnzimmer.Elektro.StandlampeLinks widgetOverride dimvalue:slider,0,1,254 color:warm,cold,standard
Da hast du einen Slider für die Helligkeit und eine Auswahlliste für die Temperatur.
Kannte ich noch gar nicht - selbst nutze ich smartVISU als Frontend, da mache ich eigentlich nicht so viel mit der FHEM-GUI.
Justme - wie müsste ich denn da vorgehen? Wo müsste man den Slider dann deklarieren? Ich denke, dass mein Modul eine passende Antwort liefert:
set Wohnzimmer.Elektro.StandlampeLinks ?
Unknown argument ?, choose one of off on dimvalue color
in der antwort auf das set ? musst du die widgets mit zurück geben die verwendet werden sollen. also etwa so:Unknown argument ?, choose one of off on dimvalue:slider,0,1,254 color:warm,cold,standard
Achso, dankeschön.
Hab auch gerade den Abschnitt im Wiki gefunden :)
Lesen müsste man können...
Zitat von: Peter Kappelt am 23 April 2017, 14:18:42
In der Log-Datei stand nichts drinne?
Das könnte ein Hinweis sein:
Use of uninitialized value $coapClientReturnMessage in string eq at ./FHEM/30_TradfriGateway.pm line 23.
timeout: failed to run command `coap-client': No such file or directory
Noch ein Versuch:
cd /
echo $PATH
which coap-client
perl -e 'use strict; use warnings; print `coap-client -u Client_identity -k Sicherheitscode -v 1 -m GET coaps://IP-des-Gateways:5684/15001 2>&1`;'
Das ergibt:
root@cubietruck:/# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
root@cubietruck:/# which coap-client
/usr/local/bin/coap-client
root@cubietruck:/# perl -e 'use strict; use warnings; print `coap-client -u Client_identity -k RaX... -v 1 -m GET coaps://192.168.2.163:5684/15001 2>&1`;'
v:1 t:CON c:GET i:98c0 {} [ ]
decrypt_verify(): found 24 bytes cleartext
decrypt_verify(): found 30 bytes cleartext
[65536,65537,65538]
Bringt das neue Erkenntnisse um das Modul zu beleben?
Ja, wir kommen dem Problem langsam näher.
Bearbeite mal bitte die Datei "TradfriLib.pm". Sie liegt unter <FHEM-Installation>/FHEM. Falls du nicht weißt, wo deine FHEM-Installation ist, führe {`pwd`} in FHEM aus.
Falls du noch nicht so Linux-bewandert bist: Du kannst sie zum Beispiel mit dem Editor nano als root öffnen: "sudo nano <FHEM-Installation>/FHEM/TradfriLib.pm". Nachdem du die Änderungen vorgenommen hast, drückst du Strg+X und bestätigst mit Y oder J.
Versuche die Zeile 33 dieser Datei wie folgt abzuändern. Momentan müsste sie so aussehen: my $coapClientCMD = "timeout 5s coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";
Als erster Versuch (keine deiner Daten einsetzen):
my $coapClientCMD = "coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";
FHEM neustarten (shutdown restart), erneut prüfen.
Als zweiter Versuch (keine deiner Daten einsetzen):
my $coapClientCMD = "timeout 5s /usr/local/bin/coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";
Danach FHEM neustarten, und erneut ausprobieren.
Falls diese beiden nicht funktionieren sollten:
my $coapClientCMD = "/usr/local/bin/coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";
Es wäre nett, wenn du zumindest die ersten beiden Varianten testen könntest und mir Feedback darüber gibst, welche funktionieren.
Vielen Dank für Deine Mühe und die sehr detailierten Anweisungen. Ich habe tatsächlich hoffnungsvolles zu berichten:
1x daneben aber auch 2x Treffer :P
my $coapClientCMD = "coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";
get TradfriGW coapClientVersion UNKNOWN
get TradfriGW deviceList Error while trying to fetch devices!
my $coapClientCMD = "timeout 5s /usr/local/bin/coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";
get TradfriGW coapClientVersion UNKNOWN
get TradfriGW deviceList
- 65536: IKEA of Sweden TRADFRI remote control (TRADFRI remote control)
- 65537: IKEA of Sweden TRADFRI bulb E27 WS opal 980lm (K�che)
- 65538: IKEA of Sweden TRADFRI bulb E27 WS clear 950lm (Sofa)
get TradfriGW groupList
- 185064: Sofa- 165325: K�CHE
my $coapClientCMD = "/usr/local/bin/coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";
get TradfriGW coapClientVersion UNKNOWN
get TradfriGW deviceList
- 65536: IKEA of Sweden TRADFRI remote control (TRADFRI remote control)
- 65537: IKEA of Sweden TRADFRI bulb E27 WS opal 980lm (K�che)
- 65538: IKEA of Sweden TRADFRI bulb E27 WS clear 950lm (Sofa)
get TradfriGW groupList
- 185064: Sofa- 165325: K�CHE
Reichweite: Fernbedienung - Gateway - E27.950lm
Ich bin im Altbau problemlos vom Erdgeschoss ins erste Obergeschoss gekommen.
Dreht man die "Birne" in einen Deckenstrahler aus Metall, wobei die Birne fast komplett im Metallgehäuse verschwindet, war selbst damit eine problemlose Steuerung möglich. :o
Verhalten bei Spannungswiederkehr: E27.950lm
[1] Lichtschalter Aus - Lichtschalter An
Letzter Zustand bzgl. Leuchtstärke und auch Farbtemperatur vor dem Abschalten.
Damit bekommt man am Lichtschalter immer Licht. Also mindestens den minimalen Dimmwert, der bzgl. WAF hell genug ausfällt.
[2] Fernbedienung Aus - Fernbedienung An
wie [1]
Ablernen: E27.950lm
6x direkt hintereinander Lichtschalter Aus - Lichtschalter An
Lampe geht auf hell und die Fernbedienung wird abgelernt.
...
Schön, dass es funktioniert, Clyde.
Bis ich das Problem behoben habe und das entsprechende Update verteile, empfehle ich dir, die Version "my $coapClientCMD = "timeout 5s /usr/local/bin/coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";" zu benutzen.
Liest hier ein Perl-/ Linux-Guru mit? So wie es aussieht, ist Clydes PATH des roots anders als der des FHEM-Nutzers. Prinzipiell kann man auch nicht sicherstellen, dass bei "make install" die Software in den PATH aller Benutzer aufgenommen wird, oder?
Wie müsste man in seiner Software vorgehen, dass diese den absoluten Pfad der Software erkennt? Als Kriterium würde ich vorgeben, dass der Benutzer nicht den Pfad selbst eingeben muss.
Gibt es da Referenzlösungen?
Clyde, wenn du Zeit und Lust hast, führe bitte nochmal diese Kommandos in FHEM aus und schreibe deren Output hier:
{`echo \$PATH`}
{`id -u -n`}
{`echo \$PATH`}
/sbin:/usr/sbin:/bin:/usr/bin
{`id -u -n`}
fhem
Wo ich mithelfen kann, kein Problem.
Ich habe 2 Systeme mit Cubietruck Debian am laufen.
Beide die gleichen Antworten.
Der Pfad wird meistens in /etc/profile gesetzt und eventuell durch weitere Konfigurationsdateien in /etc/profile.d und $HOME erweitert.
Unter Raspbian sieht das z.B. so aus:
if [ "`id -u`" -eq 0 ]; then
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
else
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games"
fi
export PATH
Der erste Fall gilt für root, der zweite für alle anderen User.
Dann gibt es noch /etc/login.defs mit den Default-Werten für eine Login-Shell:
pi@raspberrypi:~ $ grep PATH /etc/login.defs
# Three items must be defined: MAIL_DIR, ENV_SUPATH, and ENV_PATH.
# *REQUIRED* The default PATH settings, for superuser and normal users.
ENV_SUPATH PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
ENV_PATH PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games
Auf jeden Fall gehört /usr/local/bin zumindest unter allen Linux-Varianten, die ich kenne, standardmäßig zum Pfad. Lediglich die sbin-Verzeichnisse sind öfter mal nur für root gesetzt.
Was helfen sollte, ist eine Datei /opt/fhem/.profile (wenn /opt/fhem das Home-Verzeichnis von fhem ist) mit:
PATH="$PATH:/usr/local/bin"
Damit wird der Pfad um /usr/local/bin erweitert.
Hab gerade mal bei mir nachgesehen
/etc/profile
if [ "`id -u`" -eq 0 ]; then
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
else
PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games"
fi
export PATH
Demnach müßte der user fhem ja /usr/local/bin haben.
Hat aber nur /sbin:/usr/sbin:/bin:/usr/bin
Wann wird die Datei /opt/fhem/.profile ausgeführt, wenn vorhanden?
Ich habe gerade ein neues Update hochgeladen. Jetzt ist es möglich, den coap-client-Pfad per Hand zu definieren:
define <name> TradfriGateway <gateway-ip> <gateway-secret> [<coap-client-directory>]
Clyde, für deinen Fall muss es dann so aussehen (davor natürlich ein Update ausführen):
define <name> TradfriGateway <gateway-ip> <gateway-secret> /usr/local/bin
Der neue Parameter ist optional und sollte in den meisten Fällen nicht benötigt werden.
Falls get coapClientVersion UNKNOWN zurückgibt, wird man wahrscheinlich was definieren müssen - sonst nicht. Das Vorgehen habe ich bei Github in der Readme hinterlegt.
Die Anpassung, dass der Slider für die Helligkeit automatisch angezeigt wird (und man widgetOverride nicht benötigt), versuche ich heute auch noch hochzuladen. Kam leider die letzten Tage nicht wirklich zu dem Modul, hatte recht viele andere Verpflichtungen.
Grüße,
Peter
Funktioniert nun auf Anhieb. /usr/local/bin :)
Mist, jetzt muß ich schon wieder die IKEA Liste erweitern...
ZitatMist, jetzt muß ich schon wieder die IKEA Liste erweitern...
Ich sollte von IKEA Geld verlangen...
Hallo,
freut mich, dass es jetzt geht.
Habe vorhin auch noch ein Update hochgeladen. Damit ist es möglich, den Slider ohne widgetOverride zu deklarieren. Ist auch im Github beschrieben.
Grüße,
Peter
Zitat von: Peter Kappelt am 27 April 2017, 22:06:41
Ich sollte von IKEA Geld verlangen...
Ja, mein Frau war ganz erstaunt, dass
ich zu IKEA wollte. ;)
Sonstiger Umsatz wurde natürlich auch noch generiert...
Offene Architektur und FHEM Support ist für mich ein klares Kaufkriterium.
Zitat
freut mich, dass es jetzt geht.
Habe vorhin auch noch ein Update hochgeladen. Damit ist es möglich, den Slider ohne widgetOverride zu deklarieren. Ist auch im Github beschrieben.
Tolles Modul, funktioniert problemlos.
Hardware:
3x TRADFRI bulb E14 WS opal 400lm ; TRADFRI remote control
Gruß Ralf
hallo zusammen
habe heute nach einem mehr als überfälligem update von fhem mal das tradfri modul installiert. hat nach dem installieren der lib und dem autoconfig auch super geklappt. danke peter!!
beim gateway steht als STATE immer ???
ist das normal?
der Rest ( 3 mal 1000lm E27 Bulb, 1 mal 980lm tuneablewhite bulb) tut das was er soll. perfekt!!
hab das ganze dann auch mal in homekit (homebrigde) integriert. was soll ich sagen ?? geht einwandfrei :D :D :D
Hallo ,
nachdem ich alles so installiert habe wie im GitHub beschrieben ist bekomme ich leider kein Device angezeigt.
Über die App und Fernbedienung lässt sich das Panel steuern
Internals:
DEF 192.168.2.43 iN........
NAME TradfriGW
NR 110
STATE ??
TYPE TradfriGateway
canConnect 1
gatewayAddress 192.168.2.43
gatewaySecret iN.........
name TradfriGW
Readings:
2017-05-02 20:39:25 coapClientVersion coap-client v4.1.2 -- a small CoAP implementation
Attributes:
get TradfriGW coapClientVersion coap-client v4.1.2 -- a small CoAP implementation
get TradfriGW deviceList Error while trying to fetch devices!
Habe ich etwas übersehen, wo kann der Fehler liegen?
Viele Grüße
Hallo,
schau dir mal dein Secret genau an. Bei mir war da ein großes "i" und ein kleines "L" drin. Das funktionierte daher bei mir auch nicht sofort.
Hallo Urga,
danke für den Tipp, jetzt werden die Devices erkannt.
Viele Grüße
Kann man die Lampen (in meinem Fall das kleine LED Panel) ueber das Gateway weiter runterdimmen als es mit der Fernbedienung moeglich ist?
Moin Markus,
Du kannst das nur soweit dimmen, wie es die FB hergibt, letztlich ist das FHEM ja nichts anderes. Die Limitierung der Dimmstufe erfolgt vermutlich über die Elektronik in der Leuchte.
mfg
Mike
Hallo Peter,
habe ich es richtig verstanden, dass du das Tradfri Modul entwickelst dir aber an Hardware sowohl die E27 980 Lumen Weißspektrum als auch der Bewegungsmelder noch fehlen?
Was bei Hue richtig in Geld geht ist bei Ikea ja nicht ganz so schmerzhaft. Das könnte man doch hier als Spende organisieren...
Ich wäre mit 5€ dabei!
(Obwohl ich die warmweiße LED wegen CRI 90 bevorzuge und nicht gegen das Weißspektrum mit CRI 80 tauschen wollte)
Hallo Peter,
mich würde interessieren wie ich ein Gerät in zwei Gruppen packen kann. Du hattest das mal kurz in einem Post erwähnt.
Gruss Tobias
Hallo an Alle,
entschuldigt bitte, dass hier in letzter Zeit relativ wenig passiert ist. Ich hatte recht viel anderweitig um die Ohren.
Für das Wochenende ist ein neues Update geplant. Die Weißspektrum-Lampen werden auch in Gruppen unterstützt, die Helligkeit von Gruppen kann man auch auslesen.
@Garagenhaus
Die Weißspektrum-Lampe habe ich da, für TradfriDevice ist die auch schon unterstützt (in Gruppen jedoch noch nicht). Ich freue mich prinzipiell über finanzielle/ materielle Unterstützung, um das Modul weiterzuentwickeln - aber momentan mangelt es nicht am Geld, sondern an der Zeit. Der Bewegungsmelder steht auf meiner Liste, ich kann dir aber noch keinen bestimmten Zeitpunkt nennen. Außerdem ist das Modul in der aktuellen Implementierung an keiner Stelle echtzeitfähig, das heißt, dass der Status nur zyklisch ausgelesen werden kann. Ich glaube, dass ist für einen Bewegungsmelder nicht so Ideal?!.
Das Protokoll unterstützt prinzipiell auch quasi-Echtzeit, vegleichbar mit einem MQTT-Subscribe, allerdings der Coap-Client nur in Maßen.
Mal schauen.
@mistermocs
Ich habe meine Testsoftware mal etwas angepasst und zusammengepackt, hängt dran.
Nachdem du das Archiv entpackt hast, musst du in der tradfriNewGroup.pl deine Gateway IP und den Secret eingeben (Zeile 9/10).
Danach kannst du tradfriNewGroup.pl aufrufen, wenn auf deinem System libcoap installiert ist. Du kannst eine beliebige Anzahl an Device-IDs als Parameter angeben, mit Leerzeichen getrennt (Die Reihenfolge der IDs ist dabei nicht relevant). Das Skript erstellt dann eine neue Gruppe, in der die angegebenen Devices enthalten sind.
Für FHEM-Integration ist das Skript natürlich noch nicht gedacht.
Denk auch dran, dass die aktuelle Tradfri-App es nicht mag, wenn ein Device in mehreren Gruppen enthalten ist. Eine Steuerung dieser Geräte war nicht mehr zuverlässig möglich.
Falls es noch Probleme gibt: Fragt einfach, ich werde so schnell wie möglich antworten.
Noch einen schönen Abend,
Peter
Und natürlich das Archiv vergessen ;)
Hallo zusammen,
@Peter, vielen Dank für Deine Arbeit, lief alles auf Anhieb problemlos!!!
@all, hat schon mal jemand versucht die TRADFRI bulb E27 opal 1000lm mit Alexa zu steuern?
Habe da nämlich noch ein kleines Problem, Ein und Aus geht ohne Probleme, aber beim dimmen habe ich da noch ein Problem,
ich kann Alexa zwar sagen stelle Licht auf x%, was sie dann auch macht, nur ist das Problem, dass die Dimm-Werte bei Alexa zwischen 0 und 100 liegen und bei den TRADFRI Leuchten bei 0 bis 254.
D.h. wenn ich Alexa sage stelle Licht auf 100% stellt sie das Licht auf 100, was den Effekt hat, dass die Leuchten nicht mal auf 50% gedimmt sind.
Danke schon mal im Voraus!
Gruß Rudy
Du kannst Alexa aber nicht befehlen auf die 254 zu stellen, oder habe ich das jetzt richtig begriffen? Was ist wenn man die 50% umändert und halb gedimmt? Kann Alexa das denn verstehen?
Hallo Sandaletti,
richtig, bei Alexa ist bei 100 Schluss... Alles was darüber hinaus geht sagt sie, dass es außerhalb des Bereiches liegt...
Halb gedimmt erkennt sie auch nich, heller oder dunkler würde sie vielleicht mit etwas bastelarbeit verstehen aber das bringt mir eigentlich auch nicht wirklich was...
alexa und siri verstehen nur prozent werte von 0 bis 100.
diese werden aber auf den wertebereich den das jeweilige device versteht umgemappt.
wenn das device bei einem set ? die richtige antwort liefert geht das automatisch, sonst muss man ein passendes homebridgeMapping verwenden.
zeig mal ein jsonlist2 vom device.
Hi Peter,
vielen Dank für die Entwicklung des Tradfri Moduls, auch bei mir hat die Installation anhand der Anleitung sofort geklappt und ich kann meine Lampen sauber steuern.
Für mich interessanter Punkt: im laufenden Betrieb braucht das Gateway übrigens kein Internet - hatte ich nicht so erwartet!
Zum Modul, da ich für einen Teil meiner Idee die Lampe am Lichtschalter schalte und über FHEM weitere Schaltvorgänge triggern möchte, ist mir aufgefallen, dass aktuell im Modul der state weiterhin bspw. auf on bleibt, auch wenn die Lampe dank Stromverlust nicht mehr verfügbar ist. Die Tradfri App zeigt dann auch an, dass die Lampe nicht gefunden werden kann. Ich habe mal die deviceInfo bei Strom an und aus verglichen und anscheinend müsste hinter der Variablen 9019 die Verfügbarkeit geschlüsselt sein. Sofern das auch für andere relevant wäre, wäre es super, falls Du - natürlich nur bei Gelegenheit - ein weiteres Reading bezüglich der Verfügbarkeit ergänzen könntest?!
Tausend Dank aber auch schon für den Status quo!!
Viele Grüße
Max
Hallo justme1968,
hier der Auszug aus der jsonlist2 von der Gruppe der Leuchten:
{
"Name":"Fenster",
"PossibleSets":"dimvalue:slider,0,1,254 off on",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 autoUpdateInterval event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading alexaName alexaRoom cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"CFGFN": "",
"DEF": "178114",
"NAME": "Fenster",
"NR": "468",
"STATE": "off",
"TYPE": "TradfriGroup",
"groupAddress": "178114",
"name": "Fenster"
},
"Readings": {
"dimvalue": { "Value":"0", "Time":"2017-05-19 15:58:09" },
"name": { "Value":"Fenster", "Time":"2017-05-18 09:00:04" },
"state": { "Value":"off", "Time":"2017-05-19 20:45:45" }
},
"Attributes": {
"genericDeviceType": "light",
"room": "Tradfri,alexa",
"webCmd": "on:off:dimvalue"
}
},
und hier der Auszug einer Leuchte:
{
"Name":"Bulb1",
"PossibleSets":"on off dimvalue:slider,0,1,254 color:warm,cold,standard",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 autoUpdateInterval event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading alexaName alexaRoom cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
"Internals": {
"CFGFN": "",
"DEF": "65539",
"NAME": "Bulb1",
"NR": "400",
"STATE": "off",
"TYPE": "TradfriDevice",
"deviceAddress": "65539",
"name": "Bulb1"
},
"Readings": {
"dimvalue": { "Value":"0", "Time":"2017-05-19 15:12:09" },
"manufacturer": { "Value":"IKEA of Sweden", "Time":"2017-05-19 09:52:09" },
"softwareVersion": { "Value":"1.1.1.0-5.7.2.0", "Time":"2017-05-19 09:52:22" },
"state": { "Value":"off", "Time":"2017-05-19 15:14:36" },
"type": { "Value":"TRADFRI bulb E27 opal 1000lm", "Time":"2017-05-19 11:34:10" }
},
"Attributes": {
"room": "Tradfri",
"webCmd": "on:off:dimvalue"
}
},
Vielen Dank schon mal für Deine Hilfe!
Gruß Rudy
Hallo
Entschuldigt bitte, falls ich noch einen Fehler bei dem "set ?"-Antwortcode gemacht habe. Falls da noch was geändert werden muss: einfach kurz Bescheid geben.
@ximum
Done!
Es gibt zwei neue Readings: reachableState und lastSeen.
reachableState kann 1 oder 0 annehmen und entspricht dabei der 9019-ID, die du schon gefunden hattest.
lastSeen ist ein Zeitstempel und wird der 9020-ID entnommen. Den Sinn dieses Wertes habe ich noch nicht recht verstanden. Ich weiß nicht, wann der aktualisiert wird. Bei meinen Devices steht lastSeen auf Heute, um ca. 10 Uhr. Ich kann nicht beurteilen, was da passiert ist. Ein setzen der Farbe/ der Helligkeit ändert nichts daran.
In Echtzeit kann der Wert allerdings noch nicht aktualisiert werden. Du müsstest ein autoUpdateInterval deklarieren, dass der zyklisch ausgelesen wird.
Weiterhin kann man jetzt auch die Farbe der Devices auslesen.
Grüße,
Peter
kein grund zum entschuldigen.
das problem ist das du dir ein neues kommando dimvalue ausgedacht hast statt eins der verbreiteten dim oder pct nimmst. die erkennen alexa-fhem und homebridge-fhem automatisch. andere frontends vermutlich auch.
ganz allgemeine ist es gut mal zu schauen was andere module an kommandos verwenden bevor man sich etwas neues überlegt.
gruss
andre
Abend,
so langsam stehe ich auf den Schlauch, habe jetzt mal folgendes versucht:
attr homebridgeMapping
Brightness=state,part=1,cmd=dimvalue
hat aber noch immer die gleiche Auswirkung, dass Alexa auf 100 schaltet aber nicht auf 100%
da muss mit Sicherheit noch irgendwo der Faktor 2,54 hinterlegt werden, die Frag ist nur wo...
Super Modul – Besten Dank.
Ich versuche ein Tradfri Treppenhauslicht mit zwei Controllern und zwei Leuchten zu realisieren.
Zur Zeit kann ja nur ein Controller mit einer Leuchte verbunden sein. Die beiden Controller funktionieren und aktualisieren auch das FHEM Web. Für die Treppenhausfunktion soll der Status der Leuchte 1 dann auf die Leuchte 2 übertragen werden, sobald ein EVENT eintritt. Leider funktioniert das notify nicht. Hier der Auszug aus der config:
# add IKEA Tradfri GATEWAY
define TradfriGW TradfriGateway aaa.bbb.ccc.ddd secret /usr/local/bin
#
define Floalt1 TradfriDevice 65538
attr Floalt1 room Tradfri
attr Floalt1 autoUpdateInterval 3
attr Floalt1 group TreppenhausLicht
#
define Bulb1 TradfriDevice 65539
attr Bulb1 room Tradfri
attr Bulb1 autoUpdateInterval 3
attr Bulb1 group TreppenhausLicht
#
define notifyLichtTreppenhaus1 notify (Floalt1.) set Bulb1 $EVENT
define notifyLichtTreppenhaus2 notify (Bulb1.) set Floalt1 $EVENT
Wie kann es gehen ?
Treppenhauslicht ... mit einem Dummy Schalter geht zumindest On/Off und die kleine Zeitverzögerung (ca. 1 sec) ist OK. Aber die anderen Parameter Dimmer, Color, ... werden nicht übernommen.
# add IKEA Tradfri GATEWAY
define TradfriGW TradfriGateway aaa.bbb.ccc.ddd secret /usr/local/bin
#
define Floalt1 TradfriDevice 65538
attr Floalt1 autoUpdateInterval 3
attr Floalt1 room Tradfri
#
define Bulb1 TradfriDevice 65539
attr Bulb1 autoUpdateInterval 3
attr Bulb1 room Tradfri
#
define TreppenhausLicht dummy
attr TreppenhausLicht room Tradfri
define notify_TreppenhausLicht1 notify Floalt1 set TreppenhausLicht $EVENT
define notify_TreppenhausLicht2 notify Bulb1 set TreppenhausLicht $EVENT
define notify_TreppenhausLicht3 notify TreppenhausLicht set Bulb1 $EVENT
define notify_TreppenhausLicht4 notify TreppenhausLicht set Floalt1 $EVENT
Wie kann es gehen ?
Bitte sei so nett und schreibe Logausgaben und/oder Code in Codetags. So kann/will das keiner lesen.
Grüße
Treppenhauslicht...
Wenn Parameter wie color oder dimmvalue an einem der Controller geändert werden, dann ändert sich das nur an der Leuchte, die mit dem Controller gepaired ist. Der dummy weist den entsprechenden Parameter unter state aus und nicht als color oder dimvalue. Hatte auch versucht einen Reading anzulegen, der wird aber nicht aktualisiert.
Zitatstate dimvalue: 254 2017-05-21 17:59:32
hier der Auszug aus dem LogFile:
2017.05.21 17:59:32 3: notify_TreppenhausLicht3 return value: Unknown argument dimvalue:, choose one of on off dimvalue:slider,0,1,254 color:warm,cold,standard
2017.05.21 17:59:32 3: notify_TreppenhausLicht4 return value: Unknown argument dimvalue:, choose one of on off dimvalue:slider,0,1,254 color:warm,cold,standardWie können die Parameter an den Dummy korrekt übergeben werden. On/Off klappt ja !?
Treppenhauslicht mit 2 Controllern (1xFloalt und 1x980lm LED) und 1xBewegungssensor mit 1x1000lm LED
Problem ist bei der Parameterübergabe zum Dummy device via $EVENT wird ein Doppelpunkt z.B. hinter color zuviel ausgegeben. ggf. Definition falsch ?
Im GUI steht dann
TreppenhausLicht color: f5faf6 on off
Die Übergabe vom Dummy device zu den LED klappt dagegen.
Im Logfile
2017.05.22 22:18:45 3: notify_TreppenhausLicht40 return value: Unknown argument dimvalue:, choose one of on off dimvalue:slider,0,1,254 color:warm,cold,standard
Unknown argument dimvalue:, choose one of on off dimvalue:slider,0,1,254 color:warm,cold,standard
Unknown argument dimvalue:, choose one of on off dimvalue:slider,0,1,254 color:warm,cold,standard
2017.05.22 22:18:45 3: notify_TreppenhausLicht40 return value: Unknown argument color:, choose one of on off dimvalue:slider,0,1,254 color:warm,cold,standard
Unknown argument color:, choose one of on off dimvalue:slider,0,1,254 color:warm,cold,standard
Unknown argument color:, choose one of on off dimvalue:slider,0,1,254 color:warm,cold,standard
Ersetzt man die Parameterübergabe mit
set TreppenhausLicht color $EVTPART1 bzw. set TreppenhausLicht dimvalue $EVTPART1
dann klappt es.
Man kann dann von beiden Controllern an/aus schalten, dimmen und die Farbtemperatur für alle Leuchten ändern (natürlich nicht die der 1000lm). Und der Bewegungsmelder schaltet die Leuchten an, wie gewünscht.
Hier die entsprechende config
#
# 65541: IKEA of Sweden TRADFRI motion sensor (TRADFRI motion sensor)
# 65537: IKEA of Sweden TRADFRI remote control (TRADFRI remote control 2)
# 65538: IKEA of Sweden FLOALT panel WS 30x30 (FLOALT panel WS 30x30)
# 65536: IKEA of Sweden TRADFRI remote control (TRADFRI remote control 3)
# 65539: IKEA of Sweden TRADFRI bulb E27 WS opal 980lm (TRADFRI bulb E27 WS opal 980lm)
# 65540: IKEA of Sweden TRADFRI bulb E27 opal 1000lm (TRADFRI bulb E27 opal 1000lm)
#
# add IKEA Tradfri GATEWAY
define TradfriGW TradfriGateway aaa.bbb.ccc.ddd secret /usr/local/bin
#
define LED_Floalt1 TradfriDevice 65538
attr LED_Floalt1 autoUpdateInterval 3
attr LED_Floalt1 room Tradfri
#
define LED_Bulb1 TradfriDevice 65539
attr LED_Bulb1 autoUpdateInterval 3
attr LED_Bulb1 room Tradfri
#
define LED_Bulb2 TradfriDevice 65540
attr LED_Bulb2 autoUpdateInterval 3
attr LED_Bulb2 room Tradfri
#
define TreppenhausLicht dummy
attr TreppenhausLicht webCmd on:off
attr TreppenhausLicht setList color:warm,standard,cold dimvalue:slider,0,1,254
attr TreppenhausLicht eventMap /f1e0b5:standard/efd275:warm/f5faf6:cold/
attr TreppenhausLicht eventMap /F1E0B5:standard/EFD275:warm/F5FAF6:cold/
# warm efd275
# cold f5faf6
# standard f1e0b5
attr TreppenhausLicht room Tradfri
#
define notify_TreppenhausLicht11 notify LED_Bulb1:(on|off) set TreppenhausLicht $EVENT
define notify_TreppenhausLicht12 notify LED_Bulb2:(on|off) set TreppenhausLicht $EVENT
define notify_TreppenhausLicht13 notify LED_Floalt1:(on|off) set TreppenhausLicht $EVENT
#
define notify_TreppenhausLicht21 notify LED_Bulb1:color:.* set TreppenhausLicht color $EVTPART1
define notify_TreppenhausLicht22 notify LED_Floalt1:color:.* set TreppenhausLicht color $EVTPART1
#
define notify_TreppenhausLicht31 notify LED_Bulb1:dimvalue:.* set TreppenhausLicht dimvalue $EVTPART1
define notify_TreppenhausLicht32 notify LED_Bulb2:dimvalue:.* set TreppenhausLicht dimvalue $EVTPART1
define notify_TreppenhausLicht33 notify LED_Floalt1:dimvalue:.* set TreppenhausLicht dimvalue $EVTPART1
#
define notify_TreppenhausLicht40 notify TreppenhausLicht set LED_Floalt1,LED_Bulb1,LED_Bulb2 $EVENT
Bestimmt geht das eleganter ?
Hallo
@rudeboy
Hat sich mit Alexa inzwischen was ergeben? Wahrscheinlich werde ich das Modul, wie Andre vorgeschlagen hatte, zur besseren Kompatibilität anpassen. Ich werde mich da wegen der Kommandos an anderen Modulen orientieren. Die bestehenden Kommandos werde ich aber dennoch, zumindest für einige Zeit, beibehalten. Vielleicht nutzt es ja schon jemand produktiv und möchte das dann nicht sofort anpassen müssen.
@moritzthecat
Schau ich mir an. Gebe dir dann Rückmeldung.
Edit:
Hab es mir angeschaut. Dass in dem $EVENT ein ':' drinne ist, ist üblich. Schau mal in den Eventmonitor.
Als schnelle, einfache Lösung hatte bei mir Folgendes funktioniert:
define dbgTest notify tDeviceTwo {$EVENT =~ s/://;; fhem("set tDeviceOne $EVENT")}
Damit wird der Doppelpunkt einfach weggeschnitten und die gewünschte Funktion sollte erreicht sein,
Schönen Abend,
Peter
So, rudeboy.
Im aktuellen Update gibt es ein neues Attribut für Devices/ Gruppen: usePercentDimming.
Wenn das auf eins gesetzt ist, akzeptiert "set dimvalue" Werte von 0-100, anstatt den bisherigen 0-254.
Das sollte die schnellste und einfachste Lösung sein, dass du das mit Alexa zum laufen bekommst.
Hallo Peter,
super, vielen Dank, werde ich dann gleich mal testen und geb Dir dann nochmal Bescheid.
Gruß
Rudy
Hallo Peter,
die Leuchten funktionieren jetzt ohne Probleme mit Alexa.
Vielen Dank nochmal an dieser Stelle für Deine Arbeit!!!
Gruß
Rudy
Hallo zusammen, ist das richtig, dass ich die Lampe via Homebridge nicht dimmen kann?I Ich habe es bereits mit dem HomebridgeMapping versucht (homebridgeMapping Brightness=dim::dim) jedoch wird mir der Homebrige Schalter nur als ON/OFF angezeit.
Hallo pronson,
versuch mal Bitte:
attr "Dein device" webCMD on:off:dimvalue
Wenn du anstelle des Bereiches von 0 bis 254 lieber von 0 bis 100 haben willst musst du noch:
attr "Dein device" usePercentDimming 1
Gruß
Rudy
schau mal weiter oben wie das homebridgeMapping korrekt aussehen muss. dein kommando heißt ja nicht dim sondern dimvalue.
Hi,
Sorry in English,
I am using Tradfri lights with gateway and FHEM for 1 week.
I have one problem. If the lights are already on, before opening FHEM, FHEM indicates lights state as "off".
If I type "get <device> state", it returns "on". After this FHEM interfaces (Dashboard / FTUI / etc) looks okay.
Questions:
a) Can I force a get <device> state whenever FHEM index.html or ftui/index.html is loaded?
b) Is it okay to set AutoUpdateInterval to a low value (like 5s)?
Try in FHEMWeb
attr <FHEMWEBinstance> longpoll 1
and in FTUI html:
<head>
...
<meta name="longpoll" content="1">
...
</head>
Shouldn't the module do a status check of all devices that it controls when it initializes?
ZitatShouldn't the module do a status check of all devices that it controls when it initializes?
It does.... depending on the poll method which is used.
See here: https://wiki.fhem.de/wiki/FHEM_Tablet_UI_FAQ#Das_UI_zeigt_Status.C3.A4nderungen_erst_nach_30s
I added
<meta name="longpoll" content="1">Restarted FHEM.
But the problem persists, maybe with the module?
Zitat von: amenomade am 31 Mai 2017, 14:05:17
Ich vermute ein longpoll Problem. Siehe hier: https://wiki.fhem.de/wiki/FHEM_Tablet_UI#Verbindung_zu_FHEM
Aber um das sicher zu stellen, poste mal bitte ein "list" von dem Dimmer (in FHEMWeb im Kommandofeld "list Study") und das Ergebnis hier in code tags (der # Knopf im Editieren Menü hieroben).
Mich interessieren auch die <meta> tags, die Du in index.html hast (wegen longpoll).
Ohne diese zusätzliche Informationen ist es schwierig zu helfen.
PS: if you prefer, we can do it in english.
I tried "list Study" and got:
Internals:
CHANGED
DEF 65537
IODev TradfriGW
NAME Study
NR 62
STATE off
TYPE TradfriDevice
deviceAddress 65537
name Study
Readings:
2017-05-30 20:04:49 color f1e0b5
2017-05-30 18:56:44 createdAt Sun, 30 Apr 2017 10:10:04 GMT
2017-05-31 11:04:52 dimvalue 101
2017-05-31 15:49:52 lastSeen Wed, 31 May 2017 15:35:34 GMT
2017-05-30 18:56:44 manufacturer IKEA of Sweden
2017-05-30 18:56:44 name Study
2017-05-30 18:56:44 reachableState 1
2017-05-30 18:56:44 softwareVersion 1.1.1.1-5.7.2.0
2017-05-31 10:57:55 state off
2017-05-30 18:56:44 type TRADFRI bulb E27 WS opal 980lm
Attributes:
autoUpdateInterval 900
icon light_ceiling_light
room LivingRoom But if I type "get Study state", I get "on", if I repeat list:
Internals:
DEF 65537
IODev TradfriGW
NAME Study
NR 62
STATE on
TYPE TradfriDevice
deviceAddress 65537
name Study
Readings:
2017-05-30 20:04:49 color f1e0b5
2017-05-30 18:56:44 createdAt Sun, 30 Apr 2017 10:10:04 GMT
2017-05-31 11:04:52 dimvalue 101
2017-05-31 15:49:52 lastSeen Wed, 31 May 2017 15:35:34 GMT
2017-05-30 18:56:44 manufacturer IKEA of Sweden
2017-05-30 18:56:44 name Study
2017-05-30 18:56:44 reachableState 1
2017-05-30 18:56:44 softwareVersion 1.1.1.1-5.7.2.0
2017-05-31 17:45:26 state on
2017-05-30 18:56:44 type TRADFRI bulb E27 WS opal 980lm
Attributes:
autoUpdateInterval 900
icon light_ceiling_light
room LivingRoom Of course, the light was always on. ;)
:(
Yes, because probably on your web page there is no data to actualize so often. If it is generally working (you do get the values when they change), see here : https://forum.fhem.de/index.php/topic,68491.msg600700.html#msg600700
I never get the values that have changed without manually typing get state or waiting for the next AutoUpdateInterval cycle.
Hi zusammen,
die recht günstigen Lampen von Ikea und dieses Modul (vielen Dank Peter!) haben mich dazu verleitet mit FHEM zu beginnen. Ich bin also noch ziemlicher Einsteiger. Die Installation hat super funktioniert und meine erste Glühbirne hört auf jeden Klick :)
Was mir noch fehlt, bevor ich mein ganzes Wohnzimmer mit den Tradfri-Lampen ausstatte, ist die Möglichkeit die Lampen langsam zu Dimmen. Bei anderen Dimmern kann man ja eine "Ramp-Time" mitgeben. Ist dies auch irgendwie mit den Tradfri-Lampen möglich? Falls das (noch) nicht geht, könnte das in diesem Modul noch irgendwann hinzugefügt werden, oder gibt es Hardwaretechnische Gründe, die es bei den Tradfri-Lampen nicht möglich machen?
Vielen Dank für eure Hilfe und schöne Grüße
Hallo Peter
ist vielleicht nur ein Schönheitsfehler....
Bei meinem Gateway ist der Status seit der initialen Installation auf STATE "???"
Ist das nur bei mir so?
Gruß Michael
Moin,
danke für das super Modul. Tradfri ist mit zwei Lampen eingezogen und per FEHM und Homebridge an Siri gekoppelt.
Dabei hatte ich die Herausforderung das dimmen der Lampen per Siri zu ermöglichen. Da mich das etwas Zeit gekostet hat, hier kurz die Lösung für den/die nächsten die das machen möchten.
define IkeaLampe TradfriDevice <id>
attr IkeaLampe alias Deckenlampe
attr IkeaLampe genericDeviceType light
attr IkeaLampe homebridgeMapping Brightness=state,cmd=dimvalue
attr IkeaLampe room Homekit
attr IkeaLampe usePercentDimming 1
attr IkeaLampe webCmd on:off:dimvalue:color
Voraussetzung ist, das die Anbindung FHEM <->Homebridge<->HomeKit schon funktioniert.
HomeKit ist bei mir der Raum für diese Verbindung.
Jetzt muss ich nur noch rausfinden, wie ich Siri beibringe die Lichtfarbe zu ändern.
Gruß FD
Kann man die Birnen eigentlich auch richtig dunkel dimmen? Bei ~1000lm hatte ich bei anderen Leuchtmitteln damit immer so meine Probleme.
Die Frage ist,was für dich "richtig" dunkel?
Gesendet von meinem VKY-L09 mit Tapatalk
Z.b. vergleichbar mit er 25W herkömmlichen Glühbirne.
Hallo an Alle,
Sorry für die Ruhezeit.
@NDR008
Do I assume correctly that you want, that "get updateInfo" is executed automatically for the device on the FTUI page once you (re-)load it?
As far as I know the Tablet UI, it is just displaying the device readings. But getting a reading doesn't mean that it is getting updated.
If the problem is still relevant, and my assumption is right, I can think about a solution for this point.
@Mac
Ich denke, dass das Tradfri-System noch kein langsames Dimmen nativ unterstützt.
Allerdings könnte das mein Modul übernehmen. Es würde quasi eine Dimmkurve berechnen und einen neuen Dimmwert, in festen Zeitintervallen, an die Lampen senden.
Das würde dann bedeuten, dass der FHEM-Server das Dimmen übernimmt - und dafür auch CPU-Last benötigt.
@mbrak
Ist nachvollziehbar. Habe ich mir notiert, werde ich bearbeiten.
@FunkOdyssey
Sofern ich das beurteilen kann: Ja.
Habe zwei Stück der 1000 lm-Lapen im Wohnzimmer. Die Dimmkurve empfinde ich als recht linear, also wird IKEA da sicher eine Korrektur für das logarithmische Auge mit eingebaut haben.
Zitat von: Peter Kappelt am 17 Juni 2017, 21:56:35
Hallo an Alle,
Sorry für die Ruhezeit.
@NDR008
Do I assume correctly that you want, that "get updateInfo" is executed automatically for the device on the FTUI page once you (re-)load it?
As far as I know the Tablet UI, it is just displaying the device readings. But getting a reading doesn't mean that it is getting updated.
If the problem is still relevant, and my assumption is right, I can think about a solution for this point.
Almost:
Problem is:
If I turn on / off the lights by:
- ikea remote
- changing the brightness
the state value does not change.
If I re-run get <dev> state, then it gets the correct state, and the ftui updates correctly.
The problem is not FTUI because FHEM Web also shows the wrong state until I run the get <dev> state.
If it is unclear, I will make a video to explain.
Frage: kann man den Gateway auch ohne Netzwerkanschluß nutzen?
Hallo,
seit einigen Tagen bin auch ich stolzer Besitzer von 3 IKEA Trådfri Lampen. Das Modul zur Ansteuerung in FHEM funktioniert sehr gut. Vielen Dank für die Arbeit!
Einen kleinen Verbesserungsvorschlag habe ich jedoch: In Zeile 38 der TraderLib.pm wird ein JSON in eine Datei "tmp" geschrieben.
if(%data){
$coapClientCMD .= ' -f tmp';
my $jsonData = JSON->new->utf8->encode(\%data);
system("echo '$jsonData' > tmp");
}
Dies ist pseudo optimal, da zum einen auch andere Prozesse eine generische Datei "tmp" erzeugen könnten und zum anderen (wie bei mir) ein Verzeichnis tmp durchaus üblich ist und dann die Funktion des Moduls verhindert. Besser wäre eine "tradfri.tmp" o. ä. zu verwenden.
LG,
MrRight
Zitat von: MrRight am 25 Juni 2017, 23:11:10
Besser wäre eine "tradfri.tmp" o. ä. zu verwenden.
Noch besser wäre es File::Temp (http://search.cpan.org/perldoc?File::Temp) dafür zu benutzen. Das wurde extra dafür gemacht und ist seit Perl 5.6.1 in Perl integriert, braucht also auf fast allen Systemen keine extra Installation.
Mist! Da ist dann gleich aufgefallen, dass ich keinen blassen Schimmer von Perl habe... >:(
Trotzdem Danke für die Ergänzung!
Problem is:
If I turn on / off the lights by:
- ikea remote
- changing the brightness
the state value does not change.
You must set the attr autoUpdateInterval
Hallo,
@NDR008
OK, got it. Actually, the module isn't supposed to update automatically - yet. It is based on polling data from the gateway. The readings can be updated manually or periodically, by autoUpdateInterval.
By the way, automatic updates could be implemented. However, I haven't found a perfect way to implement them yet, you have to be patient for this feature.
@MrRight/ @reibuehl
Danke für den Hinweis - sollte eigentlich gar nicht mehr drinne sein. Eigentlich werden die entsprechenden Daten direkt per STDIO an das später aufgerufene Programm übergeben. Damals habe ich das nur zum debugging/ beobachten benötigt - und danach nicht mehr rausgenommen. Werde ich im nächsten Update wieder raushauen.
@Neuhier
Kommt natürlich drauf an, wie du das Gateway nutzen möchtest. In den allermeisten Fällen ist aber die Netzwerkverbindung notwendig. Die gesamte Kommunikation zwischen FHEM und Gateway bzw. Tradfri App und Gateway basiert auf der Netzwerkverbindung und IP.
Deine Frage macht mich trotzdem etwas neugierig: Warum sollte man das Gateway ohne Netzwerk betreiben? Hast du da, wo das Gateway steht, keinen Netzwerkanschluss?
Hallo Peter,
erst einmal ein riesen Dankeschön für deine Arbeit! Ich habe gestern 5 Halogenspots gegen 5 Trådfri LED-Spots getauscht und diese als Gruppe in FHEM und HomeKit hinzugefügt. Alles unkompliziert!! :)
Einzig bei der Änderung der Lichtstimmung über Fhem bin ich gescheitert - was auch logisch ist, weil das vom Modul für Gruppen nicht unterstützt wird, was ich aber erst später gesehen habe.
Ist denn eine Implementierung geplant bzw. kann ich die Lichtstimmung doch über einen Trick irgendwie steuern?
Was wäre denn ein empfohlener Wert für das autoUpdateInterval?
Kann man die Gruppe denn nicht in der Ikea App konfigurieren? Und die Ikea Gruppe als device in fhem anlegen?
Wenn nicht... dummy der mehrere Befehle ausführt... oder als structure....
Ich habe beides. Aber per Structure hat man größere Verzögerung.
Hallo,
Änderung der Stimmung von Gruppen ist nur über Umwege möglich, wie schon beschrieben.
Geplant ist die Implementierung der Lichstimmungen - wie vieles anderes auch. Kann aber noch keinen bestimmten Zeitpunkt nennen.
Für das autoUpdateInterval musst du selbst einen Kompromis finden - dieses Polling ist noch nicht die Ideale Lösung. Eine schnellere Updatefrequenz verursacht natürlich mehr Netzwerkverkehr und Systemlast, eine kleine Aktualisierungsfrequenz führt natürlich zu einer Verzögerung der Anzeige der Daten.
Grüße,
Peter
Hallo,
ich habe heute Abend doch noch etwas Zeit gefunden. Du kannst jetzt Stimmungen für Gruppen setzen.
Das ganze wird über das aktuelle Update ausgerollt. Über Tests und Feedback freue ich mich wie immer.
Schönen Restabend,
Peter
was mir aufgefallen ist:
- "Kosmetik"
es wäre natürlich schon schön, wenn man die moods per Drop-Down Liste auswählen könnte. Erst mit get moods die Liste holen und dann die Zahlen kopieren ist schon etwas umständlich, zumindest so wenn man das jetzt erstmal manuell testet.
- Bug oder Feature?
wenn die Lampen einer Gruppe aus sind und ich rufe eine Stimmung mit der original App auf, dann schalten sich die Lampen auf die in der Stimmung definierten Helligkeit.
hier ist es so, dass ich erst die Gruppe "einschalten" muss und dann kann ich anschließend die Stimmung setzen, dabei werden dann auch die Helligkeiten wie gespeichert eingestellt.
wobei mir gerade beim Testen aufgefallen ist, dass das auch bei der original App nicht immer funktioniert. Aber da nur in Ausnahmefällen (neue Stimmung gerade neu erstellt, eine andere konnte ich dann auswählen), hier ist es so, dass es nach zig Versuchen wirklich niemals funktioniert wenn ich erst "set Gruppe off" mache und dann die Stimmung per fhem setzen möchte, dann klappt das NIE.
;D Großartig, funktioniert mit den Stimmungen!! DANKE!!
Über eventMap hab ich mir die Nummern auf die Namen gemappt, damit die Namen im webCmd stehen.
Zitat von: Mickey Mouse am 02 Juli 2017, 22:27:47
was mir aufgefallen ist:
- "Kosmetik"
es wäre natürlich schon schön, wenn man die moods per Drop-Down Liste auswählen könnte. Erst mit get moods die Liste holen und dann die Zahlen kopieren ist schon etwas umständlich, zumindest so wenn man das jetzt erstmal manuell testet.
Probier mal:
attr <deineGruppe> eventMap 207773:EVERYDAY 208399:RELAX 200505:FOCUS
attr <deineGruppe> webCmd on:off:dimvalue:mood EVERYDAY:mood RELAX:mood FOCUS
Guten Morgen,
ist es bei jemandem so, dass die Mood-IDs nicht sechs Stellen lang sind? Ein Schritt zum "sauberen" Dropdown wäre, dass man "set mood" sowohl mit einer ID als auch den Namen der Stimmung aufrufen kann. Um eine ID vom Namen zu unterscheiden würde ich einfach abprüfen, ob das Argument eine sechsstellige Zahl ist - das geht natürlich nur, wenn tatsächlich die ID immer sechs Stellen lang ist.
Drop-Down ist mit auf der ToDo-Liste. Den Bug kann ich bestätigen, untersuche ich.
Schönen Tag,
Peter
Hallo Peter,
da es wohl relativ unüblich wäre, numerische Mood Namen zu verwenden, könntest Du wahrscheinlich sogar nur auf "enthält nur Ziffern" testen. Dann spielt die länge der IDs keine Rolle.
Gruß,
Reiner
Guten Morgen
Erstmal Danke für das Modul.
Bei mir sind in allen 4 Gruppen die Moods 6stellig.
Aber ein anderes Problem habe ich.
Mein Gateway scheint sich in unregelmäßigen Abständen aufzuhängen und blockiert dann den gesamten Netzwerkverkehr.
Wenn ich ihn dann kurz vom Strom nehme und wieder einstecke ist wieder alles in Ordnung.
Ich habe mir jetzt erstmal so beholfen das ich ihm in regelmäßigen Abständen eine Get-Abfrage schicke und wenn mir die Antwort nicht gefällt, ich ihn über eine Funksteckdose kurz aus- und wieder einschalte.
Gruss Brause
Zitat von: Brause am 03 Juli 2017, 10:18:04
Mein Gateway scheint sich in unregelmäßigen Abständen aufzuhängen und blockiert dann den gesamten Netzwerkverkehr.
Wenn ich ihn dann kurz vom Strom nehme und wieder einstecke ist wieder alles in Ordnung.
Dito. Auch die Ikea-App kam nicht mehr ans Device.
Die Zigbee-Verbindung schien aber zu funktionieren, da ich über die Tradfri-Remote noch alles steuern konnte.
Am Rande: Ich hatte
autoUpdateInterval einige Zeit auf 60 (sec) stehen gehabt und zu dieser Zeit einige Performanceprobleme in FHEM gemacht. Zeitgleich hatte ich aber auch noch andere Spielereien (ECMD, GAEBUS, etc.) im Hintergrund laufen. Bei
apptime standen die Ikea Tradfri-Geräte relativ weit oben in der Liste. Ich hatte aber noch keine wirklich repräsentative Langzeitmessung gemacht.
wie kommt die Liste der moods in den Readings denn zustande, da sind die doch alle hübsch nach dem Schema NNNNNN//Name aufgelistet?
ansonsten kann ich bestätigen, dass die IDs hier alle 6-stellig sind.
noch eine vielleicht ganz blöde Frage...
ursprünglich wollte ich fragen wie man denn dieses "AutoUpdateIntervall" einstellen kann, weil ich es nicht gefunden habe.
"natürlich" habe ich beim Gateway nach einem entsprechenden attr gesucht.
ok, jetzt habe ich gesehen, dass man das für jedes Tradfri Device einzeln angeben muss.
daher die Frage: wäre es nicht sinnvoller, wenn das Gateway in xy Sekunden Intervallen alle seine Schäfchen zählt, nach schwarz/weiß sortiert und die Stände updated?
noch eine "Nachfrage" (ich hoffe das geht hier nicht unter):
sollte ich lieber das AutoUpdateIntervall attr für jedes Device einzeln oder für die Gruppe setzen?
was passiert wenn es für die Gruppe gesetzt ist und auch im Device dieser Gruppe, vielleicht sogar mit unterschiedlichen Werten? Wird dann dieses Device doppelt so oft gepolled? Oder passieren "gar fürchterliche Dinge"?
Hallo zusammen, ich tu mich gerade ein bisschen schwer mit der Formulierung meiner Frage, ich hoffe ihr könnt mir trotzdem folgen.
Mir geht es darum, dass ich z.B. Den bewegungsmeldet in fhem einbinden kann.
Wenn ich den Bewegungsmelder mit dem tradfri gw kopple wird in der app automatisch eine gruppe erstellt. Wäre es nun möglich mit fhem den status dieser Gruppe auszulesen? Dim level, ein/aus, etc. und bei aktion eines aktors kann ich dann cia fhem die lampen, welche in einer anderen Gruppe sind einschalten? Somit waere es dann such möglich mit mehren schaltern eine Glühbirne zu steuern. Danke schon mal. Grüsse
Gesendet von iPhone mit Tapatalk
Müßte ein Paar Powerline o.ä. "verbraten".
WLAN oder so hat das Teil nicht?
Konnte das noch nicht herauslesen.
Zitat von: Neuhier am 04 Juli 2017, 16:11:59
Müßte ein Paar Powerline o.ä. "verbraten".
WLAN oder so hat das Teil nicht?
Konnte das noch nicht herauslesen.
Ne die Sensoren sprechen via Zigbee mit dem GW, das GW hat Netzwerk.
Gesendet von iPhone mit Tapatalk
aber das Gateway kann doch "irgendwo" hängen wo es Netzwerk gibt, für PowerLAN bräuchtest du doch auch einen Ethernet Anschluss?
oder gibt es den nur im allerliebsten Keller und die Tradfri Lampen sind für den Dachboden?
Zitat von: Mickey Mouse am 04 Juli 2017, 17:22:56
aber das Gateway kann doch "irgendwo" hängen wo es Netzwerk gibt, für PowerLAN bräuchtest du doch auch einen Ethernet Anschluss?
oder gibt es den nur im allerliebsten Keller und die Tradfri Lampen sind für den Dachboden?
Also wenn sich dieser post auf #117 bezieht, dann reden wir aneinenader vorbei. Ich habe keine Netzwerkprobleme. Sonder möchte lediglich auch die sensoren von tradfri verwenden können. Wenn sich die borherigen post auf etwas anderes beziehen, dann werde ich meine post löschen ;) *verwirrt* ;)
Gesendet von iPhone mit Tapatalk
so wie ich das verstanden habe, hat "Neuhier" nicht auf deine Frage/Problem geantwortet, sondern eine neue Frage in den Raum gestellt, darin geht es um die Netzwerkanbindung des Gateway (glaube ich zumindest).
ich verstehe nicht, warum man für das Gateway eine Power-LAN Verbindung nutzen sollte. Der eine Teil solch einer Verbindung benötigt doch auch einen Netzwerk Anschluss und da kann man das Gateway doch auch direkt anschließen, so ist mein Gedankengang.
um nicht noch mehr Verwirrung zu stiften, werde ich die anderen Antworten/Fragen in eigene Beiträge schreiben und nicht hier alles zusammen fassen
Zitat von: pronson am 04 Juli 2017, 13:42:15Mir geht es darum, dass ich z.B. Den bewegungsmeldet in fhem einbinden kann.
Vorsicht, nur gefährliches Halbwissen:
soviel ich weiß arbeitet das Trådfri Modul nicht Event gesteuert sondern pollt den Status der Devices und auch das nur mit gesetztem Intervall attr.
um also zeitnah reagieren zu können, müsstest du auch entsprechend oft die Devices pollen. Ich glaube kaum (s.o. Halbwissen...), dass man das im Sekunden Takt machen kann?!?
weiterhin kann man den Status der Bewegungsmelder direkt gar nicht auslesen (auch wieder nur so wie ich das z.Z. sehe) und tatsächlich den "Umweg" über ein vom Bewegungsmelder gesteuerten Device oder Gruppe gehen.
"klammheimlich" gab es ein Update für das Modul.
Rückmeldung:
- die moods funktionieren jetzt bei mir auch wenn die Gruppe vorher aus war. Mehrfach mit verschiedenen Gruppen getestet und hat immer geklappt!
- in der DropDown Liste tauchen hier "nur" die 3 von Ikea vordefinierten moods auf (ich habe jetzt gar nicht getestet was passiert wenn davon einen löscht?), die selbstdefinierten tauchen dort nicht auf
Hallo,
Zitat von: pronson am 04 Juli 2017, 13:42:15
Wäre es nun möglich mit fhem den status dieser Gruppe auszulesen? Dim level, ein/aus, etc. und bei aktion eines aktors kann ich dann cia fhem die lampen, welche in einer anderen Gruppe sind einschalten?
Ja, ist es. Aber, wie schon oft gesagt, bitte aufpassen: Du hast immer eine Verzögerung bei der Aktualisierung.
Theoretisch (und auch praktisch) ist es zwar möglich, sekündlich zu pollen - allerdings ist das keine gute Idee. Eine ganze Menge System- und Netzwerklast wird verursacht, was nicht der Sinn des Protokolles ist.
Vom Protokoll ist das Pollen eigentlich auch nicht notwendig. Allerdings gibt es für das Coap-Protokoll keine nativen Perl-Libraries. Für mich öffnen sich dann zwei große Optionen:
- Ich könnte einen zweiten Perl-Thread asynchron laufen lassen. Der ist dann damit beschäftigt, die Ausgaben des coap-clients (C-Software) mitzuschneiden und bei Bedarf an FHEM zu senden.
- Die universelle Lösung, mit der ich einen größeren Rahmen als das Forum und die FHEM-Community bedienen würde: Für Perl eine Coap-Implementierung entwickeln/ portieren.
Beides ist ein ziemlich großer Block Arbeit - ich schrecke daher noch etwas vor beiden zurück. Gibt es Perl- oder Linuxentwickler, die freie Kapazitäten haben und sich hier mit einarbeiten und helfen wollen?
@Mickey Mouse
Sei mal mutig ;)
Führe in der FHEM-Kommandozeile "set Gruppe mood deine-eigene-stimmung" aus. Das sollte schon funktionieren. Wenn du danach die Seite nochmal neu lädst (oder erneut zu dem Device navigierst), sollte auch die Liste aktualisiert sein.
Alternativ sollte auch ein "get Gruppe moods", mit nachfolgender Aktualisierung der Seite ausreichend sein.
Ist beides vielleicht noch nicht optimal/ ausreichend dokumentiert, mal schauen.
Übrigens: So wie es aussieht, kann man die IKEA-Moods gar nicht löschen (in der App).
Schönen Abend,
Peter
Zitat von: Peter Kappelt am 04 Juli 2017, 23:03:49
Hallo,
Ja, ist es. Aber, wie schon oft gesagt, bitte aufpassen: Du hast immer eine Verzögerung bei der Aktualisierung.
Theoretisch (und auch praktisch) ist es zwar möglich, sekündlich zu pollen - allerdings ist das keine gute Idee. Eine ganze Menge System- und Netzwerklast wird verursacht, was nicht der Sinn des Protokolles ist.
Vom Protokoll ist das Pollen eigentlich auch nicht notwendig. Allerdings gibt es für das Coap-Protokoll keine nativen Perl-Libraries. Für mich öffnen sich dann zwei große Optionen:
- Ich könnte einen zweiten Perl-Thread asynchron laufen lassen. Der ist dann damit beschäftigt, die Ausgaben des coap-clients (C-Software) mitzuschneiden und bei Bedarf an FHEM zu senden.
- Die universelle Lösung, mit der ich einen größeren Rahmen als das Forum und die FHEM-Community bedienen würde: Für Perl eine Coap-Implementierung entwickeln/ portieren.
Beides ist ein ziemlich großer Block Arbeit - ich schrecke daher noch etwas vor beiden zurück. Gibt es Perl- oder Linuxentwickler, die freie Kapazitäten haben und sich hier mit einarbeiten und helfen wollen?
@Mickey Mouse
Sei mal mutig ;)
Führe in der FHEM-Kommandozeile "set Gruppe mood deine-eigene-stimmung" aus. Das sollte schon funktionieren. Wenn du danach die Seite nochmal neu lädst (oder erneut zu dem Device navigierst), sollte auch die Liste aktualisiert sein.
Alternativ sollte auch ein "get Gruppe moods", mit nachfolgender Aktualisierung der Seite ausreichend sein.
Ist beides vielleicht noch nicht optimal/ ausreichend dokumentiert, mal schauen.
Übrigens: So wie es aussieht, kann man die IKEA-Moods gar nicht löschen (in der App).
Schönen Abend,
Peter
Hallo Peter,
Da scheint sich jemand die selben Gedanken gemacht zu haben. Nur leider ist er auch noch zu keiner Endlösung gekommen.
https://www2.htw-dresden.de/~wiki_sn/index.php/CoAP/Vergleich_möglicher_Implementierungen
Gesendet von iPhone mit Tapatalk
Am Rande.
Beim Starten von FHEM erscheinen folgende Warnungen:
2017.07.05 10:13:39.548 1: PERL WARNING: Smartmatch is experimental at ./FHEM/30_TradfriGateway.pm line 100, <$fh> line 3586.
2017.07.05 10:13:39.550 1: PERL WARNING: Smartmatch is experimental at ./FHEM/30_TradfriGateway.pm line 124, <$fh> line 3586.
2017.07.05 10:13:39.628 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 102, <$fh> line 3590.
2017.07.05 10:13:39.629 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 113, <$fh> line 3590.
2017.07.05 10:13:39.631 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 127, <$fh> line 3590.
2017.07.05 10:13:39.632 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 141, <$fh> line 3590.
2017.07.05 10:13:39.634 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 157, <$fh> line 3590.
2017.07.05 10:13:39.636 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 171, <$fh> line 3590.
2017.07.05 10:13:39.637 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 186, <$fh> line 3590.
2017.07.05 10:13:39.638 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 200, <$fh> line 3590.
2017.07.05 10:13:39.640 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 214, <$fh> line 3590.
2017.07.05 10:13:39.641 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 228, <$fh> line 3590.
2017.07.05 10:13:39.643 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 242, <$fh> line 3590.
2017.07.05 10:13:39.644 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriDevice.pm line 256, <$fh> line 3590.
2017.07.05 10:13:39.709 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriGroup.pm line 107, <$fh> line 3600.
2017.07.05 10:13:39.710 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriGroup.pm line 119, <$fh> line 3600.
2017.07.05 10:13:39.712 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriGroup.pm line 132, <$fh> line 3600.
2017.07.05 10:13:39.714 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriGroup.pm line 157, <$fh> line 3600.
2017.07.05 10:13:39.715 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriGroup.pm line 174, <$fh> line 3600.
2017.07.05 10:13:39.717 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriGroup.pm line 188, <$fh> line 3600.
2017.07.05 10:13:39.718 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriGroup.pm line 202, <$fh> line 3600.
2017.07.05 10:13:39.719 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriGroup.pm line 217, <$fh> line 3600.
2017.07.05 10:13:39.722 1: PERL WARNING: Smartmatch is experimental at ./FHEM/31_TradfriGroup.pm line 257, <$fh> line 3600.
Hab hier auch noch einen Schönheitsfehler? gesehen.
Danke für die Hinweise, beides behoben.
So sorry :o
Hatte bei o.g. Beitrag vergessen @Peter Kappelt davorzuschreiben.
An dem Platz, wo mein Gateway landen soll, ist kein Router.
Daher die Idee mit dem Power-LAN.
Ich nutzte (für den WAF) eine HM-Unterputz-Wandsender um meine Trådfri-Gruppe per Notify ein- und auszuschalten. So kann die Frau ganz normal die Lampen an der Wand schalten ohne ihr Smartphone oder eine Fernbedienung zu suchen.
Das Notify sieht so aus:
wz_Wandtaster_CH1:Short.* { if (Value("wz_Licht_Gruppe") eq "off") {fhem("set wz_Licht_Gruppe on")} else { fhem("set wz_Licht_Gruppe off")}}
Der 2. Kanal sieht gleich aus, damit auf jeder Seite der Wippe das Gleiche passiert.
Der Taster hat auch eine "Long"-Funktion. Es wäre natürlich toll, wenn ich da die Dimmfunktion ansteuern könnte. Geht das? Gibt es ein dimUp oder dimDown Command?
Guten Abend,
dimUp und dimDown gibt es (noch) nicht, habe ich mir aber mit notiert.
Gute Nachrichten: Ich bin in den letzten Tagen mit der Neu-Implementierung des CoAP-Protokolles weitergekommen.
Ich habe mich dabei gegen ein natives Perl-Modul entschieden - das würde einfach zu viel Zeit in Anspruch nehmen. Es ist jetzt ein kleiner Socket-Client, auf Basis der Californium-Software, geworden. Soll heißen: Ein Java-Programm. Das bedeutet für die Zukunft, dass Nutzer des Modules auf ihrem System Java installiert haben müssen. Das ist keine Lösung, die mir zu einhunder Prozent gefällt - allerdings die, die am ökonomischsten ist.
Möglicherweise kann ich dann direkt mit dem Modul eine JRE ausliefern - das erspart zumindest dem Nutzer die Installation derer. Alternativ möchte ich mir auch den GCJ anschauen.
Mittels dieser neuen Implementierung ist es jetzt auch die (Quasi-) Echtzeit-Aktualisierung der Daten möglich. Ich habe den neuen Client bereits für TradfriDevice implementiert. Liegt im Github-Repo im Branch dev-cf.
Hat jemand Lust, das ganze in der näheren Zukunft mal zu testen? Vorraussetzung sind die Trådfri-Komponenten und ein System, dass nicht unbedingt kritisch ist. An der Stabilität und der Überwachung bestimmer Fehlerzustände arbeite ich noch.
Natürlich schreibe ich für eventuelle Beta-Tester noch eine Anleitung. Ich bin auch, in gewissen Maßen, bereit, privaten Support über Telefon/ TeamViewer o.ä. zu geben.
Schönen Abend,
Peter
Hoi Ihr,
nachdem ich jetzt doch viel positives über das Tradfri System gelesen habe, bin ich ab in Ikea und habe mich eingedeckt - auch nachdem ich diesen Thread entdeckt habe.
Boah sehr schön gemacht Peter und vielen lieben Dank für Dein Engagement, funktionierte auf anhieb die Lampen einzurichten!
Die Reaktionszeiten sind der Hammer. Habe einen 433Mhz PIR Bewegungsmelder und einen Fibaro Motion Sensor probiert, mit beiden schalten die Tradfri Lampen in kürzester Zeit.
Vorher habe ich IT-Dosen oder WiFi-Dosen mal so mal so verwendet. Beide sind langsamer wie die Tradfri-Lösung, fast unmittelbar nach auslösen der Bewegungsmelder geht das Licht an :)
Den IKEA Bewegungsmelder finde ich optisch ganz nett, weshalb ich diesen auch gleich gekauft habe und einbinden wollte.
Frage zu Bewegungsmelder:
Kann man den Bewegungsmelder auch schon einbinden?
Zu Deinen Freiwilligen:
Ich würde mich zur Verfügung stellen - Freiwillige gibt es nicht so viele ;)
Ob ich allerdings der richtige Kandidat bin, kann ich Dir nicht sagen.
Mein Pi ist natürlich bei mir relativ produktiv eingesetzt: Terrarium, sämtliche Lichter in der Wohnung, Strommessung, LED-Strips&Controller, Sensoren etc.
Allerdings kann ich fast gut damit leben wenn die Tradfris mal nicht funktionieren - ITler halt:)
Wenn Du das Java-Geraffel als eher zu viel Bastelei in einer Produktion ansiehst, habe ich noch einen 2. Pi.
"Kurz" geklont, kann ich mit diesem spielen.
Kleine Anmerkdung zur Tradfri GW & fhem Performance
In bestimmten Konstellationen (zB Umbau Netzwerk ohne Restart von Tradfri Gateway oder Pi) scheinen sich fhem & tradfri Modul irgendwie auszubremsen.
Habe Heute mein Netzwerk & Strom etwas anders verkabelt. Dabei musste ich den DHCP&DNS Server (NAS) herunterfahren. Sprich fhem auf Pi, Tradfri GW, Router und Switch hatten diese Services nicht zur Verfügung. Als ich dann alles wieder hochgefahren habe (VMs&NAS'es) ging erstmal alles. Ich habe mich nur gewundert, dass fhemweb sehr sehr langsam war.
Manchmal drehte der Browser durch, dann ging es wieder einige Sekunden sehr schnell. Das Tradfri System habe ich nicht getestet, war ja hell :)
Erst nachdem ich das Tradfri-Device vorhin stromlos gemacht habe, läuft fhemweb etc. wieder flott.
Hast Du dazu eine Idee, bzw. kann sich da etwas totlaufen in fhem?
Danke Dir und Grüsse,
dtavb
Guten Tag,
freut mich zu hören, dass meine Arbeit Verwendung findet!
Wie man(n) die aktuelle Entwicklungsversion nutzt habe ich auf folgender Seite niedergeschrieben: http://electronic.kappelt.net/wordpress/de/ikea-tradfri-module-for-fhem-beta/
In den letzten Tagen hat sich in der Entwicklungsversion einiges getan. Dein ganzes System sollte nicht beeinflusst werden - höchsten Tradfri hängt bei der Verwendung halt.
Zu deinen Fragen:
1. Den Bewegungsmelder kann man nicht direkt einbinden - das ist auch von IKEA gar nicht vorgesehen möglich. Der BWM verhält sich transparent und steuert lediglich eine Gruppe oder eine Lampe an. Genauso verhält es sich mit den Fernbedienungen - die können einfach nicht ausgelesen werden.
Du kannst dir aber helfen, in dem du eine Gruppe erstellst, in der sich nur der Bewegungsmelder befindet. Diese Gruppe kannst du dann im FHEM definieren.
2. Wie schon oben gesagt: Probleme, die sich auf das gesamte System auswirken, habe ich nicht beobachtet und wüsste auch nicht, wo die auftreten sollten. Ich habe meine Entwicklungsversion auch schon auf meiner produktiven Installation im Einsatz. Ich möchte eine möglichst große Zahl an Szenarios durchtesten (lassen), bevor ich die "offiziell freigebe".
3. Performance
Ja, das hat was mit der aktuellen Implementierung zu tun. Erstmal musst du wissen, dass mit FHEM ein externes Programm synchron aufgerufen wird. Somit wird FHEM solange blockiert, bis das Programm sich wieder beendet hat. Falls auf der spezifizierten IP aber niemand antwortet, wird lt. Protokollspezifikation erstmal gewartet - bis zu einem Timeout. Der ist in der Master-Version auf 5 Sekunden gesetzt.
Im Endeffekt heißt das, dass für jedes spezifizierte Gerät, das nicht erreichbar ist, FHEM für bis zu 5s blockiert wird.
Daran kann man bestimmt noch arbeiten - meiner Vorstellung nach soll aber der aktuelle Master-Branch so bald wie möglich durch die aktuelle Entwicklung ersetzt werden. Ich sehe die Version als Auslaufmodell und möchte daran nicht mehr weiter herumbasteln. Mit der neuen Implementierung wird die Kommunikation mit dem Gateway asynchron ablaufen und FHEM nicht blockieren.
Dankeschön!
Viele Grüße,
Peter
Guten Morgen
Ich habe gerade mal mein System auf die neue Java-Variante umgestellt.
1. ich hatte versucht den Java Start im screen per shell-script zu automatisieren.
Funktioniert ja auch fast.
Ich muss mich dann doch einmal in den screen-Task wechseln um mein root-Passwort einzugeben.
Der root scheinen ja unabdinglich zu sein, jedenfalls hat es mit einem User der auch zur root-Gruppe gehört nicht funktioniert.
gut eine Minute später ein reopen auslösen und der Gateway läuft.
2. schalte ich im FHEM eine Lampe wird das Licht auch geschaltet, jedoch ändert sich im FHEM der state/STATE nicht.
Zeitverzögert ändert sich dann der zustand der Gruppe.
3. in der Gruppe funktioniert der STATE beim schalten der Gruppe, das Reading state kommt zeitverzögert.
Da ich einzelne Lampen aus einer Gruppe als Bewegungsmelder-Nachlicht nutze wäre die Zustandsänderung in der entsprechenden Lampe schon schön.
wäre es auch möglich bei Status-Änderung des Gateways ein readingsupdate für den state mit event auszulösen ??
Soweit erstmal die Beobachtungen direkt nach der Installation.
Gruss Brause
Hoi Peter,
das hat ja gut geklappt!
Kurz dein HowTo für die Beta durchgespielt und gut ist.
War mir erst nicht sicher, ob ich erst alle Tradfri Konfigs aus fhem löschen muss bevor ich die Beta installiere.
Ein kleiner Hinweis auf Deiner Seite wäre noch nicht schlecht für Umsteiger.
Schaltungen funktionieren tadellos.
Der Zustand der Readings state/STATE wird in fhemweb nicht aktualisiert.
Erst durch F5 im Browser sieht man den geänderten Zustand.
Frage/Hinweis zu Java:
Habe die ganze Prozedur als root ausgeführt. Hätte eigentlich mit einem Berechtigungsproblem gerechnet, gibt aber keins :)
Für Beta-Testing reicht das, später müsste der Java-Part bestimmt dem User fhem:dialout gehören und sämtliche Java-Files für das Tradfri Modul 700 Berechtigungen haben. Liege ich hier richtig?
[Nachtrag von 16:00 Uhr]
Wenn ich mich nach einer Weile in fhemweb einlogge, erscheinen diese Meldungen:
Messages collected while initializing FHEM:
configfile: Bulb1: unknown attribute autoUpdateInterval. Type 'attr Bulb1 ?' for a detailed list.
Bulb2: unknown attribute autoUpdateInterval. Type 'attr Bulb2 ?' for a detailed list.
Bulb3: unknown attribute autoUpdateInterval. Type 'attr Bulb3 ?' for a detailed list.
Bulb4: unknown attribute autoUpdateInterval. Type 'attr Bulb4 ?' for a detailed list.
[Nachtrag von 19:40 Uhr]
habe nun eine zusätzliche virtuelle Maschine aufgesetzt und die produktive fhem-Konfig samt File-Struktur nachgebaut.
Das Tradfri-GW wird als opened angezeigt.
Get-Funktionen funktionieren beim Gateway ebenfalls.
Schalte ich allerdings eine Lampe, passiert folgendes (CLI - Screen Output):
root@fhemlab:/opt/Tradfri-FHEM/kCoAPSocket/kCoAPSocket# java -jar kCoAPSocket.jar -s SicherheitscodeDesGateways
[TcpServerThread] Binding of socket @ port 1505 successfull.
Jul 13, 2017 7:24:25 PM org.eclipse.californium.core.network.config.NetworkConfig load
INFORMATION: loading properties from file /opt/Tradfri-FHEM/kCoAPSocket/kCoAPSocket/Californium.properties
Jul 13, 2017 7:24:25 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Starting endpoint at 0.0.0.0/0.0.0.0:0
Jul 13, 2017 7:24:25 PM org.eclipse.californium.scandium.DTLSConnector start
INFORMATION: DTLS connector listening on [0.0.0.0/0.0.0.0:51732] with MTU [1.280] using (inbound) datagram buffer size [16.474 bytes]
Jul 13, 2017 7:24:25 PM org.eclipse.californium.core.CoapClient setEndpoint
INFORMATION: Started set client endpoint 0.0.0.0/0.0.0.0:51732
[TcpServerThread] Connection at port 1505 opened
[TcpServerThread] Received data: setPSK|JsvwwbRpvz3WEIUu
[TcpServerThread] Command "setPSK" disabled!
[TcpServerThread] Received data: coapPutJSON|coaps://192.168.192.141/15001/65539|{"3311":[{"5850":0}]}
[TcpServerThread] Error in client socket, ending this socket: null
[TcpServerThread] Connection at port 1505 opened
[TcpServerThread] Received data: coapGet|coaps://192.168.192.141/15001/65539
[TcpServerThread] Connection at port 1505 opened
[TcpServerThread] Received data: coapGet|coaps://192.168.192.141/15001/65539
[TcpServerThread] Error in client socket, ending this socket: null
[TcpServerThread] Error in client socket, ending this socket: null
Get-Funktionen gehen bei den Lampen nicht, "Error while fetching device info"
Aus dem produktiven System, kann ich mit der Beta schalten.
Kann jetzt selbstverständlich sein, dass es an der virtuellen Maschine liegt. Habe zum Vergleich noch WiFi-Steckdosen sowie eine MiLight Bridge. Beide Gerätegruppen sind vom virtuellen Labor-System aus schaltbar. Demnach kann es mal nicht am Netzwerk liegen.
Grüsse,
dtavb
ich habe die aktuelle Version (eben war sie jedenfalls aktuell ;) ) ausprobiert und es funktioniert schon "nahezu perfekt".
ich musste nach einem FHEM Neustart in jeder Gruppe einmal die moods per get holen und die Seite neu laden, damit sie in der DropDown Liste auftauchen, aber das lasse ich unter minor details oder Kosmetik laufen.
der Status der Lampen wird sofort angezeigt, völlig egal ob per FHEM selber, App, FB oder Bewegungsmelder ein/aus geschaltet wurde (auch "aus" nach dem Timeout vom Bewegungsmelder wird korrekt gemeldet). Und man kann auf diesen Status ein Notify setzen, auch das funktioniert!
Sogar besser als ich erwartet habe.
Ich habe zum Spielen ein notify "WZ_W1:.* set TestDummy2 $EVENT" eingebaut. Wenn die Lampe aus ist und man dimmt mit der FB eine Stufe hoch, dann kommt erst ein "On" Event und anschließend der Dimvalue hinterher, On geht also nicht verloren.
ein ganz kleiner Schönheitsfehler (der bei Ikea liegen dürfte): wenn man per App eine Gruppe "auf Null dimmt", dann werden die Lampen mit Status Off angezeigt, die Gruppe selber bleibt aber "On" mit Dimvalue 0. Da könnte es noch Probleme geben...
noch ein Tip für Leute, die sich jetzt hektisch mit Trådfri eindecken (wollen). Die Ikea App selber hat noch einige Macken. Man kann zwar "Lampen" zwischen den Gruppen verschieben, aber keine FB, Dimmer, Bewegungsmelder. Wenn man die für eine andere Gruppe nutzen möchte, dann muss man die Kopplungsorgie von vorne starten, dabei ändern sich dann natürlich auch die Trådfri IDs und man kann von vorne anfangen. Man sollte sich also vorher überlegen wie man das verteilen möchte. Man bekommt das immer wieder hin, es macht aber Arbeit.
Guten Abend
Ich habe gerade das heutige update eingespielt.
1. Java - git pull / git submodule update --remote
2. im screen den Client neu gestartet
3. FHEM update und restart
Allerdings funktioniert jetzt kein Schaltvorgang mehr. weder Gruppe noch Lampe.
beim start im screen
[TcpServerThread] Binding of socket @ port 1505 successfull.
Jul 14, 2017 8:43:23 PM org.eclipse.californium.core.network.config.NetworkConfig load
INFORMATION: loading properties from file /opt/Tradfri-FHEM/kCoAPSocket/kCoAPSocket/Californium.properties
Jul 14, 2017 8:43:24 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Starting endpoint at 0.0.0.0/0.0.0.0:0
Jul 14, 2017 8:43:24 PM org.eclipse.californium.scandium.DTLSConnector start
INFORMATION: DTLS connector listening on [0.0.0.0/0.0.0.0:45139] with MTU [1.280] using (inbound) datagram buffer size [16.474 bytes]
Jul 14, 2017 8:43:24 PM org.eclipse.californium.core.CoapClient setEndpoint
INFORMATION: Started set client endpoint 0.0.0.0/0.0.0.0:45139
bei Getaway reopen bekomme ich im screen
[TcpServerThread] Connection at port 1505 opened
[TcpServerThread] Received data: setPSK|xxxx
[TcpServerThread] Command "setPSK" disabled!
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65541
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65537
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65545
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65540
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15004/160881
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65547
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65539
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15004/178691
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65546
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65538
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65542
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65543
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15001/65544
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15004/135492
[TcpServerThread] Received data: coapObserveStart|coaps://192.168.6.44/15004/143163
21 INFO [DTLSConnector]: Unexpected error occurred while processing record from peer [/192.168.6.44:5684] - (org.eclipse.californium.scandium.DTLSConnector.java:546) processRecord() in thread pool-1-thread-4 at (2017-07-14 20:44:12)
java.lang.NullPointerException
at org.eclipse.californium.scandium.dtls.ClientHandshaker.receivedHelloVerifyRequest(ClientHandshaker.java:327)
at org.eclipse.californium.scandium.dtls.ClientHandshaker.doProcessMessage(ClientHandshaker.java:218)
at org.eclipse.californium.scandium.dtls.Handshaker.processMessage(Handshaker.java:406)
at org.eclipse.californium.scandium.DTLSConnector.processOngoingHandshakeMessage(DTLSConnector.java:908)
at org.eclipse.californium.scandium.DTLSConnector.processDecryptedHandshakeMessage(DTLSConnector.java:895)
at org.eclipse.californium.scandium.DTLSConnector.processHandshakeRecordWithConnection(DTLSConnector.java:879)
at org.eclipse.californium.scandium.DTLSConnector.processHandshakeRecord(DTLSConnector.java:806)
at org.eclipse.californium.scandium.DTLSConnector.processRecord(DTLSConnector.java:537)
at org.eclipse.californium.scandium.DTLSConnector.access$6(DTLSConnector.java:521)
at org.eclipse.californium.scandium.DTLSConnector$3.run(DTLSConnector.java:499)
at eu.javaspecialists.tjsn.concurrency.stripedexecutor.StripedExecutorService$SerialExecutor$1.run(StripedExecutorService.java:460)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:748)
Schaltbefehl Gruppe
[TcpServerThread] Received data: coapPutJSON|coaps://192.168.6.44/15004/178691|{"5850":1}
und danach nur noch sowas
[TcpServerThread] Observing failed
[TcpServerThread] Observing failed
[TcpServerThread] Observing failed
[TcpServerThread] Observing failed
[TcpServerThread] Observing failed
[TcpServerThread] Observing failed
[TcpServerThread] Error in client socket, ending this socket: null
[TcpServerThread] Observing failed
ein get grouplist bringt im FHEM als Antwort
Unknown JSON:
UNDEF
und im screen
[TcpServerThread] Connection at port 1505 opened
[TcpServerThread] Received data: coapGet|coaps://192.168.6.44/15004
[TcpServerThread] Observing failed
und im LOG kommt das
2017.07.14 20:55:27 2: xx.GW.Tradfri: first attempt to read timed out, trying to close and open the device.
2017.07.14 20:55:28 2: xx.GW.Tradfri: second attempt to read timed out, this is an unrecoverable error.
wie gesagt ein Schaltbefehl im FHEM bring keine Lichtänderung.
Habe ich irgendwo was vergessen ??
Gruss Brause
ich habe mir bei den Tests angewöhnt:
1) FHEM update
2) FHEM runterfahren (komplett /etc/init.d/fhem stop)
3) Java Client stoppen
4) Java Client updaten
5) Java Client starten
6) FHEM starten
7) ... etwas warten (fällt schwer ;) )
8) weiter testen ...
gerade mit dieser Screen Geschichte verliere ich gerne mal den Überblick. Da hat man gestern Abend noch etwas probiert und nächsten Tag startet man den Client auf einem anderen Terminal nochmal.
Im Zweifelsfall einfach einmal neu booten.
ja kompletten Server neustart habe ich auch schon probiert.
Auch komplette Neuinstallation der JAVA-Geschichte
Alles keine Änderung.
Die Meldungen bleiben die selben.
bei mir war das in den letzten Tagen ähnlich, aber jetzt funktioniert das alles sehr gut.
vielleicht sollten wir Peter noch etwas Zeit geben und nicht zu sehr unter Druck setzen.
Hallo,
ich muss zugeben, dass ich gerade in den letzten Tagen etwas den Überblick über die Problemmeldungen verloren habe, die bei den verschiedenen Testern aufgetreten sind. Dummerweise habe ich auch noch versehentlich die Benachrichtigungen für den Thread hier deaktiviert und in den letzten Tagen nicht mehr gelesen. Hinzu kam noch, dass ich in den Entwicklungsversionen auch keine Versionsnummern verwendet habe - was die Zuordnung von Problem zu Bearbeitungsversion noch schwerer macht. Gut, was für die Zukunft gelernt.
Im Allgemeinen muss ich auch sagen, dass ich mit der CoAP-Implementierung "Californium" von der ETH Zürich recht unzufrieden bin - obwohl die mir am Anfang sehr vielversprechend schien. Gerade in Sachen Fehlerbehandlung sehe ich da einiges Verbesserungspotenzial, vieles muss ich per Hand in meinem Code abprüfen.
Wie auch immer - Ich möchte mich hier bei allen bedanken, die bisher ihre eigene Zeit in das Testen und Herumärgern mit meiner Software gesteckt haben.
Sofern Eure Probleme und Meldungen noch aktuell und relevant sind:
Zitat von: dtavb am 13 Juli 2017, 11:08:15
Frage/Hinweis zu Java:
Habe die ganze Prozedur als root ausgeführt. Hätte eigentlich mit einem Berechtigungsproblem gerechnet, gibt aber keins :)
Für Beta-Testing reicht das, später müsste der Java-Part bestimmt dem User fhem:dialout gehören und sämtliche Java-Files für das Tradfri Modul 700 Berechtigungen haben. Liege ich hier richtig?
[Nachtrag von 16:00 Uhr]
Wenn ich mich nach einer Weile in fhemweb einlogge, erscheinen diese Meldungen:
Messages collected while initializing FHEM:
configfile: Bulb1: unknown attribute autoUpdateInterval. Type 'attr Bulb1 ?' for a detailed list.
Bulb2: unknown attribute autoUpdateInterval. Type 'attr Bulb2 ?' for a detailed list.
Bulb3: unknown attribute autoUpdateInterval. Type 'attr Bulb3 ?' for a detailed list.
Bulb4: unknown attribute autoUpdateInterval. Type 'attr Bulb4 ?' for a detailed list.
Ausführung als Root ist obsolet, der Java-Client kann inzwischen als normaler Nutzer gestartet werden. Ich habe mich damals gewundert, weil der den Socket als normaler Nutzer nicht starten wollte. Lag aber daran, dass ein Port kleiner 1024 genutzt wurde - um so einen zu öffnen, bedarf es Root-Rechten. Habe ich inzwischen geändert.
Das Attribut "autoUpdateInterval" ist obsolet und auch nicht mehr notwendig, habe es somit auch aus den Definitionen gelöscht.
Zitat von: dtavb am 13 Juli 2017, 11:08:15
Schaltungen funktionieren tadellos.
Der Zustand der Readings state/STATE wird in fhemweb nicht aktualisiert.
Erst durch F5 im Browser sieht man den geänderten Zustand.
Schau ich mir an.
Zitat von: Mickey Mouse am 14 Juli 2017, 21:35:23
ich habe mir bei den Tests angewöhnt:
1) FHEM update
2) FHEM runterfahren (komplett /etc/init.d/fhem stop)
3) Java Client stoppen
4) Java Client updaten
5) Java Client starten
6) FHEM starten
7) ... etwas warten (fällt schwer ;) )
8) weiter testen ...
gerade mit dieser Screen Geschichte verliere ich gerne mal den Überblick. Da hat man gestern Abend noch etwas probiert und nächsten Tag startet man den Client auf einem anderen Terminal nochmal.
Im Zweifelsfall einfach einmal neu booten.
Diese Reihenfolge halte ich selbst auch ein und empfehle auch deren Einhaltung - zumindest bis ein wenig Besserung in Aussicht ist. Werde ich noch ergänzen. Entschuldigt bitte, dass ich so etwas noch nicht in der Anleitung hingeschrieben hatte.
Zitat von: Brause am 14 Juli 2017, 20:50:08
Allerdings funktioniert jetzt kein Schaltvorgang mehr. weder Gruppe noch Lampe.
Habe gerade keine Zeit mehr, intensiv über mögliche Problemursachen nachzudenken. Setze mich morgen nochmal damit auseinander.
Erstmal das Einfachste: Bist du dor sicher, dass du den Java-Client mit dem Parameter "-s" aufrufst? Der ist inzwischen notwendig geworden. Also soll dann heißen: "java -jar kCoAPSocket.jar -s DeinGatewayPasswort".
Schönen Abend!
Peter
Hallo Herr Kappelt,
ich bin seit heute auch stolzer besitzer eines Ikea Tradfri und habe direkt versucht es in meine existierende FHEM Konfiguration mit EQ-3 Max! und Homebridge zu integrieren. Das ganze läuft auf einem Mac Mini.
Zuerst habe ich das JASON.pm mit den beiden Befehlen "brew install cpanm" und "sudo cpanm install JSON" installiert.
Anschließend habe ich Coap mit "brew install libcoap" installiert.
Zuletzt habe ich dann ihr Modul nach ihrer Anleitung in FHEM installiert.
Unter "Unsorted" habe ich nun ein neues device welches wie folgt aussieht:
Internals
DEF 10.0.1.160 8RA......P70 /usr/local/bin
NAME TradfriGW
NR 44
STATE IDLE
TYPE TradfriGateway
canConnect 1
gatewayAddress 10.0.1.160
gatewaySecret 8RA.......P70
name TradfriGW
Readings
coapClientVersion coap-client v4.1.1 -- a small CoAP implementation 2017-07-14 22:54:40
Sobald ich nun aber "get TradfriGW deviceList" in FHEM eingebe erhalte ich den Fehler "Error while trying to fetch devices!"
Was mir noch aufgefallen ist: Wenn ich den Coap Befehl aus der Tradfri.pm direkt ins Terminal eingebe:
Mac-Mini:~ Solbadguy2010$ coap-client -u Client_identity -k 8RA......P70 -v 1 -m GET coaps://10.0.1.160:5684/15001
coap-client: illegal option -- u
Können sie mir helfen? Was mache ich falsch?
Vielen Dank!
Guten Abend,
möglicherweise ist die von brew verteilte libcoap einfach zu alt. Bitte posten Sie die Ausgabe von "coap-client", bzw. "coap-client -h", damit können weitere Diagnosen vorbereitet werden.
Falls das der Fall ist, muss libcoap selbst kompilliert werde - wie in der Anleitung beschrieben.
Alternativ stellen die Entwickler von libcoap auch vorkompillierte Versionen unter https://libcoap.net/files/ bereit. Ich bin mir nicht sicher, ob eine der vorbereiteten Architekturen für Ihren Mac Mini passt. Am Wahrscheinlichsten ist der coap-client aus dem Ordner amd64.
Diesen können Sie in einen beliebigen Ordner herunterladen. Das Attribute "coap-client-path" in der Definition des Gateways muss dann zu dem Pfad geändert werden, wo der heruntergeladene Coap-Client liegt.
Viele Grüße,
Peter Kappelt
Hallo,
danke für die schnelle Antwort.
ich habe auch gerade die Master-Version selbst kompiliert. Es bliebt bei der v4.1.1.
Hier die gewünschten Ausgaben:
Mac-Mini:libcoap-master Solbadguy2010$ coap-client
coap-client v4.1.1 -- a small CoAP implementation
(c) 2010-2013 Olaf Bergmann <bergmann@tzi.org>
usage: coap-client [-A type...] [-t type] [-b [num,]size] [-B seconds] [-e text]
[-g group] [-m method] [-N] [-o file] [-P addr[:port]] [-p port]
[-s duration] [-O num,text] [-T string] [-v num] URI
URI can be an absolute or relative coap URI,
-A type... accepted media types as comma-separated list of
symbolic or numeric values
-t type content type for given resource for PUT/POST
-b [num,]size block size to be used in GET/PUT/POST requests
(value must be a multiple of 16 not larger than 1024)
If num is present, the request chain will start at
block num
-B seconds break operation after waiting given seconds
(default is 90)
-e text include text as payload (use percent-encoding for
non-ASCII characters)
-f file file to send with PUT/POST (use '-' for STDIN)
-g group join the given multicast group
-m method request method (get|put|post|delete), default is 'get'
-N send NON-confirmable message
-o file output received data to this file (use '-' for STDOUT)
-p port listen on specified port
-s duration subscribe for given duration [s]
-v num verbosity level (default: 3)
-O num,text add option num with contents text to request
-P addr[:port] use proxy (automatically adds Proxy-Uri option to
request)
-T token include specified token
Mac-Mini:libcoap-master Solbadguy2010$ coap-client -h
coap-client: illegal option -- h
Ich nochmal.
Jetzt geht es.
ich habe noch mal alles entfernt und mich strikt an die Anleitung gehalten.
ich hatte beim ersten mal diese Zeilen vergessen:
git checkout dtls
git submodule update --init --recursive
Danke für die Hilfe!
Hallo Nochmal.
leider habe ich den nächsten verrückten Fehler.
ich habe jetzt alle Lampen und Gruppen in FEHM.
Wenn ich mit der IKEA App die Lampen steuere sehe ich die Veränderung auch sofort im FHEM.
Leider geht es anders herum nicht. Die Lampen reagieren nicht auf FHEM. Woran kann das liegen?
Danke!
Zitat von: Peter Kappelt am 14 Juli 2017, 22:41:35
Erstmal das Einfachste: Bist du dor sicher, dass du den Java-Client mit dem Parameter "-s" aufrufst? Der ist inzwischen notwendig geworden. Also soll dann heißen: "java -jar kCoAPSocket.jar -s DeinGatewayPasswort".
Gut.
Das sich der Aufruf der Java geändert hat das habe ich übersehen.
Jetzt funktioniert es wieder wie vor dem update.
Aber mein subjektiver Eindruck, etwas zeitverzögerter als vorher.
Zitat von: Peter Kappelt am 16 April 2017, 15:07:07
Guten Tag an Alle,
seit einigen Tagen gibt es auch in deutschen IKEA-Märkten das Trådfri-System zu kaufen. Natürlich bietet es sich perfekt zur Integration in die FHEM-Installation an.
Ich habe für meinen Setup ein Modul entwickelt und möchte das nun auch euch zur Verfügung stellen.
Der Sourcecode, inklusive einer kurzen (englischen) Anleitung findet ihr unter https://github.com/peterkappelt/Tradfri-FHEM .
Das Modul befindet sich noch in der Entwicklung. Grundfunktionen sind problemlos nutzbar. Erweiterte Funktionen (Stimmungen, Pairen von Geräten, Steuern von Gruppenmitgliedschaften, ...) sind derzeit noch nicht unterstützt. Die Funktionen, die unterstützt sind, sind auf der Github-Seite aufgelistet.
Instabilitäten, die die gesamte FHEM-Installation beeinflussen, sollten eigentlich nicht mehr auftreten.
Falls ihr euch auch von IKEA solche Lampen kaufen möchtet, beachtet bitte, dass eine einzelne Lampe und ein Gateway nicht genug sind - darauf bin ich auch reingefallen. Ihr benötigt zu besagtem mindestens noch ein Steuergerät, wie beispielsweise einen Dimmer. Nur mit diesem können Gateway und Lampen gekoppelt werden. Diese Tatsache ist aber nicht auf den IKEA-Produktseiten hinterlegt, in den Anleitungen steht es jedoch.
Ich hoffe, dass das Modul vielleicht jemanden nutzt. Über ein Feedback, wenn ihr es probiert, würde ich mich freuen!
Einen schönen Nachmittag,
Peter Kappelt
Update: Ich kam heute noch etwas weiter mit der Entwicklung. Nun wird ein separates Device zur Parametrisierung der Verbindung genutzt, außerdem kann man Gruppen steuern.
Update: Hinweis zur höheren Stabilität
Update: Aktueller Entwicklungsstand
Ich schon wieder
Habe jetzt nochmal ein wenig an meiner Software-Installation gebastelt.
und jetzt ist alles Perfekt.
Das Gateway wird direkt beim FHEM-Start als opened gemeldet.
Gruppen und einzelne Lampen schalten ohne Verzögerung und auch ohne verzögerten Event im jeweils anderem Device.
Die screen/java-Geschichte läuft mit Benutzer fhem. Dieser hat als Rechte-Gruppen nur dialout und tty.
Und das alles als Server Start-Script automatisiert.
Problem schien gewesen zu sein, das die Java schon laufen muss, bevor FHEM startet.
Sonst hatte ich eigenartige Phänomene.
Danke nochmal Peter für Deine Arbeit.
Gruss Brause
Hoi Ihr,
@Peter: vielen lieben Dank für die Unterstützung!
Schaltungen funktionieren tadellos.
Was mir nun beim Durchklicken der get-Methoden aufgefallen ist:
Gateway "get devicelist": es wird nur noch ein Array mit den IDs geliefert.
Die Beschreibungen der Lampen etc. fehlen.
Schaue ich im Java-Client nach, ist dem auch. Der Java-Client liefert nur noch die IDs:
[TcpServerThread] Received data: coapGet|coaps://192.168.192.141/15001
[TcpServerThread] Command "coapGet" on "coaps://192.168.192.141/15001" returned "[65538,65536,65537,65540,65539]"
Genauso auch bei den Gruppen, nur die Gruppen-ID wird zurückgliefert.
Wenn das Gateway States zurückmeldet, sind die Beschreibungen dabei:
[TcpServerThread] New state for observed resource coaps://192.168.192.141/15001/65537: {"5750":2,"9001":"Bulp1","3":{"0":"IKEA of Sweden","2":"","1":"TRADFRI bulb E27 WS opal 980lm","3":"1.1.1.1-5.7.2.0","6":1},"9002":1499502983,"9020":1500227033,"9003":65537,"9054":0,"9019":1,"3311":[{"5850":1,"5851":254,"5707":0,"5708":0,"5709":24930,"5710":24694,"5711":250,"5706":"f5faf6","9003":0}]}
[TcpServerThread] Command "coapPutJSON" on "coaps://192.168.192.141/15001/65538" returned ""
[TcpServerThread] New state for observed resource coaps://192.168.192.141/15001/65538: {"5750":2,"9001":"Bulp2","3":{"0":"IKEA of Sweden","2":"","1":"TRADFRI bulb E27 WS opal 980lm","3":"1.1.1.1-5.7.2.0","6":1},"9002":1499505749,"9020":1500233511,"9003":65538,"9054":0,"9019":1,"3311":[{"5850":1,"5851":254,"5707":0,"5708":0,"5709":24930,"5710":24694,"5711":250,"5706":"f5faf6","9003":0}]}
Frage bzgl. Java-Client:
@Peter:
belässt Du es so, dass man manuell den Java-Client starten muss?
Ein kleines HowTo wäre nicht schlecht wie man das bei System-Reboot wieder automatisiert anstarten kann.
@Brause
Ich würde den Befehl als bash-script bei Boot ausführen lassen. Wie hast Du das getan?
Gerne schreibe ich das HowTo, würde nur gerne Eure Wege zum Autostart erst kennenlernen.
Grüsse,
dtavb
Hallo,
Bitteschön!
Bei den get deviceList und get groupList bin ich erstmal einen Schritt zurück gegangen. Die Tatsache ist mir bewusst und das Feature wird wieder re-implementiert werden. Ich suche allerdings noch nach einer Möglichkeit, die notwendigen blockierenden Aufrufe effizienter zu gestalten. Ein Gedanke ist, dass ich mehr aufgaben an den Java-Client "outsource" und dem die Arbeit überlasse - denn der unterstützt auch parallele Abfragen und Ähnliches. Also quasi ein Kommando in der Form "getGroupList", welches an den Java-Client gesendet wird und der die notwendige Verarbeitung schneller macht. Mal schauen.
Wie schon gesagt: Es ist sehr ärgerlich, dass es für Perl keine CoAP-Module gibt. So eine native Lösung wäre das Idealste. Mit dem Gedanken, das CoAP-Perl-Modul selbst bereitzustellen, habe ich auch schon gespielt - aber da scheue ich vor (nicht genug Hardware zum Testen, Zeitverbrauch, Grenzen von Programmierkenntnissen, ...).
Wie auch immer - Ja, momentan wollte ich keine Autostartskripte mit der Beta verteilen. Bedenkt bitte auch, dass mindestens noch eine Änderung im Aufruf des Java-Clients folgt. Das hängt einfach damit zusammen, dass ich verschiedene Möglichkeiten zur verkapselten Verteilung der Software teste. Der Nutzer soll sich idealerweise nicht um die Installation des JRE kümmern, andererseits soll auch nicht an alle Nutzer prophylaktisch ein JRE verteilt werden. Wenn ich dafür eine Lösung habe, will ich das Starten und Stoppen des Clients durch FHEM selbst automatisieren, i.e. ein FHEM Start führt auch zum Start des Clients.
Ziel ist es, dass sich die tatsächliche Installation auf das Hinzufügen der Repository und ein "update" reduziert.
Den Client per One-Liner im Hintergrund laufen zu lassen funktioniert z.B. so, vielleicht gibt es einfachere Möglichkeiten:
screen -dmS fhem_tradfri_client && screen -r fhem_tradfri_client -p 0 -X stuff $"java -jar /voller/Pfad/zum/kCoAPSocket.jar -s psk \n"
Darin wirklich nur den Pfad für den Client und den PSK ersetzen.
Das ganze kann dann beispielsweise in die Crontab-Datei, sollte so gehen, aber nicht getestet:
pi@hcpi01:~ $ cat /etc/crontab
@reboot screen -dmS fhem_tradfri_client && screen -r fhem_tradfri_client -p 0 -X stuff $"java -jar /voller/Pfad/zum/kCoAPSocket.jar -s psk \n"
Wenn du das ganze austestest und noch ein paar Worte zu schreibst könnte ich das mit in die Anleitung aufnehmen.
Schönen Abend,
Peter
Hoi
Ich habe den Autostart über ein rc.d-Script gelöst (praktische äquivalent zum FHEM-Start)
#!/bin/sh
### BEGIN INIT INFO
# Provides: tradfri
# Required-Start: $local_fs $remote_fs networking
# Required-Stop: $local_fs $remote_fs networking
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: FHEM - Tradfri-JAVA
# Description: Start / Stop / Status or Restart the FHEM - Tradfri-JAVA
### END INIT INFO
case "$1" in
'start')
echo "Starting FHEM - Tradfri-JAVA"
screen -dmS Tradfri /opt/java-Tradfri.sh
RETVAL=$?
;;
'stop')
pkill -USR1 -U fhem java
echo " ... done. FHEM - Tradfri-JAVA Stopped."
RETVAL=$?
;;
'restart')
pkill -USR1 -U fhem java
echo " Closed Process, Restarting"
screen -dmS Tradfri /opt/java-Tradfri.sh
echo " ... done. FHEM - Tradfri-JAVA Restarted"
RETVAL=$?
;;
'status')
cnt=`ps -ef | grep "java -jar" | grep -v grep | wc -l`
if [ "$cnt" -eq "0" ] ; then
echo "FHEM - Tradfri-JAVA is not running"
else
echo "FHEM - Tradfri-JAVA is running"
fi
;;
*)
echo "Usage: $0 { start | stop | status | restart }"
RETVAL=1
;;
esac
exit $RETVAL
in der "java-Tradfri.sh" erfolg dann der JAVA-Start
#! /bin/bash
cd /opt/Tradfri-FHEM/kCoAPSocket/kCoAPSocket
su fhem -c "java -jar kCoAPSocket.jar -s psk"
Der Einzeiler von Peter ist eine gute Idee, den könnte man prima direkt im rc.d-Script einbauen.
Da ich den screen nicht direkt mit root-Rechten laufen lassen wollte, ist bei mir halt noch der "su fhem" eingebaut.
Nachteil meines Startscripts ist das man sich anschließend nicht mehr in den screen einlogen kann, um zu schauen was da drin so alles protokolliert wird.
Gruss Brause
Eine Frage hätte ich noch
Peter hast du eventuell auch geplant die SetExtensions irgendwann mit einzubauen??
Ein "on-for-timer" und "toggle" für Device und Group wären echt noch Klasse.
Gruss Brause
Du kannst mal probieren, die Ausgabe des Clients in eine Logdatei zu schreiben, so müsste es gehen:
su fhem -c "java -jar kCoAPSocket.jar -s psk >> /tmp/deineLogdatei"
Geplant ist vieles, die Set Extensions stehen schon auf der Liste. Die höchste Prio ist aber momentan für mich, die Beta stabil zu bekommen und sinnvoll zu verteilen.
An Alle, die die Beta nutzen: Bitte passt auf, wenn ihr das nächste mal den Java-Client updatet. Die Jar-Datei heißt nun "kCoAPSocket-latest.jar", nicht mehr "kCoAPSocket.jar".
An die Nutzer der Beta: Bitte beachtet, dass mit dem neusten Update ein weiterer Parameter (-g) erforderlich ist. Dieser definiert die Adresse des Gateways und muss, bis FHEM das automatisch erledigt, beim Start und Stopp des Clients angegeben werden. Beispielsweise:
java -jar kCoAPSocket-latest.jar -s Code -g 192.168.2.65
Außerdem habe ich noch eine Mailgruppe eingerichtet, in der ich künftig solche wichtigen Änderungen an Beta-Tester verteilen werde. Falls ihr sofortige Info über die Updates wünscht könnt ihr der Gruppe gerne hier beitreten: https://groups.google.com/group/tradfri-betatester/subscribe
Guten Morgen
nur kurze Rückmeldung.
Habe gerade das update gemacht.
- Startscript den neuen Parameter (und Log-File) hinzu
- git pull / git submodule update --remote
- Dank meines Startscripts ein "service tradfri restart"
- knappe Minute später erfolge automatisch das reopen vom Getaway-Device
- Alles läuft - ohne Probleme
Euch einen angenehmen Freu-tag
Gruss Brause
Hallo zusammen,
ich nutze auch schon seit längerem die Tradfri Leuchten in FHEM, anfangs mit einem Skript zusammen gebastelt welches ich mal im Netz gefunden habe. Nun habe / musste ich meine FHEM installation neu machen. Da bin ich dann auch gleich auf das Modul von Peter umgestiegen - was soll ich sagen, super Arbeit!
Nur zwei fragen hätte ich (aktuell)
- Wie verhält sich das mit dem AutoUpdateIntervatt? Sind das angaben in sekunden oder einfach nur 1 für an? Hatte eben etwas getetstet, aber kam keine Änderung...
- Nutz jemand hier das ganze in Verbindung mit der Homebridge? Lässt sich das Gerät (die Lampe) so einbinden, das ich über die Homebridge, Ein/Aus, Helligkeit (und eventuell Farbe) stellen kann? Habe aktuell das GenericDeviceType auf Light stehen, damit geht halt nur An/Aus
P.S. @Peter, die E-Mail von mir, bzgl des BWM kannst du ignorieren, bin ja nun hier in dem Thread gelanden und hab schon was darüber gelesenn ;)
Offtopic:
Ich habe die (große) Ikea Tradfri Fernbedienung. Mit dieser kann man anscheinend nur zwischen den drei Farbmodi hin- und herwechseln wie auch die Helligkeit regulieren.
Kann man damit gar nicht zwischen den individuellen und vorkonfigurierten Szenen wechseln? Habe ich etwas übersehen?
Danke.
soviel ich weiß sind die Funktionen auf den von dir angesprochenen Umfang begrenzt :(
u.a. deshalb ist ja dieses Modul so wertvoll!
ich habe zwar die Ikea FBs um "im Notfall unabhängig von allem" zu sein, aber durch die Umrüstung mehrerer (eigentlich fast aller ;) ) Räume auf Trådfri sind dadurch die alten FS20 Display Taster https://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=35404 (https://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=35404) "über" und können jetzt irgendwelche Dummy FS20 absenden, die FHEM in die entsprechenden Trådfri Befehle umsetzt (FS20 CUL muss natürlich vorhandne sein). Damit ist dann (nahezu) alles an Spielereien möglich was einem so an Unsinn in den Kopf kommt ;)
Ich habe Homematic und Z-Wave im Einsatz. Ich war nie so der FS20-Fan.
Das HM-Äquivalent
Homematic Funk-Wandsender mit Display (https://www.elv.de/homematic-funk-wandtaster-mit-display.html) ist a) ziemlich teuer und b) zu umständlich. Ich möchte nicht erst die Ebenen wechseln, sondern sofort den gewünschten Modus aktivieren. Vermutlich werde ich das mit einem Homematic 6-fach-Taster machen. Wobei der auch keinen Schönheitspreis gewinnt.
Oder alternativ Z-Wave 8-fach-Taster 55er (https://forum.fhem.de/index.php/topic,72330.0.html).
Ich hasse es, wenn ich die Deckenleuchten einschalte und ich mich dann erst zum Couch-Tisch bewegen muss, um die Lichtfarbe & Co. zu ändern.
Das Ganze muss den WAF haben. Einschalten - Klick auf gewünschten Farbmodi-Taster - fertig.
Der Rest wird vollautomatisch gesteuert (wie bspw. Änderung der Beleuchtung bei Telefonanruf, Türklingel, Pausen-Taste, Einschaltung der HiFi-Anlage, etc.)
@Fillip
'Schuldige, das ich nicht zeitnah auf die Mail geantwortet habe. Mache ich eigentlich sonst immer innerhalb von 24h, hatte aber gerade andere Sachen auf der Liste.
Das autoUpdateInterval ist eine Angabe in Sekunden. Jede Sekunde zu Updaten ist möglich, aber nicht sinnvoll. Du musst dabei beobachten, wie sich das auf die Systemlast auswirkt.
Sofern du mit der entstehenden Latenz leben kannst, empfehle ich, autoUpdateInterval aus fünf Sekunden oder größer zu setzen. (Wenn dein System aber genug Leistung hat, das jede Sekunde zu aktualisieren, spricht nichts dagegen.)
Zur Homebridge kann ich selbst nichts sagen, da ich keine angebissenen Äpfel ins Haus lasse. Etwas weiter oben im Thread hat das aber schon jemand versucht, vielleicht kann er dir da nochmal weiterhelfen.
@FunkOdyssey
Ich denke, dass es nur eine Frage der Zeit ist, bis jemand anfängt, die Firmware von IKEA zu reverse-engineeren, dekompillieren und selbst zu modifizieren. Ich denke, dass wenn man erstmal die ganze Toolchain stehen hat, eine Funktionserweiterung (z.B. Szenenwechsel auf Doppeldruck) eine einfache Fingerübung ist.
Mal schauen...
Hoi Ihr,
inspiriert von Brause und Peter habe ich bei mir folgendes eingerichtet:
"Kleines" HowTo für Autostart Beta-Version
1.) sudoers Datei angepasst: Alias erstellen und User fhem berechtigen
Info: Alias benötigt man nur, wenn man plant den Benutzer fhem noch mehrere Befehle ausführen lassen zu können.
vi /etc/sudoers
# Cmnd alias specification
Cmnd_Alias FHEMEXEC = /opt/fhem/bin/send,/usr/bin/java,/usr/bin/screen
fhem ALL = NOPASSWD: FHEMEXEC
2.) hemmungslos Brauses init.d-Skript kopieren:
Achtung: Brause geht davon aus, dass ein aufgerufenen Bash-Skript hier liegt: /opt/java-Tradfri.sh
Wem das nicht passt, entsprechend unten ändern.
ich habe es folgendermassen erledigt, um etwaige Berechtigungen gleich richtig zu setzen:
cp -p /etc/init.d/fhem /etc/init.d/tradfri
vi /etc/init.d/tradfri
Brauses Skript kopieren und einfügen:
Ergänzung 01.08.2017:
Inhalt des kopierten fhem-files löschen via vi: "10000dd", löscht 10.000 Zeilen
Danach via copy&past Inhalte im "i" für insert-mode einfügen.
#!/bin/sh
### BEGIN INIT INFO
# Provides: tradfri
# Required-Start: $local_fs $remote_fs networking
# Required-Stop: $local_fs $remote_fs networking
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: FHEM - Tradfri-JAVA
# Description: Start / Stop / Status or Restart the FHEM - Tradfri-JAVA
### END INIT INFO
case "$1" in
'start')
echo "Starting FHEM - Tradfri-JAVA"
screen -dmS Tradfri /opt/java-Tradfri.sh
RETVAL=$?
;;
'stop')
pkill -USR1 -U fhem java
echo " ... done. FHEM - Tradfri-JAVA Stopped."
RETVAL=$?
;;
'restart')
pkill -USR1 -U fhem java
echo " Closed Process, Restarting"
screen -dmS Tradfri /opt/java-Tradfri.sh
echo " ... done. FHEM - Tradfri-JAVA Restarted"
RETVAL=$?
;;
'status')
cnt=`ps -ef | grep "java -jar" | grep -v grep | wc -l`
if [ "$cnt" -eq "0" ] ; then
echo "FHEM - Tradfri-JAVA is not running"
else
echo "FHEM - Tradfri-JAVA is running"
fi
;;
*)
echo "Usage: $0 { start | stop | status | restart }"
RETVAL=1
;;
esac
exit $RETVAL
Ich benutze Raspian (Jessie lite), so sehen bei mir die Berechtigungen aus:
-rwxr-xr-x 1 root root 1553 Jul 26 16:11 tradfri
Danach:
update-rc.d tradfri defaults
kurze Kontrolle für run-level 3:
ls -l /etc/rc3.d/
Ausgabe bei mir:
lrwxrwxrwx 1 root root 17 Jul 26 16:17 S01tradfri -> ../init.d/tradfri
3.) Eigentliches Start-Skript erstellen: /opt/java-Tradfri.sh
Vorbereitung:
#! /bin/bash
su -c "java -jar /DEINPFADzuCOAPvonPETER/kCoAPSocket-latest.jar -s DEINTRADFRICODE-g DEINETRADFRIGWIP >> /DEINLOGPFAD/tradfri_java.log" -s /bin/sh fhem
Der Aufruf von Brause (wollte hemmungslos kopieren ;D ) hat nicht geklappt bei mir.
Habe es dann auf die obige Zeile von mir erledigt, gleicher Effekt Java-Aufruf als User fhem.
vi /opt/java-Tradfri.sh
Tippen: i
copy&paste: Deine bearbeitete Zeile von oben
Bei mir sieht es dann so ungefähr aus:
#! /bin/bash
su -c "java -jar /opt/Tradfri-FHEM/kCoAPSocket/kCoAPSocket/kCoAPSocket-latest.jar -s ABC -g xxx.xxx.xxx.xxx >> /log/tradfri_java.log" -s /bin/sh fhem
Berechtigungen ändern:
chmod 740 /opt/java-Tradfri.sh
chown fhem:dialout /opt/java-Tradfri.sh
Kontrolle:
-rwxr----- 1 fhem dialout 200 Jul 26 16:34 java-Tradfri.sh
Zum Schluss: Augen zu und durch :)
Reboot tut gut um zu sehen ob auch alles soweit hochstartet, fhem das GW als "opened" ansieht und testweise mal die Devices via webfhem abfragen.
reboot
Im Anschluss:
via:
netstat -tulpn | grep java
sieht man ganz gut ob etwas lauscht:
Bei mir:
tcp 0 0 127.0.0.1:1505 0.0.0.0:* LISTEN 888/java
TCP/1505 ist das Tradfri-Modul, was man auch im Log sehen kann:
"[TcpServerThread] Binding of socket @ port 1505 successfull."
4.) Brauses Skript
Im Anschluss kann man wunderbar abfragen:
/etc/init.d/tradfri status
Das meldet die CLI dann zurück: "FHEM - Tradfri-JAVA is running"
Offene Frage meinerseits
ps -aux | grep fhem
[Auszug]:
fhem 888 0.0 0.0 1908 376 ? Ss 17:16 0:00 sh -c java -jar /DUMMY/kCoAPSocket-latest.jar -s CODE -g IP >> /log/tradfri_java.log
fhem 889 11.0 3.7 324704 36664 ? Sl 17:16 0:04 java -jar /DUMMY/kCoAPSocket-latest.jar -s CODE -g IP
Warum läuft das 2x?
netstat -tulpn ergibt:
tcp 0 0 127.0.0.1:1505 0.0.0.0:* LISTEN 889/java
udp 0 0 0.0.0.0:60085 0.0.0.0:* 889/java
Klar, der Screen wäre einer und der java der zweite Befehl. Irritiert bin ich wegen 2x java Aufruf.
Der Prozess mit ID 888 macht netztechnisch nichts, demnach gehe müsste es passen und ich habe wieder etwas gelernt :)
Grüße,
dtavb
Das howto hätte ich nicht besser schreiben können,
Ja bei mir liegen die Scripte für fhem alle im /opt bzw /opt/xxxxx.
Du kannst den Status auch mit "service tradfri status" abfragen, bzw auch als service stoppen und restarten.
Ich habe mir auch ein LogDevice angelegt. Somit kann ich mir das Log auch direkt im WebUI anzeigen lassen.
define xx.GW.Tradfri.log FileLog ./log/tradfri.log xx.GW.Tradfri:.*
Hallo zusammen,
Ich habe eine Frage zur Reichweite. Was sind so konkret eure Erfahrungswerte?
Hier war mal von einem Stockwerk im Altbau die Rede. Ich weiß das zigbee laut Standard 10m-100m
beherrschen soll. Wie ist das konkret, klappen mehrere Stockwerke?
Beste Grüße
Jan
Hallo zusammen, ich hab mir auch Mal ein wenig 'Spielmasse' vom Köttbullar-Händler besorgt. Da ich aktuell Pläne, mit fhem auf einen NUC umzuziehen und dort einige Zusatzdienste per Docker zu realisieren/abzutrennen stellt sich mir die Frage, ob solche Dinge wie node.js in der Evaluation sind/waren. Es gibt ein Projekt, dass eine entsprechende API bereitstellt https://www.npmjs.com/package/node-tradfri . Keinesfalls will ich Peters Leistung schmälern oder ähnliches. Vom ersten ansehen her, scheint Peters Implementierung auch viel mächtiger. Ich denke nur Grad im Zuge der Auswertung des alertStream meiner hikvision Kamera nach auch dort das Ansprechen der Kamera und die 'Echtzeitkomponente' (Kontinuierliches Lesen eines xml-Streams) per node.js zu realisieren. Ggf. Können ja auch beide Projekte voneinander profitieren?
Gruß Dirk
Edit: wer zuende liest, erfährt auch, dass dem ganzen dann wieder libcoap zugrunde liegt...
@stratege-0815:
zigbee funktioniert in diesem Fall wie sein Konkurrenz z-wave via "Netzwerk", sprich die Geräte geben ihre Signale weiter. Ganz durchdrungen habe ich das Thema nicht, bei Z-Wave spricht man sogar von Routing, demnach nicht nur einfaches Verteilen wie ein Hub. Bei zigbee weis ich es nicht, aber im Fall von Ikea meine Erfahrung:
Mein Hausflur erstreckt sich über die ganze Hauslänge quer durch das Haus, dazwischen 2 Dicke tragende Wände (Treppenaufgang).
Der Killer für 433 Mhz Zeugs (mit Ausnahme eines China-Türsensor), Bluetooth und W-Lan jeweils mit 2,4 GHz. Auch Ikea (zigbee) hatte keine Chance in Räumen hinter diesen 2 tragenden Wänden (zB mein Bastelraum).
Lösung: im Flur habe ich im Treppenaufgang sowie oben direkt im Flur jeweils eine Ikea (zigbee) Lampe verwendet. Nun habe ich im gesamten Stockwerk über die 2 Wände hinweg Signal.
Demnach stimmt das was ich bisher gelesen habe, die zigbee Geräte (die LED Lampen von Ikea) reichen die Signale weiter, ob jetzt hubbing oder routing kann ich nicht sagen.
Bedeutet allerdings auch, sobald jemand wie ich schlaftrunken den Lichtschalter im Flur physikalisch ausschaltet, ist diese Lampe kein Verteiler mehr und in der Werkstatt funktioniert das Licht- und Bewegungsabhängige Schalten nicht mehr...
Kleine Ergänzung:
in dem Bastelraum habe ich auch 1x Z-Wave Bewegungsmelder, der hat überhaupt keine Probleme. Also entweder kann man mit dessen Signal Spiegeleier machen oder Z-Wave hat mehr Magie wie zigbee.
Danke, das bestätigte auch indirekt meinen Gedanken: wenn jemand das "Licht ausschaltet" bricht die Konstruktion zusammen.
Zitat von: stratege-0815 am 02 August 2017, 09:07:16
Danke, das bestätigte auch indirekt meinen Gedanken: wenn jemand das "Licht ausschaltet" bricht die Konstruktion zusammen.
Aber das ist ja nicht zwingend ein show stopper. Die Lampen kannst du ja fest verdraten und z.B einen mqtt Taster einbauen mit dem du die Lampe auch schalten kannst.
Ich bin mir ebenfalls eine Lösung am ausdenken mit diesem Taster:
https://www.itead.cc/smart-home/sonoff-t1.html
Gesendet von iPhone mit Tapatalk
Darf man an dieser Stelle überhaupt schon Feature Requests machen?
In einer TradfriGroup wäre ein "set xyz nextMood" bzw. "set xyz previousMood" irgendwann ganz nett.
Aber bitte nicht stressen lassen. Danke vielmals.
Hallo an Alle,
an die Beta-Tester:
ich werde heute Abend, gegen 21 Uhr, ein Update zur Verteilung freigeben.
Es wurden große Veränderungen an der Software vorgenommen, weswegen Euer Eingreifen notwendig ist. Vermeidet ein Update, falls ihr momentan keine Zeit dazu habt.
Was muss ich tun?
Die Anleitung auf meiner Webseite habe ich bereits angepasst: http://electronic.kappelt.net/wordpress/de/ikea-tradfri-module-for-fhem-beta/.
Die Software kCoAPSocket habe ich für obsolet erklärt und die neue Software JTradfri entwickelt. Die aktuellste Version davon könnt ihr in der Github-Repository herunterladen: https://github.com/peterkappelt/JTradfri/tree/master/JTradfri-builds. Die Parameter haben sich nicht verändert, ihr müsst lediglich JTradfri herunterladen und die Namen in euren Skripten/ Startkommandos anpassen.
Sobald dies geschehen ist, könnt ihr das "normale" Update in FHEM ausführen.
Was hat sich geändert?
Für den Tester sind keine großen Änderungen sichtbar. Das einzige sichtbare Feature ist ein neuer Algorithmus zum Gruppenstatus und zur Gruppenhelligkeit: Diese werden nun intelligent aus den Werten der Geräte berechnet und sind immer aktuell.
Weiterhin wurden einige kleinere Bugs behoben, die Verbindung zu FHEM und das Verhalten beim Start von FHEM ist stabiler.
Große Teile der Java-Software habe ich neu geschrieben. Diese übernimmt nun mehr Aufgaben und entlastet FHEM. Eine bessere Performance ist zu erwarten, da Befehle asynchron und intelligent in der Java-Software verarbeitet werden.
Welche Probleme sind bekannt?
- JTradfri funktioniert nicht unter Windows, da die Firewall die nötigen Ports nach einigen Minuten Inaktivität schließt
- Das Kommando "get moods" für Gruppen wurde temproär entfernt und wird beim nächsten Update im Laufe der Woche re-implementiert. Weiterhin ist für "set mood" bei den Gruppen eine Mood-ID nötig, Mood-Namen werden nicht akzeptiert.
Mit diesem Update sollen viele kleine Probleme von Nutzern behoben werden und die Einrichtung weiter vereinfacht werden. Ich freue mich, wenn Ihr es testet und mit entsprechende Rückmeldung gebt!
@distel
Die Node-JS-Bibliothek hatte ich gesehen. Allerdings habe ich keine Erfahrung mit Node.JS. Daraus resultiert auch, dass ich keine sinnvolle Verbindung zwischen Perl (was für FHEM ja zwingend notwendig ist) und Node.JS kenne.
Dankeschön!
Peter
Hi Peter,
danke, werde ich heute noch testen...bin ja gerade dazu gestolpert, weil ich mein lab-system gerade jetzt mit der Beta beglücken wollte :)
@stratege:
ja, das ist so. Aber erstens sind die Birnen billig und man kann damit sehr günstig einen "hub" bauen.
Lampe in eine Fassung, die an den Strom und irgendwo verstecken (habe so eine Baustellenfassung mit Eurostecker und Klemme- perfekt dafür geeignet. Schon hat man einen günstigen Hub ... nicht gerade elegant, aber wirkungsvoll.
Die Idee mit einem Taster ist vllt. eleganter :)
Ergänzung 21:30:
@Peter:
wenn ich das jar File ausführen möchte, kommt im Log:
Aug 02, 2017 9:39:27 PM org.eclipse.californium.core.network.config.NetworkConfig store
INFORMATION: writing properties to file /Californium.properties
Aug 02, 2017 9:39:27 PM org.eclipse.californium.core.network.config.NetworkConfig store
WARNUNG: cannot write properties to file /Californium.properties: Californium.properties (Keine Berechtigung)
Aug 02, 2017 9:39:27 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Starting endpoint at coaps://0.0.0.0:0
Aug 02, 2017 9:39:27 PM org.eclipse.californium.scandium.DTLSConnector start
INFORMATION: DTLS connector listening on [0.0.0.0/0.0.0.0:34100] with MTU [1.280] using (inbound) datagram buffer size [16.474 bytes]
Aug 02, 2017 9:39:27 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Started endpoint at coaps://0.0.0.0:34100
Aug 02, 2017 9:39:27 PM org.eclipse.californium.core.CoapClient setEndpoint
INFORMATION: Started set client endpoint 0.0.0.0/0.0.0.0:34100
Exception in thread "main" java.lang.NullPointerException
at net.kappelt.JTradfri.Commands.Commandline.run(Commandline.java:25)
at net.kappelt.JTradfri.JTradfri.startThreadHandler(JTradfri.java:59)
at net.kappelt.JTradfri.JTradfri.main(JTradfri.java:45)
Er lauscht allerdings auf Port 1505/TCP trotz der Exceptions.
Weiter oben steht noch etwas von Permission denied bei Californium.
Den Log-Aufruf hast Du aktuell ausgebaut?
su -c "java -jar /opt/Tradfri-FHEM/JTradfri-02082017-0.0.2-snapshot-all.jar -s KEY -g IP >> /log/fhem/tradfri_java.log" -s /bin/sh fhem
So kommen keine Fehler und das GW ist ansprechbar:
su -c "java -jar /opt/Tradfri-FHEM/JTradfri-02082017-0.0.2-snapshot-all.jar -s KEY -g IP" -s /bin/sh fhem
Zitat von: pronson am 02 August 2017, 09:53:22
Aber das ist ja nicht zwingend ein show stopper. Die Lampen kannst du ja fest verdraten und z.B einen mqtt Taster einbauen mit dem du die Lampe auch schalten kannst.
Naja, die Schalter an die man sich seit Jahren gewöhnt hat sollten eigentlich weiter ihren Dienst tun.
WAF ist wichtig. Und nicht jeder der mal Licht einschalten kann/soll/will ist in meinem WLAN bzw. hat Zugriff auf FHEM.
Deswegen schreibt er ja Lampen fest verdrahten und mqtt Taster einbauen. ;)
sali
Habe heute dann auch Zeit gefunden die JTradfri-Beta einzuspielen.
Installation war ohne Probleme.
und bis jetzt scheint auch alles wie gehabt zu funktionieren.
Super Arbeit.
Danke
Zitat von: blitzcom am 18 April 2017, 20:39:01
Weils gleich im Set dabei war, habe ich noch 3 Fernbedienungen. Hier sei gleich gesagt: Eine Lampe kann nur mit einer Fernbedienung. Meine anfänglichen Versuche die Fernbedienungen als Gruppenschaltungen zu nutzen fiel somit direkt aus.
Das betrifft jedoch nur die manuelle Kopplung. Ich habe wegen dieser Einschränkung zunähst auf hue gesetzt; letzte Woche habe ich mir dann aber doch zwei Tradfri E27 mit Funkschalter/Dimmer zugelegt. Auf das originale Gateway habe ich verzichtet; statt dessen habe ich mir das RaspBee-Modul von Dresden Elektronik zugelegt. Die Einrichtung mit der Betaversion 02.04.61 funktionierte einwandfrei.
1. Die Kopplung Leuchtmittel und RaspBee geht ohne Schalter. Man kann die Leuchtmittel direkt anmelden.
2. Man kann die Schalter an deConz (die Software zu RaspBee) anmelden. Die Schalter erscheinen jeweils als eigene "Gruppe", denen man Leuchtmittel zuordnen kann.
3. Ein Leuchtmittel kann dabei auch in mehreren Schalter"Gruppen" zugeordnet sein, also mehrere Schalter können ein Leuchtmittel schalten. Man kann auch hue-Leuchtmittel einem Tradfri-Schalter zuordnen.
4. Bei abgeschaltetem Gateway bleibt die Kopplung erhalten!
Man kann so also tatsächlich mehrere Tradfri-Schalter mit einem Leuchtmittel koppeln und auch bei Ausfall des Gateways weiter schalten. Das gilt auch für die hue-Leuchtmittel. Einzige Einschränkung: Dies gilt nicht für die Einstellung der Farbtemperatur, sondern nur für an/aus und Helligkeit.
Die hue-Dimmer hingegen schalten bei ausgeschaltetem Gateway nur hue-Leuchtmittel; Tradfri bleibt dunkel.
Bei ca. 23€ für einen hue-Dimmer einzeln und 25€ für eine e27 Tradfri-Weißspektrum einschließlich Funkdimmer ist die Wahl allerdings eh klar.
Auch interessant ist ja die zerlegte e27, die heise präsentiert hat - mit dem Zigbee-Modul, an das die dann zwei LED angeschlossen haben. Mit der e14 weißspektrum sollte das ja auch gehen - für 14,99€ hätte man dann quasi einen Zigbee-Adapter für weißspektrum. Da könnte man ja dual-white LED-Stripes mit einem normalen LED-Amplifier ansteuern...
Das RaspBee+deConzAPI emuliert eine Hue-Bridge älteren Firmwarestands. Sowohl die App All4Hue, als auch Alexa ließen sich damit koppeln; Szenen werden nicht unterstützt, Gruppen bei All4Hue ja, bei Alexa muss man die händisch einrichten. Farben/Farbtemperatur kann man bei Alexa nicht als Sprachkommando auswählen, nur schalten und dimmen.
Mit fhem will ich jetzt einsteigen (vorher hatte ich noch keinen Bedarf).
Wenn ich das richtig verstehe, ist das hier vorgestellte fhem-Modul nur für das Tradfri-Gateway gedacht, richtig?
Für ein RaspBee-Gateway müsste ich mich dann wohl mit dem hue-Modul auseinander setzen, wenn ich das richtig verstehe. Wenn ich dann mit Alexa Szenen aufrufen möchte, könnte ich sie dann quasi in fhem definieren (Kommando xy schaltet z.B. Lampe1 rot, Lampe 2 50% hell in warmweiß usw.) und Alexa dann an fhem (statt direkt an die Bridge) koppeln?
Zitat von: dtavb am 26 Juli 2017, 17:31:24inspiriert von Brause und Peter habe ich bei mir folgendes eingerichtet:
"Kleines" HowTo für Autostart Beta-Version
die meisten Leute werden das Ganze doch auf einem RasPi mit Jessie laufen lassen, oder irre ich mich da?
das basiert bereits auf systemd und ich sehe eigentlich keinen Grund, weshalb man dann noch diesen Aufriss machen sollte, um unbedingt an alten Zöpfen festhalten zu wollen.
ich habe mich heute mal aufgemacht und den FHEM und JTradfri Start auf meinem "Production System" auf systemd umzustellen, die Sache ist wirklich extrem einfach und "effizient".
nur wenn man FHEM auch umstellen möchte:
--- 8< ----
/etc/systemd/system/fhem.service
[Unit]
Description=FHEM
Wants=network.target
Wants=habridge.service # natürlich nur, wenn man die habridge einsetzt
Wants=jtradfri.service
After=network.target
[Service]
Type=forking
User=fhem
Group=dialout
Restart=always
RestartSec=5
WorkingDirectory=/opt/fhem/
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
[Install]
WantedBy=multi-user.target--- 8< ---
ansonsten geht es hier weiter:
/etc/systemd/system/jtradfri.service
[Unit]
Description=FHEM Tradfri Java Client
Wants=network.target
After=network.target
[Service]
User=fhem
Group=dialout
Type=simple
WorkingDirectory=/opt/fhem/Tradfri-Java/
ExecStart=/usr/bin/java -jar JTradfri.jar -s <Your_Tradfri_Gateway_Secret> -g <gateway-IP>
[Install]
WantedBy=fhem.service
# muss natürlich z.B. auf multi-user.target geändert werden, wenn man keinen fhem.service hat
sudo systemctl daemon-reload
sudo systemctl enable fhem.service
sudo systemctl enable jtradfri.service
mehr braucht es nicht, ok, natürlich muss man den alten rc.d Start von FHEM noch disablen wenn das vorher aktiv war oder man lässt diesen Teil weg.
natürlich müssen die Pfade entsprechend angepasst werden.
ich lege mir grundsätzlich einen symbolic-link zur aktuellen Version an, um nicht ständig die Start/Stop Scripts anpassen zu müssen, nur weil sich die Version eines Tools an der 10. Stelle hinter dem Komma geändert hat.
daher ist sieht das hier so aus:
root@raspberrypi:/etc/systemd/system# ls -l /opt/fhem/Tradfri-Java/JTradfri.jar
lrwxrwxrwx 1 root root 40 Aug 8 19:15 /opt/fhem/Tradfri-Java/JTradfri.jar -> JTradfri-03082017-0.0.3-snapshot-all.jarwenn es eine neue Version gibt, dann wird in dem Directory ein:
rm JTradfri.jar; ln -s JTradfri-NEU JTradfri.jar
ausgeführt und das wars dann.
man kann sich mit: sudo journalctl -u jtradfri.service die Konsolen Ausgaben vom Java Client ansehen, ohne dass die Ausgabe umgeleitet werden muss oder man anderen "Stress" hat.
Arg, das kam einen halben Tag zu spät. Bin gerade auf die Beta umgestiegen und hatte ordentlich Probleme mit init.d.
Am Rande: Irgendwie scheinen neu angelegte Moods nicht zu laufen.
Der Aufbau des JSON-Strings ,,moods" ist auch bei den neuen Moods anders. Keine Ahnung, ob das relevant ist. Wenigstens reagieren die Birnen nicht, wenn ich die Stimmung aktivieren möchte.
moods
[
{
"groupid" : 181234,
"moodid" : 227817,
"name" : "EVERYDAY"
},
{
"name" : "RELAX",
"groupid" : 181234,
"moodid" : 206743
},
{
"name" : "FOCUS",
"moodid" : 201882,
"groupid" : 181234
},
{
"name" : "TV",
"groupid" : 181234,
"moodid" : 204191
},
{
"groupid" : 181234,
"moodid" : 209587,
"name" : "SingleSpot"
},
{
"moodid" : 200732,
"groupid" : 181234,
"name" : "Warmweiss100"
},
{
"groupid" : 181234,
"moodid" : 208637,
"name" : "Warmweiss50"
},
{
"name" : "Warmweiss25",
"moodid" : 225142,
"groupid" : 181234
},
{
"name" : "Warmweiss75",
"moodid" : 225885,
"groupid" : 181234
}
]
Irgendwie will das bei mir nicht.
wenn ich den "java -jar...." Befehl eingebe kommt immer:
span: No such file or directory
Habe alles so gemacht wie in der Anleitung: Java installiert, JSON Perl ist installiert.
Jemand einen Tip?
ich habe das mit dem "span" auch nicht verstanden und einfach weggelassen, der Aufruf sieht hier so aus:
/usr/bin/java -jar JTradfri.jar -s <Gateway-Secret> -g <IP>
wie gesagt, JTradfri.jar ist ein sym-link auf die gerade aktuelle Version und für <Gateway-Secret> und <IP> musst du natürlich deine Werte einsetzen.
Ja Danke, so hat es funktioniert.
https://www.golem.de/news/smarte-lampen-ikeas-tradfri-wird-kompatibel-mit-echo-home-und-homekit-1708-129428.html (https://www.golem.de/news/smarte-lampen-ikeas-tradfri-wird-kompatibel-mit-echo-home-und-homekit-1708-129428.html)
Da rollt wohl eine neue Firmware (sowohl Leuchtmittel, als auch Homekit) auf uns zu...
- Kompatibilität mit Echo, Homekit etc.
- Kompatibilität mit Hue
Mal schauen, was das in API bedeutet.
Ggf. lässt sich ja auch die Firmware abgreifen und analysieren.
na da wollen wir mal hoffen, dass dem armen Peter nicht noch mehr Knüppel zwischen die Füße geworfen werden und sich die bisherige API nicht (zu sehr) ändert...
oder der Ikea Kram wird wirklich 100% HUE kompatibel, dann müssen wir auf das Modul umschwenken.
ich kann doch jetzt schon alle meine Tradfri Lampen/Gruppen mit Amazon Echo/Alexa steuern!
auf demselben RasPi mit FHEM läuft parallel noch die https://github.com/bwssytems/ha-bridge (https://github.com/bwssytems/ha-bridge)
dort habe ich mir für jede Lampe/Gruppe ein virtuelles Gerät "XYZ-Licht" eingerichtet, über das ich mit an/aus und Dimm die Helligkeit einstellen kann und parallel dazu gibt es noch jeweils ein zweites Gerät "XYZ-Farbe" über das ich mit "an" Standard, "aus" Focus und dim (egal welcher Wert) Relax auswähle. Natürlich könnte man auch verschiedene Dim Werte in FHEM auswerten und/oder das anders verteilen. Aber ich glaube das Prinzip ist klar, man kann eben ohne den "Umweg" mit dem Alexa Modul und all dem Aufriss direkt von Alexa aus die Tradfri Lampen steuern.
Die kommt aber noch nicht. Die Ankündigung von Ikea wurde widerrufen. War ein Fehler.
Ich hab heute etwas erhalten. Allerdings weis ich nicht ob der Hub auch ugedatet worden ist.
(https://uploads.tapatalk-cdn.com/20170810/fee89203510a388b33093889449fc3a0.png)
Das modul von peter scheint noch zu funktionieren.
Gesendet von iPhone mit Tapatalk
@proson: Könntest du uns mal die Versionen schicken welche nach dem update bei dir stehen?
Ich hatte kein update bemerkt und sie sind noch so wie bei deinem Screenshot.
Ich vermute ja wenn dann kommt ein Update mit dem neuen Katalog am 19.8.
Wenn dann noch eine E14 Kerze ins Programm mit aufgenommen wird sind alle meine Bedarfe gedeckt :)
Bei mir wurden haben die Lampen das Update bekommen. Habe die dann von der Ikea Bridge abgemeldet und versucht in die HUE Bridge anzumelden.
Leider ohne Erfolg. Die Lampen werden nicht gefunden. Habe die Hue Bridge 1. Keine Ahnung ob es daran liegt.
Falls ihr es nicht schon gesehen habt:
https://www.golem.de/news/kompatibilitaet-mit-sprachassistenten-tradfri-update-kommt-erst-im-herbst-1708-129445.html
So jetzt hat es geklappt die Lampen mit der HUE Bridge zu koppeln. Es lag am Kanal. Mit ZigBee 25 funktioniert das nicht. Mit den anderen schon.
wenn mir jetzt noch einer sagt wie ich die Birne (die ich zum testen gekauft habe) ohne Gateway updaten kann um sie an meine Hue-Bridge anzulernen wäre ich zufrieden;-)
Zitat von: StephanFHEM am 11 August 2017, 19:36:34
wenn mir jetzt noch einer sagt wie ich die Birne (die ich zum testen gekauft habe) ohne Gateway updaten kann um sie an meine Hue-Bridge anzulernen wäre ich zufrieden;-)
Ich befürchte das wird nicht gehen. Ich würde direkt im Einrichtungshaus mit der Lampe aufschlagen und fragen, ob sie dir diese auf den neusten Stand bringen.
Hallo,
ich hab heute ein Tradfri Startset bekommen und es eingerichtet. Leider bekomme ich die Geräte nicht gesteuert. Für mich sieht es so aus als ob die DeviceID nicht übertragen wird. Fehlermeldung in der Konsole vom Java Programm ist:
[TcpClientHandler-2026928515] Received command: device::set::onoff::0
[TcpClientHandler-2026928515] device-id, attribute or value not specified!
In Fhem ist der Code in der definition hinterlegt und Gateway ist Verbunden und auch die Readings des LEDLeuchtmittels werden angezeigt.define TradfriGW TradfriGateway 192.168.000.000 Geheim
define wz_Leselampe TradfriDevice 65537
Ich würde denken das Commando müsste
device::65537::set::onoff::0 heißen?!
Bin für jeden Tipp Dankbar..... jetzt lese noch noch mal des Manual..... manchmal hilft es sich ja auch einfach das Problem von der Sele zu schreiben :-)
Grüße
strauch
Zitat von: FunkOdyssey am 08 August 2017, 21:40:08
Irgendwie scheinen neu angelegte Moods nicht zu laufen.
Der Aufbau des JSON-Strings ,,moods" ist auch bei den neuen Moods anders. Keine Ahnung, ob das relevant ist. Wenigstens reagieren die Birnen nicht, wenn ich die Stimmung aktivieren möchte.
moods
[
{
"groupid" : 181234,
"moodid" : 227817,
"name" : "EVERYDAY"
},
{
"name" : "RELAX",
"groupid" : 181234,
"moodid" : 206743
},
{
"name" : "FOCUS",
"moodid" : 201882,
"groupid" : 181234
},
{
"name" : "TV",
"groupid" : 181234,
"moodid" : 204191
},
{
"groupid" : 181234,
"moodid" : 209587,
"name" : "SingleSpot"
},
{
"moodid" : 200732,
"groupid" : 181234,
"name" : "Warmweiss100"
},
{
"groupid" : 181234,
"moodid" : 208637,
"name" : "Warmweiss50"
},
{
"name" : "Warmweiss25",
"moodid" : 225142,
"groupid" : 181234
},
{
"name" : "Warmweiss75",
"moodid" : 225885,
"groupid" : 181234
}
]
Kann das jemand bestätigen oder vielleicht mal ausprobieren?
Ich kann bei mir in der Beta keine neu angelegten Moods mehr auswählen.
An der Reihenfolge im JSON scheint es wohl nicht zu liegen. Ich habe die Readings einfach manuell überschrieben. Ohne Erfolg.
Aus dem Tradfri Log:
[TcpClientHandler-1994369] Received command: group::set::181234::mood::Warmweiss50
[TcpClientHandler-1994369] moodID is not a number: For input string: "Warmweiss50"
kann ich nicht bestätigen, bei mir funktioniert das ohne Probleme!
aber man muss wohl vorher einmal "get moods" gemacht haben...
Hallo,
@hijo
Wurde dein Problem inzwischen gelöst?
@FunkOdyssey
Folgendes Vorgehen:
- Das Update von heute morgen herunterladen. Möglicherweise haben Clemens Bergmann oder ich schon was gefixt
- "get moods" auf der Gruppe ausführen und erneut testen
- "list deine-lampe" ausführen und insbesondere den Teil ab "helper" posten
@strauch
Auf jeden Fall bitte nochmal updaten, so dass wir auf dem gleichen Stand sind.
Gibt es den Fehler auch bei "set dimvalue" oder bei Gruppen? Was ist da die Ausgabe?
Zitat von: Peter Kappelt am 14 August 2017, 17:15:09
- Das Update von heute morgen herunterladen. Möglicherweise haben Clemens Bergmann oder ich schon was gefixt
- "get moods" auf der Gruppe ausführen und erneut testen
Die Hoffnung hatte ich auch. Leider ohne Erfolg. Die Fehler im tradfri_java.log bleiben:
[TcpClientHandler-12503084] Received command: group::set::181234::mood::Warmweiss75
[TcpClientHandler-12503084] moodID is not a number: For input string: "Warmweiss75"
[TcpClientHandler-12503084] Received command: group::set::181234::mood::Warmweiss100
[TcpClientHandler-12503084] moodID is not a number: For input string: "Warmweiss100"Zitat von: Peter Kappelt am 14 August 2017, 17:15:09
- "list deine-lampe" ausführen und insbesondere den Teil ab "helper" posten
Du meinst ein "list meine-gruppe", oder? Das sieht wie folgt aus:
Internals:
DEF 181234
IODev TradfriGW
LASTInputDev TradfriGW
MSGCNT 8
NAME tradfri_wz_group
NR 525
STATE off
TYPE TradfriGroup
TradfriGW_MSGCNT 8
TradfriGW_TIME 2017-08-14 11:40:52
address 181234
name tradfri_wz_group
READINGS:
2017-08-08 17:32:47 createdAt Wed, 14 Jun 2017 14:38:41 GMT
2017-08-13 23:02:24 dimvalue 80
2017-08-14 11:40:41 members [
{
"name" : "TRADFRI bulb E27 WS opal 980lm",
"deviceid" : 65537
},
{
"name" : "TRADFRI remote control",
"deviceid" : 65536
},
{
"deviceid" : 65538,
"name" : "TRADFRI bulb E27 WS opal 980lm 2"
}
]
2017-08-14 11:40:52 moods [
{
"moodid" : 227817,
"name" : "EVERYDAY",
"groupid" : 181234
},
{
"moodid" : 206743,
"groupid" : 181234,
"name" : "RELAX"
},
{
"moodid" : 201882,
"name" : "FOCUS",
"groupid" : 181234
},
{
"name" : "TV",
"groupid" : 181234,
"moodid" : 204191
},
{
"name" : "SingleSpot",
"groupid" : 181234,
"moodid" : 209587
},
{
"moodid" : 200732,
"groupid" : 181234,
"name" : "Warmweiss100"
},
{
"moodid" : 208637,
"groupid" : 181234,
"name" : "Warmweiss50"
},
{
"moodid" : 225142,
"groupid" : 181234,
"name" : "Warmweiss25"
},
{
"name" : "Warmweiss75",
"groupid" : 181234,
"moodid" : 225885
}
]
2017-08-08 17:32:47 name Wohnzimmer
2017-08-14 10:00:30 onoff off
2017-08-14 10:00:30 pct 0
2017-08-14 09:47:30 state off
helper:
moods:
EVERYDAY:
groupid 181234
moodid 227817
name EVERYDAY
FOCUS:
groupid 181234
moodid 201882
name FOCUS
RELAX:
groupid 181234
moodid 206743
name RELAX
SingleSpot:
groupid 181234
moodid 209587
name SingleSpot
TV:
groupid 181234
moodid 204191
name TV
Warmweiss100:
groupid 181234
moodid 200732
name Warmweiss100
Warmweiss25:
groupid 181234
moodid 225142
name Warmweiss25
Warmweiss50:
groupid 181234
moodid 208637
name Warmweiss50
Warmweiss75:
groupid 181234
moodid 225885
name Warmweiss75
Attributes:
event-on-change-reading .*
usePercentDimming 1
webCmd on:off:dimvalue:mood
Bitte nochmal updaten.
Deine Stimmung hatte eine Zahl in ihren Namen. Die Überprüfung, ob es sich um eine ID oder um einen Namen handelt, war fehlerhaft. Alles, was eine Zahl beeinhaltete (also auch deine Stimmung), wurde als ID behandelt.
Hallo zusammen,
hallo Peter!
Ich habe mich am Samstag mit den ersten Trådfri Komponenten eingedeckt.
Bisher habe ich diese noch nicht in fhem eingebunden, da ja das große Update ansteht.
Allerdings juckt es mich in den Fingern.
Wie stabil läuft die Beta denn derzeit?
Ist es empfehlenswert, zum derzeitigen Zeitpunkt eher noch die alte aber stabile Variante zu wählen?
Oder dauert es vielleicht gar nicht mehr so lange bis zum Update?
Oder kann ich relativ beruhigt die Beta installieren?
Ich bin was fhem und den ganzen Kram angeht relativ fit, da schon ewig dabei. Ein wenig Frickelei ist also ok.
ich hatte mir zum Testen einen zweiten RasPi nur für die Trådfri Beta aufgesetzt, bin jetzt aber mit dem "Production System" umgestiegen, alles was ich brauche läuft inzwischen stabil!
persönlich würde ich mir lieber "mehr standardisierte Befehle" wünschen.
z.B. lautet bei allen(?) anderen System der Befehl zum dimmen "dim" und abhängig davon ob da ein % dahinter steht ist das absolut oder halt in Prozent.
dimvalue habe ich noch nirgends anders gesehen, genauso wenig wie "pct" statt dim wenn man das in Prozent setzen möchte.
mit dem heutigen Update und den on/off-for-timer Befehlen ist einem der Umstieg von anderen Systemen (z.B. FS20) ja wieder einen deutlichen Schritt erleichtert worden!
trotzdem wäre wohl dim-up/down für die meisten Leute wesentlich interessanter als z.B. ein "blink". Was "Intervals" genau macht habe ich noch nicht verstanden, aber ich vermute mal, das man das mit einem "at" auch extern erschlagen kann (wie auch die x-for-timer Dinge).
Zitat von: Peter Kappelt am 14 August 2017, 17:51:56
Bitte nochmal updaten.
Deine Stimmung hatte eine Zahl in ihren Namen. Die Überprüfung, ob es sich um eine ID oder um einen Namen handelt, war fehlerhaft. Alles, was eine Zahl beeinhaltete (also auch deine Stimmung), wurde als ID behandelt.
Danke. Das war es. Die neuen Stimmungen laufen nun.
Wobei mir bei der Spielerei nun schon zweimal das Gateway abgestürzt ist.
Das finde ich ein wenig merkwürdig. Ich kann es aber nicht auf Anhieb rekonstruieren. Also abwarten. :-)
Danke.
Zitat von: Peter Kappelt am 14 August 2017, 17:15:09
@strauch
Auf jeden Fall bitte nochmal updaten, so dass wir auf dem gleichen Stand sind.
Gibt es den Fehler auch bei "set dimvalue" oder bei Gruppen? Was ist da die Ausgabe?
Hallo Peter,
hab jetzt gerade ein Update gemacht. Der Fehler bleibt, auch beim dimmen oder bei Gruppen:
[TcpClientHandler-1397448913] Received command: device::set::onoff::0
[TcpClientHandler-1397448913] device-id, attribute or value not specified!
[TcpClientHandler-1397448913] Received command: device::set::dimvalue::13
[TcpClientHandler-1397448913] device-id, attribute or value not specified!
[TcpClientHandler-1397448913] Received command: group::set::dimvalue::13
[TcpClientHandler-1397448913] group-id, attribute or value not specified!
[TcpClientHandler-1397448913] Received command: group::set::onoff::0
[TcpClientHandler-1397448913] group-id, attribute or value not specified!
[TcpClientHandler-1397448913] Received command: group::set::dimvalue::13
[TcpClientHandler-1397448913] group-id, attribute or value not specified!
[TcpClientHandler-1397448913] Received command: group::set::mood::212199
[TcpClientHandler-1397448913] group-id, attribute or value not specified!Folgenden Fehler hab ich noch im Logfile:
2017.08.14 10:43:34.538 1: PERL WARNING: Use of uninitialized value $id:: in concatenation (.) or string at ./FHEM/30_TradfriGateway.pm line 129.und hier der Codeausschnit, geht also um genau die ID:
1 # @author Peter Kappelt
2 # @version 1.16.dev-cf.7
...
119 if($action eq 'list'){
120 $command .= 'list';
121 }elsif($action eq 'moodlist'){
122 $command .= "moodlist::$id";
123 }elsif($action eq 'subscribe'){
124 #silently return if connection is open.
125 #at startup, every device/ group runs subscribe. If the connection isn't open, we do it later.
126 return if($hash->{STATE} ne 'opened');
127 $command .= "subscribe::$id";
128 }elsif($action eq 'set'){
129 $command .= "set::$id::$attrValue";
130 }else{
131 return "Unknown command: " . $command;
132 }Danke und Grüße
strauch
Edit: Noch als Ergänzung das ganze läuft unter Debian Whezzy in einer VM auf nen MacMini. Betriebsystem ist aktuell.
Hallo Zusammen,
ich habe mich gestern zu Tradfri entschlossen und zwei bulbs der einfachen Sorte (E27 opal 1000lm) einen Dimmer und eine Gateway mir angeschafft. Nachdem ich mit großen Schwierigkeiten das Gateway und die App in Betrieb genommen habe, habe ich versucht die beiden neuen Birnen in HUE zu finden, was leider völlig daneben ging. Mein Update geht nur auf die Version 1.2.214 und leider nicht auf 1.2.217. Mit der letztgenannten Version soll man die Birnen in HUE finden. Also HUE bleibt einstweilen außen vor.
Dann habe ich mich darangemacht die drei Module von Peter für Tradfri in FHEM zu installieren. Während der Installation kam ja jede Menge von Hinweisen und Meldungen, die ich nicht verstanden habe und auch nie verstehen werde. Aber am Ende war das Glück mir holt und alle Module funktionierten auf Anhieb. Der Umfang ist zwar noch abgespeckt aber macht einfach Lust auf mehr. So wie es bisher aussieht läuft alles stabil. Wenn das sich ändern sollte melde ich mich.
Dir Peter, meine volle Hochachtung für den tollen Job, den Du machst. Danke von meiner Seite.
Viele Grüße
Eberhard
Mal 'ne Zusatzfrage: Hat schon jemand die Tradfri E27 opal 1000lm (Sw 1.2.214) erfolgreich an eine HUE-Bridge 2.Generation anlernen können? Oder funktioniert das nur mit den E27 980lm und der Sw 1.2.217?
@hijo: Welche Lampen hast Du? Wie kann man einen ZigBee Kanal ändern? Du schreibst:
ZitatEs lag am Kanal. Mit ZigBee 25 funktioniert das nicht. Mit den anderen schon.
Also müsstest Du ihn verändert haben. Frage ist aber: wie?
Gruß Eberhard
Hallo Eberhard,
habe ich eben gerade getestet, hat funktioniert. Allerdings waren zwischen der Bridge und der Lampe nur wenige Zentimeter. Der erste Versuch mit einem Abstand von 40 cm hat nicht geklappt.
VG
Joschi2009
Zitat von: FHEm2005 am 18 August 2017, 08:58:20
Mal 'ne Zusatzfrage: Hat schon jemand die Tradfri E27 opal 1000lm (Sw 1.2.214) erfolgreich an eine HUE-Bridge 2.Generation anlernen können? Oder funktioniert das nur mit den E27 980lm und der Sw 1.2.217?
Hallo Peter, habe gerade wieder ein Update von FHEM gemacht und gesehen, dass du auch Updates drin hast. Wollte doch glatt mal deine Bekanntmachung auf deinem Blog lesen, doch ist dieser down ... falls du es noch nicht gemerkt hast, hier ein kleiner Hinweis ;)
Das hab ich gerade gesehen: https://meinsmarthome.blog/hue-alternative-farbige-tradfri-led-lampen-bei-ikea-verfuegbar/
Tapatalk iPhone, daher kurz gehalten.
Die Tradfri Lampen, die ich habe, rauben mir noch meinen letzten Nerv. Nicht dass sie ihre Aufgabe schlecht erfüllen, nein - das Anlernen an die HUE-Bridge (2.Gen.) funktioniert einfach nicht.
1. Bin ich wahrscheinlich zu blöd die Birnen zurückzusetzen. Im Video wird die Lampe 6x ausgeschaltet, ausgehend vom eingeschalteten Zustand. Das habe ich mehrfach gemacht und lässt sich trotzdem noch mit dem Dimmer steuern. Das heißt für mich, dass die Lampe nicht "abgelernt"wurde. Mach ich etwas falsch? Muss ich innerhalb eines Zeitfensters die Lampe 6x ausschalten?
2. Gehe ich davon aus, dass nur eine zurückgesetzte Tradfri-Lampe von HUE erkannt wird. Deshalb meine denkbare Reihenfolge: Zurückgesetzte Lampe an HUE anlernen und danach an den Tradfri-Dimmer.
@ joschi2009: Hast Du eine Tradfri E27 opal 1000lm (Sw 1.2.214) oder die mit 980lm?
Verzweifelte Grüße :(
Eberhard
Ich versuche immer noch eine Tradfri bei HUE anzumelden. Dort gibt es eine automatische und eine manuelle Suche. Für die manuelle Suche wird die SEriennummer gebraucht.
Weiß jemand wie die aussieht und wo die auf der Lampe steht?
Gruß Eberhard
Hallo Eberhard,
du mußt die Lampe kurz hintereinander mindestens 6x ein und ausschalten, ruhig auch öfter. Die Lampe quittiert dir das indem sie einmal kurz heller wird.
Danach über die HUE-App Lampe anlernen (dabei die HUE-Bridge so dicht wie möglich an die Lampe -mein erster Versuch mit 40cm Entfernung ist gescheitert, danach mit 3cm hat es funktioniert). Den Tradfri-Dimmer kannst du dann nicht mehr benutzen.
Zitat@ joschi2009: Hast Du eine Tradfri E27 opal 1000lm (Sw 1.2.214)
ja
Hallo Leute,
Zuerst an Peter: Super Sache und vielen lieben Dank für die ganze Mühe!
Die RGB-LED-Tradfri Lampen habe ich heute auch live im Ikea anschauen können, ich muss sagen die Farben haben mich nicht gerade umgehauen und auch die Tatsache, dass man sie nicht einzeln bekommt, sondern nur mit einer Fernbedienung (35€) haben mich davon abgehalten sie in mein Rudel aufzunehmen.
Mein Tradfri-Rudel besteht im Moment aus dem Gateway, der Fernbedienung und einer Lampe...
Falls es wen interessiert, die 10€ aus dem 75€ Set spart man auch schon beim Set mit Fernbedienung+Weißspektrum-Birne.
Alles ohne Probleme und fix installiert, Ikea-App steuert einwandfrei die Lampe. Soweit so uninteressant.
Jetzt hatte ich versucht das ganze in FHEM zu integrieren, ich habe auch die nicht Java-Beta installiert und mich strikt an die Anleitung auf git gehalten, zwei mal. Leider kommt bei mir immer der Fehler, dass er keine Devices finden konnte.
"Error while trying to fetch devices!"
Das Reading der coapClientVersion wird brav angezeigt: coap-client v4.1.2 -- a small CoAP implementation
Also habe ich mich durch den Thread gelesen und die Vorschläge von Seite 2 und 3 versucht, alles ohne erfolg. Ich hatte auch alles noch mal gelöscht und neu installiert.
Bei dem Zweitversuch habe ich dann sogar 'libtoolize' auf 'libtool' verlinkt (s.u.), da er bei der ersten Installation gemeckert hat, dass er libtool nicht findet, aber dafür libtoolize. Da er meinte "alles gefunden" beließ ich es dann auch dabei.
sudo ln -s /usr/bin/libtoolize /usr/bin/libtool
Auf dem Raspberry Pi 2 mit Raspbian ist alles aktuell, FHEM auch, Pfade, die ja bei meinem "Vorgänger" das Problem waren, stimmen auch.
Firmware:
"Gateway": 1.1.0015
"Lampe mit weißem Spektrum": 1.2.217
"Fernbedienung": 1.2.214
Bin bereit logs/Ausgaben zu posten, sagt mir nur welche :)
Danke schon mal!
Merlin
//Edit: Screenshot aus FHEM noch angehängt
Hallo Merlin,
hänge mal an Deine Definition des Pfad, wo er den CoAP-Client findet. Bei mir sieht die Definition so aus:
192.168.2.56 xxxxxxxxxxxxxxx /usr/local/bin
Gruß Eberhard
Hallo Eberhard,
bei mir liegen die ganzen Ordner coap-client, coap-rd, soap-server ebenfalls im /usr/local/bin, habe also, wie bei dir, den Pfad angehängt.
Leider ist es ihm immer noch nicht möglich die devices zu lesen.
Brauch der Benutzer FHEM evtl rechte für die Dateien? Bei mir gehört das derzeit alles root und der Gruppe staff.
Hallo Merlin,
ich habe heute morgen einen reboot des Raspis gemacht und kann wohl das Gateway erreichen, die Gruppenkennung stimmt auch mit dem Gateway überein, aber die Meldung
ZitatThe gateway device does not allow to connect to the gateway!
That usually means, that the software "coap-client" isn't found/ executable.
Check that and run "get coapClientVersion" on the gateway device!
kommt. Alles versucht aber die Gruppe kam nicht. Dann habe ich in der Definition der Gruppe die Ziffern gelöscht und neu die gleiche Zahl eingegeben und -plopp- War die Gruppe zu erreichen.
Gruß Eberhard
Edit: Ach ja - die Rechte sind mit meinen Rechten identisch.
Hallo Peter,
ich habe mal testhalber eben den RasPi noch einmal resettet : Die Gruppe kam wieder nicht. Definition geöffnet 6stellige Ziffer gelöscht und erneut ohne zwischendurch zu speichern eingegeben - siehe da - da war sie wieder. Beim Reboot vergisst das Modul die Ziffer in der Definitionszeile, obwohl sie noch dort steht. Stark angetäuscht :D :D :D :D :D.
Gruß Eberhard
Gleiches passiert auch bei den FradfriDevices!
Hier geht immer noch nüscht, zum Glück bin ich neu was FHEM angeht und kann noch viel kram zur Überbrückung der Wartezeit konfigurieren :D
Ach ja, was ich noch fragen wollte, für was ist denn die "ToBeDone"-Variable beim Tradfri-Gateway?
DFas ist keine Variable, das Pull-Down menue muss noch mit Leben gefüllt werde. To Be Done = noch zu erledigen.
Guten Morgen
Euer Problem klingt für mich eventuell nach einem Versionen Mischmasch.
Es gibt bzw gab ja mittlerweile 3 verschiedene Varianten.
1. reine coapClient
2. eine Misch aus JAVA und coapClient
3. die Aktuelle reine Java-Variante (seit 2.August)
in der aktuellen Variante gibt es kein coapClientVersion-Reading mehr, das gab es nur in den ersten beiden Varianten.
Auch weiss ich nicht an welche Anleitung Ihr euch gehalten habt.
Die Anleitung auf Peter's Seite
http://electronic.kappelt.net/wordpress/de/ikea-tradfri-module-for-fhem-beta/
funktioniert und beschreibt die aktuelle reine JAVA-Variante.
diese Läuft bei mir seit 7.August konstant und problemlos (15 Devices in 7 Gruppen)
Ach Peter
DANKE für die "SetExtensions" funktionieren TipTop bis auf der "toggle" der erzeugt irgendwie keinen Zustandsänderung.
Gruss Brause
Hallo Brause,
vielen Dank für die Klarstellung, das war mir so nicht bewusst. Neueinsteiger orientieren sich an den ersten Seiten dieses Threads. Ich möchte den sehen, der alle 14 Seiten sauber durcharbeitet. ;)
Jeder der sich an der Zeile:
ZitatDer Sourcecode, inklusive einer kurzen (englischen) Anleitung findet ihr unter https://github.com/peterkappelt/Tradfri-FHEM .
orientiert, denkt dass er die aktuelleste Version installiert.
@Peter
Gutgemeinter Tipp: einen Link auf Deine Seite neben "Update: Aktueller Enwicklungsstand".
Dann weiß ich ja was heute auf der ToDo liste steht. ;D ;D >:(
Gruß Eberhard
Hallo Brause,
Eberhard hat recht, ich habe mich an der kurzen (englischen) Anleitung orientiert, werde alles noch mal runter werfen und die aktuelle JAVA-Variante aus dem Blog installieren,
gebe dann noch mal bescheid :)
Danke euch!
Edit:
Bekomme beim starten des aktuellen Builds mit:
java -jar JTradfri-03082017-0.0.3-snapshot-all.jar -s MeinGatewaySecret -g 192.168.0.14
Eine schöne NullPointerException:
JTradfri 0.0.3-snapshot
Aug 25, 2017 11:16:37 AM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
Aug 25, 2017 11:16:37 AM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:56255] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
Aug 25, 2017 11:16:37 AM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:56255
Aug 25, 2017 11:16:37 AM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:56255
[GWConnection] Fetching well-known...
Exception in thread "main" java.lang.NullPointerException
at net.kappelt.JTradfri.GWConnection.connectionOpen(GWConnection.java:152)
at net.kappelt.JTradfri.GWConnection.<init>(GWConnection.java:89)
at net.kappelt.JTradfri.JTradfri.startThreadHandler(JTradfri.java:54)
at net.kappelt.JTradfri.JTradfri.main(JTradfri.java:45)
Da sind für mich noch viele Fragen offen.
Frage 1: Nach der sorgfältigen Installtion gemäß Peters Homepage frage ich mich, warum bei einer Neuinstallation das Gateway immer noch im Reading den COAP-Client zeigt.
Frage 2: Wie bekomme ich den COAP-Kram, den ich ja nicht mehr brauche, wieder aus dem System?
Frage 3: Was passiert mit der virtuellen Console, die im Hintergrund läuft nach einem Reboot? Wird die automatisch gestartet?
Frage 4: Ich habe die heruntergeladene Datei in einen neuen Ordner /usr/Tradfri/ gespeichert, den Java Aufruf in diesem Verzeichnis gestartet. Alles perfekt. Was ist nach einem Reboot (siehe Frage 3)?
Das System läuft mit dem COAP-Client momentan noch fehlerfrei. Für mich also kein zwingender Handlungdbedarf.
@Merlin: In der Anweisung auf Peters Homepage steht der Befehl:
java -jar <span class="css-truncate css-truncate-target">JTradfri-03082017-0.0.3-snapshot-all.jar</span> -s TheSecretPSKOfYourGateway -g TheIPofYourGateway
Der ist so nicht funktionsfähig: lass das HTML-Geraffel raus - dann geht es. Habe Peter schon eine PM geschickt. Also:
java -jar JTradfri-03082017-0.0.3-snapshot-all.jar -s TheSecretPSKOfYourGateway -g TheIPofYourGateway
Grüße Eberhard
Da hat ein Feature (modifier) der Homepage das falsche Syntax-Highlighting durchgeführt. Einfach die Span-Tags entfernen:
java -jar JTradfri-03082017-0.0.3-snapshot-all.jar -s TheSecretPSKOfYourGateway -g TheIPofYourGateway
Ja, hatte ich auch so gemacht, s.o.
Edit: Oh man... Mein Secret-Key war falsch.... Aber auch nach der Korrektur treten immer noch die gleichen Fehler auf. Sowohl in der Java als auch in der nicht-Java-Variante.
Hi Merlin, nicht vergessen, die Group-Definition anzupassen. Es kann sein, dass die 'get <device> grouplist' jetzt eine andere Zahl anzeigt. Gruß Eberhard
Welche Group-Definitionen? Ich bekomme ja gar keine Devices und Gruppen vom Gateway abgefragt.
Zeigt das Gateway bei Eingabe von "get <Gatewayname> groupList" nichts an?
Doch
Error while fetching groups!
;)
Wie anfangs erwähnt, da geht nix.
Da weiß ich jetzt auch nicht weiter. Hast Du vor der Installation von Tradfri ein Backup gemacht? Wenn ja, würde ich das zurückspielen und die Installation versuchen neu zu machen, es sei denn, jemand anderes hat einen besseren Tipp. Wenn nicht - Sch... :( :( :( :(
Gruß Eberhard
Zitat von: FHEm2005 am 25 August 2017, 13:29:14
Da sind für mich noch viele Fragen offen.
Frage 1: Nach der sorgfältigen Installtion gemäß Peters Homepage frage ich mich, warum bei einer Neuinstallation das Gateway immer noch im Reading den COAP-Client zeigt.
Frage 2: Wie bekomme ich den COAP-Kram, den ich ja nicht mehr brauche, wieder aus dem System?
Frage 3: Was passiert mit der virtuellen Console, die im Hintergrund läuft nach einem Reboot? Wird die automatisch gestartet?
Frage 4: Ich habe die heruntergeladene Datei in einen neuen Ordner /usr/Tradfri/ gespeichert, den Java Aufruf in diesem Verzeichnis gestartet. Alles perfekt. Was ist nach einem Reboot (siehe Frage 3)?
zu 1. ja das noch vorhandene Reading ist eine "Altlast" , entweder ignorieren oder per "deleteReading" löschen
zu 2. wenn der die JTradfri-Datei nicht im selben Verzeichnis liegt kannst Du den alten Ordner einfach löschen
zu 3 und 4. zum Thema Autostart sind die Seiten 11 und 12 interessant, da gibt es 2 Lösungsansätze ( ACHTUNG: eventuell müssen die Pfade / Dateinamen / Parameter angepasst werden)
Zitat von: FHEm2005 am 25 August 2017, 13:29:14
Das System läuft mit dem COAP-Client momentan noch fehlerfrei. Für mich also kein zwingender Handlungdbedarf.
Dann vergiss die oberen Fragen und Antworten
Beides parallel funktioniert nicht
@FHEm2005
@freakadings
Beachtet bitte auch das im FHEM die jeweils passenden Modul-Versionen installiert sind.
im Zweifelsfall mal in die Dateien reinschauen welche ihr installiert habt.
für die aktuelle reine JAVA (JTradfri-03082017-0.0.3-snapshot-all.jar) muss da in Zeile 2 bzw 3 diese Version drin stehen.
30_TradfriGateway.pm version 1.16.dev-cf.7
31_TradfriDevice.pm / 31_TradfriGroup.pm version 1.16.dev-cf.8
Hoi Ihr,
mal ein paar ganz blöde Fragen zu den Gruppen und Fernbedienung von Ikea:
Ich habe die Fernbedienung bisher nur benutzt um die Lampen zu pairen.
Die Gruppen innerhalb von Tradfri habe ich bisher nicht benutzt, da ich das alles in fhem selbst abgebildet habe.
Alle Lampen sind durch das Pairing mit der gleichen Fernbedienung in der gleichen Gruppe.
Gibt es eine Möglichkeit Geräte aus der Gruppe zu entfernen und sie weiterhin steuerbar durch fhem zu belassen?
Benötige ich Anzahl Gruppen = Fernbedienungen?
Aktuell geht natürlich in meiner ganzen Wohnung das Licht an und aus mit der Fernbedienung.
Dabei würde nur ein Raum reichen :)
Danke und Grüsse
Zitat von: dtavb am 26 August 2017, 07:27:29
Hoi Ihr,
mal ein paar ganz blöde Fragen zu den Gruppen und Fernbedienung von Ikea:
Ich habe die Fernbedienung bisher nur benutzt um die Lampen zu pairen.
Die Gruppen innerhalb von Tradfri habe ich bisher nicht benutzt, da ich das alles in fhem selbst abgebildet habe.
Alle Lampen sind durch das Pairing mit der gleichen Fernbedienung in der gleichen Gruppe.
Gibt es eine Möglichkeit Geräte aus der Gruppe zu entfernen und sie weiterhin steuerbar durch fhem zu belassen?
Benötige ich Anzahl Gruppen = Fernbedienungen?
Aktuell geht natürlich in meiner ganzen Wohnung das Licht an und aus mit der Fernbedienung.
Dabei würde nur ein Raum reichen :)
Danke und Grüsse
Wenn ich dich richtig verstanden habe, dann musst du in der tradfri app lediglich eine neue gruppe anlegen und die Lampen, welche nicht mit der Verbedienung geschaltet werden sollen, in die neue Gruppe verschieben.
Gesendet von iPhone mit Tapatalk
Zitat von: dtavb am 26 August 2017, 07:27:29
Benötige ich Anzahl Gruppen = Fernbedienungen?
Ausser zum Anlernen benötigst du gar keine FB.
Ich habe alle 7 Gruppen mit der selben FB angelernt.
- FB anlernen (= neue Gruppe)
- Lampe(n) dieser Gruppe anlernen
- FB ablernen
Gruppen anlegen und Lampen umsortieren geht in der App.
Zitat von: Brause am 26 August 2017, 04:27:50
@FHEm2005
@freakadings
Beachtet bitte auch das im FHEM die jeweils passenden Modul-Versionen installiert sind.
im Zweifelsfall mal in die Dateien reinschauen welche ihr installiert habt.
für die aktuelle reine JAVA (JTradfri-03082017-0.0.3-snapshot-all.jar) muss da in Zeile 2 bzw 3 diese Version drin stehen.
30_TradfriGateway.pm version 1.16.dev-cf.7
31_TradfriDevice.pm / 31_TradfriGroup.pm version 1.16.dev-cf.8
In jeder der drei Dateien steht die versionsnummer 1.17, kein dev o.Ä.
# @author Peter Kappelt
# @version 1.17
und nu?
==============================LÖSUNG=====================================
Okay, ich kann jetzt Devices und Gruppen abrufen. Folgendes habe ich getan:
1. Pi-Hole deaktiviert, ein DNS-Blocker der bei mir im Netzwerk lief, da ich gesehen hatte dass er ein paar git-abfragen geblockt hatte. Ob es was gebracht hat weiß ich nicht. (Wenn ihr dieses Tool nicht wissentlich installiert habt, dann könnt ihr das vergessen :)
2. auf dem Raspberry unter
/opt/fhem/FHEM/mittels
sudo rm DATEINAMEdie drei Dateien 30_TradfriGateway.pm ; 31_TradfriGroup.pm ; 31_TradfriDevice.pm
gelöscht
3. mit fast dem gleichen Befehl wie unter 2. den order libcoap gelöscht, der lag bei mir im home-Verzeichnis, hier muss jeder selber schauen wo sie/er ihn nach der Git-Hub-Installations anleitung hin kopiert hatte, aber vermutlich auch im home-Verzeichnis. In selbiges wechselt ihr mit
cd ~und wenn dort der Ordner libcoap liegt, führt folgendes aus:
sudo rm -r -f libcoap("rm" für remove und "-r" für Rekursiv, dass er also auch alle Dateien in Unterordnern etc. entfernt, "-f" forciert das löschen ohne Nachfrage)
Danke an FHEm2005 für die Richtigstellung :)
4. Immer noch auf dem Raspberry mit
cd /opt/fhem/in das fhem-Verzeichnis gewechselt, mir dort mit
sudo mkdir Tradfriein Verzeichnis namens "Tradfri" angelegt
in selbiges gewechselt
cd Tradfridort dann die Aktuelle Repository-Datei mit
sudo wget https://raw.githubusercontent.com/peterkappelt/JTradfri/master/JTradfri-builds/JTradfri-03082017-0.0.3-snapshot-all.jarherunterladen
5. Jetzt in FHEM, mit
update list geschaut was noch von Tradfri in der Selbigen ist und alles mit
update delete https://raw.githubusercontent.com/peterkappelt/Tradfri-FHEM/master/src/controls_tradfri.txt(link ggf anpassen) rausgeworfen.
Config gespeichert
6. In FHEM
shutdown restart7. In FHEM
update add https://raw.githubusercontent.com/peterkappelt/Tradfri-FHEM/dev-cf/src/controls_tradfri.txtConfig gespeichert
update allshutdown restartJetzt hat er die in Schritt 1. gelöschten Dateien erneut heruntergeladen und noch eine mehr heruntergeladen, wenn man diese jetzt, wieder auf dem raspberry, mit
sudo nano /opt/fhem/FHEM/31_TradfriGroup.pm
öffnet, findet man auch die folgenden ersten drei Einträge:
# @author Peter Kappelt
# @author Clemens Bergmann
# @version 1.16.dev-cf.8
8. Wieder auf dem Pi mit
cd /opt/fhem/FHEM/Tradfriin das selbst angelegte Tradfri verzeichnis mit der .jar Datei gewechselt und diese mit
java -jar JTradfri-03082017-0.0.3-snapshot-all.jar -s GheimerSchlüsselDeinesGateways -g DieIPdeinesGatewaysgestartet und siehe da, ich hatte immer noch die NullPointerException
[GWConnection] Fetching well-known...
Exception in thread "main" java.lang.NullPointerException
at net.kappelt.JTradfri.GWConnection.connectionOpen(GWConnection.java:152)
at net.kappelt.JTradfri.GWConnection.<init>(GWConnection.java:89)
at net.kappelt.JTradfri.JTradfri.startThreadHandler(JTradfri.java:54)
at net.kappelt.JTradfri.JTradfri.main(JTradfri.java:45)
Also STRG+C gedrückt und somit abgebrochen.
9. Und hier lag wohl der Fehler bei mir: Das Gateway vom Strom genommen, kurz gewartet und wieder angesteckt.
10. Das gleiche wie unter 8. gemacht und Ta-Daa es lief. D.h. es kam kein Fehler mehr und es kam an der Stelle, an der sonst die Exception geworfen wurde eine Liste mit diversen Zahlen und Nummer in spitzen Klammern :)
11. Wieder in FHEM
mit
define TradfriGW TradfriGateway DieIPdeinesGateways GheimerSchlüsselDeinesGatewaysDas Gateway "TradfriGW" angelegt.
Config gespeichert.
shutdown restartDer "STATE" des Gateways war vorher auch immer "IDLE", jetzt hingegen "opened" :)
12. Jetzt richte ich alles ein, wie in der Ursprünglichen github anleitung für die nicht-java-version ab dem Punkt "2. Control a single device"
https://github.com/peterkappelt/Tradfri-FHEM#2-control-a-single-device
Drölfzigste Editierung:
Hat alles geklappt, habe mit
define Stehlampe TradfriDevice 65537Meine Birne mit dem Weiß-Farbspektrum hinzugefügt (die Nummer habe ich durch das "get TradfriGW deviceList" herauslesen können).
Das ganze noch in das "Wohnzimmer" gestopft und dann die
Config gespeichert
Ich kann die Lampe, Farbtemperatur, Helligkeit jetzt instant schalten, keinerlei Verzögerung!
Danke für alle die geholfen haben und ich hoffe ich kann mit meiner beschriebenen Vorgehensweise auch noch dem ein oder anderen helfen.
Frage: Ich tippe die Farbtemperatur, die ja leider auf drei Stufen (kalt, warm, stanrad) beschrenkt ist, könnte man auch irgendwie manuell setzen, bzw Zwischenwerte einfügen?
Kommt in dieser Richtung vielleicht noch was ? :>
lg
So, ich mal wieder.
Ich möchte mich an dieser Stelle nochmals bei Clemens bedanken. Er hat eine ganze Menge Zeit in dieses Modul investiert, viel Code verschönert, die Set-Extensions implementiert und weitere Funktionen vorbereitet.
@strauch
Ich habe einen möglichen Fehler behoben. Bitte probiere es nocheinmal. Verrate mir bitte außerdem interessehalber, welche Perl-Version du verwendest (es handelt sich anscheinend um ein Problem, was bei meiner Version nicht auftritt).
@FHEm2005
Zu dem Problemen nach den Neustart:
Ich vermute, du nutzt die Nicht-Java-Version? Führe bitte nach einem Neustart auf dem Gateway "get coapClientVersion" und "get deviceList" aus. Möglicherweise sind die Probleme danach behoben.
Den eigentlichen Fehler habe ich notiert und werde ich beheben - das kann sich aber noch eine Weile hinziehen.
@Brause
Danke für den Hinweis mit dem Toggle-Problem. Werde ich mir anschauen.
@freakadings und andere, die Probleme beim Setup hatten
Die Installation und der automatische Start der Java-Software der Beta ist momentan etwas kompliziert und nicht so ideal dokumentiert. Das ganze wird aber künftig einfacher werden. Ich habe geplant, Setup-Skripte mit auszuliefern oder sogar Debian-Pakete bereitzustellen.
Damit ich niemanden vergesse: Gibt es momentan noch bei jemandem Probleme, Fragen oder Wünsche, die ich in dieser Antwort nicht angesprochen habe?
Zitat von: Peter Kappelt am 27 August 2017, 14:29:58
@strauch
Ich habe einen möglichen Fehler behoben. Bitte probiere es nocheinmal. Verrate mir bitte außerdem interessehalber, welche Perl-Version du verwendest (es handelt sich anscheinend um ein Problem, was bei meiner Version nicht auftritt).
Hallo Peter vielen Dank. Perl -v spuckt folgendes aus:
This is perl 5, version 14, subversion 2 (v5.14.2) built for x86_64-linux-gnu-thread-multi
(with 104 registered patches, see perl -V for more detail)
Danke an mir an alle die bei dem Modul mitwirken.
Grüsse
Strauch
Übrigens, @freakadings
Es ist möglich, eine sechstellige hexadezimale Farbe zu setzen. Dafür musst du einfach "set color AABBCC" aufrufen. In der Praxis nehmen die IKEA-Lampen aber immer nur eine der drei Temperaturen an (zumindest die E14)
Danke, jetzt müsste man nur noch die entsprechenden Werte für die Weißtöne raus bekommen :)
Die stehen in der commandref:
<li>F1E0B5 for standard</li>
<li>F5FAF6 for cold</li>
<li>EFD275 for warm</li>
Das Modul ersetzt die Textnamen der Farben intern mit diesen Codes. Aber, wie schon gesagt: andere Farben scheinen nicht zu funktionieren
Ja, die hatte ich schon rauslesen können, ich meinte auch die Zwischenwerte, sorry für das Missverständnis.
Mit Home Assistant scheint es schon zu gehen, wie hier in diesem Video (ab ca. Sek. 50) gezeigt wird:
https://youtu.be/yeNTIwKttrs?t=48
Wenn ich heute Zeit finde, werde ich mal schauen ob ich da ein paar Werte herausbekomme.
So,
ich habe mich mal ein wenig durch's Internet gegraben und nicht wirklich was gefunden.
Habe aber mal mit der Seite https://finalnet.de/tools/farbverlauf.php einen Farbverlauf von "cold" über "standard" nach "warm"
berechnen lassen (Im Anhang noch mal schön als Bild):
F5FAF6 //cold
F5F9F4
F5F8F2
F5F7F0
F4F7EE
F4F6EC
F4F5E9
F4F4E7
F4F3E5
F4F2E3
F4F2E1
F4F1DF
F3F0DD
F3EFDB
F3EED9
F3EDD7
F3EDD4
F3ECD2
F3EBD0
F3EACE
F2E9CC
F2E8CA
F2E8C8
F2E7C6
F2E6C4
F2E5C2
F2E4BF
F2E3BD
F1E3BB
F1E2B9
F1E1B7
F1E0B5 //standard
F1E0B3
F1DFB1
F1DFAF
F1DEAD
F1DEAB
F1DDA9
F1DDA7
F0DCA4
F0DCA2
F0DBA0
F0DB9E
F0DB9C
F0DA9A
F0DA98
F0D996
F0D994
F0D892
F0D890
F0D78E
F0D78C
F0D78A
F0D688
F0D686
EFD583
EFD581
EFD47F
EFD47D
EFD37B
EFD379
EFD277
EFD275 //warm
Leider springt, wenn ich einen Zwischenwert eingebe die Lampe immer in die "Standard"-Einstellung. Ich verstehe deshalb leider nicht wie die Mädels und Jungs vom "Home Assistant" das hinbekommen haben, aber vielleicht kann ja der ein oder andere etwas mit der Tabelle anfangen.
Edit:
Es ist schon echt schlimm, jedes mal, wenn ich hier poste, finde ich 5 Minuten später noch einen sinnvollen Nachtrag zum Thema...
https://github.com/ggravlingen/pytradfri/blob/master/pytradfri/color.py
Vielleicht hilft dir diese Datei/Bibliothek ja weiter ;)
Da ist auch schon gleich was für die RGB-LEDs Dabei :)
Erst einmal Respekt dem ganzen hier :D :D
Wie sieht es aus mit den Sensoren? z.B Bewegungsmelder. Derzeit gehen ja nur Leuchtmittel.
Hallo Merlin,
vielen Dank für die ausgezeichnete Beschreibung. Ich habe es genau so gemacht wie Due beschrieben hast, bis auf das Löschen des alten libcoap-Verzeichnisses mit all seinen Unterverzeichnissen ist etwas holprig.
"Vom übergeordneten Verzeichnis (/home/pi/) des libcoap-Ordners und seine Dateien und Unterverzeichnisse und den Ordner selbst löschen mit sudo rm -r -f libcoap"Das schmälert nicht die tolle Beschreibung.
Ich habe am Punkt 8 eine Fehlermeldung, die ich nicht interpretieren kann:
JTradfri 0.0.3-snapshot
Aug 30, 2017 12:33:33 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Starting endpoint at coaps://0.0.0.0:0
Aug 30, 2017 12:33:33 PM org.eclipse.californium.scandium.DTLSConnector start
INFORMATION: DTLS connector listening on [0.0.0.0/0.0.0.0:58429] with MTU [1.280] using (inbound) datagram buffer size [16.474 bytes]
Aug 30, 2017 12:33:33 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Started endpoint at coaps://0.0.0.0:58429
Aug 30, 2017 12:33:33 PM org.eclipse.californium.core.CoapClient setEndpoint
INFORMATION: Started set client endpoint 0.0.0.0/0.0.0.0:58429
[GWConnection] Fetching well-known...
[GWConnection] <//15001/65536>;ct=0;obs,<//15001/65538>;ct=0;obs,<//15001/65537>;ct=0;obs,<//15004/195428>;ct=0;obs,<//15005/195428>;ct=0;obs,<//15005/195428/220067>;ct=0;obs,<//15005/195428/216024>;ct=0;obs,<//15005/195428/225491>;ct=0;obs,<//15001>;ct=0;obs,<//15001/reset>;ct=0,<//status>;ct=0;obs,<//15005>;ct=0;obs,<//15004>;ct=0;obs,<//15004/add>;ct=0,<//15004/remove>;ct=0,<//15006>;ct=0;obs,<//15011/15012>;ct=0;obs,<//15011/9034>;ct=0,<//15011/9030>;ct=0,<//15011/9031>;ct=0,<//15011/9063>;ct=0,<//15011/9033>;ct=0,<//15010>;ct=0;obs
JTradfri Commandline
Type "help" to show available commands
[TcpServer] Error while binding socket: Die Adresse wird bereits verwendet
java.net.BindException: Die Adresse wird bereits verwendet
at java.net.PlainSocketImpl.socketBind(Native Method)
at java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:387)
at java.net.ServerSocket.bind(ServerSocket.java:375)
at java.net.ServerSocket.<init>(ServerSocket.java:237)
at net.kappelt.JTradfri.Commands.TCPSocket.TcpServer.run(TcpServer.java:36)
at java.lang.Thread.run(Thread.java:745)
Ob der Fehler Auswirkungen hat, kann ich nicht beurteilen. Fakt ist, dass die Gateway-Definition den Status opened annimmt, aber ich weder eine groupList geschweige ein deviceList machen kann. Keine Antwort vom System. Im Reading steht auch keine CoapClientVersion mehr drin, Die Kopfzeilen der Tradfri*.pm sind wie erwartet.
Hat da jemand einen Tipp??
Gruß Eberhard
Beende das Java Programm uns führe mal ein "netstat -npl" aus.
Du wirst unter anderem vermutlich folgendes angezeigt bekommen.
tcp6 0 0 127.0.0.1:1505 :::* LISTEN -
Das bedeutet das auf dem Port 1505 schon eine Bindung an einen Dienst/Programm etc. besteht.
Zitat von: FHEm2005 am 30 August 2017, 13:08:07
Danke dir für das Lob und die Anmerkung! Habe es enstprechend ergänzt :)
Zu deinem Fehler: Im unteren Drittel ist zu lesen: "[TcpServer] Error while binding socket: Die Adresse wird bereits verwendet".
Das heißt dass ein anderes Programm auf deinem Pi bereits den vom Tradfri-Modul verwendeten Port 1505 verwendet und somit belegt.
Hast du den Pi mal neu gestartet? Falls es danach immer noch nicht geht:
Der Befehl von Saharel wird dir eine Liste ausgeben, du musst quasi dort nach der Zeile mit dem ":1505" (in seinem Beispiel hinten an der IP in der dritten Spalte) suchen.
Dann kannt du selbige ja noch mal hier rein schreiben :)
Nach einem reboot ist die folgende Zeile verschwunden:
tcp6 0 0 127.0.0.1:1505 :::* LISTEN 21098/java
Allerdings ist jetzt das Gateway diconnected. Selbst ein Restart von fhem und/oder Gateway ist nicht wirklich zielführend.
Nach einem restart kommt im log folgende Zeile:
2017.08.30 16:28:04 3 : Opening IKEA device localhost:1505
2017.08.30 16:28:04 3 : Can't connect to localhost:1505: Verbindungsaufbau abgelehnt
Wieso localhost(127.0.0.1)? Ich habe doch eine IP angegeben.
Dabei sieht meine Definition so aus:
define IKEA TradfriGateway 192.168.2.56 GatewaySecret
Nochmal der aktuelle netstat -npl
netstat -npl
(Es konnten nicht alle Prozesse identifiziert werden; Informationen über
nicht-eigene Processe werden nicht angezeigt; Root kann sie anzeigen.)
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:7072 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:8083 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:8084 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:8085 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN -
tcp6 0 0 :::8282 :::* LISTEN -
tcp6 0 0 :::51826 :::* LISTEN -
tcp6 0 0 :::22 :::* LISTEN -
udp 0 0 0.0.0.0:68 0.0.0.0:* -
udp 0 0 0.0.0.0:6767 0.0.0.0:* -
udp 0 0 192.168.2.47:123 0.0.0.0:* -
udp 0 0 127.0.0.1:123 0.0.0.0:* -
udp 0 0 0.0.0.0:123 0.0.0.0:* -
udp 0 0 0.0.0.0:50899 0.0.0.0:* -
udp 0 0 0.0.0.0:5353 0.0.0.0:* -
udp6 0 0 fe80::43ce:ee29:4fe:123 :::* -
udp6 0 0 ::1:123 :::* -
udp6 0 0 :::123 :::* -
udp6 0 0 :::5353 :::* -
udp6 0 0 :::35603 :::* -
raw6 0 0 :::58 :::* 7 -
Aktive Sockets in der UNIX-Domäne (Nur Server)
Proto RefCnt Flags Type State I-Node PID/Program name Pfad
unix 2 [ ACC ] STREAM HÃRT 9268 - /var/run/dhcpcd.sock
unix 2 [ ACC ] STREAM HÃRT 9270 - /var/run/dhcpcd.unpriv.sock
unix 2 [ ACC ] STREAM HÃRT 8780 - /var/run/dbus/system_bus_socket
unix 2 [ ACC ] STREAM HÃRT 6222 - /run/systemd/private
unix 2 [ ACC ] STREAM HÃRT 9817 765/systemd /run/user/1000/systemd/private
unix 2 [ ACC ] SEQPAKET HÃRT 6244 - /run/udev/control
unix 2 [ ACC ] STREAM HÃRT 6248 - /run/systemd/journal/stdout
unix 2 [ ACC ] STREAM HÃRT 7074 - /var/run/avahi-daemon/socket
unix 2 [ ACC ] STREAM HÃRT 8165 - /run/user/999/systemd/private
Gruß Eberhard
Schau mal ob sich nach dem Neustart des Gateways dessen IP geändert hat, wenn du die nicht fest in deinem Router/Modem eingespeichert hast, kann das passieren.
Die localhost ip deshalb, da der Port am Pi geöffnet ist, bzw am Pi darüber kommuniziert.
Wenn du die Verbindung zum Gateway aufbauen möchtest, über den entsprechenden Aufruf "Java -jar ...." dann muss da natürlich die IP des Gateways stehen und nicht die 127.0... :)
(Und "GatewaySecret" muss natürlich durch den aufgedruckten Code auf deinem Gateway ersetzt werden)
- IP-Adresse wird für den gateway in der FB7490 anhand der MAC_Adresse fest vergeben.
- GatewaySecretwurde durch den auf der Rückseite aufgedruckten Code ersetzt.
Muss ich denn nichtirgendwo angeben, wo die jar-Datei liegt?
set IKEA reopen geht auch nicht wie in der commandref beschrieben.
Fehlermeldung:
Unknown argument reopen, choose one of
In deinem post von heute um 13:08 Uhr, startest du ja die .jar-Datei, er würde gar nicht bis zu einem Fehler kommen, wenn sie nicht laufen würde, mein Aufruf sieht aus wie folgt:
java -jar /opt/fhem/Tradfri/JTradfri-03082017-0.0.3-snapshot-all.jar -s GatewaySecret -g 192.168.0.7
(die IP ist logischerweise die vom Gateway)
Es kommt auch drauf an wo die snapshot-datei liegt, hier rufe ich den absoluten Pfad auf, d.h. von "root" an. Root = absoluter Einstiegspunkt des Systems und es liegt bei mir eben in den Unterverzeichnissen /opt/ dann fhem/, dann Tradfri/.
Wenn du aber mit deiner Kommandozeile schon im Verzeichnis bist (d.h. mit "cd deinPfadZurDatei" hingewechselt bist), dann brauchst du den ganzen Pfad nicht, da er dann im aktuellen Verzeichnis nach der Datei sucht und sie startet.
Falls ich dich falsch verstanden habe und du meintest ob du in FHEM die .jar angeben musst: nö
in diesem Fall: läuft die .jar-Datei jetzt ohne Fehler ?
Ich habe die Datei soeben aus dem Verzeichnis heraus aufgerufen in dem die jar-Datei steht.
java -jar JTradfri-03082017-0.0.3-snapshot-all.jar -s TheSecretPSKOfYourGateway -g 192.168.2.56
Jetzt läuft es!!
Muss ich nach jedem Reset diesen Aufruf machen????? Was ist wenn ein Stromausfall meinen Raspi in den Reset zwingt?
Danke!
Gruß Eberhard
Glückwunsch ;)
Ja, noch(!) ist das leider so siehe Blogbeitrag: http://electronic.kappelt.net/wordpress/de/ikea-tradfri-module-for-fhem-beta/
(Am besten kopierst du dir den Aufruf in eine Datei an deinem PC, dann musst du nach dem Neustart des Pis nur kopieren und einfügen.)
Zitat von: Brause am 26 August 2017, 04:12:39
zu 3 und 4. zum Thema Autostart sind die Seiten 11 und 12 interessant, da gibt es 2 Lösungsansätze ( ACHTUNG: eventuell müssen die Pfade / Dateinamen / Parameter angepasst werden)
Zitat von: FHEm2005 am 30 August 2017, 19:23:11Muss ich nach jedem Reset diesen Aufruf machen????? Was ist wenn ein Stromausfall meinen Raspi in den Reset zwingt?
ich habe hier https://forum.fhem.de/index.php/topic,70653.msg669588.html#msg669588 (https://forum.fhem.de/index.php/topic,70653.msg669588.html#msg669588) kurz beschrieben wie man ohne viel Stress den Java Teil mit dem "zum System passenden" Methoden automatisch starten kann.
Hallo Mickey Mouse,
ich habe den fhem-Teil NICHT umgesetzt sondern nur die Tradfri.service in das vorgesehene Verzeichnis gebracht und die drei danach folgenden Zeilen eingegeben. Mein Verzeichnis heißt nicht Tradfi-java sondern nur Tradfri; also habe ich das in der service-Datei angepasst. Darin liegt die jar-Datei mit den Rechten root.root. Müssen die angepasst werden, wenn ich mit einem User fhem.dialout aus der Service-Datei ankomme?
Fazit: Nach einem Reboot wird die Jar-Datei nicht aufgerufen und das Gateway bleibt disconnected?????
Gruß Eberhard
Ich habe die letzte Zeile der tradfri.service auf multi-user.target geändert und bin dann wie folgt vorgegangen:
pi@raspberrypi:/etc/systemd/system $ sudo systemctl daemon-reload
pi@raspberrypi:/etc/systemd/system $ sudo systemctl enable jtradfri.service
Created symlink from /etc/systemd/system/multi-user.target.wants/jtradfri.service to /etc/systemd/system/jtradfri.service.
pi@raspberrypi:/etc/systemd/system $ sudo reboot
Ergebnis: disconnected.... Na Klasse.
Ist das von Bedeutung, wenn im Ordner /etc/systemd/system die Datei network.target nicht enthalten ist?
Mein oberster Wunsch wäre hier - eine auch für in Linux/Jave nicht fitte Benutzer - ein Automatismus zu erstellen.
Gruß Eberhard
Zur Information:
Ich habe den Fehler gefunden. Bei der Eingabe des Scriptes tradfri.service hat sich durch copy/paste in der Zeile "ExecStart=/usr....." am Zeilenende ein nicht sichtbares Zeichen eingeschlichen. Nachdem ich die gesamte Zeile per Hand neu eingegeben hatte, läuft es jetzt auch nach einem reboot ohne Probleme.
Danke an alle, die mir geduldig geholfen haben!
Gruß
Eberhard
Hi gibt es schon was neues zur Integration von Sensoren in FHEM?
Ist das überhaupt geplant?
Heyho,
eine allgemeine Tradfri-Frage:
Man kann ja pro Fernbedienung bis zu 10 Leuchtmittel an selbige anlernen,
geht es auch andersherum, dass man zB. ein Leuchtmittel mit zwei oder auch 5 Fernbedienungen bedienen kann (quasi n:n)
oder ist die Birne dann fest an eine FB gekoppelt (n:1) ?
Die Idee dahinter wäre, die Fernbedienungen als Lichtschalter im Raum zu verteilen, da die App zwar schön und gut ist und auch detailiertere Einstellungen ermöglicht,
wir aber physische Tasten doch ganz gerne mögen und ein/aus einfach schneller geht :)
(Für alternative Lösungsvorschläge bin ich offen)
Und weil ich gerade nicht nachschauen kann: Wandern die Befehle der FB über das Gateway, oder geht das direkt an die Birne? Sonst könnte man die FBs auch anderweitig nutzen :)
Schon mal vielen dank!
Edit: Oh und noch was zu Trafri, kann ich mit dem Gateway (+FB) von Ikea auch direkt die hue / lightfy Leuchtmittel in FHEM anbinden, oder brauche ich von dem Systemen die entsprechenden Gateways?
Hallo freakadings,
nach meinem Kenntnisstand wie folgt (wenn es jemand besser weis dann berichtigen):
Ein oder mehrere Leuchtmittel an eine Ikea-Fernbedienung aber nicht mehrere Ikea-Fernbedienungen an ein Leuchtmittel;
Ikea-Fernbedienungen werden (noch) nicht in Fhem eingebunden;
Hue-Leuchtmittel lassen sich mit Ikea-Fernbedienungen koppeln, in wieweit die dann im Gateway (und somit dann auch in Fhem) auftauchen weis ich nicht;
Da du die Ikea-Leuchtmittel mit Fhem schalten kannst, kannst du jede Fernbedienung / Schalter die Fhem erkennt benutzen.
VG
joschi2009
Das trifft leider auch auf die Ikea-Sensoren zu. Wenn man einen Bewegungsmelder mit einer Lampe koppelt dann ist die zuvor gekoppelte Fernbedienung abgemeldet und nutzlos.
zumindest bei hue (aber eigentlich sollte das allgemein für zigbee bzw. lightlink gelten) ist die reihenfolge beim anlernen wichtig. d.h. man muss darauf achten das neue gerät ins bestehende system/netz anzulernen und nicht mit dem neuen gerät ein neues netz auf zu machen und dabei die lampe aus dem alten netz raus zu schmeissen.
beispiel hue: wenn man eine neue fernbedienung in betrieb nimmt darf man nicht direkt die lampen an der fb anlernen sondern muss zuerst mal die fernbedienung an der bridge anlernen. damit ist sie im gleichen netz wie alle anderen komponenten. danach kann man die lampen an der fb anlernen. n lampen an m fernbedienungen sind kein problem. jedenfalls bis zur prinzipiellen obergrenze. pro gerät.
Hallo Zusammen,
ich habe soeben eine Osram Lightify an das Tradfri Gateway angelernt. Leider haben dabei die Module wohl etwas gelitten:
Das Modul TradfriGateway zeigt zwar opened, aber get IKEA GroupList und get IKEA deviceList zeigen gar nichts an. Selbst das Dialogfenster öffnet sich nicht. Gebe ich get IKEA deviceList in der Eingabezeile ein öffnet sich wenigstens ein leeres Dialogfensterchen. Ebenso bei groupList. Lediglich in den Readings werden devices und groups angezeigt.
Alle Lampen lassen sich über die App einwandfrei steuern. Die Lightify zeigt - obwohl es eine Classic A60 RGBW ist - nur die drei weißen Farben. Die weitere Steuerung der Farben ist wohl von der App heraus noch nicht möglich - oder? Die Steuerung über die beiden Module geht überhaupt nicht. Änderungen in der App werden in Fhem richtig angezeigt. Auch Befehle über die Eingabezeile wie z.B. set Lightify on werden ignoriert, ebenso können originäre Fradfri-Lampen nicht über Fhem gesteuert werden.
Hat jemand Tipps?
Gruß Eberhard
Auch hier wieder das früher schon beschriebene Problem:
Gruppe löschen und neu definieren => funktioniert dann.
Lightify löschen und wieer einrichten => funktioniert dann.
Bescheidene Frage: Fehler oder Feature ;) ;) ;)
Gruß Eberhard
Zitat von: FHEm2005 am 13 September 2017, 18:07:02
Bescheidene Frage: Fehler oder Feature ;) ;) ;)
Es ist nie verkehrt sich immer mal wieder mit seiner Installation zu beschäftigen ---> also Feature ;D
Ich habe eine Lightify an das Modul angebunden. Eine extra TradfriGroup (Kommode) und ein eigenes TradfriDevice (Lightify). Obwohl die Definitionen identisch mit denen der Tradfri-Birnen sind, verhalten sie sich unterschiedlich.
Tradfri Lightify
Readinds werden sofort aktualisiert ja nein
Wenn die Gruppe schaltet ändert
sich auch das Geräte Icon ja nein
Hat jemand das gleiche Problem? Das ist KEIN Feature!!! :) :) :)
Gruß Eberhard
Frage zu meinem Verständnis:
Benötigt man das Tradfri Gateway zwingend? Zur Einrichtung der Lampen? Zur Anbindung an FHEM?
Benötigt man das Tradfri Gateway auch, wenn man schon eine HUE Bridge im Einsatz hat?
Ich würde gerne meine HUE Welt um die günstigere Tradfri Welt erweitern. Welche Vor- und Nachteile gibt es?
Vielen Dank.
Grüße Mave
Hallo Mave,
ZitatBenötigt man das Tradfri Gateway auch, wenn man schon eine HUE Bridge im Einsatz hat?
Ich stand vor derselben Frage und habe das Geld für ein Tradfri-Gateway in die Hand genommen. Ohne Bridge/Gatway kannst Du Deine Tradfri- Komponenten nicht sw-mäßig aktuell halten. Du benötigt aber für die Anmeldung der TradfriLampen einen SW-Stand, der nicht bei allen angebotenen Lampen, FB u.ä. vorhanden ist. Selbst nachdem meine verbauten Lampen und Komponenten die aktuellste SW hatten, konnte ich sie nicht in HUE einbinden. Also leben bei mir jetzt friedlich drei Systeme nebeneinander. HUE als Solo-Lösung und Tradfri mit einer zusätzlichen Lightify Lampe. Die Lightify Lampe hatte ich zwar auch an HUE anlernen können, Hatte aber die Macke, dass sie nachts ohne Voranmeldung anging. Da sie im Schlafzimmer war, ist das nicht so prickelnd.
Der Entwicklungsstand der HUE bzw. Lightify-Module ist sehr unterschiedlich. HUE ist da wesentlich weiter. Das wird wohl der Tatsache geschuldet sein, dass Tradfri noch ein relativ junges System ist.
Die beste Lösung wird m.E. sein, im Freundeskreis nachzufragen, ob bzw. wer ein Tradfri-Gateway hat. Hast du ihn gefunden, kannst Du auf jeden Fall die Lampen aktualisieren. Dazu musst Du sie aber definitiv über einen Dimmer/FB am Gateway anmelden. Nach der Aktualisierung (in der App steht, ob die Komponenten aktuell sind) kannst Du ja Dein Glück versuchen. Lampen zurücksetzen und mit HUE suchen lassen.
Ich habe nur die RADFRI bulb E27 opal 1000lm mit SW-Stand 1.2.214 verbaut. Die habe ich nicht an HUE anlernen können. Wahrscheinlich bin ich zu blöd.... Andere können das.
Gruß Eberhard
Eberhard,
vielen Dank für Deine Rückmeldung.
Mir ist noch nicht klar, ob ich das Gateway auch für den Betrieb mit FHEM benötige.
Grüße Mave
Mich interessiert die neue Version des Modulentwicklers, wo man in Echtzeit den Status der Lampen sehen kann.
Brauche ich dafür das Gateway?
Wenn ich den ET richtig verstanden habe, geht es ohne Gateway gar nicht.
Also keine direkte Verbindung Lampe<-> FHEM.
Hat jemand eine Idee, warum es das Tradfri Starterset nicht mehr zu kaufen gibt?
Hat IKEA ein Nachfolge-Starterset in der Pipeline?
Vielen Dank.
Danke Neuhier
Wenn du dir set mit fernbedienung Birne und Gateway kaufst kommts auf den gleichen Preis raus. Die Ersparnis ist im set Birne mit FB drin.
Gesendet von iPhone mit Tapatalk
Okay, danke.
ich sehe gerade den Wald vor lauter Bäumen nicht und das gleich doppelt, aber ich schreibe zwei einzelne Beiträge, damit man sich leichter darauf beziehen kann.
aber jetzt zu Thema 1: "gültige Farbkombinationen" (ich weiß, Farben kann Trådfri gar nicht, aber ihr wisst was ich meine).
ich bin noch nie auf die Idee gekommen, die Tasten auf der FB länger gedrückt zu halten (ja, so blöd kann man sein...) und siehe da: es wird nicht zwischen den drei Farben-Temperaturen umgeschaltet, sondern es gibt einen mehr oder weniger fließenden Wechsel dazwischen. Damit müsste man doch die gültigen Werte ermitteln können...
ich bin mir sicher, dass man "früher mal" den Status abfragen konnte, das finde ich aber nicht mehr, gab es das nur mit dem "alten" Modul?
jetzt finde auch nichtmal mehr das "SET" Kommando um die "RGB" Werte direkt einzugeben.
gestrichen oder übersehe ich was?
die Sache hat vielleicht nur indirekt mit Trådfri zu tun, dürfte aber für viele Trådfri "Interessenten" von Relevanz sein:
wie kann man so günstig/einfach wie möglich eine Wechselschaltung mit Trådfri Lampen einrichten?
ich brauche das ganze nicht für mich, hier würde ich FS20 Schalter nehmen und gut ist.
aber wie sieht das aus, wenn man wirklich noch gar nichts hat?
die FB aus dem Trådfri System kann man ja nichtmal pollen, geschweige denn Trigger darauf setzen (das kann man ja nur auf die mit der FB verknüpften Lampe, das bringt mich aber hier ja nicht weiter). Eine Lampe an mehrere FBs anlernen geht auch nicht. App fällt aus, weil das WLAN nicht 24/7 läuft...
so wie ich das sehe, brauche ich irgendwelche Schalter/Dimmer die einen Trigger in FHEM auslösen können, so wie ich das hier mit den FS20 Schaltern habe. Nur eine PC1300 CUL (130€) und zwei FS20DWT für je 60€ sind dann doch etwas Overkill...
Edit: habe gerade eben erst gesehen, dass die PC1300 "nur noch" 40€ kostet, damit ist diese Variante doch noch nicht vom Tisch
wie gesagt, ich stehe gerade etwas auf dem Schlauch wie man so etwas "eigentlich ganz simples" am einfachsten löst?!?
Habe über ein notify eine homematic Tasterschnittstelle mit einer Tradfri-Gruppe für ein/aus gekoppelt. Jetzt würde ich gerne noch die long-press-Funktion der Tasterschnittstelle für das Dimmen verwenden.
Hat da jemand eine Idee?
Es gibt nur leider kein dimup/dimdown.
Aus diesem Grund habe ich es gelassen und habe dir Tasten mit Szenen (Long: LightScene für alle Lampen inkl. Tradfri) belegt.
Am Rande:
Es ist ruhig geworden in Sachen Entwicklung. Bist du noch am Ball, Peter?
Zitat von: hausbesetzer am 03 Oktober 2017, 19:39:45
Habe über ein notify eine homematic Tasterschnittstelle mit einer Tradfri-Gruppe für ein/aus gekoppelt. Jetzt würde ich gerne noch die long-press-Funktion der Tasterschnittstelle für das Dimmen verwenden.
Hat da jemand eine Idee?
Ja das habe ich mir auch schon überlegt.
Ich habe nur noch nicht herausgefunden wie ich das am besten umsetzte.
Ich habe mir vorgestellt.
3x mal kurz, die zahl der Tastendrücke wird ja hochgezählt und wenn sich diese zahl innerhalb von z.b. 4 sek. 3x gedrückt wurde soll im zb. 2sek. Schritt im abstand vom aktuellen dimmwert hochgezählt werden bis max.
Das gleiche im ähnlichen Stiel mit long press für dimm down. Beim erneuten drücken der Taste wird der aktuelle Dimmvorgang gestoppt.
Aber ich glaube dafür brauche ich wieder mal ein langes wochenende ;)
Gesendet von iPhone mit Tapatalk
Hallo Zusammen!
Ich setze seid ein paar Tagen die Beta ein und es funktioniert ganz gut. Ich hab vier Panels im Set mit Fernbedienungen gekauft und habe nun Fernbedienungen übrig, die zwar am Gateway angemeldet sind, aber keine weiteren Geräte in der Gruppe haben. Ich frage mich nun ob und wie ich vielleicht die Fernbedienungen zweckendfremden kann um z. B. andere FHEM Aktionen auszulösen. Im Eventlog sehe ich leider nichts wenn ich Tasten drücke.
Geht das überhaupt?
Beste Grüsse,
SnakeZZ
Zitat von: SnakeZZ am 04 Oktober 2017, 19:47:31
Hallo Zusammen!
Ich setze seid ein paar Tagen die Beta ein und es funktioniert ganz gut. Ich hab vier Panels im Set mit Fernbedienungen gekauft und habe nun Fernbedienungen übrig, die zwar am Gateway angemeldet sind, aber keine weiteren Geräte in der Gruppe haben. Ich frage mich nun ob und wie ich vielleicht die Fernbedienungen zweckendfremden kann um z. B. andere FHEM Aktionen auszulösen. Im Eventlog sehe ich leider nichts wenn ich Tasten drücke.
Geht das überhaupt?
Beste Grüsse,
SnakeZZ
Hey SnakeZZ,
leider können Dimmer, Bewegungssensor und Fernbedienung "noch" nicht in fhem ausgelesen werden.
Das Modul TradfriDevice kann leider derzeit nur Leuchtmittel.
Wann und ob diese Funktion von PK noch eingebaut wird kann ich leider nicht sagen.
IST ABER AUCH MEIN GROSSER WUNSCH ;)
Zitat von: hausbesetzer am 03 Oktober 2017, 19:39:45
Habe über ein notify eine homematic Tasterschnittstelle mit einer Tradfri-Gruppe für ein/aus gekoppelt. Jetzt würde ich gerne noch die long-press-Funktion der Tasterschnittstelle für das Dimmen verwenden.
Hat da jemand eine Idee?
Hier mal meine Lösung, ist aber och nicht richtig ausgereift.
my $Light = ReadingsVal('WohnzimmerLicht', 'onoff', ''); # Lichtstatus
if($event eq "HM_4C53E9_Btn_02 Long"){
if ($Light ne "off"){
my $pcttrigger = ReadingsVal('HM_4C53E9_Btn_02', 'state', '');
my $pctlight = ReadingsVal('WohnzimmerLicht', 'pct', ''); # aktelle pct
my @values = split(' ',$pcttrigger);
my @pctvalues = split(_,$values[1]);
fhem("set WohnzimmerLicht pct ".($pctlight+$pctvalues[0]));
}
}
Die günstigste Art, eine Wechselschaltung oder gar Kreuzschaltung mit Tradfri nachzubilden, dürfte die Verwendung eines RaspBee Moduls sein. Die Software deConz mit der Rest-API zeigt jede Fernbedienung als Gruppe an - und anders als mit dem IKEA-Gateway und der IKEA-App lassen sich die Leuchtmittel mehreren Gruppen (also Fernbedienungen) zuordnen. Fernbedienungen und Leuchtmittel merken sich diese Zuordnung; das Schalten funktioniert nach der Einrichtung auch bei ausgeschaltetem Gateway (allerdings nicht die Farbtemperatursteuerung, weil deConz die originale 3-stufige durch eine 6-stufige ersetzt).
Natürlich sind die Fernbedienungen auf die Art nicht in fhem eingebunden und lassen sich zunächst nicht anders nutzen. Allerdings gibt es zwei grundsätzliche Ansätze: Mit All4Hue kann man die Tasten bei Verwendung eines RaspBee-Gateways umbelegen und z.B. die "Helligkeit" eines Leuchtmittels einer anderen Gruppe setzen. Diese Gruppe könnte auch aus dem ausgebauten Zigbee-Modul einer Tradfri GU10 warmweiß (6,99€) bestehen. Die Fernbedienungen programmiert man dan so um, dass die Taste nach links der ersten Fernbedienung die "Helligkeit" dieses "Leuchtmittels" auf 1 setzt, die Taste nach rechts auf 2, nach links der nächsten Fernbedienung auf 3 usw. Man liest dann in kurzen Intervallen die "Helligkeit" des Leuchtmittels und führt je nachdem, welche Taste gedrückt wurde, die entsprechende Aktion durch (und setzt die Helligkeit wieder auf 0). Nur so eine Idee ins Unreine.
Der zweite Ansatz wäre, vorhandene Leuchtmittel zu nutzen. Per Fernbedienung werden nur ca. 6 Helligkeitsstufen erreicht, obwohl nach meiner Erinnerung von 0-255 möglich ist. Selbst per App wird maximal in Prozentstufen geschaltet. Die Tasten links und rechts würden so umprogrammiert, dass die Helligkeit um 1Punkt erhöht oder gesenkt würde - was quasi nicht sichtbar wäre, aber bei der zyklischen Statusabfrage des Leuchtmitteln auffallen würde.
Hallo,
eine PM eines Nutzers hat diesen Thread wieder in mein Sichtfeld gerückt. Tatsächlich war ja hier in letzter Zeit einiges los - allerdings ohne meine Beteiligung. Entwicklungstechnisch ist tatsächlich nicht viel geworden, in letzter Zeit kam bei mir einiges an Arbeit aufgehäuft und einige andere Notfälle haben meine volle Aufmerksamkeit gefordert. Da war meine Zeit, aber auch meine Motivation, hieran weiterzuarbeiten sehr gering. Ich hoffe, dass ich demnächst mehr Zeit für solche Sachen habe - allerdings kann ich für nichts garantieren.
Wenn mir jemand helfen will - nur zu. Ein Pull-Request auf Github ist schnell bestätigt.
Wie auch immer, der Entwicklungsplan sieht wie folgt aus:
- Momentan bin ich dabei, ein Debianpaket für JTradfri zu erstellen, was die Installation und Konfiguration vereinfachen sollte. Das soll dann bei Launchpad gehostet werden (https://launchpad.net/~pkap/+archive/ubuntu/jtradfri). Updates für JTradfri werden dann einfach per apt verteilt und es ist keine Re-Konfiguration nach Updates notwendig
- An der Stabilität des Modules möchte ich noch arbeiten. In der Theorie sollte keine Situation entstehen, die das Tradfri-System blockiert. Allerdings benötige ich da zwingend Hilfe von euch - seltsamerweise treten die meisten Bugs bei meinen Tests und Versuchen nicht auf
- Dokumentation zur Einrichtung und Installation muss verbessert werden.
- U.u noch Features - wobei ich denke, dass das Modul erstmal so, wie es ist, nutzbar ist. Daher würde ich größere Features an das Ende der Liste schieben
- Wenn die Beta funktioniert, sollte sie in den Stable-Branch auf Github verschoben werden (oder sogar in das FHEM-SVN?)
Zur Frage, ob man Sensoren einbinden kann: Nein, kann man nicht. Das ist einfach vom Prinzip her nicht vorgesehen. Solche Sensoren haben keinen eigenen Wert, sie aktualisieren einfach transparent den Wert einer Gruppe. Wenn man Sensoren dennoch ohne Leuchtmittel in FHEM nutzen will, kann man eine neue Gruppe erstellen, in der nur der Dimmer/ der BWM sitzt. Diese neue Gruppe repräsentiert effektiv den Status des Sensors, also kann man einfach die Gruppe in FHEM anlegen.
Selbst wenn ich direkte Sensoren-Funktionalität zum Modul hinzufüge, wird dieses Prinzip notwendig sein.
Wenn jemand eine andere Idee hat - immer her damit.
Mal 'ne ganz dumme Frage zur Kreuz-/ Wechselschaltung: Kann man nicht einfach mehrere Dimmer in eine Gruppe reinsetzen?
Schönen Abend,
Peter
Zitat von: Peter Kappelt am 10 Oktober 2017, 19:14:39Mal 'ne ganz dumme Frage zur Kreuz-/ Wechselschaltung: Kann man nicht einfach mehrere Dimmer in eine Gruppe reinsetzen?
genau DAS habe ich noch nicht geschafft!
wenn es geht, dann wäre ich für jeden Hinweis dankbar.
so wie ich das sehe, wird beim "Anlernen" eines Sensors IMMER eine neue Gruppe erstellt und man kann keinen Sensor in eine Gruppe verschieben in der schon ein Sensor ist (oder man kann ihn gar nicht verschieben, im Moment habe ich in jeder Gruppe einen Sensor).
zu den anderen Themen:
Stabilität:
Trådfri läuft jetzt hier im normalen Alltagseinsatz. Seitdem der Knoten geplatzt ist (ich vermute meine >20 Devices hatten den Rahmen gesprengt) läuft das absolut "rock solid"! Ich hatte keinen einzigen Absturz oder Hänger von FHEM, geschweige denn einen, den ich auf das Trådfri Modul schieben könnte.
Alleine dafür hast du dir meinen allerhöchsten Respekt verdient, sowas muss man in der Zeit erstmal "so nebenbei" schaffen!
wenn ich ein ganz klein bisschen konstruktive Kritik üben darf? Ich halte es für "Energieverschwendung", wenn nicht gar kontraproduktiv ein Installationspaket zu erstellen.
die Systeme unterscheiden sich doch so sehr, der eine startet FHEM traditionell, der nächste per systemd usw.
es gibt doch wirklich so viele Anleitungen wie man einen Daemon nach der von einem selber favorisierten Art starten kann, das sollte dann doch wirklich nicht das große Problem sein, oder?
vielleicht sehe ich das aber auch aus einem völlig falschen Betrachtungswinkel...
Zitat von: Peter Kappelt am 10 Oktober 2017, 19:14:39
Zur Frage, ob man Sensoren einbinden kann: Nein, kann man nicht. Das ist einfach vom Prinzip her nicht vorgesehen. Solche Sensoren haben keinen eigenen Wert, sie aktualisieren einfach transparent den Wert einer Gruppe. Wenn man Sensoren dennoch ohne Leuchtmittel in FHEM nutzen will, kann man eine neue Gruppe erstellen, in der nur der Dimmer/ der BWM sitzt. Diese neue Gruppe repräsentiert effektiv den Status des Sensors, also kann man einfach die Gruppe in FHEM anlegen.
Hi, das habe ich gemacht. Lieder sehe ich in FHEM keine Veränderung der Gruppe wenn ich den BWM zum auslösen bringe.
Gut, das mit der Gruppe, in der nur der Sensor ist, habe ich gerade mal getestet. Das geht leider nicht so.
Werde ich mir anschauen.
Leicht OT:
Bin am überlegen mein System um Tradfri/Zigbee zu erweitern. Zurzeit tummeln sich bei mir Homematic für Heizung und Steckdosen(kostet eigentlich zuviel), eine Yeelight RGBW(schönes Licht aber hat bei mir in Verbindung mit homebridge teilweise Probleme) und ein paar selbst programmierte ESP8266 (SK6812 Stripes) rum. Auch zwei Sonoff S20 sind mit MQTT dabei. Bei Ikea würden mich die Panels sehr reizen...
Nun zu den Fragen:
1. In wieweit ist das Gateway kompatibel zu anderen Zigbee Implementierungen? Sollte Anbieter X super tolle LEDs auf Zigbee Standard rausbringen, kann ich die an dem selben Gateway anlernen?
2. Gibt es andere Gateways die auch mit den Ikea Lampen klar kommen und vielleicht sogar weniger kosten? (Also wieder wie kompatibel ist das ganze)
3. Es gab ja mal ein Starter Kit. Kann mir jemand sagen was alles beinhaltet war und wieviel es gekostet hat? So wie ich den Thread hier überflogen habe gibt es das ja nicht mehr.
Das war es erstmal für den Anfang :) Die Beantwortung einzelner Fragen ist gerne auch erwünscht ;)
Danke euch und der FHEM Community.
Das vermeintliche Starterset war m.E.n. nicht günstiger als die Einzelsets + Gateway.
Aktuell gibt es bis zum 24.10. noch den Familiy Preis auf die 1000 Lumen E27 LED inkl. Dimmer für 15,99 statt 17,99!
es gehört hie eigentlich wirklich nicht hin, aber je mehr Aufmerksamkeit Trådfri bekommt, desto besser ;)
1) es gibt nich ein Set mit Gateway, FB und 2xE27 Birnen (die mit Farbtemperatur Steuerung) für 75€, einzeln kostet das 85€ (oder ich habe mich verrechnet ;) )
2) ich habe gerade gesehen, dass es jetzt GU10 Birnen ohne Farbeinstellung (nur Dimmen) aber immerhin auch 400lm für 6,99€ gibt, das halte ich für eine kleine Sensation!
da kann man schon darüber nachdenken die LEDs "tot zu legen" und die "kastrierte" Birne als "Notify Sensor" z.B. für eine Bewegungsmelder oder FB Gruppe für andere Geräte zu nutzen ;)
3) ansonsten ist es wirklich nicht so schwierig bei Ikea mal nach Tradfri zu suchen...
Ich habe meine sämtlichen Tradfri-Brinen mit der HUE-Bridge/App gekoppelt und steuere die einfachen Tradfri Birnen über HUE-Befehle. Damit sind dann auch dimUp und dimDown verfügbar.
Die Birnen werden über einen HM-PB-2-WM55 => virtuellenAktor(Kanal03) => DOIF über den Taster Btn1 geschaltet (shortPress) und gedimmt (LongPress). Schalten und Dimmen geschieht momentan noch unabhängig vom wirklichen Zustand immer abwechselnd an/aus bzw. dimUp/dimDown. Da kann, wenn z.B. ein Befehl zwischendurch über die Web-SS gekommen ist, ein Befehl ins Leere laufen.
Beispiel: Über den HM-PB-2-WM55 wird eine Lampe L eingeschaltet. L hat den danach den Zustand ein. Der nächste Befehl über den HM-PB-2-WM55 wäre ein AUS-Befehl. Wird aber die Lampe über Web oder App ausgeschaltet, läuft der nächste Tastendruck - ein AUS-Befehl - da ins Leere, da L1 bereits aus ist.
An diesem Problem arbeite ich und habe noch keine Lösung. Den aktuellen Zustand von L müsste man in das DOIF einarbeiten.
Hier die Definition für den Btn01:
define Sw_Sz_01_Btn_01 CUL_HM 59FXXX01
attr Sw_Sz_01_Btn_01 comment Taster Nachttisch - Nachttischlampe
attr Sw_Sz_01_Btn_01 event-on-change-reading .*
attr Sw_Sz_01_Btn_01 model HM-PB-2-WM55
attr Sw_Sz_01_Btn_01 peerIDs 00000000,411XXX03,
attr Sw_Sz_01_Btn_01 room CUL_HM
Hier der virtuelleAktor03:
define virt_Akt01_Btn3 CUL_HM 411XXX03
attr virt_Akt01_Btn3 comment Nachttisch
attr virt_Akt01_Btn3 event-on-change-reading .*
attr virt_Akt01_Btn3 model virtual_4
attr virt_Akt01_Btn3 peerIDs 59FXXX01,
attr virt_Akt01_Btn3 room CUL_HM
attr virt_Akt01_Btn3 userReadings TrigType {\
my $s = ReadingsVal($NAME,"virtActTrigType",0);;\
my $t = ReadingsVal($NAME,"virtActState",0);;\
my $u = "";;\
if ($s eq "short_Release" && $t eq "ON") {$u="short_ON"}\
elsif ($s eq "short_Release" && $t eq "OFF") {$u="short_OFF"}\
elsif ($s eq "short" && $t eq "ON") {$u="short_ON"}\
elsif ($s eq "short" && $t eq "OFF") {$u="short_OFF"}\
elsif ($s eq "long" && $t eq "ON") {$u="long_Down"}\
elsif ($s eq "long" && $t eq "OFF") {$u="long_Up"}\
elsif ($s eq "long_Release" && $t eq "ON") {$u="long_Down"}\
elsif ($s eq "long_Release" && $t eq "OFF") {$u="long_Up"}\
return $u;;\
}
attr virt_Akt01_Btn3 webCmd press short:press long
Und zum Schluss die DOIF-Def:
define di_HUELicht_Sz_Nachttisch_1 DOIF ([virt_Akt01_Btn3:TrigType] eq "short_ON") (set Li_Sz_HUE11 pct 1)\
DOELSEIF ([virt_Akt01_Btn3:TrigType] eq "short_OFF") (set Li_Sz_HUE11 off)\
DOELSEIF ([virt_Akt01_Btn3:virtActTrigType] eq "long_Release") (set Li_Sz_HUE11 )\
DOELSEIF ([virt_Akt01_Btn3:TrigType] eq "long_Down") (set Li_Sz_HUE11 dimDown)\
DOELSEIF ([virt_Akt01_Btn3:TrigType] eq "long_Up") (set Li_Sz_HUE11 dimUp)
attr di_HUELicht_Sz_Nachttisch_1 disable 0
attr di_HUELicht_Sz_Nachttisch_1 do always
attr di_HUELicht_Sz_Nachttisch_1 repeatcmd 0:0:0:0.5:0.5
Hat Jemand eine Idee, wie der Zustand der HUE11 eingearbeitet werden könnte?
Grüße
Eberhard
Zunächst einmal herzlichen Dank für die tollen Module Fhem-Alexa und Tradfri ... Ich bin wirklich begeistert und ein echter Fan davon geworden.... Vor ein paar Tagen habe ich bamit begonnen und meine bisherige Installation (rpi3) auf einem neuen rpi3 unter Debian 9 (Stretch) aufzusetzten. Alles läuft prima, bis darauf, dass dass meine Ikea-Lampen nicht mehr über Alexa "gedimmt" werden können. Ich habe schon alles mögliche probiert, aber ich sehe den Wald vor lauter Bäumern nicht mehr. Hat jemand einen Tipp für mich?
Aktion: Alexa, stelle den Raumteiler auf 50%"
Reaktion von Alexa: "Raumteiler unterstützt das nicht."
Hier die Definition von Raumteiler:
{
"Arg":"Raumteiler",
"Results": [
{
"Name":"Raumteiler",
"PossibleSets":"on off dimvalue:slider,0,1,100 color:warm,cold,standard",
"PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 autoUpdateInterval usePercentDimming:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat:textField-long timestamp-on-change-reading alexaName alexaRoom cmdIcon devStateIcon devStateStyle fm_type fp_Haegelesweg genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon siriName sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
"Internals": {
"DEF": "65537",
"NAME": "Raumteiler",
"NR": "1370",
"STATE": "off",
"TYPE": "TradfriDevice",
"deviceAddress": "65537",
"name": "Raumteiler"
},
"Readings": {
"color": { "Value":"EFD275", "Time":"2017-10-24 17:51:00" },
"dimvalue": { "Value":"0", "Time":"2017-10-24 15:11:19" },
"state": { "Value":"off", "Time":"2017-10-24 18:11:38" }
},
"Attributes": {
"alexaName": "Raumteiler",
"devStateIcon": "on:general_an@yellow off:general_aus@white",
"genericDeviceType": "light",
"group": "Flur",
"icon": "hue_filled_gu10_par16",
"room": "Homekit,02_Oben,alexa",
"usePercentDimming": "1",
"webCmd": "dimvalue:color",
"widgetOverride": "dimvalue:slider,0,1,100 color:warm,cold,standard"
}
} ],
"totalResultsReturned":1
}
Es gab drei Probleme/Denkfehler meinerseits:
- beim Device Raumteile (bei anderen Devices habe ich das definiert) fehlte: attr Raumteiler homebridgeMapping Brightness=state,part=1,cmd=dimvalue
- der Alexa-Service auf meinem rpi3 musste nach der Definition des attributes homebridgeMapping neu gestartet werden, damit die neue/geänderte Definition erkannt wird
- mit Alexa-Echo mussten alle Geräte erneut "gesucht werden", damit auch Alexa-Echo die geänderte Definition kennt
Jetzt geht's....
Hallo zusammen,
unterstützt das Modul schon die neue RGB Lampe von Tradfri? Wenn ja, was muss hierzu eingestellt werden?
MFG
Tobias
gar nichts ....
out of the box
Internals:
CFGFN
CHANGED
DEF 65537
IODev ikea.gw.1
NAME ikea.lampe.1
NR 581
STATE off
TYPE TradfriDevice
deviceAddress 65537
name ikea.lampe.1
Helper:
DBLOG:
lastSeen:
myDbLog:
TIME 1508865533.57901
VALUE Tue, 24 Oct 2017 17:21:56 GMT
READINGS:
2017-10-14 01:43:35 color e78834
2017-10-13 17:20:53 createdAt Thu, 12 Oct 2017 19:51:34 GMT
2017-10-23 00:11:29 dimvalue 109
2017-10-24 19:18:53 lastSeen Tue, 24 Oct 2017 17:21:56 GMT
2017-10-13 17:29:23 manufacturer IKEA of Sweden
2017-10-13 17:29:23 name SchlafenRalf
2017-10-13 17:29:56 reachableState 1
2017-10-20 21:16:00 softwareVersion 1.3.002
2017-10-23 23:17:32 state off
2017-10-13 17:29:43 type TRADFRI bulb E27 CWS opal 600lm
helper:
bm:
TradfriDevice_Get:
cnt 1
dmx 0
mAr
mTS
max 0
tot 0
TradfriDevice_Set:
cnt 7
dmx 0
mAr
mTS
max 0
tot 0
Attributes:
alias Nachttisch Ralf
autoUpdateInterval 15
event-on-change-reading .*
genericDeviceType light
room Homekit,Schlafzimmer
siriName Nachttischlampe Ralf
Hallo,
ja, das klappt bei mir auch problemlos. Allerdings kann ich die Farbe nur zwischen warm, cold und standard umstellen. Kann man hier auch die anderen Farben einstellen?
MFG
Tobias
Zitat von: mistermocs am 24 Oktober 2017, 21:51:29
Hallo,
ja, das klappt bei mir auch problemlos. Allerdings kann ich die Farbe nur zwischen warm, cold und standard umstellen. Kann man hier auch die anderen Farben einstellen?
MFG
Tobias
technisch sollte es gehen, wird nur nicht vom SET erkannt
Hallo,
stelle per Fernbedienung eine Farbe ein und mach danach ein get color... den Farbwert kannst du dann weiterverwenden...
Hallo,
mein Gateway hängt sich mittlerweile mehrfach täglich auf, so wie hier schon mal beschrieben. Mit wachsender Anzahl der Lampen (hab ca. 11 Lampen) scheinen auch die Abstürze mehr zu werden. Für mich ist das ganze kaum noch nutzbar - laufen eure Gateways halbwegs stabil oder hab ich ein Hardware Problem?
ich habe ein "kleines" Problem mit den Ikea Lampen :-(
der Autoupdate für den Status der Plempe funktioniert nicht automatisch :-(
Setzte ich das Intervall auf 15 Sekunden steht mein System und andere nichblocking Prozesse werden einfach abgeschossen :-(
im Log sieht das dann so aus: 4 Lampen in 2 Gruppen 15 Sekunden Updateinterval:
Zitat2017.10.27 22:38:17 2: UnifiVideo: http request (http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt) failed: http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt: empty answer received
2017.10.27 22:38:17 1: Timeout for SYSMON_blockingCall reached, terminated process 7976
2017.10.27 22:38:47 3: harmony.hub.2: new config
2017.10.27 22:38:52 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 8006
2017.10.27 22:39:02 1: Timeout for UbiquitiMP_BCStart reached, terminated process 8058
2017.10.27 22:39:02 3: mfi.6.1, BlockingCall for mfi.6.1 cmd GetStatus aborted EC : 8
2017.10.27 22:39:17 2: UnifiVideo: http request (http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt) failed: http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt: empty answer received
2017.10.27 22:39:23 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 8027
2017.10.27 22:39:28 1: Timeout for SYSMON_blockingCall reached, terminated process 8038
2017.10.27 22:39:43 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 8045
2017.10.27 22:40:18 3: Harmony: harmony.hub.2 Event: Disconnected
2017.10.27 22:40:18 2: harmony.hub.2: disconnect
2017.10.27 22:40:18 2: UnifiVideo: http request (http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt) failed: http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt: empty answer received
2017.10.27 22:40:28 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 8139
2017.10.27 22:40:33 3: harmony.hub.2: connected
2017.10.27 22:40:33 3: Harmony: harmony.hub.2 Event: Connected
2017.10.27 22:40:38 1: Timeout for SYSMON_blockingCall reached, terminated process 8150
2017.10.27 22:40:58 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 8170
2017.10.27 22:41:19 2: UnifiVideo: http request (http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt) failed: http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt: empty answer received
2017.10.27 22:41:19 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 8247
2017.10.27 22:41:34 3: harmony.hub.2: new config
2017.10.27 22:41:49 1: Timeout for SYSMON_blockingCall reached, terminated process 8283
2017.10.27 22:42:04 1: Timeout for PRESENCE_DoLocalFunctionScan reached, terminated process 8292
2017.10.27 22:42:19 2: UnifiVideo: http request (http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt) failed: http://fhemi3.heibox.intern:7080/api/2.0/snapshot/camera/5908e82b2636cbf3cb6b3700?force=true&apiKey=dIMfo7F15ZzSds2E0gSNmbvIMouhDbnt: empty answer received
2017.10.27 22:42:50 2: PRESENCE (presence.anja) - check returned a valid result after 26 unsuccesful retries
2017.10.27 22:42:50 2: ROOMMATE set rr_Anja home
2017.10.27 22:43:00 1: Timeout for SYSMON_blockingCall reached, terminated process 8349
2017.10.27 22:43:05 2: PRESENCE (presence.ralf) - check returned a valid result after 27 unsuccesful retries
2017.10.27 22:43:05 2: ROOMMATE set rr_Ralf home
2017.10.27 22:43:05 3: Harmony: harmony.hub.2 Event: Disconnected
2017.10.27 22:43:05 2: harmony.hub.2: disconnect
apptime meldet dann Folgendes
fhem> apptime max
name function max count total average maxDly TS Max call param Max call
tmr-TradfriDevice_GetUpdate HASH(0xb6f81f8) 5017 33 165348 5010.55 25570 27.10. 22:55:26 HASH(ikea.lampe.3)
tmr-TradfriDevice_GetUpdate HASH(0xb6f8438) 5017 33 165331 5010.03 30575 27.10. 22:58:35 HASH(ikea.lampe.4)
tmr-TradfriGroup_GetUpdate HASH(0xb638db8) 5017 49 245525 5010.71 25626 27.10. 23:00:47 HASH(ikea.group.1)
tmr-TradfriGroup_GetUpdate HASH(0xb6f7d90) 5017 49 245433 5008.84 25627 27.10. 22:54:46 HASH(ikea.group.2)
tmr-TradfriDevice_GetUpdate HASH(0xb6f7bc8) 5016 33 165246 5007.45 20557 27.10. 22:52:49 HASH(ikea.lampe.2)
tmr-TradfriDevice_GetUpdate HASH(0xb632f70) 5015 33 165249 5007.55 15544 27.10. 23:07:48 HASH(ikea.lampe.1)
Sonos SONOS_Read 1144 36 2514 69.83 0 27.10. 22:52:25 HASH(Sonos)
hm.lan.1 HMLAN_Read 363 197 6101 30.97 0 27.10. 23:06:11 HASH(hm.lan.1)ich habe auch schon eine alte Blocking Version genommen .... nichts hat geholfen :-(
Zitat von: raiderxxl am 27 Oktober 2017, 11:31:20
stelle per Fernbedienung eine Farbe ein und mach danach ein get color... den Farbwert kannst du dann weiterverwenden...
ich stehe mal wieder auf dem Schlauch...
ich bin mir sicher, dass es "früher mal" die Möglichkeit gab den Color Mode abzufragen, aber ich finde es nicht (mehr) und bekomme es auch über die Konsole nicht hin.
bei der Gruppe gibt es nur "get moods", bei den einzelnen Lampen gar kein get ii UI und wenn ich "get tradfri_lampe color" oder "get tradfri_gruppe color" sage, dann bekomme ich eine Fehlermeldung.
Hallo zusammen,
da die IKEA-Lampen die ersten und einzigen dimmbaren sind die ich via FHEM ansteuere, weiß ich nicht ob das Verhalten speziell auf dieses Modul zutrifft oder generell in FHEM so ist.
Und zwar steuere ich eine TradfriGroup an. Ist diese ausgeschaltet und ich führe folgendes aus...
set MeinLicht dimvalue 50
... so gehen die Lampen an. Jedoch bleibt state weiterhin auf off stehen. Ich hätte erwartet das es auf on geht?!
Nachtrag
Ich habe nun herausgefunden, dass dies an dem Modul liegt. Aber vielleicht geht es dann ja mit der neuen Java-Version.
Hallo zusammen, seit heute mein Gateway unerwartet ein Update bekommen hat geht nix mehr.
[TcpClientHandler-16116967] Received command: device::list
Get devices failed!
[TcpClientHandler-16116967] Send device-list:
[TcpClientHandler-16116967] Received command: group::list
Get groups failed!
[TcpClientHandler-16116967] Send group-list:
Kann das jemand bestätigen?
GW Version 1.2.42
Wo kam das Update her?
Soweit ich weiß, kann man das nur über die Äpp starten.
Gute Frage,
musste das GTW neu starten, danach war sie drauf.
hier noch ein debug für Peter ;)
[TcpClientHandler-31960318] Received command: group::list
2017-10-31 19:13:55: 11 FINER [ReliabilityLayer]: Send request, failed transmissions: 0 - (org.eclipse.californium.core.network.stack.ReliabilityLayer.java:85) sendRequest() in thread CoapEndpoint-coaps://0.0.0.0:0#1
2017-10-31 19:13:55: 11 FINER [UdpMatcher]: Tracking open request [MID: 30.680, Token: dfd84e8ffd939774] - (org.eclipse.californium.core.network.UdpMatcher.java:106) sendRequest() in thread CoapEndpoint-coaps://0.0.0.0:0#1
9 FINER [DTLSConnector]: Sending application layer message to peer [/192.168.178.42:5684] - (org.eclipse.californium.scandium.DTLSConnector.java:1278) sendMessage() in thread DTLS-Sender-0.0.0.0/0.0.0.0:33162 at (2017-10-31 19:13:55)
10 FINER [DTLSConnector]: Received 1 DTLS records using a 16.474 byte datagram buffer - (org.eclipse.californium.scandium.DTLSConnector.java:135) receiveNextDatagramFromNetwork() in thread DTLS-Receiver-0.0.0.0/0.0.0.0:33162 at (2017-10-31 19:13:55)
13 FINER [DTLSSession]: Checking sequence no [16] using bit mask [10000000000000000] against received records [1111111111111111] with lower boundary [0] - (org.eclipse.californium.scandium.dtls.DTLSSession.java:709) isDuplicate() in thread pool-1-thread-1 at (2017-10-31 19:13:55)
13 FINER [DTLSSession]: Updated receive window with sequence number [16]: new upper boundary [63], new bit vector [11111111111111111] - (org.eclipse.californium.scandium.dtls.DTLSSession.java:696) markRecordAsRead() in thread pool-1-thread-1 at (2017-10-31 19:13:55)
2017-10-31 19:13:55: 11 FINER [UdpMatcher]: received response ACK-4.01 MID=30680, Token=dfd84e8ffd939774, OptionSet={}, no payload - (org.eclipse.californium.core.network.UdpMatcher.java:210) receiveResponse() in thread CoapEndpoint-coaps://0.0.0.0:0#1
2017-10-31 19:13:55: 11 FINE [InMemoryMessageExchangeStore]: removing exchange for MID KeyMID[30680, c0a8b22a:5684] - (org.eclipse.californium.core.network.InMemoryMessageExchangeStore.java:280) remove() in thread CoapEndpoint-coaps://0.0.0.0:0#1
2017-10-31 19:13:55: 11 FINE [UdpMatcher]: Closed open request [KeyMID[30680, c0a8b22a:5684]] - (org.eclipse.californium.core.network.UdpMatcher.java:274) receiveResponse() in thread CoapEndpoint-coaps://0.0.0.0:0#1
2017-10-31 19:13:55: 11 FINE [InMemoryMessageExchangeStore]: removing exchange for token KeyToken[dfd84e8ffd939774, c0a8b22a:5684] - (org.eclipse.californium.core.network.InMemoryMessageExchangeStore.java:265) remove() in thread CoapEndpoint-coaps://0.0.0.0:0#1
2017-10-31 19:13:55: 11 FINER [UdpMatcher$ExchangeObserverImpl]: Exchange [KeyToken[dfd84e8ffd939774, c0a8b22a:5684], origin: LOCAL] completed - (org.eclipse.californium.core.network.UdpMatcher$ExchangeObserverImpl.java:380) completed() in thread CoapEndpoint-coaps://0.0.0.0:0#1
Get groups failed!
[TcpClientHandler-31960318] Send group-list:
Ich kann bestätigen, dass seit dem update des Gateway auf die Version 1.2.42 keine Verbindung zum Gateway mehr hergestellt werden kann. Der Zustand des Gateway in FHEM ist wie folgt:
Internals:
DEF 192.168.178.86 xxxxxxxxxxxxxxxxxx
NAME myTradfri
NR 1364
STATE IDLE
TYPE TradfriGateway
canConnect 1
gatewayAddress 192.168.178.xx
gatewaySecret xxxxxxxxxxxxxxxxxxxxxxx
name myTradfri
READINGS:
2017-10-31 19:30:37 coapClientVersion coap-client v4.1.2 -- a small CoAP implementation
Attributes:
icon hue_filled_bridge_v1
room 07_Settings
Das Update hat sich bei mir auf dem Gateway automatisch installiert...
Ich bin gerade zufällig hierüber gestolpert.
Trådfri gateway security improvements using DTLS
https://github.com/ggravlingen/pytradfri/issues/90
Keine Ahnung, ob das für uns auch von Interesse ist.
Bei mir läuft in FHEM übrigens alles einwandfrei. Ich nutze übrigens die DEV-Version.
Jetzt fehlt nur noch das Update der Bulbs, welches ja anscheinend auch freigegeben ist: http://fw.ota.homesmart.ikea.net/feed/version_info.json
Interessant ist auch folgender Kommentar: http://stadt-bremerhaven.de/ikea-tradfri-amazon-alexa-apple-homekit-angeblich-anfang-november/#comment-814205
eben einen Film geguckt, am Ende ging das Licht nicht mehr an :(
am iPad die Tradfri App gestartet und die hat mir gesagt, dass "ein wichtiges Update" eingespielt wurde.
keinerlei Bedienung über FHEM mehr möglich, das heißt, ich sitze hier buchstäblich im Dunklen...
Ich nutze die "Beta-Version des IKEA Trådfri Moduls für FHEM" und zwar die Version "JTradfri-03082017-0.0.3-snapshot-all.jar".
Korrektur: bei mir läuft es jetzt auch nicht mehr.
Hallo,
ich saß vorhin auch "im Dunkeln". Ich habe die Protokolländerung in JTradfri übernommen, jetzt Versionsnummer 0.0.4. Ein Update von FHEM ist nicht notwendig.
Ich habe es noch nicht dauerhaft getestet - ich kann also nicht für Stabilität garantieren. Außerdem funktioniert dieses JTrafri nur mit Gateway-Version 1.2.42 und Nachfolgenden.
Vielen Dank an den, der hier den Link zu pyTradfri gepostet hat. Das hat vieles vereinfacht.
Die Leute von pyTradfri haben wohl sogar eine Email von IKEA selbst bekommen, die über das Update informiert. Da bin ich schon fast etwas beleidigt, dass IKEA mir keine Email geschickt hat :'(...
Mit anderweitigen Updates muss ich euch leider erstmal wieder vertrösten...
Grüße,
Peter
Zum Thema RGB-Lampen:
ich habe hier gerade keine rumliegen (und auch momentan keine Zeit, mir eine zuzulegen), weswegen ich das nicht testen kann.
Du kannst aber auf jeden Fall für Tradfri-Devices "set color RRGGBB" ausführen, wo du anstatt "warm", "cold" einen sechstelligen RGB-Code verwendest. Wenn die RGB-Lampen dasselbe Protokoll verwenden wie die Anderen, sollte das schon funktionieren.
Zitat von: Peter Kappelt am 31 Oktober 2017, 21:21:24
Hallo,
ich saß vorhin auch "im Dunkeln". Ich habe die Protokolländerung in JTradfri übernommen, jetzt Versionsnummer 0.0.4. Ein Update von FHEM ist nicht notwendig.
Ich habe es noch nicht dauerhaft getestet - ich kann also nicht für Stabilität garantieren. Außerdem funktioniert dieses JTrafri nur mit Gateway-Version 1.2.42 und Nachfolgenden.
Vielen Dank an den, der hier den Link zu pyTradfri gepostet hat. Das hat vieles vereinfacht.
Die Leute von pyTradfri haben wohl sogar eine Email von IKEA selbst bekommen, die über das Update informiert. Da bin ich schon fast etwas beleidigt, dass IKEA mir keine Email geschickt hat :'(...
Mit anderweitigen Updates muss ich euch leider erstmal wieder vertrösten...
Grüße,
Peter
Ging ja fix, vielen Dank für den schnellen Fix.
Gesendet von iPhone mit Tapatalk
Ich hatte bei Google nach Tradfri gesucht und auf die letzten 24h gefiltert. So bin ich auf pyTradfri gekommen. Und es las sich interessant.
Danke auch von mir für den Fix.
Aber irgendwie funktionieren meine Moods nicht mehr richtig. Es wird immer immer nur sehr hell. Und das auch wenn nur 2% aktiv sein sollten.
Das Mood-Pronlem kann ich nicht reproduzieren - funktioniert bei mir problemlos.
Geht es in der Tradfri App? Hast du schon ein "get moods" ausgeführt?
Stimmt. Die sind in der App scheinbar irgendwie zurückgesetzt. Liegt also woanders dran.
:-* :-* :-* :-*
sorry, es gibt hier keine besser passende Smileys ;)
alles wieder gut, besser geht es ja gar nicht!
Bei mir geht's nicht mit der neuen Version. Beim ersten starten kam das jar "erfolgreich" hoch, aber eine Steuerung über FHEM ging nicht. Beim zweiten
Start bekam ich eine java exception:
java -jar JTradfri-31102017-0.0.4-snapshot-all.jar -s nnnnnnnn -g 192.168.178.86
JTradfri 0.0.4-snapshot
[GWConnection] Doing handshake to get connection keys/ parameters...
Oct 31, 2017 10:09:47 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
Oct 31, 2017 10:09:47 PM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:33042] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
Oct 31, 2017 10:09:47 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:33042
Oct 31, 2017 10:09:47 PM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:33042
[GWConnection] Handshake: Using identity "jtr_279060"
[GWConnection] Tradfri gateway firmware version: 1.2.0042
[GWConnection] Got connection psk: xxxxxxxxxxxxxxxxxxxxxx
Oct 31, 2017 10:09:58 PM org.eclipse.californium.scandium.DTLSConnector stop
INFO: Stopping DTLS connector on [0.0.0.0/0.0.0.0:33042]
Oct 31, 2017 10:09:58 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
Oct 31, 2017 10:09:58 PM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:55648] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
Oct 31, 2017 10:09:58 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:55648
Oct 31, 2017 10:09:58 PM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:55648
[GWConnection] Fetching well-known...
Exception in thread "main" java.lang.NullPointerException
at net.kappelt.JTradfri.GWConnection.connectionOpen(GWConnection.java:169)
at net.kappelt.JTradfri.GWConnection.<init>(GWConnection.java:99)
at net.kappelt.JTradfri.JTradfri.startThreadHandler(JTradfri.java:57)
at net.kappelt.JTradfri.JTradfri.main(JTradfri.java:48)
Wenn der Dienst startet, sieht es so aus, allerdings kann trotz laufendem Dienst keien Steuerung über FHEM erfolgen:
java -jar JTradfri-31102017-0.0.4-snapshot-all.jar -s xxxxxxxxxxxxxxx -g 192.168.178.86
JTradfri 0.0.4-snapshot
[GWConnection] Doing handshake to get connection keys/ parameters...
Oct 31, 2017 10:26:56 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
Oct 31, 2017 10:26:56 PM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:35308] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
Oct 31, 2017 10:26:56 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:35308
Oct 31, 2017 10:26:56 PM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:35308
[GWConnection] Handshake: Using identity "jtr_f385fa"
[GWConnection] Tradfri gateway firmware version: 1.2.0042
[GWConnection] Got connection psk: G43ccDTCB9ZfVENu
Oct 31, 2017 10:27:02 PM org.eclipse.californium.scandium.DTLSConnector stop
INFO: Stopping DTLS connector on [0.0.0.0/0.0.0.0:35308]
Oct 31, 2017 10:27:02 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
Oct 31, 2017 10:27:02 PM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:60253] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
Oct 31, 2017 10:27:02 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:60253
Oct 31, 2017 10:27:02 PM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:60253
[GWConnection] Fetching well-known...
[GWConnection] <//15006>;ct=0;obs,<//15001>;ct=0;obs,<//15004>;ct=0;obs,<//15004/add>;ct=0,<//15004/remove>;ct=0,<//15010>;ct=0;obs,<//15005>;ct=0;obs,<//15011/15012>;ct=0;obs,<//15011/9034>;ct=0,<//15011/9030>;ct=0,<//15011/9031>;ct=0,<//15011/9094>;ct=0;obs,<//15011/9095>;ct=0;obs,<//15004/152618>;ct=0;obs,<//15005/152618>;ct=0;obs,<//15001/65538>;ct=0;obs,<//15001/65536>;ct=0;obs,<//15001/65542>;ct=0;obs,<//15004/166921>;ct=0;obs,<//15005/166921>;ct=0;obs,<//15001/65539>;ct=0;obs,<//15001/65541>;ct=0;obs,<//15001/65540>;ct=0;obs,<//15001/65543>;ct=0;obs,<//15001/65537>;ct=0;obs,<//15005/152618/219218>;ct=0;obs,<//15005/152618/218383>;ct=0;obs,<//15005/152618/226509>;ct=0;obs,<//15004/174243>;ct=0;obs,<//15005/174243>;ct=0;obs,<//15005/138994/202612>;ct=0;obs,<//15005/138994/211654>;ct=0;obs,<//15005/138994/225937>;ct=0;obs,<//15004/138994>;ct=0;obs,<//15005/138994>;ct=0;obs,<//15005/174243/215977>;ct=0;obs,<//15005/174243/209644>;ct=0;obs,<//15005/174243/205218>;ct=0;obs,<//15005/166921/217958>;ct=0;obs,<//15005/166921/214081>;ct=0;obs,<//15005/166921/203846>;ct=0;obs,<//15011/9063>;ct=0
JTradfri Commandline
Type "help" to show available commands
[TcpServer] Binding of socket @ port 1505 successfull.
Bezogen auf Moods habe ich in meinem Logfile folgende Einträge gefunden:
2017.10.30 19:41:04 1: PERL WARNING: Use of uninitialized value $moodName in substitution (s///) at ./FHEM/31_TradfriGroup.pm line 230, <$fh> line 3696.
2017.10.30 19:41:04 1: PERL WARNING: Use of uninitialized value $moodName in concatenation (.) or string at ./FHEM/31_TradfriGroup.pm line 233, <$fh> line 3696.
2017.10.30 19:41:04 1: PERL WARNING: Use of uninitialized value $moodName in concatenation (.) or string at ./FHEM/31_TradfriGroup.pm line 238, <$fh> line 3696.
2017.10.30 19:41:04 1: PERL WARNING: Use of uninitialized value $moodName in string at ./FHEM/31_TradfriGroup.pm line 243, <$fh> line 3696.
Hallo,
ich habe noch ein ganz anderes Problem mit der neuen Version, meine Gruppensteuerung.
Das onoff von gruppen funktioniert nicht mehr, bzw. off geht aber bei on bleiben die Leuchten in der Gruppe aus.
Mich wundert, dass ihr mit der neuen Version eine verbindung zum Gateway bekommt und ich nicht... An was kann das liegen? Ich nutzte die Debian Version 4.9.41-v7 (Stretch: Nachfolger von Jessie). Kann es daran liegen?
Zitat von: Achiim am 01 November 2017, 10:20:15
Mich wundert, dass ihr mit der neuen Version eine verbindung zum Gateway bekommt und ich nicht... An was kann das liegen? Ich nutzte die Debian Version 4.9.41-v7 (Stretch: Nachfolger von Jessie). Kann es daran liegen?
Eigentlich nicht weil Java eine Laufzeitumgebung ist und damit das OS eigentlich egal ist. Geht dein TradfriGateway(FHEM Modul) den auf den STATE opened?
Nein, mein FHEM.Device bleibt im Status IDLE, des kommt also keine Verbindung zum Gateway zustande. Eine Abfage der "deviceList" und der "groupList" bringt jeweils ein Fehlerfenster mit "Error while trying to fetch devices!" bzw. "Error while fetching groups!"..
Keine Meldungen/Fehler vom Tradfri-Modul im Logfile bzw. vom Java-Prozess ..0.0.4... Bin momentan ratlos.
Ikea scheint selbst Probleme mit dem Update des Gateway's zu haben. Die Tradfri-App funktioniert zwar, aber der heute veröffentlichte Smart-Home-Skill "Tradfri"funktioniert wieder nicht. Er findet meine Geräte nicht.... Schade... Das haben, neben mir, übrigens schon meherer Leute ausprobiert und bestätigt (per Rezession).
Danke für das schnelle Update, bei mir geht wieder alles. Der Status des Gateways im fhem war übrigens auch vorher "opened", obwohl keine Steuerung möglich war.
Hallo Peter,
Vielen Dank erstmal für das schnelle Update!!!
Aber bei mir scheint mit der neuen Beta Version das gleich Problem wie bei Saharel aufzutreten.
Bei "on" passiert erstmal nichts, das gleich habe ich beobachtet wenn ich dimvalue und pct auf 100% setze
in der Java-Konsole sehe ich auch bei on und dimvalue/pct 100%:
[TcpClientHandler-15448391] Received command: group::set::178114::dimvalue::254
[TcpClientHandler-15448391] Successful set for 178114
aber es passiert nichts...
setze ich aber dimvalue oder pct auf 99% geht das Licht an...
Das Phänomen tritt aber nur in der Gruppe auf, bei den einzelnen Leuchten funktioniert alles ohne Probleme.
Vielen Dank schon mal im Voraus!
Gruß
Rudy
Zitat von: Achiim am 01 November 2017, 11:31:22
Ikea scheint selbst Probleme mit dem Update des Gateway's zu haben. Die Tradfri-App funktioniert zwar, aber der heute veröffentlichte Smart-Home-Skill "Tradfri"funktioniert wieder nicht. Er findet meine Geräte nicht.... Schade... Das haben, neben mir, übrigens schon meherer Leute ausprobiert und bestätigt (per Rezession).
Hi, ist zwar Off Topic aber trotzdem interessant ;)
Ich habe auch damit kein Problem, wenn man die Anleitung im Skill befolgt geht alles ohne Probleme ;) Wichtig TRADFRI App updaten.
On / Off und Dimmen, leider kein Wechsel der Stimmungen.... oder aber ich habe nur nicht nicht herausbekommen was ich sagen muss :D
Hallo zusammen,
ich nutze die nicht Java Variante und habe jetzt die Tradfri Lampen fast fertig konfiguriert.
An/Aus und Dimmen funktioniert nun, aber wie kann ich mit Siri die Farbe der Lampe auf kaltweiß ändern?
Das attr WebCMD sieht wie folgt aus und lässt sich über die FHEM Oberfläche setzen:
on:off:dimvalue:color:warm,cold,standard
Zitat von: Achiim am 01 November 2017, 11:24:55
Nein, mein FHEM.Device bleibt im Status IDLE, des kommt also keine Verbindung zum Gateway zustande. Eine Abfage der "deviceList" und der "groupList" bringt jeweils ein Fehlerfenster mit "Error while trying to fetch devices!" bzw. "Error while fetching groups!"..
Keine Meldungen/Fehler vom Tradfri-Modul im Logfile bzw. vom Java-Prozess ..0.0.4... Bin momentan ratlos.
Ok bitte mal in fhem das Kommando "update list" absetzen und das Ergebnis hier posten.
Zitat von: Saharel am 01 November 2017, 09:41:25
Das onoff von gruppen funktioniert nicht mehr, bzw. off geht aber bei on bleiben die Leuchten in der Gruppe aus.
Geht bei mir auch nur über set dimvalue 99 (oder eben irgendwas über 0)
der Hammer und ein riesiges Lob an Dich Peter und die Kollegen ... es lohnt sich nach Restart von fhem bei Problemen immer mal im Forum bei solchen Sachen nachzugucken.
Musste direkt Schmunzeln, vielleicht schreibst Du IKEA mal - so als Chef für die Tradfri fhem Integration :)
Habe nun das IKEA GW gleich mal in der FW geblockt, nix mehr Updates ohne "nachzufragen".
Grüsse
Zitat von: Achiim am 01 November 2017, 10:20:15
Mich wundert, dass ihr mit der neuen Version eine verbindung zum Gateway bekommt und ich nicht... An was kann das liegen? Ich nutzte die Debian Version 4.9.41-v7 (Stretch: Nachfolger von Jessie). Kann es daran liegen?
Ich habe auch strech und es funktioniert.
Gesendet von iPhone mit Tapatalk
Hallo Leute,
bei mir funktioniert nach dem Update leider nichts mehr. Ich bin nicht auf der Beta. Die "normale" Version ist noch nicht aktualisiert, richtig? Der Versuch die Beta zu installieren, schlägt bei mir leider fehl. Nach entfernen der Repository und dem hinzufügen der neuen, startet FHEM nach "shutdown restart nicht mehr. Nur ein Wiedereinspielen eines Backups hilft.
Hoi philippr, gehe bitte nochmal die Anleitung Schritt für Schritt durch. Einige wenn nicht sogar viele arbeiten mit der Beta ohne Probleme.
Meine mich noch daran zu erinnern, dass das oder die Tradfri-Module (Beta) für fhem selbst (pm-Files) auch anders sind und gelöscht werden müssen.
Was sagt denn fhem im Log? Das liegt ja auch noch rum...
Vielleicht kannst Du auch in der fhem.cfg die Option suchen: attr global verbose 3 oder die entsprechende für das Tradfri GW und auf den Wert 5 einstellen, fhem nochmals starten und sehen was er schreibt.
Wenn fhem nicht mehr startet muss es schon etwas gröberes sein.
ZitatHi, ist zwar Off Topic aber trotzdem interessant ;)
Ich habe auch damit kein Problem, wenn man die Anleitung im Skill befolgt geht alles ohne Probleme ;) Wichtig TRADFRI App updaten.
On / Off und Dimmen, leider kein Wechsel der Stimmungen.... oder aber ich habe nur nicht nicht herausbekommen was ich sagen muss :D
Okay, Entwarnung, teilweise. Ich habe zunächst nur den Ikea-Tradfri-Skill für Alexa aktiviert und dann meinen Alexa-Account mit dem Tradfri-Account verbunden... Dann scheitert die Suche nach Geräten. Erst wenn man auch die Tradfri-App aktualisiert und dann die beiden Accounts miteinander verbindet, werden Geräte gefunden...
Ich habe mittlerweile einen kompletten Ausfall meiner "Raspberry Pi - Installation". Es scheint das WLAN des rpi defekt gegangen zu sein. Ich bin noch am prüfen/reparieren, aber das dauert. Ich vermute momentan, dass der rpi-Defekt "schleichend" auftat und von mir durch den Verbindungsausfall zum Tradfri-Gateway entdeckt wurde. Mittlerweile ist das "wlan0-interface" überhaupt nicht mehr sichtbar auf meinem pi...
Eine Erkenntnis nach der Ursachenanalyse des Totalausfalls meines Systems von gestern ist vielleicht auch interessant für alle anderen, die planen auf Stretch umzusteigen:
WLAN-Configuration ändert sich bei Stretch bzw. hat neue/andere Grundeintstellungen: https://www.raspberrypi.org/forums/viewtopic.php?t=191061 (https://www.raspberrypi.org/forums/viewtopic.php?t=191061) (ich vermutete zunächst einen Hardewaredefekt meines rpi3 im WLAN) und es scheint sich die Verzeichnisstruktur unterhalb dev zu ändern, jedenfals wurden meine angeschlossenen CUL's mit den in FHEM über ."../by-id..." definierten Pfaden nicht mehr gefunden, und das nach einem routinemäßigen "sudo apt-get update" ....
Zitat von: dtavb am 02 November 2017, 06:04:12
Hoi philippr, gehe bitte nochmal die Anleitung Schritt für Schritt durch.
Danke. Es haben mehrere Probleme dazu geführt, dass es nicht funktioniert hat. Z.B. war im GatewaySecret ein blöder Schreibfehler. Man konnte den Unterschied zwischen einem großen ,,i" und einem kleinen ,,l" nicht erkennen - Also I oder l.
Jetzt läuft wieder alles! Danke!
Trådfri ist bei mir jetzt seit dem Update direkt ins Apple Homekit integriert und lässt sich so über Siri steuern. FHEM dient jetzt "nur" noch für das Schalten der Trådfri über den HM-Wandtaster und "übersetzt" zur HABridge auf die Harmony-Fernbedienung.
Ich habe doch noch ein Problem. Der "set on" Befehl geht bei mir nicht. Das Modul schickt zum Einschalten das alte "Dimvalue" ab aber die Lampen reagieren nicht. Ich kann die Gruppe nur anschalten, wenn ich das Dimvalue verändere.
Ausschalten:
[TcpClientHandler-14630857] Received command: group::set::156195::onoff::0
[TcpClientHandler-14630857] Successful set for 156195
Versuch einzuschalten:
[TcpClientHandler-14630857] Received command: group::set::156195::dimvalue::104
[TcpClientHandler-14630857] Successful set for 156195
Alle anderen Befehle scheinen zu funktionieren.
EDIT: Sehe gerade, dass das Problem schon mehrere gemeldet haben.
Hallo
seit dem Update vom Gateway ist auch bei mir seit gestern Abend Schluß mit FHEM.
Ich habe allerdings noch die "alte" Lösung mit dem COAP Client ohne Java. Lief bis gestern Abend ohne Probleme.
Ist das jetzt Geschichte oder kann man auch diese Lösung wieder zum laufen überreden?
Gruß Michael
Ja, das wäre toll, wenn die alte Lösung wieder zum Leben erweckt werden könnte!
kurze Wasserstandsmeldung:
- System komplett neu aufgesetzt (FHEM,HMCCU, TRADFRI, ALEXA ....)
- Anbindung der TRADFRI-Lampen mit Peters Patch 0.0.4 funktioniert auf Anbieb und die Eigenschaften on/off und dimmen (auch von Gruppen) sind auch über ALEXA steuerbar
Herzlichen Dank nochmals an Peter für das tolle Modul und den superschnellen Feuerwehrrettungspatch am Feiertag... Das sind mindesten ***** (5 Sterne).
Zitat von: mbrak am 03 November 2017, 11:09:39
Hallo
seit dem Update vom Gateway ist auch bei mir seit gestern Abend Schluß mit FHEM.
Ich habe allerdings noch die "alte" Lösung mit dem COAP Client ohne Java. Lief bis gestern Abend ohne Probleme.
Ist das jetzt Geschichte oder kann man auch diese Lösung wieder zum laufen überreden?
Gruß Michael
Hallo Michael,
die bekommt man wieder zum laufen.
Hier die Lösung für dich:
------------------------------------------------
Gehe auf die Konsole und gebe folgendes ein:
coap-client -m post -u "Client_identity" -k "SECURITY_CODE" -e '{"9090":"IDENTITY"}' "coaps://IP_ADDRESS:5684/15011/9063" (IP_ADRESSE durch deine IP ersetzen)
In der Ausgabe bekommst du einen neuen Key bzw. String, welchen du dir speicherst. Dieser Key erscheint nur einmal pro Identity.
Öffne anschließend die Datei TradfriLib.pm mit folgendem Befehl: sudo pico /opt/fhem/FHEM/TradfriLib.pm
Suche in der Datei nach "my $coapClientCMD = "timeout 5s coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";" und ersetze "Client_identity" durch "IDENTITY".
Danach auf die FHEM Oberfläche und beim Tradfri device den Key ändern und ggf. neustarten.
Läuft so seit Tagen ohne Probleme
Danke Schockwelle hat wunderbar geklappt !
Hi :)
erstmal vielen Dank für Deine Hilfe.
Muss ich da nur meine IP vom Coap Client oder Gateway??? eintragen?
Beim Coap-Client bekomme ich eine seltsame Ausgabe
v:1 t:CON c:POST i:b847 {} [ ]Ist das korrekt?
Wo setze ich beim Trafri Device den Key? Meinst Du den Secret Key?
Hier ein List vom Device:
Internals:
DEF 192.168.178.57 F1tpxxxxxxxxx
NAME TradfriGW
NR 343
STATE IDLE
TYPE TradfriGateway
canConnect 1
gatewayAddress 192.168.178.57
gatewaySecret F1tpxxxxxxxxx
name TradfriGW
READINGS:
2017-11-04 12:14:36 coapClientVersion coap-client v4.1.2 -- a small CoAP implementation
Attributes:
icon hue_filled_bridge_v1
room IKEA_Tradfri Danke und sorry für meine Unwissenheit :)
Gruß Michael
Zitat von: Schockwelle am 03 November 2017, 23:46:36
Hallo Michael,
die bekommt man wieder zum laufen.
Hier die Lösung für dich:
------------------------------------------------
Gehe auf die Konsole und gebe folgendes ein:
coap-client -m post -u "Client_identity" -k "SECURITY_CODE" -e '{"9090":"IDENTITY"}' "coaps://IP_ADDRESS:5684/15011/9063" (IP_ADRESSE durch deine IP ersetzen)
In der Ausgabe bekommst du einen neuen Key bzw. String, welchen du dir speicherst. Dieser Key erscheint nur einmal pro Identity.
Öffne anschließend die Datei TradfriLib.pm mit folgendem Befehl: sudo pico /opt/fhem/FHEM/TradfriLib.pm
Suche in der Datei nach "my $coapClientCMD = "timeout 5s coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";" und ersetze "Client_identity" durch "IDENTITY".
Danach auf die FHEM Oberfläche und beim Tradfri device den Key ändern und ggf. neustarten.
Läuft so seit Tagen ohne Probleme
also das einzige Problem das ich jetzt noch habe ist, dass der "Gruppe on" nicht (immer?) funktioniert, dim x% geht, off geht auch aber ein einfaches on, das vor dem Update den letzten Ein Zustand wieder hergestellt hat geht nicht.
weiß da jemand eine einfache Lösung?
Zitat von: Mickey Mouse am 04 November 2017, 12:36:38
also das einzige Problem das ich jetzt noch habe ist, dass der "Gruppe on" nicht (immer?) funktioniert, dim x% geht, off geht auch aber ein einfaches on, das vor dem Update den letzten Ein Zustand wieder hergestellt hat geht nicht.
weiß da jemand eine einfache Lösung?
Das Problem haben einige, noch keine Lösung bekannt. Müssen auf den Chefentwickler warten ;)
Hallo Fhemler,
ich habe heute versucht das Gateway in Fhem zu integrieren komme aber leider nicht weiter. Beim Abruf der Device Liste kommt immer die Meldung "Error while trying to fetch devices!". Get CoapClientVersion gibt "coap-client v4.1.2 -- a small CoAP implementation" zurück. Status steht auf "IDLE". Fehler im "gatewaySecret" habe ich ausgeschlossen. Wenn ich absichtlich einen Falschen Code eintrage dauert "Get DeviceList" erheblich länger als mit richtigem Code.
Hat noch jemand einen Tipp?
Hier noch die aktuellen Versionen meiner Devices:
GateWay: 1.2.42
Lampe: 1.2.217
Fernbedienung: 1.2.214
Zitat von: Mickey Mouse am 28 Oktober 2017, 11:33:38
ich stehe mal wieder auf dem Schlauch...
hey Leute, ihr könnt mir doch ruhig sagen, dass ich blöd bin ;)
die Farb-Werte werden ja in den normalen Readings angezeigt und unmittelbar aktualisiert, man bin ich blind...
aber etwas anderes in diesem Zusammenhang:
bilde ich es mir nur ein, oder konnte man "früher" durch langes Drücken der Tasten auf der FB auch die "Zwischenwerte" einstellen?
wenn ich das jetzt probiere, dann startet die Lampe mit einem "sanften" Farbwechsel aber sie stoppt nicht bei "Zwischenwerten" sondert wandert immer zu einem der drei "Grundwerte".
ich wollte mir eigentlich auf diese Weise eine Tabelle mit gültigen Werten (mehr als die drei Grund"farben") erstellen, aber jetzt stehe ich wieder auf dem Schlauch...
Hallo,
die 0.0.5 sollte das Gruppen-Problem lösen: https://github.com/peterkappelt/JTradfri/raw/master/JTradfri-builds/JTradfri-06112017-0.0.5-snapshot-all.jar (https://github.com/peterkappelt/JTradfri/raw/master/JTradfri-builds/JTradfri-06112017-0.0.5-snapshot-all.jar). Bitte mit Vorsicht betrachten - ich habe es nur kurz getestet.
Mit individuellen Problemen kann ich mich leider gerade nicht beschäftigen.
Schönen Abend,
Peter
erster kurzer Test sieht gut aus!
SUPER Peter!!!
Funktioniert, nach ersten Test!!!
Bist der Beste ;)
Gruß
Rudy
Kann mir jemand kurz erklären was ich mit der .jar Datei machen muss?
Zitat von: lenoxef am 07 November 2017, 20:24:58
Kann mir jemand kurz erklären was ich mit der .jar Datei machen muss?
starten ;)
ich habe hier https://forum.fhem.de/index.php/topic,70653.msg669588.html#msg669588 (https://forum.fhem.de/index.php/topic,70653.msg669588.html#msg669588) mal kurz zusammen gefasst wie ich das starte.
bitte aufpassen, es wurde berichtet, dass da unsichtbare Zeichen im Code sind und es nicht funktioniert wenn man Cut&Paste macht, ich kann das nicht nachvollziehen.
Peter hat beschrieben wie man das mit "screens" im Hintergrund starten kann, das halte ich persönlich aber für etwas komplizierter, die o.g. Methode funktioniert halt automatisch auch bei einem Reboot.
Danke für die schnelle Antwort. Ich glaub das ist mir zu hoch..
Ich habe Tradfri Gateway nach dieser Anleitung hier eingebunden.
http://electronic.kappelt.net/wordpress/de/ikea-tradfri-module-for-fhem/ (http://electronic.kappelt.net/wordpress/de/ikea-tradfri-module-for-fhem/)
Hab da nichts von Java gelesen.. Ist die Anleitung veraltet? Gibts da was neues?
Da: http://electronic.kappelt.net/wordpress/de/ikea-tradfri-module-for-fhem-beta/
Läuft.. Vielen Dank, ihr seid die Besten.
Hallo!
Danke Schockwelle für die Anleitung, um die V1 ohne Java mit der neuen Firmware noch einsetzen zu können. ich musste etwas herum probieren, weil ich die Anleitung nicht begriffen habe.
Damit das anderen nicht passiert habe ich diese mal zitiert und anders formuliert:
Zitat
Gehe auf die Konsole und gebe folgendes ein:
coap-client -m post -u "Client_identity" -k "SECURITY_CODE" -e '{"9090":"IDENTITY"}' "coaps://IP_ADDRESS:5684/15011/9063"
IP-ADDRESS durch die IP-Adresse der Gateway ersetzen und SECURITY_CODE durch den bisher genutzten gatewaySecret ersetzen!
In der Ausgabe bekommt man dann einen neuen gatewaySecret den Ihr speichern müsst.
Öffnet anschließend die Datei TradfriLib.pm mit folgendem Befehl: sudo nano /opt/fhem/FHEM/TradfriLib.pm
Suche in der Datei nach "my $coapClientCMD = "timeout 5s coap-client -u Client_identity -k $gwSecret -v 1 -m $method coaps://$gwAddress:5684/$path";" und ersetze "Client_identity" durch "IDENTITY".
Danach auf der FHEM Oberfläche oder am besten in der fhem.cfg den neuen gatewaysecret einsetzen.
Wichtig: Sobald danach in FHEM ein Update durchgeführt wird mit "update" wird die TradfriLib.pm ersetzt und das Modul funktioniert nicht mehr. Also am besten, bis die V1 ein Update erhält,
folgendes ausführen:
update delete https://raw.githubusercontent.com/peterkappelt/Tradfri-FHEM/v1/src/controls_tradfri.txtund hier aufmerksam warten bis sich was neues ergibt.
Gleichzeitig habe ich versucht bei mir wegen dieser Probleme die Java-Version zu installieren. Dies scheitert jedoch beim Ausführen der .jar Datei.
Ich bekomme folgenden Fehler: (gatewaysecret natürlich ersetzt)
pi@FHEM:~ $ java -jar JTradfri-06112017-0.0.5-snapshot-all.jar -s gatewaysecret -g 192.168.178.66
Error: Invalid or corrupt jarfile JTradfri-06112017-0.0.5-snapshot-all.jar
pi@FHEM:~ $
obwohl ich eigentlich die richtige Version habe, schon wegen der Ha-Bridge die gleichzeitig läuft...
pi@FHEM:~ $ java -version
java version "1.8.0_151"
Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
Java HotSpot(TM) Client VM (build 25.151-b12, mixed mode)
pi@FHEM:~ $
Hat jemand eine Idee, wo der Fehler liegt?
Hallo Traxel,
bist Du auch im richtigen Verzeichnis?
Sieht so aus, dass Du den Aufruf im home Verzeichnis versuchst zu starten "pi@FHEM:~ $" liegt da auch Deine jar-Datei?
Gruß
Rudy
Hallo Rudy,
ja, da liegt sie auch. Und als root muss sie ja nicht ausgeführt werden, oder?
Wenn ich bewusst einen falschen Pfad angebe, kommt auch eine andere Fehlermeldung:
Error: Unable to access jarfile home/pi/JTradfri-06112017-0.0.5-snapshot-all.jar
Während der Aufruf mit /home/pi/JTradfri-06112017-0.0.5-snapshot-all.jar wieder zu dem bisherigen Fehler führt.
Also scheint er die Datei ja eigentlich zu finden :-(
Hat sich erledigt.
Ich habe die .jar Datei falsch heruntergeladen. Sie war lediglich 32 kb groß. ::) :-X
Für die anderen, der Befehl zum herunterladen:
sudo wget https://github.com/peterkappelt/JTradfri/raw/master/JTradfri-builds/JTradfri-06112017-0.0.5-snapshot-all.jar
Dann startet sie einwandfrei :-)
Hab mir gestern auch meine ersten Tradfri-Devices angeschafft. Integration in FHEM war Dank Peters Modul (Beta) kein Problem.
Danke dafür :D
Gruß
Oli
Hallo Peter,
@all,
ich stelle immer wieder fest, dass meine Kenntnisse in Bezug auf Linux, Perl und FHEM bei weitem nicht so gut sind, wie ich es mir wünschen würde. Aber wenn man nur lange genug sucht, findet man (fast) alle Lösungen. Danke Euch allen für Euren unermüdlichen Einsatz...
Zu meinem aktuellen Problem finde ich aber keine Lösung.
Nachdem ich es (endlich) geschafft habe, das Gateway zu integrieren und in den Status "open" zu bekommen, gelingt es mir einfach nicht die Komponenten in FHEM zu bekommen...
In der App habe ich 2 Gruppen mit 1 Bewegungsmelder, 1 Fernbedinung und 3 Lampen. Dort kann ich alles Steuern. Derzeit sind auch die Lampen an. :)
Trotzdem passiert wenn ich den per Mausklick den Befehl "get TradfriGW deviceList" absetze: nichts...
Wenn ich den selben Befehl in die Befehlszeile von FHEM eingebe, öffnet sich ein leeres Fenster mit "ok"-Button.
Bei "get TradfriGW groupList" ist es das selbe...
Jetzt klappt es... warum auch immer...
Kann es sein, dass das Modul nur läuft (das gateway opened ist), wenn ich die Konsole mit dem Befehl java -jar JTradfri-06112017-0.0.5-snapshot-all.jar -s 8bK6VjTimMqK6dNA -g 192.168.188.35 laufen habe...?
Die Sache mit
sudo apt-get install screen
habe ich versucht. Aber es scheint nicht von Erfolg gekrönt zu sein...
Sobald ich putty schließe, geht das Gateway auf Disconnected. >:(
Martin
Tradfri Lib autostart
/etc/systemd/system/tradfri.service
[Unit]
Description=FHEM Tradfri Gateway Daemon
#After=hmcfgusb.service
#Wants=hmland.service
[Service]
Type=simple
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem/tradfri_java
ExecStart=/usr/bin/java -jar /opt/fhem/tradfri_java/JTradfri.latest.jar -s e3GfdjaQfFwkgJt2 -g 172.17.3.89
Restart=always
RestartSec=5
[Install]
WantedBy=multi-user.target
ich habe das Java Archive nach /opt/fhem/tradfri_java gepackt und mit ln -s JTradfri-31102017-0.0.4-snapshot-all.jar JTradfri.lastest.jar gelinde, damit ich nicht immer meinen Startup ändern muss ...
danach noch ein sudo systemctl daemon-reload und ein sudo systemctl enable tradfri.service
und zuletzt ein sudo systemsctl start tradfri.service
damit sollte es beim Systemstart klappen ...
Zitat von: Wuppi68 am 18 November 2017, 21:08:13
Tradfri Lib autostart
Hallo Wuppi,
ist das die Lösung für mein Problem? ;D
Zitat von: Wuppi68 am 18 November 2017, 21:08:13
/etc/systemd/system/tradfri.service
[Unit]
Description=FHEM Tradfri Gateway Daemon
#After=hmcfgusb.service
#Wants=hmland.service
[Service]
Type=simple
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem/tradfri_java
ExecStart=/usr/bin/java -jar /opt/fhem/tradfri_java/JTradfri.latest.jar -s e3GfdjaQfFwkgJt2 -g 172.17.3.89
Restart=always
RestartSec=5
[Install]
WantedBy=multi-user.target
Ich habe den Code in eine Datei
tradfri.service in den Ordner /ect/systemd/system gepackt. Hoffe, dass ich das richtig verstanden habe.
Aber was mache ich hiermit...?
Zitat von: Wuppi68 am 18 November 2017, 21:08:13
ich habe das Java Archive nach /opt/fhem/tradfri_java gepackt und mit ln -s JTradfri-31102017-0.0.4-snapshot-all.jar JTradfri.lastest.jar gelinde, damit ich nicht immer meinen Startup ändern muss ...
Zitat von: Wuppi68 am 18 November 2017, 21:08:13
sudo systemctl daemon-reload und ein
sudo systemctl enable tradfri.service und zuletzt ein
sudo systemsctl start tradfri.service
diese Befehle habe ich erst gar nicht ausprobiert, da ich den Zwischenteil nicht verstanden habe... :-[
Danke,
Martin
ich hatte das hier https://forum.fhem.de/index.php/topic,70653.msg669588.html#msg669588 (https://forum.fhem.de/index.php/topic,70653.msg669588.html#msg669588) schon beschrieben
den Symbolic Link kannst du auch auslassen.
es geht nur darum:
in der Konfig-Datei steht halt der Name der Java Datei drin. Du musst also entweder die aktuelle Version immer so umbenennen oder du legst einen Symbolic Link mit diesem Namen an, das macht die Sache bei neuen Versionen minimal einfacher, gerade wenn man die älteren Versionen noch behalten möchte.
im Prinzip kannst du aber auch einfach ein:
cp JTradfri-31102017-0.0.4-snapshot-all.jar JTradfri.latest.jar
machen, wobei du den mittleren Teil natürlich an die aktuelle Version anpassen musst.
Zitat von: Mickey Mouse am 18 November 2017, 21:49:07
ich hatte das hier https://forum.fhem.de/index.php/topic,70653.msg669588.html#msg669588 (https://forum.fhem.de/index.php/topic,70653.msg669588.html#msg669588) schon beschrieben
Hallo Mickey Mouse,
ich habe es nun versucht. Als erstes habe ich die beiden Daten angelegt und mit dem jeweiligen Inhalt gefüllt. SecureKey und IP habe ich angepasst, mehr aber nicht:
sudo nano /etc/systemd/system/fhem.service
[Unit]
Description=FHEM
Wants=network.target
Wants=jtradfri.service
After=network.target
[Service]
Type=forking
User=fhem
Group=dialout
Restart=always
RestartSec=5
WorkingDirectory=/opt/fhem/
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
[Install]
WantedBy=multi-user.target
sudo nano /etc/systemd/system/jtradfri.service
[Unit]
Description=FHEM Tradfri Java Client
Wants=network.target
After=network.target
[Service]
User=fhem
Group=dialout
Type=simple
WorkingDirectory=/opt/fhem/Tradfri-Java/
ExecStart=/usr/bin/java -jar JTradfri.jar -s 8...A -g 192.168.188.35
[Install]
WantedBy=fhem.service
# muss natürlich z.B. auf multi-user.target geändert werden, wenn man keinen fhem.service hatNun habe ich den Raspi neu gestartet.
Nun habe ich die 3 Befehle
sudo systemctl daemon-reload
sudo systemctl enable fhem.service
sudo systemctl enable jtradfri.servicein der Konsole eingegeben und jeweils folgende Rückmeldung erhalten:
Zitatsudo: systemctl: command not found
Ich habe übrigens folgendes System:
ZitatLinux-Distribution und -Release
PRETTY_NAME="Raspbian GNU/Linux 7 (wheezy)"
NAME="Raspbian GNU/Linux"
VERSION_ID="7"
VERSION="7 (wheezy)"
ID=raspbian
ID_LIKE=debian
ANSI_COLOR="1;31"
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
Linux-Kernel-Version auslesen
Linux raspberrypi 4.9.62-v7+ #1051 SMP Fri Nov 17 12:33:54 GMT 2017 armv7l GNU/Linux
Firmware des Raspi
Nov 17 2017 15:19:00
Copyright (c) 2012 Broadcom
version 2c2faa4c5e38cc04d01245905b8338e8fc55ee0d (clean) (release)
Vielen Dank für Deine / Euer aller Hilfe
Martin
Hallo Mal wieder,
ich habe nun mein System dank dieser Anleitung auf "Jessie" aktualisiert (https://www.datenreise.de/raspberry-pi-raspbian-linux-wheezy-jessie-upgrade/).
ZitatLinux-Distribution und -ReleasePRETTY_NAME="Raspbian GNU/Linux 8 (jessie)"
NAME="Raspbian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
Linux-Kernel-Version
Linux raspberrypi 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux
Firmware-Version des Raspberry Pi
Jul 3 2017 14:16:43
Copyright (c) 2012 Broadcom
version 4139c62f14cafdb7d918a3eaa0dbd68cf434e0d8 (tainted) (release)
Anschließend die Befehle
sudo systemctl daemon-reload
sudo systemctl enable tradfri.service
sudo systemsctl start tradfri.serviceausgeführt und keine Fehlermeldung erhalten.
Das System neu gestartet.
Was soll ich sagen: Das Gateway ist
disconnected.
Im Log finde ich beim Neustart folgenden Eintrag
2017.11.21 20:51:51 3: Opening TradfriGW device localhost:1505
2017.11.21 20:51:51 3: Can't connect to localhost:1505: Verbindungsaufbau abgelehnt
2017.11.21 20:51:51 1: [TradfriGateway] Can't write, connection is not opened!Auch ein
shutdown restart hilft nicht.
Führe ich in der Konsole den Befehl
java -jar JTradfri-06112017-0.0.5-snapshot-all.jar -s 8bK6VjTimMqK6dNA -g 192.168.188.35aus, ist das Gateway
opened. Sobald ich diese schließe wieder
disconnected...
Kann mir jemand helfen?
Vielen Dank
Martin
mach mal ein sudo systemsctl status -l tradfri.service
dann kannst Du den Output sehen ...
Hast Du in dem geposteten Script auch die IP und das PW entsprechend angepasst?
Hallo Wuppi,
danke für Deine Hilfe.
Zitat von: Wuppi68 am 21 November 2017, 21:09:57
mach mal ein sudo systemsctl status -l tradfri.service
dann kannst Du den Output sehen ...
pi@raspberrypi ~ $ sudo systemsctl status -l tradfri.service
sudo: systemsctl: Kommando nicht gefundenDanach habe ich die anderen Befehle nochmal ausgeführt:
pi@raspberrypi ~ $ sudo systemctl daemon-reload
pi@raspberrypi ~ $ sudo systemctl enable tradfri.service
Created symlink from /etc/systemd/system/multi-user.target.wants/tradfri.service to /etc/systemd/system/tradfri.service.
pi@raspberrypi ~ $ sudo systemsctl start tradfri.service
sudo: systemsctl: Kommando nicht gefundenZitat von: Wuppi68 am 21 November 2017, 21:09:57
Hast Du in dem geposteten Script auch die IP und das PW entsprechend angepasst?
Ich habe in der Datei
sudo nano /etc/systemd/system/jtradfri.service die Zeile
ExecStart=/usr/bin/java -jar JTradfri.jar -s 8...A -g 192.168.188.35angepasst. Das
Gateway-Secret habe ich nur fürs Forum gekürzt...
Martin
ich wähle ein "s" ;)
nee, mal im Ernst, gucke dir das mal an, da steht systemsctl statt systemctl, sowohl bei Start als auch Info, dann wird der Service natürlich nicht gestartet.
Zitat von: Mickey Mouse am 21 November 2017, 21:24:42
ich wähle ein "s" ;)
nee, mal im Ernst, gucke dir das mal an, da steht systemsctl statt systemctl, sowohl bei Start als auch Info, dann wird der Service natürlich nicht gestartet.
Das kommt davon, wenn man keine Ahnung hat und nur kopiert... :)
pi@raspberrypi ~ $ sudo systemctl status -l tradfri.service
* tradfri.service - FHEM Tradfri Gateway Daemon
Loaded: loaded (/etc/systemd/system/tradfri.service; enabled)
Active: activating (auto-restart) (Result: exit-code) since Di 2017-11-21 21:25:58 CET; 42ms ago
Process: 1029 ExecStart=/usr/bin/java -jar /opt/fhem/tradfri_java/JTradfri.latest.jar -s 8bK6VjTimMqK6dNA -g 192.168.188.35 (code=exited, status=1/FAILURE)
Main PID: 1029 (code=exited, status=1/FAILURE)
Nov 21 21:25:58 raspberrypi systemd[1]: Unit tradfri.service entered failed state.
Martin
oki,
geb mal Deinen Start manuell auf der Console mit sudo ein also
sudo /usr/bin/java -jar /opt/fhem/tradfri_java/JTradfri.latest.jar -s 8bK6VjTimMqK6dNA -g 192.168.188.35
mal schauen, was da passiert
Hallo Wuppi,
pi@raspberrypi ~ $ sudo /usr/bin/java -jar /opt/fhem/tradfri_java/JTradfri.latest.jar -s 8bK6VjTimMqK6dNA -g 192.168.188.35
Error: Unable to access jarfile /opt/fhem/tradfri_java/JTradfri.latest.jar
Aber irgendwie öffnet auch der altbekannte Befehl
java -jar JTradfri-06112017-0.0.5-snapshot-all.jar -s 8bK6VjTimMqK6dNA -g 192.168.188.35
das Gateway nicht mehr... >:(
pi@raspberrypi ~ $ java -jar JTradfri-06112017-0.0.5-snapshot-all.jar -s 8bK6VjTimMqK6dNA -g 192.168.188.35
JTradfri 0.0.5-snapshot
[GWConnection] Doing handshake to get connection keys/ parameters...
Nov 21, 2017 9:35:14 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Starting endpoint at coaps://0.0.0.0:0
Nov 21, 2017 9:35:14 PM org.eclipse.californium.scandium.DTLSConnector start
INFORMATION: DTLS connector listening on [0.0.0.0/0.0.0.0:58667] with MTU [1.280] using (inbound) datagram buffer size [16.474 bytes]
Nov 21, 2017 9:35:14 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Started endpoint at coaps://0.0.0.0:58667
Nov 21, 2017 9:35:14 PM org.eclipse.californium.core.CoapClient setEndpoint
INFORMATION: Started set client endpoint 0.0.0.0/0.0.0.0:58667
[GWConnection] Handshake: Using identity "jtr_18c96a"
[GWConnection] Tradfri gateway firmware version: 1.2.0042
[GWConnection] Got connection psk: U5cH7kQvrfMOpymV
Nov 21, 2017 9:35:17 PM org.eclipse.californium.scandium.DTLSConnector stop
INFORMATION: Stopping DTLS connector on [0.0.0.0/0.0.0.0:58667]
Nov 21, 2017 9:35:17 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Starting endpoint at coaps://0.0.0.0:0
Nov 21, 2017 9:35:17 PM org.eclipse.californium.scandium.DTLSConnector start
INFORMATION: DTLS connector listening on [0.0.0.0/0.0.0.0:56052] with MTU [1.280] using (inbound) datagram buffer size [16.474 bytes]
Nov 21, 2017 9:35:17 PM org.eclipse.californium.core.network.CoapEndpoint start
INFORMATION: Started endpoint at coaps://0.0.0.0:56052
Nov 21, 2017 9:35:17 PM org.eclipse.californium.core.CoapClient setEndpoint
INFORMATION: Started set client endpoint 0.0.0.0/0.0.0.0:56052
[GWConnection] Fetching well-known...
[GWConnection] <//15006>;ct=0;obs,<//15001>;ct=0;obs,<//15004>;ct=0;obs,<//15004/add>;ct=0,<//15004/remove>;ct=0,<//15010>;ct=0;obs,<//15005>;ct=0;obs,<//15011/15012>;ct=0;obs,<//15011/9034>;ct=0,<//15011/9030>;ct=0,<//15011/9031>;ct=0,<//15011/9094>;ct=0;obs,<//15011/9095>;ct=0;obs,<//15001/65537>;ct=0;obs,<//15001/65539>;ct=0;obs,<//15001/65538>;ct=0;obs,<//15001/65536>;ct=0;obs,<//15001/65540>;ct=0;obs,<//15005/189933/215644>;ct=0;obs,<//15005/189933/228666>;ct=0;obs,<//15005/189933/207968>;ct=0;obs,<//15005/169417/207955>;ct=0;obs,<//15004/169417>;ct=0;obs,<//15005/169417>;ct=0;obs,<//15004/189933>;ct=0;obs,<//15005/189933>;ct=0;obs,<//15005/169417/219459>;ct=0;obs,<//15005/169417/208253>;ct=0;obs,<//15005/169417/209817>;ct=0;obs,<//15011/9063>;ct=0
JTradfri Commandline
Type "help" to show available commands
[TcpServer] Binding of socket @ port 1505 successfull.
^[[TcpServer] Connection at port 1505 opened (Hash 10263723)
[TcpClientHandler-10263723] Received command: device::subscribe::65538
[TcpClientHandler-10263723] Subscribed to changes for device 65538
[TcpClientHandler-10263723] Received command: device::subscribe::65537
[TcpClientHandler-10263723] Subscribed to changes for device 65537
[TcpClientHandler-10263723] Received command: device::subscribe::65536
[TcpClientHandler-10263723] Subscribed to changes for device 65536
[TcpClientHandler-10263723] Received command: device::subscribe::65539
[TcpClientHandler-10263723] Subscribed to changes for device 65539
[TcpClientHandler-10263723] Received command: device::subscribe::65540
[TcpClientHandler-10263723] Subscribed to changes for device 65540
[TcpClientHandler-10263723] Received command: group::subscribe::169417
[TcpClientHandler-10263723] Subscribed to changes for group 169417
[TcpClientHandler-10263723] Received command: group::moodlist::169417
[TcpClientHandler-10263723] Sent moodlist for group 169417: [{"moodid":219459,"groupid":169417,"name":"EVERYDAY"},{"moodid":208253,"groupid":169417,"name":"RELAX"},{"moodid":209817,"groupid":169417,"name":"FOCUS"},{"moodid":207955,"groupid":169417,"name":"Nacht"}]
[TcpClientHandler-10263723] Received command: group::subscribe::189933
[TcpClientHandler-10263723] Subscribed to changes for group 189933
[TcpClientHandler-10263723] Received command: group::moodlist::189933
[TcpClientHandler-10263723] Sent moodlist for group 189933: [{"moodid":215644,"groupid":189933,"name":"EVERYDAY"},{"moodid":228666,"groupid":189933,"name":"RELAX"},{"moodid":207968,"groupid":189933,"name":"FOCUS"}]
HIer auch mal mein Listing auf dem PI:
pi@raspberrypi ~ $ ls -l
-rw-r--r-- 1 pi pi 18761948 Feb 19 2017 fhem-5.8.deb
-rw-r--r-- 1 root root 8870716 Nov 18 16:58 JTradfri-06112017-0.0.5-snapshot-all.jar
-rw-r--r-- 1 pi pi 8870716 Nov 20 17:51 JTradfri.latest.jar
also erstmal kann man sich den Output eines per systemd gestarteten Service auch mit:
sudo journalctl -u jtradfri.service
ansehen (natürlich nur, wenn man man den Namen jtradfri verwendet hat, heißt der bei euch tradfri, dann muss man das entsprechend ändern)
hast du denn die aktuelle Jar Datei nach /opt/fhem/tradfri_java/JTradfri.latest.jar kopiert oder gelinkt?
Zitat von: Mickey Mouse am 21 November 2017, 21:45:23
also erstmal kann man sich den Output eines per systemd gestarteten Service auch mit:
sudo journalctl -u jtradfri.service
pi@raspberrypi ~ $ sudo journalctl -u jtradfri.service
-- Logs begin at Di 2017-11-21 21:22:06 CET, end at Di 2017-11-21 21:46:20 CET.
Nov 21 21:22:10 raspberrypi systemd[1]: Starting FHEM Tradfri Java Client...
Nov 21 21:22:10 raspberrypi systemd[1]: Started FHEM Tradfri Java Client.
Nov 21 21:22:10 raspberrypi systemd[1]: jtradfri.service: main process exited, c
Nov 21 21:22:10 raspberrypi systemd[1]: Unit jtradfri.service entered failed sta
lines 1-5/5 (END)
Zitat von: Mickey Mouse am 21 November 2017, 21:45:23
hast du denn die aktuelle Jar Datei nach /opt/fhem/tradfri_java/JTradfri.latest.jar kopiert oder gelinkt?
ich hoffe, ich habe kopiert...
pi@raspberrypi ~ $ ls -l
-rw-r--r-- 1 pi pi 18761948 Feb 19 2017 fhem-5.8.deb
-rw-r--r-- 1 root root 8870716 Nov 18 16:58 JTradfri-06112017-0.0.5-snapshot-all.jar
-rw-r--r-- 1 pi pi 8870716 Nov 20 17:51 JTradfri.latest.jarÜbrigens habe ich neue Post im Log-File (verbose 5 für TragfriGW)
Zitat2017.11.21 21:33:53 1: localhost:1505 disconnected, waiting to reappear (TradfriGW)
2017.11.21 21:35:53 5: SW: device::subscribe::65538
2017.11.21 21:35:53 5: SW: device::subscribe::65537
2017.11.21 21:35:53 5: SW: device::subscribe::65536
2017.11.21 21:35:53 5: SW: device::subscribe::65539
2017.11.21 21:35:53 5: SW: device::subscribe::65540
2017.11.21 21:35:53 5: SW: group::subscribe::169417
2017.11.21 21:35:53 5: SW: group::moodlist::169417
2017.11.21 21:35:53 5: SW: group::subscribe::189933
2017.11.21 21:35:53 5: SW: group::moodlist::189933
2017.11.21 21:35:53 1: localhost:1505 reappeared (TradfriGW)
2017.11.21 21:35:53 5: TradfriGW: dispatch subscribedDeviceUpdate::65538::{"lastSeenAt":1511014947,"createdAt":1510600047,"reachabilityState":1,"name":"TRADFRI remote control","dimvalue":0,"type":"TRADFRI remote control","deviceid":65538,"version":"1.1.1.1-5.7.2.0","manufacturer":"IKEA of Sweden","onoff":0}
2017.11.21 21:35:53 5: TradfriGW: dispatch subscribedDeviceUpdate::65537::{"lastSeenAt":1511289748,"createdAt":1508536982,"reachabilityState":1,"name":"Treppenhaus-OG","dimvalue":3,"type":"TRADFRI bulb E27 W opal 1000lm","deviceid":65537,"version":"1.2.214","manufacturer":"IKEA of Sweden","onoff":1}
2017.11.21 21:35:53 5: TradfriGW: dispatch subscribedDeviceUpdate::65536::{"lastSeenAt":1511019425,"createdAt":1508536935,"reachabilityState":1,"name":"Bewegungsmelder_Treppenhaus_OG","dimvalue":0,"type":"TRADFRI motion sensor","deviceid":65536,"version":"1.2.214","manufacturer":"IKEA of Sweden","onoff":0}
2017.11.21 21:35:53 5: TradfriGW: dispatch subscribedDeviceUpdate::65539::{"lastSeenAt":1511282453,"createdAt":1510600404,"color":"efd275","reachabilityState":0,"name":"Esszimmer_01","dimvalue":38,"type":"TRADFRI bulb E27 WS opal 980lm","deviceid":65539,"version":"1.2.217","manufacturer":"IKEA of Sweden","onoff":1}
2017.11.21 21:35:53 5: TradfriGW: dispatch subscribedDeviceUpdate::65540::{"lastSeenAt":1511282442,"createdAt":1510600453,"color":"efd275","reachabilityState":0,"name":"Esszimmer_02","dimvalue":38,"type":"TRADFRI bulb E27 WS opal 980lm","deviceid":65540,"version":"1.2.217","manufacturer":"IKEA of Sweden","onoff":1}
2017.11.21 21:35:53 5: TradfriGW: dispatch subscribedGroupUpdate::169417::{"createdAt":1508536947,"mood":219459,"groupid":169417,"members":[{"name":"Treppenhaus-OG","deviceid":65537},{"name":"Bewegungsmelder_Treppenhaus_OG","deviceid":65536}],"name":"Treppenhaus_OG","dimvalue":0,"onoff":0}
2017.11.21 21:35:53 5: TradfriGW: dispatch moodList::169417::[{"moodid":219459,"groupid":169417,"name":"EVERYDAY"},{"moodid":208253,"groupid":169417,"name":"RELAX"},{"moodid":209817,"groupid":169417,"name":"FOCUS"},{"moodid":207955,"groupid":169417,"name":"Nacht"}]
2017.11.21 21:35:53 5: TradfriGW: dispatch subscribedGroupUpdate::189933::{"createdAt":1510600166,"mood":228666,"groupid":189933,"members":[{"name":"Esszimmer_01","deviceid":65539},{"name":"TRADFRI remote control","deviceid":65538},{"name":"Esszimmer_02","deviceid":65540}],"name":"Esszimmer","dimvalue":0,"onoff":0}
2017.11.21 21:35:53 5: TradfriGW: dispatch moodList::189933::[{"moodid":215644,"groupid":189933,"name":"EVERYDAY"},{"moodid":228666,"groupid":189933,"name":"RELAX"},{"moodid":207968,"groupid":189933,"name":"FOCUS"}]
2017.11.21 21:36:54 1: localhost:1505 disconnected, waiting to reappear (TradfriGW)
mach doch mal ein
ls -al /opt/fhem/
ich glaube, Du hast es nicht im richtigen Verzeichnis liegen :-(
Zitat von: Wuppi68 am 21 November 2017, 22:02:04
mach doch mal ein
ls -al /opt/fhem/
ich glaube, Du hast es nicht im richtigen Verzeichnis liegen :-(
pi@raspberrypi ~ $ ls -al /opt/fhem/
insgesamt 349060
drwxrwxrwx 14 fhem root 4096 Nov 20 17:46 .
drwxr-xr-x 14 root root 4096 Nov 21 20:29 ..
-rw--w--w- 1 fhem root 315 Nov 14 2015 .bash_history
drwxr-xr-x 2 fhem root 4096 M▒r 27 2017 cache
-rw-rw-rw- 1 fhem root 220375 Nov 21 21:08 CHANGED
-rw-r--r-- 1 fhem root 35274 Nov 1 2016 config
-rw-rw-rw- 1 fhem root 39189 Sep 21 17:35 configDB.pm
drwxrwxrwx 32 fhem root 4096 Aug 21 2016 contrib
drwxrwxrwx 2 fhem root 4096 Aug 12 2015 demolog
drwxrwxrwx 4 fhem root 4096 Aug 21 15:18 docs
drwxrwxrwx 6 fhem root 24576 Nov 16 18:04 FHEM
-rw-rw-rw- 1 fhem root 89619 Nov 21 20:35 fhem.cfg
-rw-rw-rw- 1 fhem root 15740 Okt 18 22:04 fhem.cfg.demo
-rw-rw-rw- 1 fhem root 141271 Nov 21 21:08 fhem.pl
-rw-r--r-- 1 fhem root 89215658 Sep 30 23:58 Heizkoerper-Temperatur-2017-09.log
-rw-r--r-- 1 fhem root 161934452 Okt 31 23:59 Heizkoerper-Temperatur-2017-10.log
-rw-r--r-- 1 fhem root 105595701 Nov 21 22:02 Heizkoerper-Temperatur-2017-11.log
lrwxrwxrwx 1 pi pi 12 Nov 20 17:46 JTradfri.jar -> JTradfri-NEU
drwxrwxrwx 2 fhem root 4096 Nov 1 00:00 log
-rw-r--r-- 1 fhem root 35884 Nov 21 21:08 MAINTAINER.txt
-rw-rw-rw- 1 fhem root 761 Nov 9 2014 README_DEMO.txt
drwxrwxrwx 5 fhem root 4096 Nov 21 20:35 restoreDir
drwxr-xr-x 2 root root 4096 Nov 18 21:32 tradfri_java
drwxr-xr-x 2 fhem root 4096 Jun 5 20:25 unsed
drwxrwxrwx 2 fhem root 4096 Jun 5 20:25 unused
drwxrwxrwx 9 fhem root 4096 Sep 8 2016 www
drwxrwxrwx 3 fhem root 4096 Jan 15 2016 .yowsup
Zitat von: Martin-72 am 21 November 2017, 22:03:11
pi@raspberrypi ~ $ ls -al /opt/fhem/
idrwxr-xr-x 2 root root 4096 Nov 18 21:32 tradfri_java
und jetzt ein
ls -al /home/fhem/tradfri_java
Zitat von: Wuppi68 am 21 November 2017, 22:05:41
ls -al /home/fhem/tradfri_java
Zitatpi@raspberrypi ~ $ ls -al /home/fhem/tradfri_java
ls: Zugriff auf /home/fhem/tradfri_java nicht m▒glich: Datei oder Verzeichnis nicht gefunden
Aber mal ne Frage dazu: Wieso denn eigentlich /
home/fhem/tradfri_java und nicht /
opt/fhem/tradfri_java
Da wäre die Anzeige dann:
Zitatpi@raspberrypi /opt/fhem $ ls -al /opt/fhem/tradfri_java
insgesamt 12
drwxr-xr-x 2 root root 4096 Nov 18 21:32 .
drwxrwxrwx 14 fhem root 4096 Nov 20 17:46 ..
-rw-r--r-- 1 root root 357 Nov 18 21:32 tradfri.service
Zitat von: Martin-72 am 21 November 2017, 22:12:46
Aber mal ne Frage dazu: Wieso denn eigentlich /home/fhem/tradfri_java und nicht /opt/fhem/tradfri_java
Da wäre die Anzeige dann:
weil ich doof war :-)
erst Dein s mit kopiert
und dann das falsche Verzeichnis
Du hast die java Dateien nicht unter /opt/fhem... abgelegt die liegen noch wo anders (Homeverzeichniss von User pi?)
Zitat von: Wuppi68 am 22 November 2017, 06:33:56
weil ich doof war :-)
Glaub ich nicht... :)
Zitat von: Wuppi68 am 22 November 2017, 06:33:56
Du hast die java Dateien nicht unter /opt/fhem... abgelegt die liegen noch wo anders (Homeverzeichniss von User pi?)
Hallo Wuppi,
jetzt, wo Du es sagst... Die liegen im Hauptverzeichnis, also in dem Verzeichnis, in dem ich mcih befinde, wenn ich mich einlogge auf dem RasPi...
pi@raspberrypi ~ $ ls -l
-rw-r--r-- 1 pi pi 18761948 Feb 19 2017 fhem-5.8.deb
-rw-r--r-- 1 root root 8870716 Nov 18 16:58 JTradfri-06112017-0.0.5-snapshot-all.jar
-rw-r--r-- 1 pi pi 8870716 Nov 20 17:51 JTradfri.latest.jar
Sollte ich dann mit dem Befehl
mv JTradfri.latest.jar /opt/fhemdie Datei verschieben?
Habe leider grade keinen Zugriff auf meinen RasPi um zu testen, da ich nicht zu Hause bin...
Martin
dann mache am besten folgendes :-)
lege ein Verzeichniss traedfri unter /opt an
kopiere/verschiebe dort die Dateien hin
passe Dein Traedfri.service an die neuen Pfade an
mkdir /opt/traedfri
cp <JAR Dateien> /opt/traedfri
und dann "nur" noch die Datei traedfri.service anpassen
Viel Erfolg
Ralf
PS.: Systemdienste liegen normalerweise nicht in User Verzeichnissen ;-) Dafür gibt es z.B: /usr/local/bin /usr/share/<Produkt>, /usr/local/share/<Produkt>, /usr/local/lib<Produkt> t(o) b(e) c(ontinued)
Zitat von: Wuppi68 am 22 November 2017, 15:28:46
und dann "nur" noch die Datei traedfri.service anpassen
die drei systemctl (daemon-reload, enable und start) auch nochmal ausführen...
ich bin mir jetzt nicht sicher ob alle drei nötig sind (mit dem systemd habe ich vorher nie beschäftigt), aber schaden kann es eigentlich nicht.
Zitat von: Mickey Mouse am 22 November 2017, 15:40:08
die drei systemctl (daemon-reload, enable und start) auch nochmal ausführen...
ich bin mir jetzt nicht sicher ob alle drei nötig sind (mit dem systemd habe ich vorher nie beschäftigt), aber schaden kann es eigentlich nicht.
config geändert --> daemon-reload
enabled ist er schon
starten --> natürlich
:-)
Hallo Wuppi,
Hallo Mickey Mouse,
dank Eurer Hilfe habe ich es geschafft. Vielen Vielen Dank... ;D
Meine tradfri.service sieht übrigens so aus:
[Unit]
Description=FHEM Tradfri Java Client
Wants=network.target
After=network.target
[Service]
User=fhem
Group=dialout
Type=simple
WorkingDirectory=/opt/fhem/tradfri_java/
ExecStart=/usr/bin/java -jar /opt/tradfri/JTradfri.latest.jar -s 8...A -g 192.168.188.35
[Install]
WantedBy=fhem.service
# muss natürlich z.B. auf multi-user.target geändert werden, wenn man keinen $ fhem.service hat
Wobei ich den Ordner nicht traedfri sondern tradfri genannt habe...
Danke und bis zum nächsten Problem 8)
Martin
Tofte!
Gestern habe ich (weiß der Geier, was mich geritten hat), das Gateway per App aktualisiert.
Seitdem funktionierte die Steuerung über das alten FHEM Modul nicht mehr.
Mit dem JTradfri tut's das jetzt wieder.
Danke!
Micky
Zitat von: micky0867 am 23 November 2017, 18:49:37
Tofte!
Gestern habe ich (weiß der Geier, was mich geritten hat), das Gateway per App aktualisiert.
Seitdem funktionierte die Steuerung über das alten FHEM Modul nicht mehr.
Mit dem JTradfri tut's das jetzt wieder.
Tja, ich wollte auch nur 3 neue Lampen integrieren und hab die gleiche Dummheit begangen.
Hab das alte Modul trotz längerer Bastelei nicht wieder zum laufen gebraucht.
JTradfri tut es jetzt auch bei mir, obwohl ich eigentlich das Java-Zeugs vermeiden wollte. ;)
Danke an alle Mitwirkenden.
Nochmals besten Dank für das Modul, absolut alltagstauglich (größtes Problem ist zZ die Frau im Hause, die ständig die runden IKEA Dimmer zerlegt :o)
Da ich fast ausschließlich von Smartphone/Tablet arbeite und hier die KonsolenApps mehr als bescheiden sind, habe ich den hier bereits erklärten Service noch über FHEM steuerbar angelegt. So spare ich mir die Konsole, wenn man das Gateway mal vom Netz trennt oder sonstige Dinge einen Neustart des Services benötigen.
define FHEM.tradfri.DOIF DOIF ([FHEM.tradfri] eq "start") (set FHEM.tradfri on, {system ("sudo systemctl start jtradfri.service")}) DOELSEIF ([FHEM.tradfri] eq "stop") (set FHEM.tradfri off, {system ("sudo systemctl stop jtradfri.service")}) DOELSEIF ([FHEM.tradfri] eq "restart") (set FHEM.tradfri on, {system ("sudo systemctl restart jtradfri.service")})
define FHEM.tradfri dummy
attr FHEM.tradfri webCmd start:stop:restart
Ggf. benötigt der FHEM User noch das Recht, sudo auszuführen, dafür /etc/sudoers editieren und FHEM ALL = (ALL) ALL oder FEHM ALL = NOPASSWD: ALL anfügen.
Zitat von: kermitthefrog am 01 Dezember 2017, 08:06:07
Nochmals besten Dank für das Modul, absolut alltagstauglich (größtes Problem ist zZ die Frau im Hause, die ständig die runden IKEA Dimmer zerlegt :o)
Da ich fast ausschließlich von Smartphone/Tablet arbeite und hier die KonsolenApps mehr als bescheiden sind, habe ich den hier bereits erklärten Service noch über FHEM steuerbar angelegt. So spare ich mir die Konsole, wenn man das Gateway mal vom Netz trennt oder sonstige Dinge einen Neustart des Services benötigen.
define FHEM.tradfri.DOIF DOIF ([FHEM.tradfri] eq "start") (set FHEM.tradfri on, {system ("sudo systemctl start jtradfri.service")}) DOELSEIF ([FHEM.tradfri] eq "stop") (set FHEM.tradfri off, {system ("sudo systemctl stop jtradfri.service")}) DOELSEIF ([FHEM.tradfri] eq "restart") (set FHEM.tradfri on, {system ("sudo systemctl restart jtradfri.service")})
define FHEM.tradfri dummy
attr FHEM.tradfri webCmd start:stop:restart
Ggf. benötigt der FHEM User noch das Recht, sudo auszuführen, dafür /etc/sudoers editieren und FHEM ALL = (ALL) ALL oder FEHM ALL = NOPASSWD: ALL anfügen.
Hi,
da gibt es doch hier https://forum.fhem.de/index.php/topic,79952.0.html schon das passende Modul ;-)
Zitat von: Wuppi68 am 01 Dezember 2017, 13:25:52
Hi,
da gibt es doch hier https://forum.fhem.de/index.php/topic,79952.0.html schon das passende Modul ;-)
::) tja schade auch, deine Lösung sieht besser aus ;)
Wieder was gelernt... auch beim selbst erstellen 8)
Zitat von: kermitthefrog am 01 Dezember 2017, 14:06:44
::) tja schade auch, deine Lösung sieht besser aus ;)
Wieder was gelernt... auch beim selbst erstellen 8)
hey, das ist nicht meine Lösung ... will mich ja nicht mit fremden Federn schmücken 8-)
Hi,
ich habe mir gestern das Tradfri-System besorgt und versuche es nun in FHEM einzubauen.
Habe mich so weit ich das einschätzen kann, genau an die Anleitung von Peter Kappelt gehalten.
Leider wird die Gateway bei mir als "IDLE" angezeigt. Hat jemand eine Idee was das bedeutet
und wie ich es zum Laufen bringe?
LG
Hast du JTradfri benutzt?
Wenn nicht, dann nimm das.
Hi zusammen,
hat es schon jemand geschafft, die Stimmungen mit Hilfe von Alexa umzuschalten? Falls ja wäre ich dankbar für ein paar Tipps...
Oli
Ich habe die Version ohne Java durch das Erstellen eines neuen Keys zum Laufen gebracht (Antwort #340).
Das Gateway wird zwar immernoch als IDLE angezeigt, aber es scheint zu funktionieren.
LG
Ich versuche jtradfri in einem Docker-Container laufen zu lassen.
Als Images habe ich openjdk:8-jre, openjdk:8 wie auch openjdk:8-jre-slim ausprobiert.
In allen Fällen habe ich folgenden Fehler:
Dec 08, 2017 8:57:15 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
Dec 08, 2017 8:57:15 PM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:57498] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
Dec 08, 2017 8:57:15 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:57498
Dec 08, 2017 8:57:15 PM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:57498
Dec 08, 2017 8:57:15 PM org.eclipse.californium.scandium.DTLSConnector stop
INFO: Stopping DTLS connector on [0.0.0.0/0.0.0.0:57498]
Dec 08, 2017 8:57:15 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
Dec 08, 2017 8:57:15 PM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:38603] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
Dec 08, 2017 8:57:15 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:38603
Dec 08, 2017 8:57:15 PM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:38603
Exception in thread "main" java.lang.NullPointerException
at net.kappelt.JTradfri.Commands.Commandline.run(Commandline.java:26)
at net.kappelt.JTradfri.JTradfri.startThreadHandler(JTradfri.java:62)
at net.kappelt.JTradfri.JTradfri.main(JTradfri.java:48)
Hat jemand einen Tipp woher dieser Fehler kommt und was ich evtl. anpassen muss?
Vielen Dank.
Nachtrag: Es hat vermutlich irgendetwas mit der Console zu tun:
String[] input = System.console().readLine().split(" ");
https://stackoverflow.com/questions/25377131/docker-java-application-failing-at-obtaining-input-from-console
Ich weiß nur nicht wieso. :-)
Wahrscheinlich Docker-relevant, aber dennoch habe ich keine Idee wie ich das lösen kann.
Getestete Version:
openjdk version "1.8.0_151"
OpenJDK Runtime Environment (build 1.8.0_151-8u151-b12-1~deb9u1-b12)
OpenJDK 64-Bit Server VM (build 25.151-b12, mixed mode)
java version "1.8.0_151"
Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)
Am Rande: Kann es sein, dass man das TradfriGateway überhaupt nicht auf einen anderen Host als "localhost" legen kann? Ich habe im Internal "DeviceName" immer "localhost:1505" stehen. Das ändert sich einfach nicht. Egal, welchen Hostnamen ich in DEF stehen habe.
Oder liegt es daran, dass er unter den anderen Hosts den Dienst nicht findet.
Am Rande: Ich habe den letzten Post ein paar mal erweitert, um vielleicht mehr Material zu Lösungsfindung zu haben. Danke.
Hallo,
danke für die Anleitungen :) Ich habe allerdings das Problem, dass ich immer eine NullPointerException (eine andere als zuvor schon erwähnt):
java -jar JTradfri-06112017-0.0.5-snapshot-all.jar -s xxx -g 192.168.178.79
[GWConnection] Doing handshake to get connection keys/ parameters...
Dec 12, 2017 10:01:16 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
Dec 12, 2017 10:01:16 PM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:39332] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
Dec 12, 2017 10:01:16 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:39332
Dec 12, 2017 10:01:16 PM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:39332
[GWConnection] Handshake: Using identity "jtr_2bca74"
Exception in thread "main" java.lang.NullPointerException
at net.kappelt.JTradfri.GWConnection.getIdentityInformation(GWConnection.java:254)
at net.kappelt.JTradfri.GWConnection.connectionOpen(GWConnection.java:114)
at net.kappelt.JTradfri.GWConnection.<init>(GWConnection.java:99)
at net.kappelt.JTradfri.JTradfri.startThreadHandler(JTradfri.java:57)
at net.kappelt.JTradfri.JTradfri.main(JTradfri.java:48)
Java Version ist:
java version "1.8.0_151"
Java(TM) SE Runtime Environment (build 1.8.0_151-b12)
Java HotSpot(TM) Client VM (build 25.151-b12, mixed mode)
Ich habe dei Anleitung von @freakadings auf S.16 probiert und auch schon einen neuen PSK generiert, leider ohne Änderung...
Grüße
hoffma0901
Meine Probleme haben scheinbar gar nichts mit Docker zu tun.
Jtradfri wie auch die FHEM-Module können - wie ich einigen GitHub-Tickets entnehmen kann - scheinbar derzeit nur mit ,,localhost" arbeiten. Teilweise ist der Hostname im Quellcode hart verdrahtet.
Und der Fehler in Zeile 26 mit ,,readline" ist auch irrelevant. Der tritt auch außerhalb von Docker auf. Jtradfri wird deswegen aber wohl wahrscheinlich laufen. Sieht halt nur unglücklich aus.
@Peter Kappelt: Gibt es eine Chance, dass du noch wieder an das Tradfri-Thema rangehst? Merci.
Ich konnte mein Problem lösen! Anscheinend musste ich trotz neuem PSK den alten aufgedruckten eingeben ....
wie sieht es aktuell mit den bewegungsmelder, bzw. dem dimmer aus?
klappt das aktuell?
Danke
Hallo zusammen,
ich habe jetzt ein bischen mit der RGB Lampe experimentiert damit man die Farben einfach über FHEM einstellen kann. Hierfür habe ich ein eventMap mit folgendem Inhalt angelegt:
dcf0f8:hellblau eaf6fb:blaugrau f5faf6:hellgrau f2eccf:hellbeige f1e0b5:beige efd275:gelb ebb63e:hellorange e78834:orange e57345:dunkelorange da5d41:terracotta dc4b31:rot e491af:rosa e8bedd:flieder d9337c:pink c984bb:helllila 8f2686:Dunkellila 4a418a:dunkelblau 6c83ba:hellblau a9d62b:grün d6e44b:hellgrün f5faf6:weiß f1e0b5:warmweiß
sowie ein webCMD mit:
dimvalue::color hellblau:color blaugrau:color hellgrau:color hellbeige:color beige:color gelb:color hellorange:color orange:color dunkelorange:color terracotta:color rot:color rosa:color flieder :color pink:color helllila:color Dunkellila:color dunkelblau:color hellblau:color grün:color hellgrün:color weiß:color warmweiß
Damit kann mann einigermaßen komfortabel die Farben einstellen. mit einer RGB Palette würde es natürlich noch besser ausschauen, das habe ich aber noch nicht hinbekommen (für Tipps bin ich dankbar)
Gruss mistermocs
p.s. schonmal schöne Weihnachten an euch alle!
Ich spiele mit dem Gedanken IKEA Trådfri anzuschaffen. Ich will allerdings "nur" das Dimmen über FHEM vornehmen und im Normalfall den normalen Lichtschalter zum Ein-und Ausschalten verwenden. Ich weiß, dass das nicht unbedingt so vorgesehen ist, aber ich fände es komfortabler als das Smartphone/Google Home via IFTTT zu benutzen um das Licht einzuschalten.
Daher zwei Fragen an Trådfri Besitzer, auf die ich keine Antwort finden konnte:
- Wenn ich die IKEA Trådfri auf z.B. 50% dimme, dann über den normalen Lichtschalter ausschalte (=stromlos mache) und danach wieder einschalte, startet sie dann bei der vorherigen Helligkeit, also 50% im Beispiel?
- Wie lange braucht die Lampe in dem Fall zum booten und verbinden, d.h. ab wann leuchtet sie und ab wann kann ich dann (über FHEM) dimmen?
PS: Für Hue konnte ich es schon herausfinden, dort startet die Lampe nach dem stromlos machen bei 100% Helligkeit.
Gruß
Arne
Ich bin persönlich total angenervt was Tradfri angeht. Es gibt keine so gute API wie bei den Hues und überall gibt es nur angefangene Projekte, die man für die Integration nutzen kann. JTradfri ist - sorry Peter - irgendwie halbfertig. Die MQTT-Schnittstellen für Tradfri sind entweder für uns nicht nutzbar oder unterstützen nicht alle Features - weil die Repos nicht aktuell sind.
Und die Hardware nervt mich auch: https://forum.fhem.de/index.php/topic,81982.0.html
Ich probiere nun auch mal Hue Bulbs aus. Mal schauen. Wenigstens habe ich hier eine große Community. Für die HueBridge-Fhem-Geräte sind keund Hintergrunddienste erforderlich.
Zitat von: arneman am 02 Januar 2018, 21:53:56
- Wenn ich die IKEA Trådfri auf z.B. 50% dimme, dann über den normalen Lichtschalter ausschalte (=stromlos mache) und danach wieder einschalte, startet sie dann bei der vorherigen Helligkeit, also 50% im Beispiel?
- Wie lange braucht die Lampe in dem Fall zum booten und verbinden, d.h. ab wann leuchtet sie und ab wann kann ich dann (über FHEM) dimmen?
PS: Für Hue konnte ich es schon herausfinden, dort startet die Lampe nach dem stromlos machen bei 100% Helligkeit.
Gruß
Arne
Die erste Frage kann ich beantworten. Die Tradfri startet wieder mit der zuletzt eingestellten Helligkeit.
Die zweite nur zum Teil: nach Einschalten des Stromes leuchtet sie praktisch sofort. Wie lange es dauert, bis sie die Verbindung steht, kann ich nicht sagen.
Tobias
Mobil gesendet, darum kurz...
Zitat von: tpm88 am 02 Januar 2018, 23:20:42
Die erste Frage kann ich beantworten. Die Tradfri startet wieder mit der zuletzt eingestellten Helligkeit.
Die zweite nur zum Teil: nach Einschalten des Stromes leuchtet sie praktisch sofort. Wie lange es dauert, bis sie die Verbindung steht, kann ich nicht sagen.
Cool, das ist schon mal super. Dann würde es sich ja für meinen Anwendungsfall eignen, weil ich die Lampe vermutlich hauptsächlich mittels Strom an/aus (also klassischer Lichtschalter) schalten werde und das dimmen nur gelegentlich anpassen will! Danke.
Gruß
Arne
Zitat von: arneman am 02 Januar 2018, 21:53:56
Ich weiß, dass das nicht unbedingt so vorgesehen ist, aber ich fände es komfortabler als das Smartphone/Google Home via IFTTT zu benutzen um das Licht einzuschalten.
Die Tradfri Lampen mit Tradfri Fernbedienung sind aber ja auch nicht viel teurer und dann kannst Du einfach darüber ein- und ausschalten und dimmen. Und wenn Du eine Hue Bridge statt des Ikea Gateways nutzt ist die Einbindung in FHEM auch relativ easy.
Zitat von: sinus61 am 03 Januar 2018, 08:08:24
Die Tradfri Lampen mit Tradfri Fernbedienung sind aber ja auch nicht viel teurer und dann kannst Du einfach darüber ein- und ausschalten und dimmen. Und wenn Du eine Hue Bridge statt des Ikea Gateways nutzt ist die Einbindung in FHEM auch relativ easy.
Mittels Hue Gateway werde ich es nach den Infos hier (Danke!) auch wohl machen.
Die Steuerung von (Innen) Lampen per Fernbedienung oder auch Smartphone ist meistens deutlich langsamer/aufwendiger als per Lichtschalter. Wenn ich den Raum betrete, kostet mich der Lichtschalter vielleicht 1 sek. Das ist schwer zu schlagen. Nur das Dimmen finde ich per Google Home oder Smartphone deutlich komfortabler und ich muss keine (weitere) Fernbedienung herumliegen haben. Weiterer Nebeneffekt des normalen Lichtschalter: keine 0,5W Standby pro Leuchtmittel, wenn sie aus sind, aber eben auch keine Ferneinschaltung.
Die Fernbedienung hat ja einen Wandhalter den man anschrauben oder -kleben kann, darin hält sie dann magnetisch. Kann man dann so einfach wie einen Lichtschalter bedienen aber eben auch ohne Smartphone auch gleich dimmen. Und ich kann das Licht eben gleichzeitig auch per FHEM steuern, was aber vielleicht nicht für jeden Anwendungsfall notwendig ist. Aber so kann ich zusätzlich auch "Alexa, Licht an" sagen wenn ich mit vollem Tablet in die Küche komme und keine Hand frei habe :)
Hi zusammen,
ich hab aktuell jtradfri am laufen inkl Gateway von Ikea. Einiges an Lampen. Frage mich aber, ob das alles so standhaft ist oder ob ich mir doch eine hue Bridge holen soll. Bzw was passiert bei einem Update des Gateways/Lampen wenn jtradfri nicht mehr aktuell ist. Wird es denn weiterentwickelt bzw gepflegt?
Beste Grüße
/Mobil
Hallo,
kurz zur Verteidigung: Ich denk durchaus, dass diese Tradfri-Implementierung schon vorzeigbar ist. Die Einrichtung ist zwar noch nicht ganz einfach, aber alle Grundfunktionen sind vorhanden, die Software läuft (zumindest bei mir seit über drei Monaten ununterbrochen) stabil.
Daher hängt es auch mit neuen Erweiterungen: Ich selbst habe momentan keinen unmittelbaren Bedarf an weiteren Features. Dieses Modul steht durchaus noch auf meiner Liste - aber allerdings mit recht kleiner Priorität. Von FHEM-Modulentwicklung kann man leider keine Brötchen kaufen...
Aber ich kann versichern, dass Updates von Tradfri implementiert werden. Klingt vielleicht etwas egoistisch: Spätestens wenn ich im Dunklen sitze, wird es ein Update geben ;)
@Peter: Danke für deine Rückmeldung. Das macht Mut. Grundsätzlich bin ich eher wg. der noch zu kleinen Tradfri-Szene allgemein angenervt. Ich kenne mittlerweile jedes GitHub-Repo was auch nur irgendwie mit Tradfri zu tun hat. pytradfri scheint ganz vorzeigbar zu sein. Die anderen Lösungen sind auch noch nicht vollständig ausgereift.
Was ich an deiner JTradfri-Lösung so schade finde, ist die Tatsache, dass FHEM und Jtradfri auf dem gleichen Host laufen müssen. Im FHEM-Modul sind die Zeilen zum "DeviceName" hart mit "localhost:1505" überschrieben. Da kann man natürlich das DEF ändern wie man will, man hat einfach keinen Erfolg. :-)
$hash->{DeviceName} = "localhost:1505";
Und wenn ich dann in JTradfri nachschaue Zeile 36 in TcpServer.java (https://github.com/peterkappelt/JTradfri/blob/master/JTradfri/src/main/java/net/kappelt/JTradfri/Commands/TCPSocket/TcpServer.java#L36), so hast du den Zugriff von außerhalb - vermutlich aus Sicherheitsgründen - bewusst ausgeschaltet.
//listen to localhost only
ServerSocket socket = new ServerSocket(port, 0, InetAddress.getLoopbackAddress());
Ich habe die Dateien bei mir angepasst und neue Builds erstellt (Danke für gradle-Dateien im Repo).
Zitat von: Peter Kappelt am 03 Januar 2018, 16:57:05
Hallo,
kurz zur Verteidigung: Ich denk durchaus, dass diese Tradfri-Implementierung schon vorzeigbar ist. Die Einrichtung ist zwar noch nicht ganz einfach, aber alle Grundfunktionen sind vorhanden, die Software läuft (zumindest bei mir seit über drei Monaten ununterbrochen) stabil.
Daher hängt es auch mit neuen Erweiterungen: Ich selbst habe momentan keinen unmittelbaren Bedarf an weiteren Features. Dieses Modul steht durchaus noch auf meiner Liste - aber allerdings mit recht kleiner Priorität. Von FHEM-Modulentwicklung kann man leider keine Brötchen kaufen...
Aber ich kann versichern, dass Updates von Tradfri implementiert werden. Klingt vielleicht etwas egoistisch: Spätestens wenn ich im Dunklen sitze, wird es ein Update geben ;)
Hallo Peter!
bitte sehe das nicht als Kritik an. Es war keine. ;D Ich bin sehr dankbar für das Modul. Ich habe lediglich in Hinterkopf gehabt, dass es noch BETA ist. Auf deiner Homepage ist auch etwas von einer kommenden Version zu lesen etc. Ich bin aber sehr zufrieden mit dem, was aktuell geht. D
@FunkOdyssey das die Szene ziemlich klein ist und jeder hin und her wurstelt ist glaub ich völlig normal. Es ist schließlich kein Standard. Ich finde, dass dieses Modul alles hergibt was notwendig ist, für den Berieb mit fhem. Schön wäre natürlich auch, dass es wie ein Art cul reagieren würde, es also auch die Möglichkeit gäbe andere Geräte wie den Bewegungsmelder oder gar Fernbedienungen in fhem zu nutzen.
Zitat von: OliWee am 03 Dezember 2017, 17:44:01
Hi zusammen,
hat es schon jemand geschafft, die Stimmungen mit Hilfe von Alexa umzuschalten? Falls ja wäre ich dankbar für ein paar Tipps...
Oli
Ja, in Zusammenspiel mit HA-Bridge. Da geht das recht einfach. Ich habe 3 neue Geräte (für jeden Mood eines) angelegt und denen lediglich ein On-Item hinterlegt.
Beispiel:
http://localhost:8088/fhem?cmd=set%20WZ_Esstisch%20mood%20196608WZ_Esstisch ist hier eine TradriGroup mit zwei TradfriDevices.
Gruß, Arne
Kurze Frage: Hat jemand die Lampen an einem Lightify Gateway ausprobiert?
Ahoy zusammen,
ich versuche gerade meine Tradfri-Teile ins FHEM zu integrieren.
Ich habe auf meinen Raspi mit Wheezy scheinbar JTradfri
in screen zu laufen bekommen.
Siehe Anhang GWConfig
Meine Umgebung:
pi@raspb1 ~ $ java -version
java version "1.8.0"
Java(TM) SE Runtime Environment (build 1.8.0-b132)
Java HotSpot(TM) Client VM (build 25.0-b70, mixed mode)
JTradfri-06112017-0.0.5-snapshot-all.jar
Wenn ich jetzt get Tradfri devicelist absetzte werden die Readings aktualisiert.
Leider schaffe ich es allerdings nicht eine der Leuchten anzusprechen, obwohl sie im FHEM auftauchen.
define bulb1 TradfriDevice 65537
set bulb1 on oder off funktionieren nicht.
Auf der Kommandozeile kommt:
[TcpClientHandler-21940746] Received command: device::subscribe::65537
[TcpClientHandler-21940746] Subscribed to changes for device 65537
Habt Ihr einen Tipp für mich?
Gruß,
Björn
Hallo Björn,
sieht für mich alles relativ richtig aus, aber ich habe seit vorgestern ein ähnliches Problem, alles ist da, das gateway auf "opened" aber steuern kann ich von FHEM aus nichts. Über die Tradfri Fernbedienung geht alles.
Vllt liegt es also nicht an dir :)
Vor 4 Wochen habe ich nach mehreren Tagen meine tradfri-Lampen in FHEM eingebunden
(ich verwende nicht das JTRADFRI-Modul).
Seit gestern funktioniert es leider auch bei mir nicht mehr (es gab anscheinend ein Update des Gateways).
Hat jemand eine Idee, wie man es wieder zum Laufen bringt?
Viele Grüße
Zitat von: freakadings am 09 Januar 2018, 12:23:35
... Über die Tradfri Fernbedienung geht alles.
Vllt liegt es also nicht an dir :)
Oh, das wäre auf der einen Seite gut, aber... ;-)
Hi..
finde auch das eigentlich nichts falsches dran ist. Ich schaue heute Abend mal in meine Config. Aber komisch ist auch, dass ich heute morgen die Lampen ebenfalls nicht korrekt schalten konnte. Ich werde mal die SoftwareVersion des Gateways prüfen.
ich habe gestern auch kurz mal Panik bekommen...
ich konnte keine Lampe mehr per FHEM/JTradfri steuern. App aufgerufen und die hat mir gesagt, dass ein neues Update eingespielt wurde.
bitte schlagt mich nicht, ich weiß wirklich nicht genau was ich gemacht habe. Ein paar Lampen (aber definitiv nicht alle!) per App geschaltet, in FHEM die Device und Group List vom Gateway abgerufen (die Antwort Box ist leer nur mit einem OK Knopf, aber die Readings ändern sich).
aber das Gute: irgendwann hat es wieder funktioniert!!!
Da ich jTradfri nutze, habe ich heute morgen einfach mal das jTradfri gekillt (STRG+C) und neu aufgerufen. Dann ging es nach einer Zeit wieder. Möglich, dass das Gateway bei einem Update irgendwie neustartet und dann die Verbindung verloren geht. Welche GW Software-Versionen habt ihr?
sorry, das habe ich vergessen zu schreiben: das JTradfri.jar habe ich auch neu gestartet, das scheint dann schon alles zu sein
(ich nutze ja den systemd, dann ist es einfach systemctl restart jtradfri.service)
die GW Version ist 1.3.14
systemd? Echt wo ist das beschrieben?
So ich habe eben mal den Pi geupdatet und neugestartet. Das war ein Fehler. Mein SSL Zertifikat wurde nicht mehr erkannt -> ich kam nicht auf die Oberfläche von FHEM -> Musste neue Zertifikate erstellen. Jetzt komme ich immerhin wieder drauf, habe aber im log perl Kompilierungsfehler, die aber nichts beeinträchtigen (zumindest habe ich nichts bemerkt).
Die Lampen kann ich jetzt wieder schalten, aber die devicelist kann ich über get nicht abrufen.
Vllt einfach mal den pi OHNE vorher UPDATE / UPGRADE zu machen neustarten, sowie das Gateway auch (vorausgesetzt die IP ist im Router/DHCP festgelegt.
habe ich hier https://forum.fhem.de/index.php/topic,70653.msg669588/topicseen.html#msg669588 (https://forum.fhem.de/index.php/topic,70653.msg669588/topicseen.html#msg669588) kurz beschrieben.
das ist aber die erste Version und vor allem gibt es wohl beim Cut&Paste unsichtbare Zeichen, also etwas aufpassen.
prinzipiell läuft das aber ganz gut. Ich kann meinen RasPi jetzt nach Belieben neu starten und FHEM, JTradfri und die HA-Bridge kommen alle sauber hoch und ohne Tricks mit der Umleitung habe ich die Logs per journalctl verfügbar.
Hier eine Bestätigung das es ein Update gab (mit Problemen):
http://stadt-bremerhaven.de/ikea-tradfri-update-sorgt-fuer-probleme-mit-homekit/
Moin moin,
bei mir hat es gereicht, den Service via systemctl neu zu starten und danach das Modul via "defmod" neu zu starten.
War doof, dass das Arbeitszimmer bei mir dunkel blieb :-)
Bis auf einen kurzen Blackout war alles okay.... :-) Kurz neustarten dann war gut
Falls es für irgendwen noch eine Hilfe sein sollte:
Bei mir hatte sich die Gateway-IP geändert ::)
Nachdem ich sie korrigiert und FHEM neugestartet hatte, lief alles wieder.
Viele Grüße
Hi!
Besteht die Chance, dass der toggle noch implemetiert wird? Wäre klasse :)
Gruß
Oli
Bzgl. toggle:
Das ist nur ne Kleinigkeit:
TradfriUtils.pm, Zeile 102ff:
if ($opt eq "toggle") {
$opt = (ReadingsVal($hash->{name}, 'onoff', 0) eq 'off') ? "on" : "off";
}elsif($opt eq "on"){
my $dimpercent = ReadingsVal($hash->{name}, 'dimvalue', 254);
$dimpercent = int($dimpercent / 2.54 + 0.5) if(AttrVal($hash->{name}, 'usePercentDimming', 0) == 0);
ändern in:
if ($opt eq "toggle") {
$opt = (ReadingsVal($hash->{name}, 'onoff', 0) eq 'off') ? "on" : "off";
}
if($opt eq "on"){
my $dimpercent = ReadingsVal($hash->{name}, 'dimvalue', 254);
$dimpercent = int($dimpercent / 2.54 + 0.5) if(AttrVal($hash->{name}, 'usePercentDimming', 0) == 0);
Vielleicht kann das der entsprechende Maintainer einpflegen? Vielen Dank :)
Oli
Zitat von: Peter Kappelt am 16 April 2017, 15:07:07
Guten Tag an Alle,
seit einigen Tagen gibt es auch in deutschen IKEA-Märkten das Trådfri-System zu kaufen. Natürlich bietet es sich perfekt zur Integration in die FHEM-Installation an.
Ich habe für meinen Setup ein Modul entwickelt und möchte das nun auch euch zur Verfügung stellen.
Momentan gibt es zwei Entwicklungsversionen dieses Modules.
Die originale Version bietet grundlegende Funktionen. Die aktuellen Fähigkeiten dieser Version sowie eine Anleitung zur Installation findet ihr in Deutsch und Englisch auf meiner Webseite: http://electronic.kappelt.net/wordpress/ikea-tradfri-module-for-fhem/
Dieses Modul ist aber nicht dazu Fähigkeit, auf Änderungen der Geräte zu reagieren und diese anzuzeigen. Die Aktualisierung der Readings erfolgt per "Polling", d.h. der Status wird in festen Zeitintervallen von mehreren Sekunden ausgelesen.
Für diese Version gibt es keine Featureupdates mehr, lediglich Problembehebungen.
Um das Polling zu eleminieren (und damit die Performance zu steigern und Ressourcen zu sparen) ist eine Beta-Version in Entwicklung, bei der große Teile neu geschrieben wurden. Obwohl es sich um eine Beta-Version handelt ist diese Modulversion schon bei vielen Nutzern im Produktivitätsbetrieb.
Die Einrichtung ist nur rudimentär dokumentiert, möglicherweise müsst ihr durch diesen Thread blättern um Antworten zu finden. Falls es Probleme gibt, könnt ihr gerne hier eure Fragen stellen.
Die Einrichtungsanleitung findet ihr ebenfalls zweisprachig auf meiner Webseite: http://electronic.kappelt.net/wordpress/ikea-tradfri-module-for-fhem-beta/
Diese Beta wird in absehbarer Zeit die originale Version ersetzen.
Falls ihr euch auch von IKEA solche Lampen kaufen möchtet, beachtet bitte, dass eine einzelne Lampe und ein Gateway nicht genug sind - darauf bin ich auch reingefallen. Ihr benötigt zu besagtem mindestens noch ein Steuergerät, wie beispielsweise einen Dimmer. Nur mit diesem können Gateway und Lampen gekoppelt werden. Diese Tatsache ist aber nicht auf den IKEA-Produktseiten hinterlegt, in den Anleitungen steht es jedoch.
Ich hoffe, dass das Modul vielleicht jemanden nutzt. Über ein Feedback, wenn ihr es probiert, würde ich mich freuen!
Einen schönen Nachmittag,
Peter Kappelt
Update: Ich kam heute noch etwas weiter mit der Entwicklung. Nun wird ein separates Device zur Parametrisierung der Verbindung genutzt, außerdem kann man Gruppen steuern.
Update: Hinweis zur höheren Stabilität
Update: Aktueller Entwicklungsstand
Update: Aktueller Entwicklungsstand, Hinweise zur Beta
Hallo,
ich habe leider keine Info gefunden, ob/wie deie farbigen RGB-Lampen mit FHEM
gesteuert werden können.
Ich nutze das ursprüngliche Tradfri-Modul. Funktioniert das denn mit jTradfri?
Danke und viele Grüße
Hallo,
ich benutze die "beta" Version vom Tradfri-Modul und habe u.a. auch einige farbige Birnen im Einsatz (TRADFRI bulb E27 CWS opal 600lm).
Prinzipiell kann man die Birnen damit über FHEM->Tradfri-Gateway ansteuern.
Abrufen lassen sich aber nur die 20 Farben, die auch in der App möglich sind.
Es ist allerdings ein ziemliches Gefrickel mit der FHEM-Oberfläche (Farben als Icons oder colorpicker), das habe ich (blutiger FHEM-Anfänger) inzwischen aufgegeben.
Am besten in der Handy-App eine Stimmung anlegen, die kann man dann auch in FHEM über das Modul abrufen.
Grüße!
Hallo,
bin beim Stöbern in diesem Thread über folgende Frage gestolpert, die immer noch offen scheint, es ging um mehrere Tradfri-Fernbedienungen in einer Gruppe:
Zitat von: Mickey Mouse am 10 Oktober 2017, 19:37:22
genau DAS habe ich noch nicht geschafft!
wenn es geht, dann wäre ich für jeden Hinweis dankbar.
so wie ich das sehe, wird beim "Anlernen" eines Sensors IMMER eine neue Gruppe erstellt und man kann keinen Sensor in eine Gruppe verschieben in der schon ein Sensor ist (oder man kann ihn gar nicht verschieben, im Moment habe ich in jeder Gruppe einen Sensor).
Zwei Fernbedienungen in einer Gruppe ist kein Problem, habe ich hier auch.
Ist schon ein wenig länger her, aber soweit ich mich erinnere müssen die weiteren Fernbedienungen nicht an die Leuchtmittel oder das Gateway angelernt werden, sondern an die erste Fernbedienung der jeweiligen Gruppe gepairt werden.
Damit erscheinen dann beide Fernbedienungen in der Gruppe.
vielen Dank!
ich habe mir eine weitere FB gekauft und die an einer "bestehenden" angelernt, funktioniert wie gewünscht. In der Device Liste vom FHEM Modul taucht sie auch auf, auch wenn das wohl nichts weiter nutzt.
ich frage mich, warum Ikea da nicht näher drauf hinweist?!?
ich habe schon mehreren Verwandten und Kollegen statt zu Tradfri zu Philips HUE geraten, weil die ganz klar ebenfalls die Anforderungen hatten, dass man z.B. in einem Durchgangszimmer die Lampen von beiden Seiten "ganz normal" steuern kann, ohne FHEM und solche Tricks. Ich habe inzwischen auch gelernt, dass man so mehrere Bewegungsmelder in eine Gruppe integrieren kann.
Kurze Frage: Was ist die aktuellste Version? Die Beta oder welche sollte ich installieren? Blicke nicht ganz durch :D
Danke schonmal :)
Hat jemand eine Ahnung warum man das Gateway nicht mehr kaufen kann?
War grad im Ikea Kassel und wollte mich eindecken. Als mir die Verkäuferin sagte das es das Gateway nicht mehr gibt, auch nicht online, hab ich mir gedacht ich lass die Finger davon.
Sind es nur Lieferschwierigkeiten oder andere Probleme?
In Frankfurt gibt es noch einen ganzen Schwung. In Hanau waren sie ausverkauft. Ich glaube, das ist gerade nur die Nachfrage.
Dann muss ich wohl nach Frankfurt fahren😀.
Noch ne frage dazu.
Ist es wirklich so, das man mit dem Gateway nur die Lichtfarbe aber nicht die Farbe der Lampen ändern kann?
Die Lampen können nur die Temperatur verstellen, das liegt an der Lampe und nicht am Gateway oder der Fernbedienung. Die haben einfach keine farbigen LEDs eingebaut
Aber es gibt Lampen von ikea die Auch Farben können. Die meinte ich!
bei mir geht es mit der Beta problemlos :-)
Bewegungsmelder habe ich keine
Zitat von: Badflex am 24 Februar 2018, 17:34:31
Dann muss ich wohl nach Frankfurt fahren😀.
Noch ne frage dazu.
Ist es wirklich so, das man mit dem Gateway nur die Lichtfarbe aber nicht die Farbe der Lampen ändern kann?
Diese Antwort wurde doch auf einer Seite vorher geposted:
Zitat von: TimWood am 15 Februar 2018, 23:27:58
Hallo,
ich benutze die "beta" Version vom Tradfri-Modul und habe u.a. auch einige farbige Birnen im Einsatz (TRADFRI bulb E27 CWS opal 600lm).
Prinzipiell kann man die Birnen damit über FHEM->Tradfri-Gateway ansteuern.
Abrufen lassen sich aber nur die 20 Farben, die auch in der App möglich sind.
Es ist allerdings ein ziemliches Gefrickel mit der FHEM-Oberfläche (Farben als Icons oder colorpicker), das habe ich (blutiger FHEM-Anfänger) inzwischen aufgegeben.
Am besten in der Handy-App eine Stimmung anlegen, die kann man dann auch in FHEM über das Modul abrufen.
Grüße!
Hallo, hab mich jetzt auch mal eingedeckt.
Es läuft auch alles, nur der autostart will nicht.
Waran kann es liegen wenn man alles nach Anleitung gemacht habe.
Habe nur den Pfad nach fhem angepast. dort ist ja auch der Ordner Alexa
-- Logs begin at Thu 2018-03-01 14:26:48 CET, end at Thu 2018-03-01 20:13:13 CET. --
M▒r 01 14:26:49 fhem systemd[1]: Started JTradfri - FHEM-Tradfri Gateway Software.
M▒r 01 14:26:53 fhem java[328]: JTradfri 0.0.6-snapshot
M▒r 01 14:26:53 fhem java[328]: [GWConnection] Doing handshake to get connection keys/ parameters...
M▒r 01 14:26:55 fhem java[328]: [79B blob data]
M▒r 01 14:26:55 fhem java[328]: INFORMATION: Starting endpoint at coaps://0.0.0.0:0
M▒r 01 14:26:55 fhem java[328]: [76B blob data]
M▒r 01 14:26:55 fhem java[328]: INFORMATION: DTLS connector listening on [0.0.0.0/0.0.0.0:52255] with MTU [1.280] using (inbound) datagram buffer size [16.47
M▒r 01 14:26:55 fhem java[328]: [79B blob data]
M▒r 01 14:26:55 fhem java[328]: INFORMATION: Started endpoint at coaps://0.0.0.0:52255
M▒r 01 14:26:55 fhem java[328]: [75B blob data]
M▒r 01 14:26:55 fhem java[328]: INFORMATION: Started set client endpoint 0.0.0.0/0.0.0.0:52255
M▒r 01 14:26:55 fhem java[328]: [GWConnection] Handshake: Using identity "jtr_436684"
M▒r 01 14:26:56 fhem java[328]: [83B blob data]
M▒r 01 14:26:56 fhem java[328]: WARNUNG: Could not send record
M▒r 01 14:26:56 fhem java[328]: java.io.IOException: Das Netzwerk ist nicht erreichbar
M▒r 01 14:26:56 fhem java[328]: at java.net.PlainDatagramSocketImpl.send(Native Method)
M▒r 01 14:26:56 fhem java[328]: at java.net.DatagramSocket.send(DatagramSocket.java:693)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendDatagram(DTLSConnector.java:1497)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendFlight(DTLSConnector.java:1480)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendHandshakeFlight(DTLSConnector.java:1425)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.access$700(DTLSConnector.java:137)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$6.sendFlight(DTLSConnector.java:1651)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.dtls.ClientHandshaker.startHandshake(ClientHandshaker.java:685)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendMessage(DTLSConnector.java:1301)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendNextMessageOverNetwork(DTLSConnector.java:1256)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.access$000(DTLSConnector.java:137)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$1.doWork(DTLSConnector.java:392)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$Worker.run(DTLSConnector.java:1709)
M▒r 01 14:26:56 fhem java[328]: [81B blob data]
M▒r 01 14:26:56 fhem java[328]: WARNUNG: Could not send datagram
M▒r 01 14:26:56 fhem java[328]: java.io.IOException: Das Netzwerk ist nicht erreichbar
M▒r 01 14:26:56 fhem java[328]: at java.net.PlainDatagramSocketImpl.send(Native Method)
M▒r 01 14:26:56 fhem java[328]: at java.net.DatagramSocket.send(DatagramSocket.java:693)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendDatagram(DTLSConnector.java:1497)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendFlight(DTLSConnector.java:1480)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendHandshakeFlight(DTLSConnector.java:1425)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.access$700(DTLSConnector.java:137)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$6.sendFlight(DTLSConnector.java:1651)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.dtls.ClientHandshaker.startHandshake(ClientHandshaker.java:685)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendMessage(DTLSConnector.java:1301)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendNextMessageOverNetwork(DTLSConnector.java:1256)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.access$000(DTLSConnector.java:137)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$1.doWork(DTLSConnector.java:392)
lines 1-44
Möchte es auch unter den Bwnutzer pi fhem ausfühern wie alexa.
Alle Rechte sind auf 755
Zitat von: Badflex am 01 März 2018, 11:58:33
Hallo, hab mich jetzt auch mal eingedeckt.
Es läuft auch alles, nur der autostart will nicht.
Waran kann es liegen wenn man alles nach Anleitung gemacht habe.
Habe nur den Pfad nach fhem angepast. dort ist ja auch der Ordner Alexa
-- Logs begin at Thu 2018-03-01 14:26:48 CET, end at Thu 2018-03-01 20:13:13 CET. --
M▒r 01 14:26:49 fhem systemd[1]: Started JTradfri - FHEM-Tradfri Gateway Software.
M▒r 01 14:26:53 fhem java[328]: JTradfri 0.0.6-snapshot
M▒r 01 14:26:53 fhem java[328]: [GWConnection] Doing handshake to get connection keys/ parameters...
M▒r 01 14:26:55 fhem java[328]: [79B blob data]
M▒r 01 14:26:55 fhem java[328]: INFORMATION: Starting endpoint at coaps://0.0.0.0:0
M▒r 01 14:26:55 fhem java[328]: [76B blob data]
M▒r 01 14:26:55 fhem java[328]: INFORMATION: DTLS connector listening on [0.0.0.0/0.0.0.0:52255] with MTU [1.280] using (inbound) datagram buffer size [16.47
M▒r 01 14:26:55 fhem java[328]: [79B blob data]
M▒r 01 14:26:55 fhem java[328]: INFORMATION: Started endpoint at coaps://0.0.0.0:52255
M▒r 01 14:26:55 fhem java[328]: [75B blob data]
M▒r 01 14:26:55 fhem java[328]: INFORMATION: Started set client endpoint 0.0.0.0/0.0.0.0:52255
M▒r 01 14:26:55 fhem java[328]: [GWConnection] Handshake: Using identity "jtr_436684"
M▒r 01 14:26:56 fhem java[328]: [83B blob data]
M▒r 01 14:26:56 fhem java[328]: WARNUNG: Could not send record
M▒r 01 14:26:56 fhem java[328]: java.io.IOException: Das Netzwerk ist nicht erreichbar
M▒r 01 14:26:56 fhem java[328]: at java.net.PlainDatagramSocketImpl.send(Native Method)
M▒r 01 14:26:56 fhem java[328]: at java.net.DatagramSocket.send(DatagramSocket.java:693)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendDatagram(DTLSConnector.java:1497)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendFlight(DTLSConnector.java:1480)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendHandshakeFlight(DTLSConnector.java:1425)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.access$700(DTLSConnector.java:137)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$6.sendFlight(DTLSConnector.java:1651)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.dtls.ClientHandshaker.startHandshake(ClientHandshaker.java:685)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendMessage(DTLSConnector.java:1301)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendNextMessageOverNetwork(DTLSConnector.java:1256)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.access$000(DTLSConnector.java:137)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$1.doWork(DTLSConnector.java:392)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$Worker.run(DTLSConnector.java:1709)
M▒r 01 14:26:56 fhem java[328]: [81B blob data]
M▒r 01 14:26:56 fhem java[328]: WARNUNG: Could not send datagram
M▒r 01 14:26:56 fhem java[328]: java.io.IOException: Das Netzwerk ist nicht erreichbar
M▒r 01 14:26:56 fhem java[328]: at java.net.PlainDatagramSocketImpl.send(Native Method)
M▒r 01 14:26:56 fhem java[328]: at java.net.DatagramSocket.send(DatagramSocket.java:693)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendDatagram(DTLSConnector.java:1497)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendFlight(DTLSConnector.java:1480)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendHandshakeFlight(DTLSConnector.java:1425)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.access$700(DTLSConnector.java:137)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$6.sendFlight(DTLSConnector.java:1651)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.dtls.ClientHandshaker.startHandshake(ClientHandshaker.java:685)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendMessage(DTLSConnector.java:1301)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.sendNextMessageOverNetwork(DTLSConnector.java:1256)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector.access$000(DTLSConnector.java:137)
M▒r 01 14:26:56 fhem java[328]: at org.eclipse.californium.scandium.DTLSConnector$1.doWork(DTLSConnector.java:392)
lines 1-44
Möchte es auch unter den Bwnutzer pi fhem ausfühern wie alexa.
Alle Rechte sind auf 755
sieht nach einem Rechtsproblem oder Netzwerkeinstellungen aus
Hast Du mehrere Netzverbindungen auf dem FHEM Server?
Ist der User pi in den Gruppen netdev und dialaut drinnen?
Ja der Benutzer ist in netdev und in Dialout.
Nein, ich habe nur eine Netzwekverbindung.
Komisch.
Bestimmt wieder ein blöder flüchtigkeitsfehler den ich nicht finde.
Hi!
Wird das Tradfri-Modul noch betreut?
Ich hab vor längerem hier https://forum.fhem.de/index.php/topic,70653.msg753242.html#msg753242 (https://forum.fhem.de/index.php/topic,70653.msg753242.html#msg753242) mal eine Lösung für das Toggle-Problem gepostet. Leider hab ich keine Rückmeldung bekommen...
Wäre schön, wenn ich das nicht nach jedem Update wieder manuell einpflegen müsste...
Sorry, aber das muss jetzt sein:
Ein Hoch auf git.. :(
Zitat von: OliWee am 16 März 2018, 17:30:58
Wird das Tradfri-Modul noch betreut?
Ich werte das Fehlen eine Antwort auf diese Frage nach 2 Wochen mal als "Nein".
Schade... :(
Das ist der Grund warum ich zu den Hues gewechselt bin.
Für den Aufpreis erkaufe ich mir die Vorteile gerne.
Da ich die Dinger nunmal an der Decke hängen habe, werd ich jetzt nicht einfach das System wechseln...
Sooo günstig sind sie nun auch wieder nicht...
Ich schau mal, wie gut das Node-Red-Tradfri-Modul funktioniert...
Bei Ikea kannst du innerhalb eines Jahres alles wieder zurückgeben.
MQTT hatte bei mir auch nicht zufriedenstellend funktioniert. Dem Tradfri-System fehlt einfach ne gescheite API.
Danke für die Info,
aber wie gesagt: Das Zeug hängt an der Decke (Panels), und das will ich nicht schon wieder ersetzen.
Mit dem Node-Red-Modul scheint es soweit zu laufen.
Habe mir mit
attr global exclude_from_update
TradfriUtils.pm
beholfen.
Die Tradfri Lampen funktionieren doch auch gut an einer Hue Bridge oder an einem Raspbee. Und für beides gibt es ein gut funktionierendes Fhem Modul.
Hallo,
habe heute die Variante mit jtradfri ausprobieren wollen. Beim Start erhalte ich folgende Fehlermeldung:
root@has:/opt/jtradfri# java -jar /opt/jtradfri/jtradfri.jar -d -n -c /opt/jtradfri/jtradfri.conf -d
JTradfri 0.0.6-snapshot
[GWConnection] Doing handshake to get connection keys/ parameters...
Apr 01, 2018 4:57:20 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
Apr 01, 2018 4:57:20 PM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:47918] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
Apr 01, 2018 4:57:21 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:47918
Apr 01, 2018 4:57:21 PM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:47918
[GWConnection] Handshake: Using identity "jtr_a8aa49"
[GWConnection] Handhsake - Unexpected response: A JSONObject text must begin with '{' at 1 [character 2 line 1]
Ich nehme an, dass es an meinem Gateway liegt. Das lässt sich nämlich auch nicht mit der Ikea-App aktualisieren.
Leider bringt -d keine weitere Ausgabe.
@Peter Kappelt: wo im Code von JTradfri kann ich Debug-Ausgaben einbauen? Würde dann selbst debuggen.
@Peter Kappelt: möchtest Du alle Meldungen zu JTradri in einem Monster-Thema? Üblicherweise, wenn auch nicht von allen so durchgehalten, halten wir es FHEM-Forum so: ein inhaltliches Thema - ein Thema im Board. Ich frage das, weil ich eigentlich ein neues Thema anfangen wollte, aber unsicher war, ob Du dieses dann sehen/lesen würdest.
Viele Grüße
Boris
Hallo zusammen,
zunächst Danke an Peter für das Modul. Ich habe es jetzt mit einem Startset (Glühlampe E27 600lm und Fernbedienung) und dem Gateway in Betrieb. Läuft gut!
Eine Frage: Kann man die Fernbedienung auch allgemein für FHEM nutzen oder wird die grundsätzlich nur benötigt um (initial) die Devices an das IKEA Gateway zu pairen?
Was meint Ihr?
Gruß
Christian
Hallo zusammen,
auch von mir erst einmal ein Dankeschön an Peter für das Modul.
Dieses habe ich bei mir installiert, inkl. der Anbindung einiger Tradfri Komponenten, was zumindest auch kurzzeitig gut funktioniert.
Was heißt kurzfristig? Meist nach einem Neustart des Raspberry Pi 3 funktioniert das Modul für ca. 30 min. so wie es sein sollte - die Lampen lassen sich sowohl über FHEM als auch über die Fernbedienungen schalten und regeln, die jeweilige Zustandsanzeige wird in FHEM dementsprechend angepasst.
Nach einer gewissen Zeit aber werden die Readings nicht mehr automatisch erneuert, so dass ich in FHEM den aktuellen Zustand nicht mehr angezeigt bekomme. Eine Verbindung zum Gateway ist weiterhin vorhanden, d.h. ich kann mit einem "get ... devicelist" den aktuellen Zustand manuell abfragen. Auch kann ich weiter die Lampen über FHEM schalten - die Kommunikation mit dem Gateway funktioniert also.
Ein Neustart von FHEM hat keine Auswirkungen, auch der Neustart des Tradfri Dienstes hilft hier nicht. Nur ein Neustart des Raspberry kann kurzfristig wieder die automatische Erneuerung der Readings starten.
Hatte von Euch schon jemand ein vergleichbares Problem?
Besten Dank und viele Grüße,
Peter
Hallo,
ich habe JTradfri nach der Anleitung (Beta-Version des IKEA Trådfri Moduls für FHEM) auf der Homepage von Peter Kappelt installiert und erhalte nach dem Aufruf von
java -jar /opt/jtradfri/jtradfri.jar -n -c /opt/jtradfri/jtradfri.conf
folgende Fehlermeldung:
JTradfri 0.0.6-snapshot
[GWConnection] Doing handshake to get connection keys/ parameters...
May 01, 2018 6:27:08 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Starting endpoint at coaps://0.0.0.0:0
May 01, 2018 6:27:09 PM org.eclipse.californium.scandium.DTLSConnector start
INFO: DTLS connector listening on [0.0.0.0/0.0.0.0:56861] with MTU [1,280] using (inbound) datagram buffer size [16,474 bytes]
May 01, 2018 6:27:09 PM org.eclipse.californium.core.network.CoapEndpoint start
INFO: Started endpoint at coaps://0.0.0.0:56861
May 01, 2018 6:27:09 PM org.eclipse.californium.core.CoapClient setEndpoint
INFO: Started set client endpoint 0.0.0.0/0.0.0.0:56861
[GWConnection] Handshake: Using identity "jtr_d213f"
Exception in thread "main" java.lang.NullPointerException
at net.kappelt.JTradfri.GWConnection.getIdentityInformation(GWConnection.java:253)
at net.kappelt.JTradfri.GWConnection.connectionOpen(GWConnection.java:113)
at net.kappelt.JTradfri.GWConnection.<init>(GWConnection.java:98)
at net.kappelt.JTradfri.JTradfri.start(JTradfri.java:138)
at net.kappelt.JTradfri.JTradfri.main(JTradfri.java:66)
Es ist java version "1.8.0_171" installiert.
Das Gateway zeigt in der App die Version 1.3.14 an.
Ich habe auch schon den Lösungsversuch wie auf Seite 16 von Freakadings beschrieben wurde versucht, leider auch ohne Erfolg.
Auch hier kommt nach einiger Zeit eine NullPointerException
Hat jemand noch eine Idee an was das liegen könnte?
Hi laserbacke,
sieht für mich so aus, also ob Du Dein Gateway nicht richtig angegeben hast
geb am besten mal die IP in der Config Datei mit an
Hallo,
nach dem Versuch den Gateway bzw. die Lampen über 'Libcoap' anzusteuern und ich dort ebenfalls einen Fehler
ALRT 20 invalidate peer
bekam habe ich einen Hinweis gefunden dass evtl. der Security Code nicht stimmt.
Und es war tatsächlich in dem Code der Buchstabe I, welcher für mich zu 100% aussieht wie ein großes I, in Wirklichkeit aber ein kleines l (L) sein soll. Jetzt kann ich in Fhem meine Lampen ansteuern.
Vielleicht hat ja jemand mal dasselbe Problem.
Hallo,
auf meinen rpi 1 lief die beta super. Jetzt hab ich auf einen rpi3 gewechselt und als von vorne neu installiert. ES läuft auch alles und das gateway zeigt den Status opend an, und wenn ich mir anschaue per ssh wie der Service gestartet wird scheint alles so zu sein wie immer und wenn ich in der app eine Lampe verstelle reagiert fhem in echtzeit und zeigt die Änderung an , aber aus fhem heraus selbst kann ich keine Lampe schalten. Es tut sich nichts, in fhem sieht man das die befehle auch ausgeführt werden aber nichts passiert.
Tipp?
Gelöst :
Wie auf Seite 16 beschrieben, alle Tradfri*.pm dateien gelöscht sogar TradfriLib.pm und TradfriUtils.pm und alle Dateien vom tradfri Repo, alle dazugehörigen Ordner und Dateien auch den systemctl service von Tradfri. Dann Rpi neu gestartet, fhem update, und danach einen shutdown, dann die Anleitung von vorne, alles neu aufgesetzt und siehe da es geht, nur musste ich alle lampen neu anlegen und definieren
Hallo zusammen, seit gestern ist ein Firmware-Update für Tradfri draußen. Leider wurde es auch wieder automatisch installiert. Die Folge: FHEM kann Tradfri nicht steuern. Das wird sicher alle wieder betreffen und wir hoffen auf Peter :)
Kann man die Update-Installation eigentlich verhindern?
Wie versprochen: funktionale Updates gibt es, solange ich selbst Tradfri nutze.
Saß gestern Abend auch im Dunklen... ;)
Allerdings hat bei mir ein Neustart von JTradfri schon ausgereicht. Probier das mal, ansonsten schick mir mal eine PN oder Mail mit Rahmeninfos.
Gleiches problem hier. Überlege komplett auf zigbee (thema xiaomi ohne cloud/github koenkk) umzusteigen. Damit laufen schon 2 lampen bei mir und die sind dann nicht mehr mit dem gateway gepairt und das läuft immer.
Bei mir läuft es wieder. Hab aber alles neu konfiguriert. War vielleicht nicht auf de aktuellsten Version der Beta. Danke
Gibt es eine Möglichkeit das automatische Update von Tradfri zu verhindern?
ich weiß nicht ob die Frage (oder besser eine Antwort) so in dieser Form hier schon aufgetaucht ist, ich habe auf die schnelle nichts gefunden.
Problem: nach einem Neustart des Pi (auf dem FHEM und der Tradfri Java broker läuft) kann ich Tradfri Gruppen nicht direkt steuern
hier im Haus gibt es alleine 5 "Mehrfach GU10 Leuchter", die normalerweise jeweils eine Gruppe bilden. Wenn ich einen 4-fach GU10 Leuchter habe, dann möchte ich nur in Spezialfällen (z.B. Alarm oder andere "Benachrichtigung") einzelne Birnen darin ansteuern, normalerweise bildet die Gruppe eine "Lampe".
aus historischen Gründen sind hier im Haus aber auch noch viele FS20 OLED Schalter "verbaut". Die sind recht praktisch, schalten Dummy FS20 Devices (die Schalter können mit links/rechts mehrere Geräte steuern und das auch noch auf dem Display anzeigen) und FHEM schaltet dann die "realen" (inzwischen eben überwiegend Tradfri) Geräte.
nun ist es recht blöd, wenn nach einem RasPi Neustart keiner der installierten Lichtschalter funktioniert und auch eine "Hilferuf an die im Haus verteilten Alexas" hilft nicht weiter ;)
wenn ich ehrlich bin, dann habe ich noch nicht 100% herausfinden können, was man nach so einem Neustart eigentlich genau machen muss.
manchmal reicht schon ein "get moods", aber nicht immer, dann muss man man auch noch einen Mood aufrufen und erst anschließend funktionieren On/Off/Toggle
also lange Rede, kurzer Sinn, die eigentliche Frage: hat jemand so etwas wie eine "autoexec.bat" (ihr wisst was ich meine), die man in FHEM einbinden kann, damit die Tradfri Gruppen ohne (ziemlich nervige) manuelle Eingriffe gesteuert werden können?!?
Hallo Mickey Mouse,
ich habe das gleiche Problem. Meine Gruppen lassen sich nicht mehr schalten :(. Was hast du getan (manuell) damit alles wieder lief?
Ansonsten könnte man via FHEM API etc. ein solches autostart als cronjob/bash-script etc. einrichten, wenn man denn weiß, was überhaupt getan werden muss :)
Beste Grüße
so viel ist das gar nicht...
für das Gateway:
- get Groups
- get Devices
für jede Gruppe:
- get Moods
- set <group> <beliebigen mood>
- anschließend hat man aber natürlich nicht mehr den "Vorher-Zustand", weil man den ja mit set mood überschreibt und ich weiß nicht, ob das Auslesen vorher funktioniert. Ansonsten könnte man das einfach periodisch immer mal laufen lassen, dann ist man auf der sicheren Seite
ps.: es geht wohl in erster Linie darum, dass man keine "einfachen" on/off Befehle an eine Gruppe senden kann, solange man sie nicht nach dem Start einmal mit einem Mood "initialisiert" hat, so sieht es zumindest für mich aus.
Moin, aber könnte man das nicht auch bereits im Modul hinterlegen, bei Init alles holen?
Gruß Chritoph
Gesendet von meinem SM-G930F mit Tapatalk
Super Danke Mickey Mouse. Das wars ! Worin liegt eigentlich der unterschied zwischen der beta und der stable Version?
Hallo,
vielleicht nicht schön, aber für mich hilfreich (und gut zum Üben mit FHEM) - Setzen der definierten Farben über WEB:
define RGBDummy dummy
attr RGBDummy setList rgb:colorpicker,RGB
attr RGBDummy webCmd rgb:rgb dcf0f8:rgb eaf6fb:rgb f5faf6:rgb c984bb:rgb f1e0b5:rgb efd275:rgb ebb63e:rgb e78834:rgb e57345:rgb da5d41:rgb dc4b31:rgb e491af:rgb e8bedd:rgb d9337c:rgb c984bb:rgb 8f2686:rgb 4a418a:rgb 6c83ba:rgb a9d62b:rgb d6e44b
define notify.RGBDummy notify RGBDummy:.* {\
my $var=(split(" ",ReadingsVal("RGBDummy","state","0")))[1];;\
fhem("set TradfriLamp1 color $var");;\
}
Zwei Fragen dazu:
Wie bekomme ich den nutzlosen Colorpicker weg?
Wie blendet man state (via stateFormat?) aus?
Für Vorschläge für eine schönere Darstellung bin ich dankbar.
Die Liste der definierten Farben (aus der Android App entnommen):
dcf0f8 (hellblau)
eaf6fb (graublau)
f5faf6 (grau)
c984bb (sand)
f1e0b5 (beige)
efd275 (gelb)
ebb63e (orange hell)
e78834 (orange dunkel)
e57345 (orange dunkler)
da5d41 (hellrot)
dc4b31 (rot)
e491af (rosa)
e8bedd (hellrosa)
d9337c (pink)
c984bb (violett)
8f2686 (violett dunkel)
4a418a (blau-violett)
6c83ba (blau-violett hell)
a9d62b (grün)
d6e44b (gelb-grün)
Hallo zusammen,
es passt nicht 100% in diesen Thread, aber vielleicht trotzdem für alle Tradfri Nutzer interessant:
Es gibt "demnächst" Tradfri Steckdosen für knapp 10 €.
https://www.mobiflip.de/ikea-tradfri-steckdose-oktober-schweden/ (https://www.mobiflip.de/ikea-tradfri-steckdose-oktober-schweden/)
Hallo ich habe leider direkt das Problem, dass keine Geräte identifiziert werden konnten. Die Installation und Einrichtung in FHEM verlief erstmal Problemlos. CoapClientVersion wird ebenfalls angezeigt.
In den FHEM logs sehe ich nichts bezüglich Tradfri.
Danke.
Oct 06 15:04:00 DEBG created DTLS endpoint 0.0.0.0:36941
v:1 t:CON c:GET i:b1d5 {} [ ]
Oct 06 15:04:00 DEBG sending CoAP request:
v:1 t:CON c:GET i:b1d5 {} [ Uri-Path:15001 ]
Oct 06 15:04:00 DEBG *** new session 0x14eb268
Oct 06 15:04:00 DEBG dtls_new_peer: 192.168.178.91:5684
Oct 06 15:04:00 DEBG DTLSv12: initialize HASH_SHA256
Oct 06 15:04:00 DEBG send handshake packet of type: client_hello (1)
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00 00 00 00 00 36
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 01 00 00 2A 00 00 00 00 00 00 00 2A
Oct 06 15:04:00 DEBG send unencrypted: (42 bytes):
00000000 FE FD 00 12 CF 6C 70 6C 56 75 4E 28 E4 30 C1 65
00000010 14 8A 68 20 56 E1 19 4A 74 32 F0 F0 A9 5B 0B 17
00000020 6D B9 00 00 00 02 C0 A8 01 00
Oct 06 15:04:00 DEBG call dtls_write
Oct 06 15:04:00 DEBG *** add 0x14ebbc0 to sendqueue of session 0x14eb268
Oct 06 15:04:00 DEBG timeout is set to 90 seconds
Oct 06 15:04:00 DEBG received 60 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 22 (60 bytes)
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00 00 00 00 00 2F
Oct 06 15:04:00 DEBG receive unencrypted: (47 bytes):
00000000 03 00 00 23 00 00 00 00 00 00 00 23 FE FD 20 B5
00000010 80 3C 09 44 B2 98 9A DE FB 66 CB 18 49 F7 10 8E
00000020 3F 36 F2 CD BD 6A 8B 87 CB 4C 0E FE AB A4 6F
Oct 06 15:04:00 DEBG received handshake packet of type: hello_verify_request (3)
Oct 06 15:04:00 DEBG handle handshake packet of type: hello_verify_request (3)
Oct 06 15:04:00 DEBG clear MAC
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): 0100004A000100000000004A
Oct 06 15:04:00 DEBG add MAC data: (74 bytes): FEFD0012CF6C706C56754E28E430C165148A682056E1194A7432F0F0A95B0B176DB90020B5803C0944B2989ADEFB66CB1849F7108E3F36F2CDBD6A8B87CB4C0EFEABA46F0002C0A80100
Oct 06 15:04:00 DEBG send handshake packet of type: client_hello (1)
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00 00 00 01 00 56
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 01 00 00 4A 00 01 00 00 00 00 00 4A
Oct 06 15:04:00 DEBG send unencrypted: (74 bytes):
00000000 FE FD 00 12 CF 6C 70 6C 56 75 4E 28 E4 30 C1 65
00000010 14 8A 68 20 56 E1 19 4A 74 32 F0 F0 A9 5B 0B 17
00000020 6D B9 00 20 B5 80 3C 09 44 B2 98 9A DE FB 66 CB
00000030 18 49 F7 10 8E 3F 36 F2 CD BD 6A 8B 87 CB 4C 0E
00000040 FE AB A4 6F 00 02 C0 A8 01 00
Oct 06 15:04:00 DEBG received 63 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 22 (63 bytes)
Oct 06 15:04:00 DEBG new packet arrived with seq_nr: 1
Oct 06 15:04:00 DEBG new bitfield is : ffffffffffffffff
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00 00 00 01 00 32
Oct 06 15:04:00 DEBG receive unencrypted: (50 bytes):
00000000 02 00 00 26 00 01 00 00 00 00 00 26 FE FD 5B B8
00000010 B2 C7 C0 2F 12 59 8C FC 89 05 78 FA 3A 01 F6 5D
00000020 73 1B 0F 8F EB 56 3A F5 81 53 06 14 3C 57 00 C0
00000030 A8 00
Oct 06 15:04:00 DEBG received handshake packet of type: server_hello (2)
Oct 06 15:04:00 DEBG handle handshake packet of type: server_hello (2)
Oct 06 15:04:00 DEBG add MAC data: (50 bytes): 020000260001000000000026FEFD5BB8B2C7C02F12598CFC890578FA3A01F65D731B0F8FEB563AF5815306143C5700C0A800
Oct 06 15:04:00 DEBG received 25 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 22 (25 bytes)
Oct 06 15:04:00 DEBG new packet arrived with seq_nr: 2
Oct 06 15:04:00 DEBG new bitfield is : ffffffffffffffff
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00 00 00 02 00 0C
Oct 06 15:04:00 DEBG receive unencrypted: (12 bytes):
00000000 0E 00 00 00 00 02 00 00 00 00 00 00
Oct 06 15:04:00 DEBG received handshake packet of type: server_hello_done (14)
Oct 06 15:04:00 DEBG handle handshake packet of type: server_hello_done (14)
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): 0E0000000002000000000000
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): 100000110002000000000011
Oct 06 15:04:00 DEBG add MAC data: (17 bytes): 000F436C69656E745F6964656E74697479
Oct 06 15:04:00 DEBG send handshake packet of type: client_key_exchange (16)
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 16 FE FD 00 00 00 00 00 00 00 02 00 1D
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 10 00 00 11 00 02 00 00 00 00 00 11
Oct 06 15:04:00 DEBG send unencrypted: (17 bytes):
00000000 00 0F 43 6C 69 65 6E 74 5F 69 64 65 6E 74 69 74
00000010 79
Oct 06 15:04:00 DEBG psk: (16 bytes):
00000000 7A 5A 50 62 49 57 67 65 73 43 61 35 74 55 5A 7A
Oct 06 15:04:00 DEBG client_random: (32 bytes): 0012CF6C706C56754E28E430C165148A682056E1194A7432F0F0A95B0B176DB9
Oct 06 15:04:00 DEBG server_random: (32 bytes): 5BB8B2C7C02F12598CFC890578FA3A01F65D731B0F8FEB563AF5815306143C57
Oct 06 15:04:00 DEBG pre_master_secret: (36 bytes): 00100000000000000000000000000000000000107A5A5062495767657343613574555A7A
Oct 06 15:04:00 DEBG master_secret: (48 bytes): 44D4F2BFE0808BDE403DD294683E5B2CBD5943CEF140AE9435F7AF35191C2FDE3D325A7018E9ED802532F03543542A3B
Oct 06 15:04:00 DEBG key_block (40 bytes):
Oct 06 15:04:00 DEBG client_MAC_secret: (0 bytes):
Oct 06 15:04:00 DEBG server_MAC_secret: (0 bytes):
Oct 06 15:04:00 DEBG client_write_key: (16 bytes): 1E321DE19605B7857972E063B5589D45
Oct 06 15:04:00 DEBG server_write_key: (16 bytes): 4F7923CA6F23FF1B3B204E817D961D8D
Oct 06 15:04:00 DEBG client_IV: (4 bytes): 5026FFA9
Oct 06 15:04:00 DEBG server_IV: (4 bytes): F042D7E7
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 14 FE FD 00 00 00 00 00 00 00 03 00 01
Oct 06 15:04:00 DEBG send unencrypted: (1 bytes):
00000000 01
Oct 06 15:04:00 DEBG server finished MAC: (12 bytes): B16DC37059CE475980E6E663
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): 1400000C000300000000000C
Oct 06 15:04:00 DEBG add MAC data: (12 bytes): B16DC37059CE475980E6E663
Oct 06 15:04:00 DEBG send handshake packet of type: finished (20)
Oct 06 15:04:00 DEBG dtls_prepare_record(): encrypt using TLS_PSK_WITH_AES_128_CCM_8
Oct 06 15:04:00 DEBG nonce:: (16 bytes): 5026FFA9000100000000000000000000
Oct 06 15:04:00 DEBG key:: (16 bytes): 1E321DE19605B7857972E063B5589D45
Oct 06 15:04:00 DEBG message:: (40 bytes): 0001000000000000EA2AAF7D3F1BA44A67A2557EBE5C5FCFB24FE6E122A301709F5C6C399BDE8F66
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 16 FE FD 00 01 00 00 00 00 00 00 00 28
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 14 00 00 0C 00 03 00 00 00 00 00 0C
Oct 06 15:04:00 DEBG send unencrypted: (12 bytes):
00000000 B1 6D C3 70 59 CE 47 59 80 E6 E6 63
Oct 06 15:04:00 DEBG received 14 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 20 (14 bytes)
Oct 06 15:04:00 DEBG new packet arrived with seq_nr: 3
Oct 06 15:04:00 DEBG new bitfield is : ffffffffffffffff
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 14 FE FD 00 00 00 00 00 00 00 03 00 01
Oct 06 15:04:00 DEBG receive unencrypted: (1 bytes):
00000000 01
Oct 06 15:04:00 DEBG received 53 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 22 (53 bytes)
Oct 06 15:04:00 DEBG nonce: (16 bytes): F042D7E7000100000000000000000000
Oct 06 15:04:00 DEBG key: (16 bytes): 4F7923CA6F23FF1B3B204E817D961D8D
Oct 06 15:04:00 DEBG ciphertext: (32 bytes): E024ECA81CE9470CB3E6FE746A711D73967837EA5C237A6F8BD1E9924FC596AE
decrypt_verify(): found 24 bytes cleartext
Oct 06 15:04:00 DEBG cleartext: (24 bytes): 1400000C000300000000000C8394CE2C585E9676D476297E
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 16 FE FD 00 01 00 00 00 00 00 00 00 28
Oct 06 15:04:00 DEBG receive unencrypted: (24 bytes):
00000000 14 00 00 0C 00 03 00 00 00 00 00 0C 83 94 CE 2C
00000010 58 5E 96 76 D4 76 29 7E
Oct 06 15:04:00 DEBG received handshake packet of type: finished (20)
Oct 06 15:04:00 DEBG handle handshake packet of type: finished (20)
Oct 06 15:04:00 DEBG d:: (12 bytes): 8394CE2C585E9676D476297E
Oct 06 15:04:00 DEBG v:: (12 bytes): 8394CE2C585E9676D476297E
Oct 06 15:04:00 DEBG Handshake complete
Oct 06 15:04:00 DEBG dtls_prepare_record(): encrypt using TLS_PSK_WITH_AES_128_CCM_8
Oct 06 15:04:00 DEBG nonce:: (16 bytes): 5026FFA9000100000000000100000000
Oct 06 15:04:00 DEBG key:: (16 bytes): 1E321DE19605B7857972E063B5589D45
Oct 06 15:04:00 DEBG message:: (26 bytes): 0001000000000001F3A9E014C698796689C7CC391B60F9674963
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 17 FE FD 00 01 00 00 00 00 00 01 00 1A
Oct 06 15:04:00 DEBG send unencrypted: (10 bytes):
00000000 40 01 B1 D5 B5 31 35 30 30 31
Oct 06 15:04:00 DEBG *** EVENT: 0x01de
Oct 06 15:04:00 DEBG received 33 bytes on fd 3
Oct 06 15:04:00 DEBG dtls_handle_message: FOUND PEER
Oct 06 15:04:00 DEBG got packet 23 (33 bytes)
Oct 06 15:04:00 DEBG nonce: (16 bytes): F042D7E7000100000000000100000000
Oct 06 15:04:00 DEBG key: (16 bytes): 4F7923CA6F23FF1B3B204E817D961D8D
Oct 06 15:04:00 DEBG ciphertext: (12 bytes): 71BB7D4DA1978237467EF7E1
decrypt_verify(): found 4 bytes cleartext
Oct 06 15:04:00 DEBG cleartext: (4 bytes): 6081B1D5
Oct 06 15:04:00 DEBG new packet arrived with seq_nr: 1
Oct 06 15:04:00 DEBG new bitfield is : ffffffffffffffff
Oct 06 15:04:00 DEBG receive header: (13 bytes):
00000000 17 FE FD 00 01 00 00 00 00 00 01 00 14
Oct 06 15:04:00 DEBG receive unencrypted: (4 bytes):
00000000 60 81 B1 D5
Oct 06 15:04:00 INFO ** application data:
v:1 t:ACK c:4.01 i:b1d5 {} [ ]
Oct 06 15:04:00 DEBG *** removed transaction 10478
Oct 06 15:04:00 DEBG ** process incoming 4.01 response:
v:1 t:ACK c:4.01 i:b1d5 {} [ ]
4.01
Oct 06 15:04:00 DEBG *** removed session 0x14eb268
Oct 06 15:04:00 DEBG dtls_prepare_record(): encrypt using TLS_PSK_WITH_AES_128_CCM_8
Oct 06 15:04:00 DEBG nonce:: (16 bytes): 5026FFA9000100000000000200000000
Oct 06 15:04:00 DEBG key:: (16 bytes): 1E321DE19605B7857972E063B5589D45
Oct 06 15:04:00 DEBG message:: (18 bytes): 0001000000000002FBD8A72B938AE7D7640E
Oct 06 15:04:00 DEBG send header: (13 bytes):
00000000 15 FE FD 00 01 00 00 00 00 00 02 00 12
Oct 06 15:04:00 DEBG send unencrypted: (2 bytes):
00000000 02 00
Oct 06 15:04:00 DEBG removed peer: 192.168.178.91:5684
Hallo,
das mit den Steckdosen habe ich auch schon mitbekommen, im Nachbarausland (Austria) sollen diese schon verfügbar sein.
https://www.ikea.com/at/de/catalog/products/90356166/ (https://www.ikea.com/at/de/catalog/products/90356166/)
Grüße Peter
Zitat von: Peter C. am 01 Mai 2018, 09:42:53
Hallo zusammen,
auch von mir erst einmal ein Dankeschön an Peter für das Modul.
Dieses habe ich bei mir installiert, inkl. der Anbindung einiger Tradfri Komponenten, was zumindest auch kurzzeitig gut funktioniert.
Was heißt kurzfristig? Meist nach einem Neustart des Raspberry Pi 3 funktioniert das Modul für ca. 30 min. so wie es sein sollte - die Lampen lassen sich sowohl über FHEM als auch über die Fernbedienungen schalten und regeln, die jeweilige Zustandsanzeige wird in FHEM dementsprechend angepasst.
Nach einer gewissen Zeit aber werden die Readings nicht mehr automatisch erneuert, so dass ich in FHEM den aktuellen Zustand nicht mehr angezeigt bekomme. Eine Verbindung zum Gateway ist weiterhin vorhanden, d.h. ich kann mit einem "get ... devicelist" den aktuellen Zustand manuell abfragen. Auch kann ich weiter die Lampen über FHEM schalten - die Kommunikation mit dem Gateway funktioniert also.
Ein Neustart von FHEM hat keine Auswirkungen, auch der Neustart des Tradfri Dienstes hilft hier nicht. Nur ein Neustart des Raspberry kann kurzfristig wieder die automatische Erneuerung der Readings starten.
Hatte von Euch schon jemand ein vergleichbares Problem?
Besten Dank und viele Grüße,
Peter
Hallo Peter - deine Frage ist schon ein wenig älter - hast du eine Lösung gefunden?
Ich habe ein vergleichbares Problem -
JTradfri läuft bei mir in einem eigenen Docker Container - Basis java:8-jdk.
Läuft soweit - bis auf den Zeitstempel - der ist auf UTC - ist wohl ein Docker-JVM issue - das ist aber nicht mein Problem - sondern:
Die Verbindung zwischen FHEM TradfriGateway und JTradfri ist opened.
Nach kurzer Zeit werden die Schaltzustände nicht mehr übertragen.
Verbindung immer noch opened.
Ein Neustart des JTradfri Containers hilft kurzzeitig. Die aktuellen Zustände werden nach dem Neustart direkt übertragen und auch eine gewisse Zeit aktuallisiert.
Dann hängt das Ganze wieder und nur ein Neustart des JTradfri Containers hilft weiter.
Hat jemand vergleichbare Probleme, wenn JTradfri und FHEM auf unterschiedlichen Systemen läuft?
Grüße
Holger
Auch wenn der letzte Eintrag schon ein wenig her ist...
Ich hatte ähnliche Probleme mit dem Plugin wie @hollyghost. Einziger unterschied ist, dass ich keine Dockercontainer verwende.
Bei mir waren die Probleme wie folgt:
- jtradfri.service startet normal und verbindet sich mit dem Gateway
- Gateway Status ist opened, alles funktioniert wie es soll
- Nach ein paar Minuten keine Reaktion mehr auf Befehle aus FHEM, Gateway immer noch opened
Ein Blick in das Log des jtradfri Services zeigte, dass die Befehle noch ankommen, aber es genau eine Minute dauerte bis die success Meldung für den Befehl erschien. Trotz verspäteter success Meldung wurde der Befehl jedoch nie ausgeführt. Irgendwann beendete der Service mit einer Null.PointerException.
Ich habe dann mal ein wenig rumprobiert und mir ist aufgefallen, dass dieses Problem auftritt, sobald ich auch andere Plugins verwende, die auf das Gateway zugreifen. Zuvor hatte ich die Kombination Jtradfri und HomeKit integration über die Tradfri App am laufen. Mehrere Monate stabil. Nach einem tradfri Update funktionierte die HomeKit Anbindung nicht mehr (Lampen immer als nicht erreichbar markiert, obwohl in der Tradfri App steuerbar) und ich bin auf das Modul Homebridge-tradfri-plugin ausgewichen. Das funktionierte auch wunderbar, allerdings fiel dann immer mal wieder wie oben beschrieben das jtradfri plugin aus, bis es gar nicht mehr nutzbar war. Anscheinend mochten sich die Services nicht, genaue Gründe kenne ich aber nicht. Nach einer Deinstallation des Homebridge Plugins lief wieder alles wie gewohnt.
Ich hab seit kurzem die Steckdosen. Das Modul müsste noch angepasst werden. Ich hab mich noch nicht mit den Problemen intensiv beschäftigt. An schalten ist kein Problem ausschalten ist etwas problematisch.
set off ist glücksache manchmal hilft auch denn Dimmer runterzuregeln. Mit nem notify hab ich es noch nicht zum Laufen bekommen da darüber der Fernsehen automatische ausgeschaltet werden soll.
Hallo!
Ich wollte mir die Dinger auch zuerst kaufen. Aber da das Projekt JTradfri eingestellt ist (https://github.com/peterkappelt/Tradfri-FHEM/issues/16#issuecomment-445461242) gehts nicht so schnell. Die WallSockets hat anscheinend jemand bereits via FHEM zum laufen gebracht ( https://github.com/peterkappelt/JTradfri/issues/3 und https://github.com/peterkappelt/JTradfri/pull/4) . Es ist aber ein neues build-notwendig. Leider habe ich die Zeit nicht, würde aber gerne auf JTradfri Seite unterstützen :-(
Beste Grüße
ich teste gerade an, wie es mit dem tradfri2mqtt klappt ...
Tradfri GW sehe ich :-)
Schalten geht auch :-)
Ist halt nur aktuell (noch) MEGA umständlich
Hoffentlich tut sich noch etwas wollte mir die Rollos holen. Und wenn es nicht funktioniert geht das auf den WAF und das nicht gut.
Hallo,
ich habe die Beta Version bei mir installiert und es funktioniert soweit mit einer TRADFRI bulb. Wenn ich die Farbe per App oder Google Home ändere, dann ist im Reading "Color" der HTML Farbcode hinterlegt. Versuche ich den zu setzen (z.B. set Lampe color efd275), dann wird das mit nem Fehler abgewiesen. Anscheinend kann der Farbcode in HTML gelesen werden, aber nicht geschrieben. Laut Doku sind nur die 3 Werte Warm, Kalt und Standard erlaubt. Mir will aber nicht so ganz einleuchten, wieso. Gibt es da einen Trick/Workaround?
Hallo!
warm, cold etc. sind keine Farbwerte sondern "Moods". Ich habe leider keine farbige Lampe um dies zu testen. Im Code von JTradfri wird das Attribut color jedenfalls unterstützt. Welche Meldung kommt denn?
https://github.com/peterkappelt/JTradfri/blob/master/JTradfri/src/main/java/net/kappelt/JTradfri/Tradfri/TradfriDevice.java
public void setColor(String color) {
if(color.length() != 6) {
return;
}
color = color.toLowerCase();
JSONObject json = new JSONObject();
json.put("3311", new JSONArray().put(0, new JSONObject().put("5706", color)));
gateway.putJSON("/15001/" + Integer.toString(this.deviceID), json.toString());
this.color = color;
}
Zitat von: AlphaKingOne am 11 Januar 2019, 20:37:44
Hoffentlich tut sich noch etwas wollte mir die Rollos holen. Und wenn es nicht funktioniert geht das auf den WAF und das nicht gut.
Ich kann ab und an mal testen, aber natürlich nur mit den Geräten die ich auch habe :-(
Ich schaue nach wenn ich nachher @ home bin. Ein anderes Problem ist, dass "reachableState" bei mir immer leer ist. Egal ob Strom da, Strom weg, es ist immer leer. Hast du das auch?
Sodale, habe das bisher nicht verstanden, es gibt nur die Wahl zwischen den 20 vorgegeben Farbcodes. Das klappt (Hinweis an @Peter: Solltest Du in die Doku auf deiner Seite aufnehmen). Allerdings wird der Status nicht aktualisiert. Will sagen: DBei "reachableState" steht weiterhin nix, trotz neustart FHEM und des gesamten Raspi. Also weder 0 noch 1 noch sonstwas.
Vielleicht könnte mir da noch jemand auf die Sprünge helfen.
Zitat von: rageltus am 14 Januar 2019, 10:35:38
Ich kann ab und an mal testen, aber natürlich nur mit den Geräten die ich auch habe :-(
Dafür gibt es ja das Forum. Ich muss mich leider entschuldigen. Bei mir geht es jetzt. Ich weiß auch nicht was den Tag da los war.
Hallo,
ich habe jetzt auch das IKEA Gateway mit Peters Beta und JTradfri im Einsatz. Klappt jetzt nach kleinen Anlaufschwierigkeiten sehr gut :)
Mein Problem ist aber, das ich die Ikea Lampen mit dem Lichtschalter hart ausschalte.
Leider wird im Status dazu gar nichts aktualisiert. ReachableState bleibt 1, onoff auf on, ...
Mache ich da was falsch, oder prüft das Gateway nicht zyklisch, wer noch da ist?
Wollte das Konstrukt dazu verwenden, auf meinem MagicMirror anzuzeigen, wenn im Keller ein Licht vergessen wurde.
Geht das mit der HUE Bridge?
beste Grüße
Reiner
die rückmeldung kommt prinzipiell erst nach einer gewissen zeit.
bei hue im zeitraum von minuten. mein tradfri gateway braucht manchmal stunden.
wie ich im anderen thread eben erfahren habe scheint es aber in fett java version noch ein anderes problem damit zu geben.
vielleicht magst du ja mal mein modul probieren.
Zitat von: justme1968 am 23 Januar 2019, 10:21:37
vielleicht magst du ja mal mein modul probieren.
Hast Du bitte einen Namen odee Link dazu? Muss am Wochenende auch noch ein Tradfri-Setup neu bauen. Danke, Boris
Zitat von: Dr. Boris Neubert am 23 Januar 2019, 11:00:58
Hast Du bitte einen Namen odee Link dazu? Muss am Wochenende auch noch ein Tradfri-Setup neu bauen. Danke, Boris
https://forum.fhem.de/index.php/topic,96125.0.html
Zitat von: justme1968 am 23 Januar 2019, 10:21:37
vielleicht magst du ja mal mein modul probieren.
mache ich gerne, besten Dank für die schnelle Rückmeldung :D
So nach ausgiebigen Testen mit den Steckdosen hab ich das Problem gefunden. Der Dimmer muss auf max stehen wenn er warum auch immer auf 0 steht lassen sich die Steckdosen nicht schalten ;) Hoffe ich konnte euch mit der Info weiterhelfen um das Modul zu verbessern ;)
falls es jemand noch nicht gesehen hat:
mit dem 'anderen' tradfri modul: https://wiki.fhem.de/wiki/TRÅDFRI (https://wiki.fhem.de/wiki/TR%C3%85DFRI) gehen inzwischen auch die ikea rollläden.
mehr dazu dort im thread hier: https://forum.fhem.de/index.php/topic,96125.msg972663.html#msg972663 (https://forum.fhem.de/index.php/topic,96125.msg972663.html#msg972663) und etwas drüber und drunter.
Hey,
bei den HueGroups, die auch automatisch angelegt werden, kann ich zwar die Helligkeit aller Birnen in einer Gruppe steuern, allerdings nicht die Farbtemperatur.
Gibt es hierfür eine Lösung?
Danke und Grüße! :)
ich habe es eben in tradfri-fhem eingebaut. ich bin mir aber nicht sicher ob es mit der darunter liegenden tradfri lib auch für gruppen funktioniert.
Heißt, wenn ich jetzt FHEM update, müsste es gehen? :)
Oder muss ich per npm updaten?
Danke dir schon mal sehr! :)
npm
Update auf 0.1.6 ist da. Aber leider funktioniert es trotzdem noch nicht. Weder über ct noch color der Gruppe. :(
dann ist das an irgend einer stelle noch nicht möglich. ich habe mal auf GitHub bei node-tradfri-client nachgefragt. das ist die lib die unter tradfri-fhem liegt.
Verstehe. Vielen Dank dir!! :) Bin gespannt. Ansonsten könnte ich auch erstmal einen Workaround bauen, der, wenn der Wert bei der Gruppe geändert wird, das manuell für die anderen Elemente setzt.