Der Support und die Verteilung des Modules wurden eingestellt. Das Modul selbst befindet sich noch bis Ende des Jahres in Contrib und wird dann entfernt werden.
Eventuell wird an einer alternativen Version gearbeitetHallo Leute,
Für alle diejenigen welche aus dem ersten Thread kommen. Ich habe diesen hier eröffnet, da ich ein komplett neues Modul erstellt habe welches am Ende eine große Anzahl an Produkten der PLAYBULB Familie unterstützen soll.
Folgende Produkte gibt es. Mit Info für Unterstützung vom Modul.
- PlayBulb Candle - BTL300_v5 - supported
- PlayBulb Candle - BTL300_v6 - supported
- PlayBulb Smart - BTL201_v2 - supported
- PlayBulb String - BTL505_v1 - supported inkl Erweiterung
- PlayBulb Garden - BTL400M_v18 - supported
- PlayBulb Garden - BTL400M_v37 - supported
- PlayBulb Color - BTL100C_v10 - supported
- Playbulb Sphere - BTL301W - supported
Voraussetzung ist ein installiertes gatttool aus dem bluez Packet sowie die perl JSON Libary.
Ab sofort gibt es das Modul über FHEM updateChangelog:
- add Support for ssh remote control
- add Support for Playbulb Color LED
- added setExtension (on/off-for-timer and more)
- neuer set Befehl deviceName (keine Leerzeichen, max 20 Zeichen)
- neues Reading deviceName
- Add Support for Playbulb Garden
- Add Support for Playbulb Stripe + Extension
Anlegen eines Devices mit
define NAME PLAYBULB BTMAC
Danach muss das Attribut Model korrekt gesetzt werden.
Viel Spaß
Grüße
Ich möchte mich an dieser Stelle ganz herzlich bei der stephan-gmbh (http://stephan-gmbh.de) bedanken. Die Firma ist deutscher Vertriebspartner von MiPow Produkten und haben mir Dokumentation sowie Muster zum testen zur Verfügung gestellt.
Auch möchte ich mich auch ganz doll bei pc1246 bedanken. Er hat für uns die Commandref geschrieben.
Vielen vielen Dank!
Heute ist die Playbulb Garden neu hinzugekommen.
Super, dann werde ich jetzt die 6 Stück meiner Frau übernehmen ;-) Danke!!! Gruß Arnd
Gesendet von iPhone mit Tapatalk
Gib mal bitte Feedback. Gerade bei der Garden muss ich noch mal schauen wie man zu hundert Prozent erkennt ob sie an oder aus ist. Denn sie schaltet ja bei genug Licht von alleine aus.
Ich habe soeben eine neue Version hoch geladen. Hinzugekommen ist deviceName sowohl als Reading als auch als set Befehl.
Hi,
die neuste Version läd bei mir leider nicht:
2016.11.20 18:23:56 0: Undefined subroutine &main::PlayBulbCandle_Initialize called at fhem.pl line 2318.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_Initialize redefined at ./FHEM/31_PlayBulbCandle.pm line 70, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_Define redefined at ./FHEM/31_PlayBulbCandle.pm line 89, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_Undef redefined at ./FHEM/31_PlayBulbCandle.pm line 123, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_Attr redefined at ./FHEM/31_PlayBulbCandle.pm line 137, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_firstRun redefined at ./FHEM/31_PlayBulbCandle.pm line 152, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_Set redefined at ./FHEM/31_PlayBulbCandle.pm line 160, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB redefined at ./FHEM/31_PlayBulbCandle.pm line 208, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_Run redefined at ./FHEM/31_PlayBulbCandle.pm line 244, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_gattCharWrite redefined at ./FHEM/31_PlayBulbCandle.pm line 326, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_gattCharRead redefined at ./FHEM/31_PlayBulbCandle.pm line 349, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_readBattery redefined at ./FHEM/31_PlayBulbCandle.pm line 384, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_stateOnOff redefined at ./FHEM/31_PlayBulbCandle.pm line 394, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_readDevicename redefined at ./FHEM/31_PlayBulbCandle.pm line 408, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_writeDevicename redefined at ./FHEM/31_PlayBulbCandle.pm line 418, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_forRun_encodeJSON redefined at ./FHEM/31_PlayBulbCandle.pm line 426, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_forDone_encodeJSON redefined at ./FHEM/31_PlayBulbCandle.pm line 449, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_Done redefined at ./FHEM/31_PlayBulbCandle.pm line 466, <$fh> line 39.
2016.11.20 18:23:56 1: PERL WARNING: Subroutine PLAYBULB_Aborted redefined at ./FHEM/31_PlayBulbCandle.pm line 517, <$fh> line 39.
Gruß
Andreas
Diese Version ist inkompatibel zu der alten. Bedeutet die alte Datei muss erhalten bleiben. Die neue muss 31_PLAYBULB.pm heißen. Und am besten ein shutdown restart machen.
Ahh Danke
Wer lesen kann ist klar im Vorteil :-[
Würde mich über ein oder zwei Worte über das Modul freuen. Welche Geräte werden geschalten bei Euch. Wie zufrieden seit Ihr, oder wo seht Ihr Probleme.
Gerade solche Funktionen wie set deviceName sind auch interessant für mich zu wissen.
Na dann will ich dir doch mal eine Freude machen :D
Hab grad mal die aktuelle Version eingespielt. Wie ja schon bekannt besitze ich nur die PlayBulbCandle BTL300_v5.
Bisher funktioniert es genauso gut wie seine Vorgänger, allerdings funktioniert das Setzen des Readings überhaupt nicht. Anstatt das Reading zu setzen holt sich das Modul den Namen, den ich der PBC mal mit der Android App gegeben hatte. In meinem Fall waren es die Namen 'No. 1' - 'No. 6'
Werde gleich mal mit der App einen Namen ohne Leerzeichen setzen, vielleicht liegt es daran.
Gruß
Edit: Kommandio zurück, die App hat die geänderten Namen, aber das Reading im FHEM ist der alte Name ...
... Und wenn man genug Geduld hat, dann aktualisiert sich das auch hier ;)
Hallo,
Vielen Dank fürs Testen. Warte mal noch. Ich hatte die Tage noch etwas rumgeschraubt aber den Code noch nicht hoch geladen. Mache ich nachher und melde mich dann noch mal.
Grüße
Ok ich habe soben Verion 0.9.22 hochgeladen. Bitte einmal testen. Hier wurde das deviceName setzen noch mal verbessert.
Wonderbra - so ist das besser 8) ;D ;)
Zitat von: waschbaerbauch am 21 November 2016, 21:34:05
Wonderbra - so ist das besser 8) ;D ;)
Dachte ich mir. Was jetzt noch an steht sind Deviceinterne Timer und ich will noch ein on-for-timer basteln.
Neue Version. setExtensions wurden hinzugefügt. Mehr Infos zu setExtensions findet Ihr in der Commandref.
Zitat von: CoolTux am 24 November 2016, 18:40:48
Mehr Infos zu setExtensions findet Ihr in der Commandref.
... in der Commandref? Ich glaube ich stehe auf dem Schlauch, sorry. Denn du bist ja leider mit dem Modul noch nicht im offiziellen fhem-mirror drin, oder?
Ansonsten:
Super Arbeit. Ich hab mir aufgrund dieses Modules 5 Stück bestellt :)
Hab großen Dank! Weiter so !!!
Hast Du denn mal in die Commandref nach setExtension geschaut. Findet man unter der Befehlsreferenz zu set ;D
::)
lol
...ich sage doch, stand auf dem Schlauch. Danke & Sorry.
Wünsche Dir viel Spaß mit dem Modul. Welche Geräte hast Du denn?
Danke.
5x Candle BTL300_v6 :)
Momentan habe ich nur noch ein paar Presence <> Playbulb Problemchen. Muss wahrscheinlich was mit FHEM2FHEM basteln um da sauber zu sein...
Hallo zusammen,
habe mir auch drei Candle gekauft, derzeit aber noch nicht in FHEM eingebunden.
Viel wichtiger, aktuell gibt es die Playbulb Candle bei Tchibo online für 11,04€ (folgender Gutscheincode der noch bis heute gültig ist: HL612012)
Ab zwei Stück entfallen die Lieferkosten....
Wer also noch Bedarf hat sollte sich beeilen! ;)
Und vielen Dank für deine Mühe CoolTux
Gruß Christian
ZitatMomentan habe ich nur noch ein paar Presence <> Playbulb Problemchen. Muss wahrscheinlich was mit FHEM2FHEM basteln um da sauber zu sein...
Ging mir genauso.
Ich hab das mit einem 2. Pi und FHEM2FHEM lösen können.
Obwohl die Stabilität der Verbindung zu den Kerzen bei mir zumindest bestenfalls mittelmäßig ist.
Gruß
Andreas
Danke für den Tipp - hab mir doch glatt mal sechs bestellt :D
Guten Abend,
ich bin vorhin zufällig über die Playbulbs bei Tchibo gestolpert - und nach etlichem Lesen im Forum schließlich hier gelandet (so schließt sich der Kreis zu Tchibo ;))
Generell bin ich von den Lampen inzwischen sehr angetan. Allerdings habe ich bisher nirgendwo etwas wirklich Konkretes zur Batterielaufzeit lesen können. Ich würde die Lampen gerne als "Notbeleuchtung" laufen lassen. Sprich: Sie befinden sich tagsüber im Standby und würden nachts z.B. auf dem Treppenabsatz per Bewegungsmelder aktiviert, wenn man mal außer der Reihe aufs Klo muss. Meint ihr, dass sich die Lampen in der Art und Weise sinnvoll nutzen lassen? Ich habe halt keine Lust, alle paar Tage die Batterien zu wechseln, ohne effektiv was von den Lampen zu haben.
Vielen Dank
Oliver
Du möchtest also eher die PlayBulbs anstatt OSRAM Nightlux verwenden?!
Die Idee an sich hatte ich auch schon mal, aber die Sache mit zuverlässig im dunkeln schalten wenn man grad keinen guten BT Empfang an der Stelle hat hält mich dann doch zurück. Grundsätzlich spricht ja nichts dagegen ein notify anzulegen mit dem man den Bewegungsmelder koppelt und der dann die PBC mit 'on-for-timer' triggert (denke ich) aber die Zuverlässigkeit? Batterien kann ich gar nicht so genau sagen - meine Eneloop Akkus sind meist nach 2-3 Tagen leer, wobei ich mir nicht sicher bin ob da ggf. die geringere Spannung der Akkus (3x1,2V zu 3x1,5V) das eigentliche Problem darstellt.
Ich nehme zur Zeit die Garden als Nachtlicht für meinen Sohn. Eine Akkuladung hält 2 Nächte durch. Danach kann man sie über den Tag in die Sonne legen und sie läd sich wieder auf.
Das war zumindest mal so ein Gedanke. ;D Solche Lampen wie die Nightlux (vom Discounter) setze ich derzeit für die Kellertreppe ein. Das funktioniert in der Tat sehr gut. Bei den PlayBulbs würde mir halt die Möglichkeit gefallen, sie farblich etwas abzustimmen und natürlich sehen sie auch bedeutend hübscher aus - WAF und so ... ;)
Allerdings muss ich gestehen, dass 2-3 Tage nun nicht so die riesen Laufzeit ist. Das bringt mich nun doch etwas ins Grübeln. Zumal für den angedachten Verwendungszweck. Das mit der Zuverlässigkeit macht's natürlich auch nicht besser. Vielleicht muss man doch nicht zwingend alles in FHEM integrieren ... ::)
Vielen Dank auf jeden Fall für die raschen Antworten.
Die Kurze findet aktuell die Weihnachtsbeleuchtung in bunt in ihrem Fenster schicker als die PBC :D
Für den kurzen Weg von ihrem Zimmer zu unserem Schlafzimmer reichen dann aber zwei PBC auf dem Flur..
//offtopic
Mit der Sonne ist das hier im Moment ein Problem - liegt vielleicht an der Jahreszeit :D
Da hab ich am Wochenende hier wieder etwas umgebaut / umbauen müssen im Aussenbereich. Das Solarpanel der Brennnenstuhl SOL80 packt es nicht mehr die Bleiakkus zu füllen, also musste ich erstmal ein 12V Netzteil in meiner Outdoor Box Installieren, Verteilerkabel dran und dann alles mit Verlängerungen zu den Strahlern installieren. Nach der 'Starthilfe' ist das Grundstück nun auch wieder mit denen gut beleuchtet, natürlich dann auch mit PCA301 schalt- und messbar, ab und an soll die Sonne dann ja auch noch mal was tun ;)
@olliwood
Der WAF sinkt rapide wenn sie in der Nacht/im Dunkeln nur 1x nicht anspringen - da nützt die beste Farbabstimmung nix ;)
PS: Vielleicht ist ein RGB+WW Stripe (12V - 5m - IP65 - 60LEDs/m) in einem Kabelkanal montiert eine gangbare Lösung für dich. Die Teile kosten in China was bei 8EUR. Da nen MagicUFO dran oder eine MiLight Bridge mit RGBW Controller und dann hättest du vermutlich eine deutlich zuverlässigere Alternative am Start. Irgendwo muss dann allerdings das Kabelzeugs hin und Strom muss in der Nähe sein.
Ja, die Frauen ... ;D
So nen Stripe habe ich auch bei Töchterchen im Einsatz. Genau in der Variante mit dem Ufo und das funktioniert auch prima. Gerade im Treppenbereich wäre mir aber - mangels passend sitzender Steckdose - etwas Batteriebetriebenes ganz recht. Irgendwie wird mir die NightLux Variante doch immer sympathischer.
Hi CoolTux,
super Sache, danke fuer das Modul. Ich habe hier ne PlayBulb String am Start, bekomme aber Fehler:
2016.12.01 20:10:01 1: PERL WARNING: Use of uninitialized value $ac in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 368.
Missing argument for -a
2016.12.01 20:10:01 1: PERL WARNING: Use of uninitialized value $ae in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 369.
Missing argument for -a
2016.12.01 20:10:01 1: PERL WARNING: Illegal hexadecimal digit 'p' ignored at ./FHEM/31_PLAYBULB.pm line 378.
2016.12.01 20:10:01 1: PERL WARNING: Illegal hexadecimal digit 't' ignored at ./FHEM/31_PLAYBULB.pm line 381.
2016.12.01 20:10:01 1: PERL WARNING: Use of uninitialized value $effect in string eq at ./FHEM/31_PLAYBULB.pm line 384.
2016.12.01 20:10:01 1: PERL WARNING: Use of uninitialized value $ceffect in string eq at ./FHEM/31_PLAYBULB.pm line 302.
2016.12.01 20:10:01 1: PERL WARNING: Use of uninitialized value $effect in string eq at ./FHEM/31_PLAYBULB.pm line 347.
2016.12.01 20:10:01 1: PERL WARNING: Use of uninitialized value $ac in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 350.
Cannot parse integer value '-n' for -a
Missing argument for -a
Missing argument for -a
2016.12.01 20:10:01 1: PERL WARNING: Use of uninitialized value $ab in string ne at ./FHEM/31_PLAYBULB.pm line 318.
2016.12.01 20:10:01 1: PERL WARNING: Use of uninitialized value $ab in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 396.
Missing argument for -a
2016.12.01 20:10:01 1: PERL WARNING: Illegal hexadecimal digit 'p' ignored at ./FHEM/31_PLAYBULB.pm line 399.
System ist ein Debian Jessie mit externem BT dongle. Hast Du gerade nen Tipp?
danke und cheers,
-Christian
Sieht so aus als wenn du kein Model als Attribut ausgesucht hast. Kann das sein? Wenn doch gib mal bitte ein list vom Device
hoppla, das habe ich zwischen den ganzen Threads tatsaechlich uebersehen >:(
danke, Modell ausgewaehlt, jetzt:
connect error: Connection refused (111)
Timeout for PLAYBULB_Run reached, terminated process 21420
muss ich noch Rechte aendern? root fuer gattool oder so?
danke,
-Christian
Eigentlich benötigt gatttool kein root. Du kannst einmal versuchen mit gatttool selbst erstmal eine Verbindung zu bekommen. Mac Adresse stimmt? Modell korrekt ausgewählt? Dann mach erstmal nur statusRequest. Die Kette ist an und leuchtet?
danke, nach x-mal firmware reset und rename und reset pw etc pp in der App geht es jetzt!
danke,
-Christian
Das ist ein guter Hinweis. Ein Passwort funktioniert nämlich noch nicht. Es muss alles ohne PW sein.
Und meine Neuen sind heute entgegen der DHL Ankündigung noch nicht eingetroffen :'(
Heute dann angekommen - mit Tchibo Branding und MiPow Battrien :D
ZitatPlayBulb Candle - BTL300_v5 - supported
PlayBulb Candle - BTL300_v6 - supported
Kann ich jetzt bestätigen.
Hi, ich bin seit heute auch Besitzer der Kerzen und habe mehrere Garden hier! Devel Modul läuft auch - Danke dafür!!! Wie kann ich Dir bei der Helligkeitserkennung helfen?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Zitat von: RaspiLED am 02 Dezember 2016, 19:47:11
Hi, ich bin seit heute auch Besitzer der Kerzen und habe mehrere Garden hier! Devel Modul läuft auch - Danke dafür!!! Wie kann ich Dir bei der Helligkeitserkennung helfen?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Danke Dir für das Angebot. Aber ich denke mal das es wohl nicht über BT freigegeben wird. Habe nichts in der internen Doku gefunden. Frage aber noch mal beim Hersteller nach. Mal schauen.
Okay, direkt nach dem einschalten geht die Garden ja trotzdem an, vielleicht kann man Sie ja auch grundsätzlich über BT einschalten/resetten?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Du kannst sie nach dem Einschalten wieder ausschalten. Dann kannst du sie steuern.
Also ausschalten mit FHEM.
Ist dieses Modell schon integriert? ??? 8)
https://de.aliexpress.com/item/MIPOW-PLAYBULB-Sphere-Smart-Color-Changing-Waterproof-Dimmable-LED-Glass-Orb-Light-Floor-Lamp-Night-Lights/32575444222.html?spm=2114.010208.3.1.jf0Cbc&ws_ab_test=searchweb0_0,searchweb201602_4_10065_10068_10084_10083_10080_10082_10081_10060_10061_10062_10056_10055_10037_10054_10033_10059_10032_10099_10078_10079_10077_426_10073_10102_10096_10052_10050_425_10051,searchweb201603_8&btsid=9a4b4c78-71b4-4321-b213-9cc64bb69163
Mfg
Philipp ;D
Noch nicht. Eventuell wenn du die normale Smart als model nimmst. Kann sein das die da bloß ne Smart Birne eingesetzt haben.
Probier mal und Berichte.
Zitat von: CoolTux am 15 November 2016, 20:22:00
- PlayBulb Candle - BTL300_v5 - supported
- PlayBulb Candle - BTL300_v6 - supported
- PlayBulb Smart - BTL201_v2 - supported
- PlayBulb String - BTL505_v1 - supported inkl Erweiterung
- PlayBulb Garden - BTL400M_v18 - supported
- PlayBulb Color - - unsupported coming soon
Wafür steht denn eig. immer dieses BTL... ?
Mfg
Philipp
Das ist die Modellbezeichnung inkl. Versionsnummer
Mit der frisch ins Github hochgeladenen Version 0.9.30 werden nun alle PLAYBULB Produkte vollständig unterstützt.
Grüße
Zitat von: CoolTux am 14 Dezember 2016, 09:30:33
Mit der frisch ins Github hochgeladenen Version 0.9.30 werden nun alle PLAYBULB Produkte vollständig unterstützt.
Grüße
auch diese hier ?!
MiPow Playbulb Candle LED-Kerzenlicht
https://www.amazon.de/MiPow-LED-Kerzenlicht-steuerbar-Farbwechsel-Smartphone/dp/B00PB4VXDS/ref=sr_1_1?ie=UTF8&qid=1481706125&sr=8-1&keywords=playbulb
https://forum.fhem.de/index.php/topic,60829.msg522226.html#msg522226
Hallo CoolTux
ich bin auch im Besitz von einem PLAYBULB Sting.
Kannst du mir einen kleinen Tipp geben wie ich die BT Mac von dem String raus finde.
Wenn ich die App nutze und gleichzeitig einen hcitool lescan mache sehe ich eine Mac und dahinter PLAYBULB String.
Wenn ich die Mac mit gatttool direkt anspreche kommt Host down (112).
Vielen Dank im Voraus
Grüße aus Berlin
Hallo,
Wichtig ist das die App nicht mit der String verbunden ist. Dann gibt Dir hcitool lescan auch die MAC.
Wenn Du dann mit gatttool eine Verbindung machst sollte eigentlich auch eine Antwort kommen.
Aber wie gesagt das Device darf nicht mit einer App verbunden sein.
Grüße
Hallo CoolTux,
danke für die schnelle Antwort.
also wenn ich in der App "PLAYBULB String graue Box verbunden" sehe,
sehe ich mit hcitool lescan folgendes:
5E:10:4B:16:AC:E6 PLAYBULB String
5E:10:4B:16:AC:E6 (unknown)
13:2C:30:46:02:3A (unknown)
5E:10:4B:16:AC:E6 PLAYBULB String
5E:10:4B:16:AC:E6 (unknown)
5C:BB:2E:F6:62:EE (unknown)
5C:BB:2E:F6:62:EE (unknown)
12:D9:3D:30:C2:C6 (unknown)
5E:10:4B:16:AC:E6 PLAYBULB String
5E:10:4B:16:AC:E6 PLAYBULB String
5E:10:4B:16:AC:E6 (unknown)
5E:10:4B:16:AC:E6 PLAYBULB String
5E:10:4B:16:AC:E6 (unknown)
wenn ich diese Mac dann in fhem nutze kommt host is down.
Grüße
Weil Du noch mit der App verbunden bist. Trenne mal die App vom String und probiere dann noch mal.
Grüße
Vielen Dank,
hmmm... verzweifel... alle Tablets und Phones BT aus per App den String auf Werkseinstellung gesetzt.
Und trotzdem:
gatttool -b 5E:10:4B:16:AC:E6 -I
[ ][5E:10:4B:16:AC:E6][LE]> connect
Connecting... connect error: Host is down (112)
[ ][5E:10:4B:16:AC:E6][LE]>
sehr komisch...
wenn ich das attr model lösche wechselt der state auf "on" was ja richtig ist.
String ist ja an und macht den rainbow.
ist es eine andere Version vom String in der App hab ich BTL505M_V1.1 gelesen.
deviceName im fhem sieht auch etwas sonderlich aus.
battery 0 2016-12-19 22:38:22
color on 2016-12-19 22:38:22
deviceName X ,�'�/��'�/��
2016-12-19 22:38:22
onoff 1 2016-12-19 22:38:22
rgb w-I,-- 2016-12-19 22:38:22
sat 0 2016-12-19 22:38:22
speed 0 2016-12-19 22:38:22
state unreachable 2016-12-19 23:12:07
Grüße
Mach mal bitte
sudo hciconfig hci0 up
und probiere dann noch mal.
gatttool -b 5E:10:4B:16:AC:E6 -I
[ ][5E:10:4B:16:AC:E6][LE]> connect
Connecting... connect error: Host is down (112)
[ ][5E:10:4B:16:AC:E6][LE]>
Ohne erfolg...
an dem BT Stick kann es aber nicht liegen oder?
hci0: Type: BR/EDR Bus: USB
BD Address: 00:1A:7D:DA:71:12 ACL MTU: 310:10 SCO MTU: 64:8
UP RUNNING PSCAN
RX bytes:1042681 acl:0 sco:0 events:36125 errors:0
TX bytes:5171 acl:0 sco:0 commands:355 errors:0
Features: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'homeserver-0'
Class: 0x420100
Service Classes: Networking, Telephony
Device Class: Computer, Uncategorized
HCI Version: 4.0 (0x6) Revision: 0x22bb
LMP Version: 4.0 (0x6) Subversion: 0x22bb
Manufacturer: Cambridge Silicon Radio (10)
Grüße
Wenn es ein BT LE also Bluetooth 4.0 Stick ist dann kann das nichts damit zu tun haben. Seltsam das mit dem Befehl war das einzige was ich nicht so gefunden habe.
Welche Linux Distribution hast du und welche Version von bluez?
ist ein raspbian wheezy 4.1.19+ #858 Tue Mar 15 15:52:03 GMT 2016 armv6l GNU/Linux
und bluez ist Version: 4.99-2
Grüße
Eventuell ist hier das Problem
Bei mir
bluez 5.23-2+rpi2
Ich habe Jessie.
Hallo CoolTux,
in der Tat mit jessie läufts.
Grüße und Danke.
Das ist gut zu wissen. Danke für die wichtige Rückmeldung.
Grüße
Leon
Hallo CoolTux,
also nach dauer stress die letzten zwei Tage da ja die PLAYBULB String für den Weihnachtsbaum gedacht war.
nach deinem Hinweise mit Jessie war ich natürlich so blauäugig und einfach mal die apt source.list auf jessie geändert und dann gib Ihm.
Ende der Geschichte komplette Install kaputt nix ging mehr. Da SSH nicht mehr ging sowie warum auch immer die USB Tastatur nicht erkannt wurde.
Nun ja also SDKarte raus kurzerhand mit Exfs for Windows die wichtigsten Sachen von der Karte kopiert und bei null mit jessie anfangen.
Stand gestern abend... FHEM läuft wieder mit allen inkl PLAYBULB nur die homebridge wollte nicht.
nun ja Stand heute Vormittag... aller guten Dinge sind drei...
nochmal bei null angefangen war ja nun schon geübt und nach ca 1 Stunde lief FHEM mit alles Einstellungen wieder.
Was bei Jessie nach update auf die 20161215 echt ein Problem ist node.js und npm zum laufen zu bekommen.
schlussendlich hab ich eine Lösung gefunden nun läuft auch homebridge wieder....
Ich kann dir voller Freude mitteilen, dass die PLAYBULB durch das Homebridge FHEM Plugin durchgereicht wird.
Einzige Problem die Effekte werden nicht angezeigt. Das liegt aber daran das Homebridge/HomeKit diese Funktionen nicht unterstützt.
Wer wissen möchte wie man alles in einen RPI 2 rein prügelt kann sich gern per PN melden.
In diesem Sinne euch allen frohe Festtage.
Und danke CoolTux für deine Entwicklung der PLAYBULB.pm...
Grüße
Na da hatte aber jemand eine aufregende Vorweihnachtszeit. Aber schön zu lesen das nun alles funktioniert.
Vielleicht magst ja ein Foto einstellen wie der Baum mit dem Stripe aus schaut.
Grüße
Hallo,
irgendwie bekomme ich immer einen Fehler wenn ich hier ein Foto als Anhang hochladen wird.
Grüße
Kann sein das Du noch ein paar Artikel schreiben musst bevor Du das darfst.
Danke für das coole Modul!!!
Hast du noch vor die "Kugel" Playbulb Sphere zu integrieren?
siehe https://www.amazon.de/MiPow-app-gesteuerte-LED-Leuchtkugel-Stimmungslicht-Farbeeffekte/dp/B018R2ERZG
LG Thomas
Wenn Du das Teil hast, dann probiere bitte mal diese Einstellung
PlayBulb Smart - BTL201_v2
Ich denke das die Smart da drin steckt.
Vielen Dank, mit BTL201_v2 hat es geklappt - meine Sphere Kugel leuchtet ;-)
Supi. Vielen Dank fur die Rückmeldung.Trage ich mal so ein.
Hey CoolTux,
Vielen Dank nochmal für Dein Modul! Ich kann Dir die positive Rückmeldung w/ der Garden geben. Laufen erfolgreich!!!
Sehr cool und Euch allen ein tolles 2017!
Gerne Arnd
Gesendet von iPhone mit Tapatalk
Hallo CoolTux,
du hast mich mit deinem Modul in MiPOW Fieber versetzt.... :D
Ich hab jetzt ein Candle 3er Set.
In FHEM hab ich die als "stucture" zusammengefasst und die Steuerung funktioniert einheitlich.
Kennst du dich zufällig mit homebridge aus.
leider wird die stucture (Gruppe) nicht an Homebridge übergeben sondern nur die einzelnen Candles.
Das ist fürs Handling bissen blöd find ich...
Vielen Dank im Voraus
Grüße
Hallo,
Leider kenne ich mich mit Homebridge nicht aus. Vielleicht mal im Homebridgebereich fragen. Wäre super wenn Du dann das Ergebnis hier posten könntest.
Grüße
Leon
Hallo CoolTux,
also folgendes führt zum Erfolg.
define Candle_Group structure room Candle1 Candle2 Candle3
attr Candle_Group genericDeviceType light
attr Candle_Group homebridgeMapping Brightness=Candle1:pct,minValue=0,maxValue=100,cmd=pct On=state,cmdOn=on,cmdOff=off
attr Candle_Group room Wohnzimmer
attr Candle_Group webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Grüße
Ach so ich hatte mit Arnd das Thema per Siri den PLAYBULB-Devices die Farbe mitteilen.
Also in meiner EVE App heißen die Candles die in FHEM als Candle_Group mit structure zusammengefasst sind "LED Kerzen"
Wenn ich Siri jetzt sage "LED Kerzen blau" dann werden Sie blau
Das funktioniert mit allen Farben.
Witzig wäre jetzt noch das die Effekte gesteuert werden können.
ich werde mal justme1968 anschreiben vielleicht hat er eine Idee damit homebridge-fhem auch diese Effekte versteht.
Vielen Dank ich bin begeistert von dem Module.
Grüße
Freut mich das es funktioniert.
Euch wird es freuen zu hören das ich vor habe das Modul bis Ende des Monats offiziell zu machen. Sitze gerade an der Commandref.
Das freut mich zu hören.
im Frühjahr werden noch Garden dazu kommen.
Grüße
Zitat von: ChristianR am 29 November 2016, 15:02:20
Hallo zusammen,
habe mir auch drei Candle gekauft, derzeit aber noch nicht in FHEM eingebunden.
Viel wichtiger, aktuell gibt es die Playbulb Candle bei Tchibo online für 11,04€ (folgender Gutscheincode der noch bis heute gültig ist: HL612012)
Ab zwei Stück entfallen die Lieferkosten....
Wer also noch Bedarf hat sollte sich beeilen! ;)
Und vielen Dank für deine Mühe CoolTux
Gruß Christian
Kurzer Hinweis:
Bei Tchibo gibt es wieder einen Rabattcode.
Playbulb Candle dann rechnerisch für 11,04€ p. Stück (ab 2 Stück VSK-frei)
Gutschein: KATALOG1701
Habe mittlerweile fünf Stück eingebunden und fummel nun an einer Möglichkeit, die Steuerung komplett über meine primäre FHEM Instanz zu realisieren.
Denn der BT-Dongle hängt, der Reichweite wegen, an einem zweiten Pi mit FHEM und dort läuft es mit dem Modul prächtig...
Gruß Christian
Vielen Dank für das Modul.
Ich habe eine Playbulb Smart. Die Lampe wird nur immer als eingeschaltet angezeigt und die Buttons in der (AndFHEM) App und im Web sind somit falsch beschriftet. Wenn ich die Lampe ausschalte per klick passiert folgendes:
2017-01-19 23:13:37 PLAYBULB Stehlampe.WZ off
2017-01-19 23:13:38 PLAYBULB Stehlampe.WZ color: on
2017-01-19 23:13:38 PLAYBULB Stehlampe.WZ onoff: 1
2017-01-19 23:13:38 PLAYBULB Stehlampe.WZ sat: 0
2017-01-19 23:13:38 PLAYBULB Stehlampe.WZ rgb: 000000
2017-01-19 23:13:38 PLAYBULB Stehlampe.WZ effect: none
2017-01-19 23:13:38 PLAYBULB Stehlampe.WZ speed: 20
2017-01-19 23:13:38 PLAYBULB Stehlampe.WZ on
Hast du einen Tipp wie man das beheben kann?
Grüße
JoShi
Hast Du das korrekte Attribut Type gesetzt?
Gib mal bitte ein list vom Device
Es KÖNNTE sein dass ich den falschen type habe. Die Lampe hat einen BTL201 (ohne v2). Ich habe die Bluetooth relevanten Daten unter https://github.com/00joshi/Playbulb/blob/master/protocols/smart.md (https://github.com/00joshi/Playbulb/blob/master/protocols/smart.md) erfasst, falls du es einbauen möchtest.
Internals:
BTMAC 07:48:4B:0E:AC:E6
DEF 07:48:4B:0E:AC:E6
NAME Stehlampe.WZ
NR 61
STATE on
TYPE PLAYBULB
VERSION 0.9.30
Readings:
2017-01-11 22:56:29 battery 0
2017-01-20 17:37:39 color on
2017-01-20 17:37:39 effect none
2017-01-20 17:37:39 onoff 1
2017-01-20 17:37:39 rgb ff0000
2017-01-20 17:37:39 sat 0
2017-01-20 17:37:39 speed 20
2017-01-20 17:37:39 state on
Helper:
color on
effect none
onoff 1
rgb ff0000
sat 0
speed 20
Attributes:
devStateIcon unreachable:light_question
group Licht
model BTL201_v2
room PLAYBULB,Wohnzimmer
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Hallo,
Vielen Dank. Das schaue ich mir die Tage an.
Grüße
Also laut Deiner Seite hast Du auch einen v2
42 54 4c 32 30 31 5f 76 32 -> BTL201_v2
dann habe ich an der falschen stelle geschaut (unter 0x28 ...)
Also ich habe das Teil hier und es klappt sehr gut. Ist aber schon ne Weile her. Ich teste mal am Wochenende
Habe Deinen Patch bekommen. Kurze Nachfrage, Du hast doch eine Smart oder? Die haben doch keine Batterie.
Ich habe eine neue SMART (siehe Patch) und eine alte SMART (siehe Problem oben). Das ist richtig dass die keine Batterie haben. BLE liefert einem hier jedoch einen Batteriestatus:
Service <uuid=Battery Service handleStart=46 handleEnd=49>
Characteristic <Battery Level>
Handle: 0x30
[' 0', ' 0']
Soll ich den Patch ändern?
Nochmal zu meinem Problem:
Die Farbe wird auf 000000 geändert und der Status springt auf on zurück
Zitat von: joshi am 20 Januar 2017, 20:50:25
Ich habe eine neue SMART (siehe Patch) und eine alte SMART (siehe Problem oben). Das ist richtig dass die keine Batterie haben. BLE liefert einem hier jedoch einen Batteriestatus:
Service <uuid=Battery Service handleStart=46 handleEnd=49>
Characteristic <Battery Level>
Handle: 0x30
[' 0', ' 0']
Soll ich den Patch ändern?
Nochmal zu meinem Problem:
Die Farbe wird auf 000000 geändert und der Status springt auf on zurück
Path musste nicht ändern. Ich ändere das dann.
Ist das eine alte smart wo das Problem ist? Ich teste mal am WE
Hallo zusammen
Ich versuche seit einiger Zeit meine PLAYBULB GARDEN zu integrieren. Leider
Der genaue Typ ist BTL400_V3.7. Als Attribut habe ich BTL400M_v18 gewählt.
hcitool lescan zeitgt innert kürzester Zeit den PLAYBULB an. Mit gatttool -b A6:7A:4B:0F:AC:E6 -I erscheint zwar die Mac-Adresse aber dann passiert nichts mehr. Kann da ein Zusammenhang mit der Endung V3.7 bzw. v18 vorhanden sein?
root@raspberrypi3:~# gatttool -b A6:7A:4B:0F:AC:E6 -I
[A6:7A:4B:0F:AC:E6][LE]>
Gruss
Chris
root@raspberrypi3:~# gatttool -b A6:7A:4B:0F:AC:E6 -I
[A6:7A:4B:0F:AC:E6][LE]>
Zitat von: outhouse am 21 Januar 2017, 12:40:38
Hallo zusammen
Ich versuche seit einiger Zeit meine PLAYBULB GARDEN zu integrieren. Leider
Der genaue Typ ist BTL400_V3.7. Als Attribut habe ich BTL400M_v18 gewählt.
hcitool lescan zeitgt innert kürzester Zeit den PLAYBULB an. Mit gatttool -b A6:7A:4B:0F:AC:E6 -I erscheint zwar die Mac-Adresse aber dann passiert nichts mehr. Kann da ein Zusammenhang mit der Endung V3.7 bzw. v18 vorhanden sein?
root@raspberrypi3:~# gatttool -b A6:7A:4B:0F:AC:E6 -I
[A6:7A:4B:0F:AC:E6][LE]>
Gruss
Chris
root@raspberrypi3:~# gatttool -b A6:7A:4B:0F:AC:E6 -I
[A6:7A:4B:0F:AC:E6][LE]>
I bedeutet interaktiv. Da bekommst du also eine Art Konsole.
Was passiert denn wenn du das Model ausgewählt hast und du dann ein statusRequest machst?
Zitat von: CoolTux am 21 Januar 2017, 13:13:31
Was passiert denn wenn du das Model ausgewählt hast und du dann ein statusRequest machst?
Bei den Readings erhalte ich die Meldung:
state unreachable 2017-01-21 13:39:23
Internals:
BTMAC BTMAC
CFGFN ./FHEM/Test.cfg
DEF BTMAC
NAME PLAYBULB_3
NR 1031
STATE unreachable
TYPE PLAYBULB
VERSION 0.9.30
Readings:
2017-01-21 13:41:20 state unreachable
Helper:
effect Candle
onoff 0
rgb ff0000
sat 0
speed 120
statusRequest
Attributes:
devStateIcon unreachable:light_question
model BTL400M_v18
room Test
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Welche debian Version hast Du? Hast Du einen BT Dongle mit LE V4 Also BT4 Unterstützung?
Zitat von: CoolTux am 21 Januar 2017, 14:51:37
Welche debian Version hast Du? Hast Du einen BT Dongle mit LE V4 Also BT4 Unterstützung?
Debian Version? Hm
Linux version 4.4.38-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611) ) #938 SMP Thu Dec 15 15:22:21 GMT 2016
root@raspberrypi3:~# cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)"
NAME="Raspbian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
Versuche es über das interne Bluetooth, aber auch mit Dongle CSR 4.0 hat es nicht geklappt (ist im Moment nicht aufgesteckt).
Ok hast Jessie das ist gut.
Wir testen nachher mal was. Melde mich, bin gerade unterwegs.
gatttool -b MAC --char-read -a 23
und dann
gatttool -b MAC --char-read -a 21
Hier sollte auf alle Fälle was passieren
23 ist 8 Zeichen lang und die 21 ist 16 Zeichen lang
outhouse: ich habe da ein python script geschrieben, dessen Output würde wohl weiterhelfen.
Du müsstest darin deine Bluetooth Mac ändern und dann mit Python ausführen https://github.com/00joshi/playbulb-scan/blob/master/playbulb-scan.py (https://github.com/00joshi/playbulb-scan/blob/master/playbulb-scan.py)
Zitat von: CoolTux am 21 Januar 2017, 17:17:02
gatttool -b MAC --char-read -a 23
und dann
gatttool -b MAC --char-read -a 21
Hier sollte auf alle Fälle was passieren
23 ist 8 Zeichen lang und die 21 ist 16 Zeichen lang
CoolTux. Erst mal besten Dank für deine Geduld
Habe zuerst ein Reboot durchgeführt. Dann die erste Eingabe. Da dauert es gefühlte 30 Sekunden und ich erhalte:
connect error: Connection refused (111)
Erneute Eingabe des ersten Code ergibt:
connect error: Too many levels of symbolic links (40)
Gruss Chris
Zitat von: joshi am 21 Januar 2017, 17:36:34
outhouse: ich habe da ein python script geschrieben, dessen Output würde wohl weiterhelfen.
Du müsstest darin deine Bluetooth Mac ändern und dann mit Python ausführen https://github.com/00joshi/playbulb-scan/blob/master/playbulb-scan.py (https://github.com/00joshi/playbulb-scan/blob/master/playbulb-scan.py)
Hallo Joshi. Herzlichen Dank
Habe das Script auf den Raspi gespitzt. Bei der Ausführung erhalte ich folgende Meldung:
root@raspberrypi3:~# python /opt/fhem/script/playbulb-scan.py
Traceback (most recent call last):
File "/opt/fhem/script/playbulb-scan.py", line 2, in <module>
from bluepy.btle import *
ImportError: No module named bluepy.btle
root@raspberrypi3:~#
Nachdem ich "bluepy" nachinstalliert habe, erhalte ich:
root@raspberrypi3:~# python /opt/fhem/script/playbulb-scan.py
Traceback (most recent call last):
File "/opt/fhem/script/playbulb-scan.py", line 5, in <module>
MyPlaybulp = Peripheral("A6:7A:4B:0F:AC:E6")
File "/usr/local/lib/python2.7/dist-packages/bluepy/btle.py", line 318, in __init__
self.connect(deviceAddr, addrType, iface)
File "/usr/local/lib/python2.7/dist-packages/bluepy/btle.py", line 367, in connect
"Failed to connect to peripheral %s, addr type: %s" % (addr, addrType))
bluepy.btle.BTLEException: Failed to connect to peripheral A6:7A:4B:0F:AC:E6, addr type: public
Zitat von: outhouse am 22 Januar 2017, 07:03:48
CoolTux. Erst mal besten Dank für deine Geduld
Habe zuerst ein Reboot durchgeführt. Dann die erste Eingabe. Da dauert es gefühlte 30 Sekunden und ich erhalte:
connect error: Connection refused (111)
Erneute Eingabe des ersten Code ergibt:
connect error: Too many levels of symbolic links (40)
Gruss Chris
Hallo Chris,
Also das scheitert ja schon bei der eigentlichen Verbindung. Du hast anscheinend ein Raspi3, ich weiß das es da so einiges zu beachten gab mit BT. Schau mal hier im Thread nach Raspi3 da findest Du ein paar Infos.
Grüße
Zitat von: CoolTux am 22 Januar 2017, 07:34:06
Du hast anscheinend ein Raspi3, ich weiß das es da so einiges zu beachten gab mit BT. Schau mal hier im Thread nach Raspi3 da findest Du ein paar Infos.
Danke für deine Hilfe. Habe eigentlich alles gem Wiki befolgt. Werde mich aber nochmals schlau machen
Gruss Chris
Ich schaue bei Gelegenheit auch mal. Heute wird das aber nichts.
Hi outhouse,
Ich habe es gerade auch mal versucht. Raspi2/OSMC Dez. 2016/USB BT4 Dongle
Also gleiches Bild wie bei Dir. Nach installieren von Bluepy ebenfalls. Dann:
sudo rfkill list
sudo rfkill unblock all
sudo hciconfig
sudo hciconfig hci0 up
Und danach das Python Script mit richtiger MAC und sudo aufrufe geht es! Einmal ;-)
Danach ist bei mir ein sudo hciconfig reset
sudo hciconfig hci0 down
sudo hciconfig hci0 up
notwendig ;-)
Hat hier jemand ähnlich zickige BT Dongles?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
bei mir funktionierte Bluetooth mit einem aktuellen Raspbian (Jan 17) auf einem Raspberry Pi 3 out of the box ...
Zitat von: RaspiLED am 22 Januar 2017, 11:33:07
Hi outhouse,
Ich habe es gerade auch mal versucht. Raspi2/OSMC Dez. 2016/USB BT4 Dongle
Also gleiches Bild wie bei Dir. Nach installieren von Bluepy ebenfalls. Dann:
sudo rfkill list
sudo rfkill unblock all
sudo hciconfig
sudo hciconfig hci0 up
Und danach das Python Script mit richtiger MAC und sudo aufrufe geht es! Einmal ;-)
Danach ist bei mir ein sudo hciconfig reset
sudo hciconfig hci0 down
sudo hciconfig hci0 up
notwendig ;-)
Hallo Joshi
Besten Dank für deine Info. Habe mit dem Python noch immer dieselben Fehlerangaben.
Inzwischen habe ich bluez vollständig de- und neu installiert. Jetzt verbindet sich gatttool mit dem Playbulb Garden
root@raspberrypi3:~# gatttool -b A6:7A:4B:0F:AC:E6 -I
[A6:7A:4B:0F:AC:E6][LE]> connect
Attempting to connect to A6:7A:4B:0F:AC:E6
Connection successful
Notification handle = 0x000e value: ff 00 00 00 25 0b ff 03
[A6:7A:4B:0F:AC:E6][LE]>
Im Fhem habe ich nach einem StatusRequest aber nach wie vor den state auf "unreachable"
Mit:
gatttool -b MAC --char-read -a 23
und
gatttool -b MAC --char-read -a 21
erhalte ich ebenfalls noch immer dieselben Fehlermeldungen
Hallo zusammen,
nach Umzug von FHEM von Ubuntu 14 auf Ubuntu 16 und in eine VM bekomme ich leider auch nur einen State "unreachable":
2017.02.03 14:48:22.421 1: Timeout for PLAYBULB_Run reached, terminated process 3829
2017.02.03 14:48:29.810 4: (Sub PLAYBULB - stube.kerze) - Starte Blocking Call
2017.02.03 14:48:29.817 4: (Sub PLAYBULB_Run - stube.kerze) - Running nonBlocking
gatttool funktioniert aber offenbar:
~$ gatttool -b AC:E6:4B:06:F9:F9 --char-read -a 23
Characteristic value/descriptor: 0a 18 00 fd ff
Gibt es irgendwelche Schräubchen, an denen ich noch mal drehen sollte? ;-)
Eventuell verbose 5 setzen.
Cooltux, der Auszug aus dem Log oben ist schon mit verbose 5 entstanden, sonst kam da nur die erste der 3 Zeilen. Das war übrigens von einem set ... statusRequest.
Ok, so ein Mist. Kannst du denn schalten? Und der gatttool Aufruf ist auch aus der VM?
Leider nicht, beim Schalten kommen die gleichen Logeinträge. Ja, der gatttool-Aufruf ist aus der gleichen VM heraus erfolgt. Und in FHEM ist die Kerze unverändert eingebunden, wie auf der alten, nicht-virtualisierten Hardware, auf der es prima lief.
Die Hardware selbst ist übrigens auch vollkommen unverändert (internes Bluetooth auf Intel NUC), es ist halt jetzt aber der Proxmox-KVM-Hypervisor dazwischen, vermutlich ärgert der ;(
Hmmmm ...
{Log(1,qx(gatttool -b AC:E6:4B:06:F9:F9 --char-read -a 23))}
Liefert:
2017.02.03 15:32:43.789 1: Characteristic value/descriptor: 0a 18 00 fd ff
Falls das was im Sinne der Fehlersuche hilft ;)
Leider nicht wirklich. Es bedeutet das das gatttool entsprechend was auslesen kann. Aber nichts anderes macht eigentlich das Modul.
Wie sieht es mit der Zeit aus. Kannst Du mal messen wie lange es dauert bis diese Meldung kommt nach dem Du den gatttbefehl abgeschickt hast?
OK, hab ich der Einfachheit halber mal direkt auf der Shell gemacht:
~$ time gatttool -b AC:E6:4B:06:F9:F9 --char-read -a 23
Characteristic value/descriptor: 0a 18 00 fd ff
real 0m0.680s
user 0m0.000s
sys 0m0.000s
und bei ein paar mehr darauf folgenden Versuchen:
real 0m0.465s
real 0m0.245s
real 0m0.352s
real 0m0.512s
real 0m0.510s
Sagen wir also, ne halbe Sekunde.
Ok das könnte es sein. Traust Du Dir zu im Modul etwas zu ändern?
Zeile 284
$hash->{helper}{RUNNING_PID} = BlockingCall("PLAYBULB_BlockingRun", $name."|".$response_encode, "PLAYBULB_BlockingDone", 5, "PLAYBULB_Bl...
Die 5 bitte mal in eine 30 ändern. Und dann abspeichern. Danach reicht ein reload 74_PLAYBULB in der FHEM Konsole
Hab ich gemacht, der Timeout kommt jetzt brav nach 30 Sekunden :-[
2017.02.03 20:40:59.585 4: (Sub PLAYBULB - stube.kerze) - Starte Blocking Call
2017.02.03 20:40:59.595 4: (Sub PLAYBULB_Run - stube.kerze) - Running nonBlocking
2017.02.03 20:41:29.585 1: Timeout for PLAYBULB_Run reached, terminated process 6492
2017.02.03 20:41:29.586 4: (stube.kerze) - The BlockingCall Process terminated unexpectedly. Timedout
Das war es also wohl nicht :( ... wenn ich in der FHEM-Kommandozeile
{Log(1,qx(gatttool -b AC:E6:4B:06:F9:F9 --char-read -a 23))}
mache, steht das auch "gefühlt sofort" im Log...
Ich schaue es mir gleich mal im Code an. Und bei einem Status Request kommt das dann so?
Hast du JSON installiert? Wobei sonst eigentlich eine Meldung kommen sollte.
Jupp, egal ob bei statusRequest oder bei set ... on.
cpan: JSON is up to date (2.90).
Ich danke Dir für deine Mühen!!!
Nimm mal bitte diese Version und teste mal damit.
Verbose auf 5 stellen und dann nur statusRequest nach einem reload 31_PLAYBULB machen.
Ahh diese Debugversion hat neue Erkenntnisse gebracht:
Der Statusrequest läuft jetzt durch wie er soll. Aber nach einmal schalten bleibt er in der Schleife hängen:
(Sub PLAYBULB_gattCharRead) - gatttool noch aktiv, wait 0.5s for new check
(Sub PLAYBULB_gattCharRead) - gatttool noch aktiv, wait 0.5s for new check
(Sub PLAYBULB_gattCharRead) - gatttool noch aktiv, wait 0.5s for new check
(Sub PLAYBULB_gattCharRead) - gatttool noch aktiv, wait 0.5s for new check
(Sub PLAYBULB_gattCharRead) - gatttool noch aktiv, wait 0.5s for new check
(Sub PLAYBULB_gattCharRead) - gatttool noch aktiv, wait 0.5s for new check
(Sub PLAYBULB_gattCharRead) - gatttool noch aktiv, wait 0.5s for new check
Danach geht dann bis zum Reboot gar nichts mehr, auch kein Statusrequest. Ich hab dann mal geschaut, warum:
~$ ps ax | grep -v grep | grep "gatttool"
25262 ? S 0:00 gatttool -b AC:E6:4B:06:F9:F9 --char-write -a 0x16 -n 00000000
Und der Prozess wird nicht fertig. Mit anderen Worten, dieses char-write klappt nicht. Und da kommt dann wohl die VM ins Spiel, wa? ;(
Sieht so aus. Überprüfe es in dem Du den gatttool Befehl ein zu eins selber in der Konsole aus führst.
OK, ich habe nun aufgegeben. Danke dir trotzdem ganz herzlich!! Ich bekomme Bluetooth einfach nicht so in die VM reingeschliffen, dass das läuft. Selbst mit einem externen Dongle geht es nicht. Obwohl diverses anderes USB-Zeug keine Probleme an der VM macht. Jetzt läuft das halt in nem anderen Zimmer auf nem FHEM-Sekundär-Raspberry ::)
Alles klar. Schönen Abend noch.
Hallo,
ich habe noch immer Probeleme mit meiner alten "smart" (Vermutliches unwichtiges Detail: Diese kann keinen Candle Effect.). Diese schaltet sich nicht richtig ab (onoff springt zurück auf on). Dieses leigt daran dass der Effekt nicht richtig abgeschaltet wird.
Folgende Werte sind beim Handle 0x19 gespeichert:
< [' 0', ' 0', ' 0', ' 0', 'ff', ' 0', ' a', ' a'] # "richtig aus"
---
> [' 0', ' 0', 'ff', ' 0', 'ff', ' 0', ' a', ' a'] # "onoff ist fehlerhaft"
Mir ist aufgefallen, dass die Playbulb (sowohl die fehlerhafte als auch eine funktionierende) gelegentlich in den "Kerzenmodus" fallen. Vermutlich ist Effekt an einer Stelle in dem Modul undefiniert?
Hallo,
Das schaue ich mir an. Wird aber etwas dauern. So gegen Ende des Monats denke ich. Bin gerade bisschen voll :-[
Meine Lösung Workaround:
qx(gatttool -b $mac --char-write -a $ae -n 00000000ff000000);
hinter Zeile 352 eingefügt
ich teste das mal und schicke dir einen Pull Request.
Großen Lob für deinen Code. Der ist wirklich lesbar ... das ist für FHEM / PERL wirklich einzigartig.
Zitat von: joshi am 05 Februar 2017, 23:08:02
Meine Lösung Workaround:
qx(gatttool -b $mac --char-write -a $ae -n 00000000ff000a0a);
hinter Zeile 352 eingefügt
ich teste das mal und schicke dir einen Pull Request.
Großen Lob für deinen Code. Der ist wirklich lesbar ... das ist für FHEM / PERL wirklich einzigartig.
Sehr gerne. Danke für Deine Unterstützung. Und Danke für das Lob :D
Guten Morgen Joshi
Ich habe Deinen pull request gemerged. Deine Änderung ist nun im offizellen Code.
Grüße
Leon
Hi,
vielen Dank für das Modul, ich habe 3 Palybulp Candles, also BTL300_v6 am laufen und es klappt wunderbar mit der Steuerung.
Was mach ich um eine Gruppe zu schalten. Den Gruppennamen habe ich über Group ja schon fetsgelegt. Wie schalte ich jetzt alle
Geräte in der Gruppe z.B. gleichzeitig an und aus, um diese dann über Alexa mit dem fkem Skill zu schalten ?
Danke für die tolle Arbeit ! 8)
LG
Sven
Guten Morgen Sven,
Das Modul selber bietet keine Gruppensteuerung an. Das müsste ich mir bei Gelegenheit mal anschauen.
Eventuell kann man da was mit FHEM Mitteln machen.
Grüße
Hallo,
danke für das tolle Modul, funktioniert wirklich gut. Würde mich freuen, wenn du das irgendwann offiziell eincheckst, damit man auch Updates mitbekommt :)
Und falls jemand zufällig auf einem RPI3 mit Bluetooth-Dongle anfangs auch keine Verbindung zustande bekommt, dem helfen vielleicht diese beiden Links, damit habe ich es letztendlich zum Laufen bekommen:
https://urbanjack.wordpress.com/2014/06/05/how-to-set-bluez-into-ble-or-le-only-mode-ibeacon/ (https://urbanjack.wordpress.com/2014/06/05/how-to-set-bluez-into-ble-or-le-only-mode-ibeacon/)
http://www.elinux.org/RPi_Bluetooth_LE (http://www.elinux.org/RPi_Bluetooth_LE)
Eigentlich kann man es morgen offiziell machen, es hapert einzig an der Commandref. Leider habe ich aktuell keine Zeit dafür. Bin aktuell mit 2 anderen Projekten ausgelastet. Es kann sich aber sehr gerne jeder am Modul beteiligen und eine englische(muß) oder eine deutsche(optional) Commandref schreiben. Selbstverständlich wird derjenige dann als Modulcommiter genannt.
Hi,
bin auf einen kleinen "Bug" gestoßen. Nach einem Neustart von FHEM steht im State immer "set attribut model", obwohl das Attribut gesetzt ist und die Lampen auch ordnungsgemäß funktionieren.
Zitat von: n0bbi am 26 Februar 2017, 15:49:58
Hi,
bin auf einen kleinen "Bug" gestoßen. Nach einem Neustart von FHEM steht im State immer "set attribut model", obwohl das Attribut gesetzt ist und die Lampen auch ordnungsgemäß funktionieren.
Hallo,
Vielen Dank. Das schaue ich mir heute Abend mal an. Kann mir schon denken wo es liegt.
Grüße
Zitat von: n0bbi am 26 Februar 2017, 15:49:58
Hi,
bin auf einen kleinen "Bug" gestoßen. Nach einem Neustart von FHEM steht im State immer "set attribut model", obwohl das Attribut gesetzt ist und die Lampen auch ordnungsgemäß funktionieren.
Habe gerade mal geschaut. Sieht alles gut aus. Wenn das ein Problem/Bug wäre müsstest Du es jedesmal bekommen wenn Du einen Schaltbefehl oder statusRequest machst. Kannst Du mir mehr zu Deinem FHEM System sagen? Wie lange braucht es in etwa zum starten?
Hi,
ich habe circa 1400 Zeilen in meiner fhem.cfg und zum starten braucht fhem ~2 Minuten. Das ganze läuft auf einem RPI3, der die meiste Zeit zwar unter 10% CPU-Last hat, aber gelegentlich doch an seine Grenzen kommt.
Naja die Anzahl der Zeilen ist ja erstmal nicht so wild. Wie viele Geräte hast Du denn insgesamt?
Das Modul startet 15s nach dem es geladen wurde den ersten Request Aufruf. Eigentlich sollte bis dahin das Attribut schon dreimal initialisiert sein. Genau da scheint es aber Probleme zu geben.
Wie viele Bulbs hast Du denn?
Ich habe 3 Playbulb Candle Lampen.
Insgesamt habe ich ~20 Homematic-Komponenten, 6 HUE-Lampen, 6 LaCrosse Sensoren und vieles Sonstiges (AV-Receiver, TVs, Funksteckdosen, ...) Eigentlich sollte das keine allzu komplexe Installation sein, oder?
Zitat von: n0bbi am 27 Februar 2017, 08:35:06
Ich habe 3 Playbulb Candle Lampen.
Insgesamt habe ich ~20 Homematic-Komponenten, 6 HUE-Lampen, 6 LaCrosse Sensoren und vieles Sonstiges (AV-Receiver, TVs, Funksteckdosen, ...) Eigentlich sollte das keine allzu komplexe Installation sein, oder?
Ist eigentlich eher Klein. Kann mir die Verzögerung nicht wirklich erklären. Ich teste das mal etwas bei mir zu Hause.
Mir ist noch was aufgefallen, vielleicht hilft dir das auch noch weiter :)
Beim Neustart werden auch (alle?) Readings zurückgesetzt, im speziellen muss ich den Colour-Parameter immer wieder auf "off" setzen.
Du meinst das Color Reading? Das sollte eigentlich einen Farbcode beinhalten.
Kannst du mal bitte ein list vom Device machen wenn du sowas wieder hast? Dann sieht man das Mal besser.
Color ist entweder on oder off. Auf "Off" und den Effekt auf "Candle" gefallen sie mir am besten :)
Hier der List:
Internals:
BTMAC AB:2D:4B:16:AC:E6
DEF AB:2D:4B:16:AC:E6
NAME playbulb1
NR 193
STATE off
TYPE PLAYBULB
VERSION 1.0.1
Readings:
2017-02-27 13:35:46 battery 100
2017-02-27 13:35:46 color on
2017-02-25 20:34:13 deviceName PLAYBULB CANDLE
2017-02-27 13:35:46 effect Candle
2017-02-27 13:35:46 onoff 0
2017-02-27 13:35:35 rgb ff0000
2017-02-27 13:35:35 sat 0
2017-02-27 13:35:46 speed 1
2017-02-27 13:35:46 state off
Helper:
effect Candle
onoff 0
rgb ff0000
sat 0
speed 1
Attributes:
devStateIcon unreachable:light_question
group Beleuchtung
icon light_light_dim_100
model BTL300_v6
room PLAYBULB,Übersicht
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Danke für deine Mühe :)
Ach so, jetzt sehe ich erst genau was Du meinst. Lach. Ok das passt natürlich. Alles gut.
Ich teste das mal bei mir die Tage.
Moin Leute
Ich habe jetzt die beiden threads durch! Bei Tchibo auch schon 5 Kerzen a 12,99 minus 15% geordert. Jetzt brauche ich noch ein BT-dongle. Welches koennt Ihr empfehlen? Mit dem bluez gattool stehe ich noch auf dem Schlauch! Habt Ihr mir eine kurze Anleitung oder einen Link wie ich da vorgehe?
Vielen Dank im Vorraus
Christoph
P.S.: Habt Ihr die https://www.kickstarter.com/projects/mipowusa/playbulb-solar-revolutionizing-outdoor-lighting/description schon gesehen? Wenn das mit den Kerzen so gut laeuft, wie ich denke, werde ich da backen!
Zitat von: pc1246 am 08 März 2017, 11:04:39
Moin Leute
Ich habe jetzt die beiden threads durch! Bei Tchibo auch schon 5 Kerzen a 12,99 minus 15% geordert. Jetzt brauche ich noch ein BT-dongle. Welches koennt Ihr empfehlen? Mit dem bluez gattool stehe ich noch auf dem Schlauch! Habt Ihr mir eine kurze Anleitung oder einen Link wie ich da vorgehe?
Vielen Dank im Vorraus
Christoph
P.S.: Habt Ihr die https://www.kickstarter.com/projects/mipowusa/playbulb-solar-revolutionizing-outdoor-lighting/description schon gesehen? Wenn das mit den Kerzen so gut laeuft, wie ich denke, werde ich da backen!
Hi,
Ich habe den hier und der funktioniert am RPI3 tadellos:
https://www.amazon.de/dp/B0096Y2HFW/ref=cm_sw_r_wa_apap_VrlxOVdEW1c4s
Die Installation war etwas schwieriger, hab hier im Thread aber 2 Links gepostet, die mir gut weitergeholfen haben.
Gesendet von meinem Nexus 5X mit Tapatalk
Moin zusammen
Boah, wie geil ist das denn? Ich habe jetzt lediglich das BT-Modul in den RPI gesteckt, dann bluez installiert nach dieser Anleitung (danke nObbi) http://www.elinux.org/RPi_Bluetooth_LE und dann das Modul auf den RPI kopiert. Danach geht schon die erste Kerze! Ich bin echt sprachlos und begeistert, danke Leon fuer das tolle Modul!
Gruss Christoph
Hallo Leute,
Ich würde das Modul gerne offiziell machen. Leider fehlt mit im Moment die Zeit um eine englische und vielleicht noch eine deutsche Commandref zu schreiben. Eventuell hat ja jemand Lust und Zeit dafür dann möge er sich bitte bei mir melden. Wird natürlich auch im Modul als Committer erwähnt ;)
Grüße
Moin
Kurz noch eine Feststellung von mir. Ich kann das bestaetigen, was nObbi geschrieben hat. Der colormode wird immer wieder eingeschaltet. Dabei ist es aber egal was man macht, Helligkeit, Kerzenmodus oder so, es wird immer wieder auf color on umgeswitcht.
Gruss Christoph
Zitat von: pc1246 am 13 März 2017, 12:31:22
Moin
Kurz noch eine Feststellung von mir. Ich kann das bestaetigen, was nObbi geschrieben hat. Der colormode wird immer wieder eingeschaltet. Dabei ist es aber egal was man macht, Helligkeit, Kerzenmodus oder so, es wird immer wieder auf color on umgeswitcht.
Gruss Christoph
Ich habe das mal gefixt. Steht im Master Git bereit zum download.
Habe gerade noch ein Bug entdeckt. Werde ich die Tage fixen, der führt dazu das ein FHEM Start enorm lange dauern kann. Je nachdem wie viele PLAYBULB Devices man definiert hat.
Mahlzeit.
Dank unserem pc1246 haben wir nun eine Commandref und ich habe das Modul soeben offiziell eingecheckt.
Vielen Dank! Ich hab dir direkt mal ein Bierchen gespendet :)
Zitat von: n0bbi am 14 März 2017, 11:49:23
Vielen Dank! Ich hab dir direkt mal ein Bierchen gespendet :)
Oh, da muß ich mich jetzt aber mal ganz doll bedanken. Ist angekommen.
Grüße
hey Leute,
ich komme nicht weiter und es mag nicht funktionieren mit fhem.
mein Setup:
- bananapi mit raspian jessie lite
- btle dongle 'Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)'
An Software hab ich alles installiert 'denke/hoffe' ich
ich kann mit meiner Playbulb Candle kommunizieren wie in der Anleitung :https://pdominique.wordpress.com/2015/01/02/hacking-playbulb-candles/ (https://pdominique.wordpress.com/2015/01/02/hacking-playbulb-candles/)
im fhem hab ich das so drin:
Internals:
BTMAC AC:E6:4B:05:98:39
DEF AC:E6:4B:05:98:39
NAME Candle
NR 54
STATE unreachable
TYPE PLAYBULB
VERSION 1.2.0
Readings:
2017-03-19 13:44:00 state unreachable
Helper:
color on
effect Candle
onoff 1
rgb FF0000
sat 0
speed 120
statusRequest
Attributes:
devStateIcon unreachable:light_question
model BTL300_v5
room PLAYBULB
verbose 5
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
aber es will nicht.... :-[
im eventmonitor sagt er immer:
2017.03.19 13:55:22 4 : (Sub PLAYBULB - Candle) - Call BlockingRun
2017-03-19 13:55:22 PLAYBULB Candle rgb FF0000
2017-03-19 13:55:23 PLAYBULB Candle unreachable
2017.03.19 13:55:28 4 : (Sub PLAYBULB - Candle) - Call BlockingRun
2017-03-19 13:55:28 PLAYBULB Candle statusRequest
2017-03-19 13:55:28 PLAYBULB Candle unreachable
wenn ihr noch was wissen müsst, einfach sagen was gebraucht wird.
danke im voraus
Hi,
Das log von fhem wäre spannender als der Eventmonitor.
Mit welchem user und welchen rechten passiert das manuelle und mit welchem user/rechten fhem?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
das steht im log:
2017.03.19 13:55:22 4: (Sub PLAYBULB - Candle) - Call BlockingRun
2017.03.19 13:55:22 4: (Sub PLAYBULB_Run - Candle) - Running nonBlocking
connect: No route to host (113)
connect: No route to host (113)
2017.03.19 13:55:23 4: (Sub PLAYBULB_Run - Candle) - Rückgabe an Auswertungsprogramm beginnt
2017.03.19 13:55:28 4: (Sub PLAYBULB - Candle) - Call BlockingRun
2017.03.19 13:55:28 4: (Sub PLAYBULB_Run - Candle) - Running nonBlocking
connect: No route to host (113)
connect: No route to host (113)
2017.03.19 13:55:28 4: (Sub PLAYBULB_Run - Candle) - Rückgabe an Auswertungsprogramm beginnt
ein full log will ich euch nicht antun, da ein culnano mit max komponenten schon läuft
https://forum.fhem.de/index.php/topic,60914.msg607253.html#msg607253
Und Abwärts bitte lesen. Ich gehe von aus das Du das selbe Problem hast. Liegt wohl am Banapi.
Hi,
habe meine MiPows heute auch erhalten.
Eine vielleicht etwas doofe Frage, aber muss es unbedingt ein BT Stick sein? Es reicht doch sicherlich auch der interne BT vom RP3 oder?
Grüße
Zitat von: Morrino am 23 März 2017, 17:06:22
Hi,
habe meine MiPows heute auch erhalten.
Eine vielleicht etwas doofe Frage, aber muss es unbedingt ein BT Stick sein? Es reicht doch sicherlich auch der interne BT vom RP3 oder?
Grüße
Natürlich reicht der auch. Sofern er den LE Standard beherrscht.
Zitat von: CoolTux am 19 März 2017, 17:05:28
https://forum.fhem.de/index.php/topic,60914.msg607253.html#msg607253
Und Abwärts bitte lesen. Ich gehe von aus das Du das selbe Problem hast. Liegt wohl am Banapi.
danke für den tipp.
ich hab mal einen rassi ausgegraben und die playbulb candle geht, aber die garden noch nicht.
nun muss ich mal die restlichen fhem Komponenten umziehen
Zitat von: Morrino am 23 März 2017, 17:06:22
Hi,
habe meine MiPows heute auch erhalten.
Eine vielleicht etwas doofe Frage, aber muss es unbedingt ein BT Stick sein? Es reicht doch sicherlich auch der interne BT vom RP3 oder?
Grüße
ich hab den: http://www.ebay.de/itm/112141870519?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT (http://www.ebay.de/itm/112141870519?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT)
billig schnell geliefert und geht prima
Zitat von: CoolTux am 13 März 2017, 12:49:30
Ich habe das mal gefixt. Steht im Master Git bereit zum download.
Hallo Cooltux
Irgendwie ist das mit dem Colormode immer noch drin! Kerze auf color off und effect candle gestellt, ausgeschaltet und danach wieder ein, und schon wird die Farbe neben dem Icon der Gluehlampe eingeschaltet! Kann man denn diesen Modus auf die Webcmds legen?
Gruss Christoph
Zitat von: pc1246 am 27 März 2017, 22:36:07
Hallo Cooltux
Irgendwie ist das mit dem Colormode immer noch drin! Kerze auf color off und effect candle gestellt, ausgeschaltet und danach wieder ein, und schon wird die Farbe neben dem Icon der Gluehlampe eingeschaltet! Kann man denn diesen Modus auf die Webcmds legen?
Gruss Christoph
Ich teste das mal.
Mein Playbulb Garden lässt sich leider nicht steuern. Model BTL400M_v18 ist gesetzt. Im Log finde ich folgende Fehler:
2017.04.20 21:03:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 398.
2017.04.20 21:03:11 1: PERL WARNING: Use of uninitialized value $effect in hash element at ./FHEM/31_PLAYBULB.pm line 398.
2017.04.20 21:03:11 1: PERL WARNING: Use of uninitialized value $effect in string eq at ./FHEM/31_PLAYBULB.pm line 392.
2017.04.20 21:03:11 1: PERL WARNING: Use of uninitialized value $ceffect in string eq at ./FHEM/31_PLAYBULB.pm line 347.
2017.04.20 21:03:11 1: PERL WARNING: Use of uninitialized value $effect in string eq at ./FHEM/31_PLAYBULB.pm line 429.
2017.04.20 21:03:11 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 5260
Weksreset über die App habe ich auch schon mehrfach versucht...
Hat jemand eine Idee?
Gib mal bitte ein list vom Device. Ein hcitool lescan die des die Garden?
Ja, hcitool lescan zeigt das Device mit Namen und Addresse. Daher hab ich ja die MAC-Addresse.
Device List siehe Anhang...
Vielen Dank & Gruß, Christoph
Kein Anhang bitte.
list DEVICENAME
In der FHEM Kommandozeile eingeben und hier in Codetags posten
Dein Wunsch sei mir Befehl ;)
Internals:
BTMAC D8:48:4B:0F:AC:E6
CFGFN
DEF D8:48:4B:0F:AC:E6
NAME PlayBulb
NR 456
STATE on
TYPE PLAYBULB
VERSION 1.2.0
Readings:
2017-04-20 21:17:48 battery 2
2017-04-20 21:17:48 color on
2017-04-20 21:17:48 onoff 1
2017-04-20 21:17:48 rgb 657272
2017-04-20 21:17:48 sat 84
2017-04-20 21:17:48 speed 115
2017-04-20 21:17:48 state on
Helper:
color on
effect
onoff 1
rgb 657272
sat 84
speed 115
statusRequest
Attributes:
devStateIcon unreachable:light_question
model BTL400M_v18
room PLAYBULB
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Mach mal bitte ein statusRequest
Device List nacj StatusRequest:
Internals:
BTMAC D8:48:4B:0F:AC:E6
CFGFN
DEF D8:48:4B:0F:AC:E6
NAME PlayBulb
NR 456
STATE on
TYPE PLAYBULB
VERSION 1.2.0
Readings:
2017-04-20 22:52:36 battery 2
2017-04-20 22:52:36 color on
2017-04-20 22:52:24 deviceName Terrasse
2017-04-20 22:52:36 onoff 1
2017-04-20 22:52:36 rgb 657272
2017-04-20 22:52:36 sat 84
2017-04-20 22:52:36 speed 115
2017-04-20 22:52:36 state on
Helper:
color on
effect
onoff 1
rgb 657272
sat 84
speed 115
statusRequest
Attributes:
devStateIcon unreachable:light_question
model BTL400M_v18
room PLAYBULB
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Drückst Mal bitte auf DEF und dann auf modify und kurz warten. Wenn sich dann nichts ändert bitte verbose 5 und noch mal Status Request.
Ich bin mir nicht sicher ob ich noch richtig folgen kann, hier mal das Logfile mit Verbose 5 nach StatusRequest:
2017.04.20 23:24:41 4: (Sub PLAYBULB_Done - PlayBulb) - Abschluss!
2017.04.20 23:24:41 4: (Sub PLAYBULB_Run StatusRequest - PlayBulb) - Rückgabe an Auswertungsprogramm beginnt
2017.04.20 23:24:41 1: PERL WARNING: Use of uninitialized value $effect in string eq at ./FHEM/31_PLAYBULB.pm line 429.
2017.04.20 23:24:41 4: (Sub PLAYBULB_Run - PlayBulb) - Running nonBlocking
2017.04.20 23:24:41 4: (Sub PLAYBULB - PlayBulb) - Call BlockingRun
2017.04.20 23:22:45 4: (Sub PLAYBULB_Done - PlayBulb) - Abschluss!
2017.04.20 23:22:45 4: (Sub PLAYBULB_Run StatusRequest - PlayBulb) - Rückgabe an Auswertungsprogramm beginnt
2017.04.20 23:22:45 1: PERL WARNING: Use of uninitialized value $effect in string eq at ./FHEM/31_PLAYBULB.pm line 429.
2017.04.20 23:22:44 4: (Sub PLAYBULB_Run - PlayBulb) - Running nonBlocking
2017.04.20 23:22:44 4: (Sub PLAYBULB - PlayBulb) - Call BlockingRun
2017.04.20 23:22:40 4: (Sub PLAYBULB_Done - PlayBulb) - Abschluss!
2017.04.20 23:22:40 4: (Sub PLAYBULB_Run StatusRequest - PlayBulb) - Rückgabe an Auswertungsprogramm beginnt
2017.04.20 23:22:39 1: PERL WARNING: Use of uninitialized value $effect in string eq at ./FHEM/31_PLAYBULB.pm line 429.
2017.04.20 23:22:38 4: (Sub PLAYBULB_Run - PlayBulb) - Running nonBlocking
2017.04.20 23:22:38 4: (Sub PLAYBULB - PlayBulb) - Call BlockingRun
2017.04.20 23:22:11 3: Remote: new config
Hallo CollTux,
Ich habe heute testweise mal Model BTL100C_v10 gesetzt und oh wunder jetzt funktioniert alles.
Es ist aber definitiv eine Garden und laut Playbulb App habe ich Model BTL400_V3.7...
Danke für das Modul & viele Grüße,
Christoph
Ich habe auch so ein Modell BTL400_V3.7 und verwende genau so wie du die BTL100C_V10.
Bis auf die Akkuanzeige funktioniert das Modell BTL100C_V10 einwandfrei. :-)
Vielleicht könnte man die V3.7 noch als Modell bei den Garden mit aufnehmen.
@CoolTux:
Erst mal vielen Dank für dieses tolle Modul. (Dies war der Grund warum ich mich mit FHEM überhaupt beschäftigt habe) :-)
Allerding habe ich ein Problem mit den Garden Lampen.
Ich habe wie im Post vorher ein paar alte Modell (V3.8) und jetzt ein paar neue.
Leider kann ich bei den neuen BTL400M_V1.8 den internen Solar Sensor nicht deaktivieren.
d.H. wenn ich einen Steuerbefehl über FHEM ausgebe, dann wird die Lampe ganz kurz angeschaltet und geht sofort wieder aus. (wenn Sonne auf die Lampe fällt)
Wenn ich über die App den Solar Sensor ausschalte, geht dieser auch gleich wieder an.
Was mache ich falsch, oder besser gesagt, wie kann man den Solar Sensor ausschalten ???
Hallo,
Wusste gar nicht das man den Sensor ausschalten kann. Ich kann es mir bei Gelegenheit einmal anschauen. Erstmal werde ich eurer Modell Mal einpflegen.
Grüße
Hallo Cooltux,
danke erst mal, dass du dich unserem Problem annimmst.
Wenn du noch eine Möglichkeit finden würdest, den Sensor auszuschalten, das wäre natürlich Premium. :-)
Wenn du irgendwelche Infos benötigst, bitte einfach melden.
Ps: wie kann ich denn bei FHEM rausfinden welche .pm modulversion ich verwende ?
Mit version werden Dir die svn Versionen angezeigt.
Ansonsten finde fest Du bei meinen Modulen in den Internals immer ein VERSION
Ich schaue nachher mal in die API Doku ob ich wegen dem Sensor was finde.
Guten Morgen,
Könnt Ihr bitte einmal die angehängte Version testen. Entsprechend das Modell bitte umstellen
Grüße
Hallo und Ma(h)lzeit Cooltux,
erst mal vielen Dank für deine Anpassung, werde ich heute abend gleich mal probieren.
Gestattest du mir als absoluter FHEM-NEWBEE eine Frage.Wie muss ich das Modul installieren ???
Reicht es die PM Datei in einen Ordner zu kopieren und FHEM neu zu starten ??? :)
Gruß,
Martin.
Du kannst die Datei einfach rüberkopieren. Am besten aber mit cp -v damit die Rechte der alten datei für die neue Datei übernommen werden.
Vielleicht auch noch mal kurz mit ls -all MODULDATEINAME schauen ob die Rechte fhem:dialout sind.
Danach entweder neustarten oder aber da keine großen Anpassungen in der Moduldatei gemacht wurden einfach ein reload 31_PLAYBULB oben in die CMD eingeben.
Batterie ging nicht weil das Modell welches Ihr als Ersatz ausgewählt hattet keine Batterie angeboten hat. Ich habe jetzt einfach mal einen Hexwert genommen, mal schauen was er daraus macht.
Ansonsten noch mal melden dann müssen wir uns das händisch anschauen.
Grüße
Leon
Hallo Leon,
hab dein Modul gerade getestet, und einen Fehler im .pm gefunden. In der AttrList hat die Variable BTL400M_v37 gefehlt.
Hab das mal angepasst, und kann die Lampe nun schalten. Ob die Lampe wirklich angeht, kann ich erst heute Abend sagen. :-)
Ich denke aber das es gut aussieht.
sub PLAYBULB_Initialize($) {
my ($hash) = @_;
$hash->{SetFn} = "PLAYBULB_Set";
$hash->{DefFn} = "PLAYBULB_Define";
$hash->{UndefFn} = "PLAYBULB_Undef";
$hash->{AttrFn} = "PLAYBULB_Attr";
$hash->{AttrList} = "model:BTL300_v5,BTL300_v6,BTL201_v2,BTL201M_V16,BTL505_v1,BTL400M_v18,BTL400M_v37,BTL100C_v10 ".
$readingFnAttributes;[code]
Hallo Martin,
Du hast Recht das hatte ich in der Tat vergessen. Asche über mein Haupt. Das passiert wenn man mal eben schnell was machen will.
Danke Dir für die Korrektur.
Grüße
Habe da noch mal eine korrigierte Version angehangen
Alles klar,
dein Modul ist nun installiert, Rückmeldung gibt es dann heute Abend. ;-)
Gruß,
Martin
Soderla Leon,
das Modul ist nun mit den BTL400M_v37 getestet, und alles funktioniert. Sprich tut genau das was es soll. :-)
Bei allen Modulen ist mir aufgefallen, wenn ich bei der Farbauswahl weiß wähle [FFFFFF] dann ändert sich vorne das Infofeld nicht auf
[FFFFFF] bei allen anderen Farben wird der Wert in dem Feld angezeigt. ???
Erst mal vielen Dank dafür und einen schönen Abend.
Gruß, Martin.
Hallo Martin,
Funktioniert auch das auslesen des Batteriestatus?
Das mit dem Infofeld schaue ich mir an.
Grüße
Servus Leon,
das auslesen des Batteriestatus funktioniert meiner Ansicht nach nicht, dort steht bis jetzt bei jeder Lampe fest die Zahl 2 drin. ???
Dann schaue ich mal wie wir an die Daten kommen. Ich melde mich morgen mal bei Dir.
Grüße
Zitat von: mat-industries am 03 Mai 2017, 21:13:18
Servus Leon,
das auslesen des Batteriestatus funktioniert meiner Ansicht nach nicht, dort steht bis jetzt bei jeder Lampe fest die Zahl 2 drin. ???
Kannst Du mal bitte ein
gatttool -b BT-MAC --characteristics
in der Linuxkonsole des FHEM Servers eingeben.
Grüße
Auch wenn ich nicht angesprochen war, hier mal die gewünschte Ausgabe:
gatttool -b D8:48:4B:0F:AC:E6 --characteristics
handle = 0x0002, char properties = 0x20, char value handle = 0x0003, uuid = 00002a05-0000-1000-8000-00805f9b34fb
handle = 0x0006, char properties = 0x0a, char value handle = 0x0007, uuid = 00002a00-0000-1000-8000-00805f9b34fb
handle = 0x0008, char properties = 0x02, char value handle = 0x0009, uuid = 00002a01-0000-1000-8000-00805f9b34fb
handle = 0x000a, char properties = 0x02, char value handle = 0x000b, uuid = 00002a04-0000-1000-8000-00805f9b34fb
handle = 0x000d, char properties = 0x10, char value handle = 0x000e, uuid = 00002a37-0000-1000-8000-00805f9b34fb
handle = 0x0010, char properties = 0x0a, char value handle = 0x0011, uuid = 0000fff7-0000-1000-8000-00805f9b34fb
handle = 0x0012, char properties = 0x02, char value handle = 0x0013, uuid = 0000fff8-0000-1000-8000-00805f9b34fb
handle = 0x0014, char properties = 0x0a, char value handle = 0x0015, uuid = 0000fff9-0000-1000-8000-00805f9b34fb
handle = 0x0016, char properties = 0x06, char value handle = 0x0017, uuid = 0000fffa-0000-1000-8000-00805f9b34fb
handle = 0x0018, char properties = 0x06, char value handle = 0x0019, uuid = 0000fffb-0000-1000-8000-00805f9b34fb
handle = 0x001a, char properties = 0x06, char value handle = 0x001b, uuid = 0000fffc-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x0a, char value handle = 0x001d, uuid = 0000fffd-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x0a, char value handle = 0x001f, uuid = 0000fffe-0000-1000-8000-00805f9b34fb
handle = 0x0020, char properties = 0x0a, char value handle = 0x0021, uuid = 0000ffff-0000-1000-8000-00805f9b34fb
handle = 0x0023, char properties = 0x12, char value handle = 0x0024, uuid = 00002a19-0000-1000-8000-00805f9b34fb
handle = 0x0027, char properties = 0x0a, char value handle = 0x0028, uuid = 00001013-d102-11e1-9b23-00025b00a5a5
handle = 0x0029, char properties = 0x08, char value handle = 0x002a, uuid = 00001018-d102-11e1-9b23-00025b00a5a5
handle = 0x002b, char properties = 0x12, char value handle = 0x002c, uuid = 00001014-d102-11e1-9b23-00025b00a5a5
handle = 0x002e, char properties = 0x02, char value handle = 0x002f, uuid = 00001011-d102-11e1-9b23-00025b00a5a5
handle = 0x0031, char properties = 0x02, char value handle = 0x0032, uuid = 00002a25-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x02, char value handle = 0x0034, uuid = 00002a27-0000-1000-8000-00805f9b34fb
handle = 0x0035, char properties = 0x02, char value handle = 0x0036, uuid = 00002a26-0000-1000-8000-00805f9b34fb
handle = 0x0037, char properties = 0x02, char value handle = 0x0038, uuid = 00002a28-0000-1000-8000-00805f9b34fb
handle = 0x0039, char properties = 0x02, char value handle = 0x003a, uuid = 00002a29-0000-1000-8000-00805f9b34fb
handle = 0x003b, char properties = 0x02, char value handle = 0x003c, uuid = 00002a50-0000-1000-8000-00805f9b34fb
Danke Dir aber so ist das nicht lesbar.
Kannst Du die Ausgabe bitte in Codetags setzen so das ich die entsprechenden Zeilenblöcke erkennen kann.
Sorry, bei mir in der Vorschau sah das gut aus...
gatttool -b D8:48:4B:0F:AC:E6 --characteristics
handle = 0x0002, char properties = 0x20, char value handle = 0x0003, uuid = 00002a05-0000-1000-8000-00805f9b34fb
handle = 0x0006, char properties = 0x0a, char value handle = 0x0007, uuid = 00002a00-0000-1000-8000-00805f9b34fb
handle = 0x0008, char properties = 0x02, char value handle = 0x0009, uuid = 00002a01-0000-1000-8000-00805f9b34fb
handle = 0x000a, char properties = 0x02, char value handle = 0x000b, uuid = 00002a04-0000-1000-8000-00805f9b34fb
handle = 0x000d, char properties = 0x10, char value handle = 0x000e, uuid = 00002a37-0000-1000-8000-00805f9b34fb
handle = 0x0010, char properties = 0x0a, char value handle = 0x0011, uuid = 0000fff7-0000-1000-8000-00805f9b34fb
handle = 0x0012, char properties = 0x02, char value handle = 0x0013, uuid = 0000fff8-0000-1000-8000-00805f9b34fb
handle = 0x0014, char properties = 0x0a, char value handle = 0x0015, uuid = 0000fff9-0000-1000-8000-00805f9b34fb
handle = 0x0016, char properties = 0x06, char value handle = 0x0017, uuid = 0000fffa-0000-1000-8000-00805f9b34fb
handle = 0x0018, char properties = 0x06, char value handle = 0x0019, uuid = 0000fffb-0000-1000-8000-00805f9b34fb
handle = 0x001a, char properties = 0x06, char value handle = 0x001b, uuid = 0000fffc-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x0a, char value handle = 0x001d, uuid = 0000fffd-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x0a, char value handle = 0x001f, uuid = 0000fffe-0000-1000-8000-00805f9b34fb
handle = 0x0020, char properties = 0x0a, char value handle = 0x0021, uuid = 0000ffff-0000-1000-8000-00805f9b34fb
handle = 0x0023, char properties = 0x12, char value handle = 0x0024, uuid = 00002a19-0000-1000-8000-00805f9b34fb
handle = 0x0027, char properties = 0x0a, char value handle = 0x0028, uuid = 00001013-d102-11e1-9b23-00025b00a5a5
handle = 0x0029, char properties = 0x08, char value handle = 0x002a, uuid = 00001018-d102-11e1-9b23-00025b00a5a5
handle = 0x002b, char properties = 0x12, char value handle = 0x002c, uuid = 00001014-d102-11e1-9b23-00025b00a5a5
handle = 0x002e, char properties = 0x02, char value handle = 0x002f, uuid = 00001011-d102-11e1-9b23-00025b00a5a5
handle = 0x0031, char properties = 0x02, char value handle = 0x0032, uuid = 00002a25-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x02, char value handle = 0x0034, uuid = 00002a27-0000-1000-8000-00805f9b34fb
handle = 0x0035, char properties = 0x02, char value handle = 0x0036, uuid = 00002a26-0000-1000-8000-00805f9b34fb
handle = 0x0037, char properties = 0x02, char value handle = 0x0038, uuid = 00002a28-0000-1000-8000-00805f9b34fb
handle = 0x0039, char properties = 0x02, char value handle = 0x003a, uuid = 00002a29-0000-1000-8000-00805f9b34fb
handle = 0x003b, char properties = 0x02, char value handle = 0x003c, uuid = 00002a50-0000-1000-8000-00805f9b34fb
OK frei aus dem Kopf
gatttool -b D8:48:4B:0F:AC:E6 char-read 0x12
Und Ausgabe hier in Codetags bitte
Das klappt so leider nicht.
Ich habe jetzt mal folgendes probiert, in der Annahme das Handle 23/24 zu 0x12 gehört:
char-read-hnd 23
Characteristic value/descriptor: 12 24 00 19 2a
Notification handle = 0x000e value: 00 00 00 00 25 0b ff 03
bzw.
char-read-hnd 24
Characteristic value/descriptor: 51 01
Dann mal bitte die 0x23 probieren. Im Garten sitzend ist das alles etwas unübersichtlich ;D
gatttool -b D8:48:4B:0F:AC:E6 --char-read -a 0x23
Mach mal bitte so
Ich wäre heute auch gerne im Garten, wir haben aber leider Dauerregen :-(
gatttool -b D8:48:4B:0F:AC:E6 --char-read -a 0x23
Characteristic value/descriptor: 12 24 00 19 2a
Kannst du 0x51 Mal bitte umrechnen lassen? Also Hex in Dezimal. Und das was raus kommt sollte Dein Akkustand sein.
Moin
0x51 => (5*16)+1 =81
Aber wo siehst Du die?
Gruss Christoph
Zitat von: CoolTux am 07 Mai 2017, 16:06:08
Kannst du 0x51 Mal bitte umrechnen lassen? Also Hex in Dezimal. Und das was raus kommt sollte Dein Akkustand sein.
Ergibt 81% und passt auch zur Anzeige in der Playbulb App.
Aber woher hast du den Wert 0x51?
Zitat von: cengler am 07 Mai 2017, 15:37:41
Das klappt so leider nicht.
Ich habe jetzt mal folgendes probiert, in der Annahme das Handle 23/24 zu 0x12 gehört:
char-read-hnd 23
Characteristic value/descriptor: 12 24 00 19 2a
Notification handle = 0x000e value: 00 00 00 00 25 0b ff 03
bzw.
char-read-hnd 24
Characteristic value/descriptor: 51 01
gatttool -b D8:48:4B:0F:AC:E6 --char-read -a 0x24
Kannst Du das mal bitte checken.
gatttool -b D8:48:4B:0F:AC:E6 --char-read -a 0x24
Characteristic value/descriptor: 4f 00
Hat dein Akku jetzt 79% ??
Wenn das passt, hätte ich eine Idee für die 00 und die 01
Wird geladen wird nicht geladen ;D
Ja, ca. 79% passt und 01 für Laden heute Nachmittag und jetzt 00 für nicht laden...
Dann Versuche ich das die Tage mal ein zu arbeiten. Vielen Dank für Eure tolle Hilfe.
Grüße
Habe die Batterieunterstützung für die neue Garden nun eingebaut und außerdem noch den Ladestatus.
Ich habe das Battery Reading geändert in powerLevel und für den Ladestatus gibt es powerPlugged.
Das ganze teste ich dann mal die Tage und stelle es dann als FHEM Update bereit wenn es vernünftig rennt.
Vielen herzlichen Dank an alle fleißigen Mitstreiter für Eure Unterstützung.
Grüße
Hallo Leon,
vielen Dank an dich, dass du dir so viel Arbeit machst, und dieses Projekt mit so viel Wissen und Zeit unterstützt.
Ps: Können wir mit dem gattool denn auch den Solar Sensor von den Playbulb Garden herausfinden ???
Gruß,
Martin
Hallo Martin,
Ich denke nicht das der Solarsensor mit angebunden ist. Siehst Du denn sowas in der Art in der App, wenn ja dann ist er definitiv angebunden. Ich muß die Tag mal in meine Dokumentation schauen die ich damals bekommen habe. Vielleicht finde ich da etwas.
Grüße
Leon
Hallo Leon,
der Sensor ist definitiv in der App enthalten, siehe Screenshot.
Gruß,
Martin.
Ah okay. Man kann damit also den Sensor an oder aus schalten. Dann muss ich wirklich mal schauen.
Meine Tests waren positiv. Ich werde die neue Version die Tage einchecken. Wegen dem Sensor schaue ich dann.
Habe soeben Version 1.2.2 ins SVN geladen und kann heute noch per Update geholt werden.
Change battery Readingname to powerLevel and add new Reading powerCharge only for Garden Model.
Grüße
Danke!!! Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo Leon,
getestet an einer neuen(V18) und alten(V37) Playbulb Garden, und beide funktionieren. :-) DANKESCHÖN :-)
PLAYBULB NEU
color on
deviceName GARTEN #001
effect none
onoff 0
powerCharge 1
powerLevel 76
rgb f30000
sat 0
speed 1
state off
PLAYBULB ALT
color on
deviceName GARTEN #001
effect none
onoff 0
powerCharge 1
powerLevel 76
rgb f30000
sat 0
speed 1
state off
Gruß,
Martin.
Ich hätte da mal noch eine Frage an alle, da ich mich mit FHEM noch nicht all zu lange befasse.
Ist es möglich mit nur einem Timer oder Schalter die Lampen einzuschalten und dann gleich noch die Farbe wechseln lassen und einen Effekt zu wählen ?
Sprich mehrere Befehle auf einmal, und diese am besten noch mit Pause zwischen jedem Befehl (z.B. 10 Sekunden).
....und ist es möglich das Modul Color das in FHEM integiert ist mit dem Playbulbmodul zu verwenden ???
Ich sag schon mal vielen Dank.
Gruß,
Martin.
Zitat von: mat-industries am 10 Mai 2017, 17:05:54
Ich hätte da mal noch eine Frage an alle, da ich mich mit FHEM noch nicht all zu lange befasse.
Ist es möglich mit nur einem Timer oder Schalter die Lampen einzuschalten und dann gleich noch die Farbe wechseln lassen und einen Effekt zu wählen ?
Sprich mehrere Befehle auf einmal, und diese am besten noch mit Pause zwischen jedem Befehl (z.B. 10 Sekunden).
Ja, du kannst mit einem AT o.ä. mehrere Befehle hinter einander an die PLAYBULB schicken (und ggf. zwischendrin auch ein sleep).
Hi Leon,
Ich habe mittlerweile auch ein paar PLAYBULB Garden verteilt, allerdings sind sie ausser Reichweite meines mit dem FHEM-Server verbundenen Bluetooth-Dongles. Hast du Pläne PLAYBULB eine Art lan-bluetooth zu verpassen (ähnlich wie PRESENCE das kann) oder sollte ich mich lieber mal mit FHEM2FHEM beschäftigen?
Danke,
Grüße,
Oli
Hallo Oli,
Ich kann Dir eine ssh Option anbieten.Ähnlich wie bei den FlowerSens Modul. Alles was Du machen musst ist ein Zertifikatspaar an zu legen.
https://mathias-kettner.de/lw_ssh_anmeldung_ohne_passwort.html
http://www.schlittermann.de/doc/ssh.html
Ich werde das die Tage mal umsetzen und Du kannst dann testen.
Grüße
Zitat von: CoolTux link=topic=60829.msg638432#msg638432
Ich werde das die Tage mal umsetzen und Du kannst dann testen.
Coole Sache :-) Mache ich gerne.
Ich fürchte auf dem remote pi sollte dann kein lepresenced laufen?
Da fürchtest Du richtig. Das verträgt sich noch nicht. Du musst also einen Satelliten nehmen ohne lepresenced.
Ich habe den SSH Support eben mal eingebaut und werde das testen. Wäre Cool wenn Du dann mal die eigentliche SSH Verbindung testen kannst. Ich kann nur testen ob Syntax und so stimmt.
Grüße
Hallo zusammen,
zum Thema Bluethooth und Playbulb habe ich auch so meine Erfahrungen gemacht.
Wenn man mehrere Lamepen hat (5+) dann kommt es, wenn man keine gute Bluetoothverbindung hat, immer soweit, das sich irgendwann der komplette Bluetoothstack aufhängt.
Getesten mit Raspian,Debian und Ubuntu.
https://shopping.linuxnet-online.com/BT-UD100 (https://shopping.linuxnet-online.com/BT-UD100)
Als Tip würde ich empfehlen schon mal den ultimativen Bluetoothadapter mit der passenden Antenne zu verwenden, vielleicht kann man sich dadurch den SSH-Sateliten sparen.
Weiterhin sollten von PlayBulb auch schon seit letztem Jahr Geräte auf dem Markt sein, die dann Bluetooth-Mesh beherschen, leider sind diese noch nicht verfügbar.
Ich denke mal, sobald solche Geräte auf dem Markt sind, wird es auch mit Bluetooth "problemfreier".
Grüßle,
Martin.
Hallo Oli,
Ich hänge Dir mal eine Version mit SSH Remote Unterstützung an.
Voraussetzung:
- SSH Verbindung ohne Passwort (Schlüsselpaar)
- Attribut sshHost
Grüße
Leon
Hi Leon,
vielen Dank, ich teste das spätestens am langen Wochenende mal durch (Muss erst noch einen Raspi aus der Bastelkiste suchen)
Danke,
Oli
Hi Leon,
erstmal vielen Dank! Funktioniert wunderbar. Abgesehen von der bluez Installation, die mich bei jedem neuen RasPi wieder in den Wahnsinn treibt, hatte ich folgende Probleme:
1. Nach austauschen der Datei und anschließendem reload 31_PLAYBULB habe ich folgende Meldungen, die ich mir - auch nach Studium des source codes - nicht erklären kann.
Too many arguments for main::PLAYBULB_gattCharRead at ./FHEM/31_PLAYBULB.pm line 328, near "$ae)"
Too many arguments for main::PLAYBULB_readDevicename at ./FHEM/31_PLAYBULB.pm line 343, near "$adname) "
Too many arguments for main::PLAYBULB_gattCharWrite at ./FHEM/31_PLAYBULB.pm line 355, near "$ae) "
Too many arguments for main::PLAYBULB_writeDevicename at ./FHEM/31_PLAYBULB.pm line 356, near "$dname) "
Too many arguments for main::PLAYBULB_gattCharRead at ./FHEM/31_PLAYBULB.pm line 360, near "$ae) "
Too many arguments for main::PLAYBULB_readDevicename at ./FHEM/31_PLAYBULB.pm line 361, near "$adname) "
nach shutdown restart war alles gut.
2. die oben angehängte Version hat kein Attribut sshHost. War kein wirkliches Problem, das hinzuzufügen.
3. Zunächst habe ich nur "unreachable" bekommen... Problem war, dass der Timeout Parameter von BlockingCall in Zeile 293 zu knapp bemessen war. Mit 10 funktioniert es:
$hash->{helper}{RUNNING_PID} = BlockingCall("PLAYBULB_BlockingRun", $name."|".$response_encode, "PLAYBULB_BlockingDone", 10, "PLAYBULB_BlockingAborted", $hash) unless(exists($hash->{helper}{RUNNING_PID}));
Also alles gut, kann (mit den genannten Anpassungen) in die Distro, denke ich :-) Danke!
Grüße,
Oli[size=78%] [/size]
Unabhängig davon noch eine Frage: Irgendwo in diesem Thread glaube ich gesehen zu haben, dass PLAYBULB mitbekommt, wenn die PLAYBULB Garden sich automatisch einschalten. Dies ist bei mir nicht der Fall. Ein statusRequest erkennt aber, den richtigen Zustand... Läuft da bei mir etwas falsch oder geht das einfach nicht (falls letzteres - feautureRequest: Über ein Attribut die Möglichkeit zu haben, einen regelmäßigen statusRequest zu triggern)
Offtopic: Welche Bluetooth-Dongles verwendest du? Ich habe den Eindruck, meine reichen gerade mal 5m bei freier Sicht. Wenn eine (Ziegel-)Wand dazwischen ist geht fast nix mehr...
Zitat von: KernSani am 25 Mai 2017, 23:23:03
Hi Leon,
erstmal vielen Dank! Funktioniert wunderbar. Abgesehen von der bluez Installation, die mich bei jedem neuen RasPi wieder in den Wahnsinn treibt, hatte ich folgende Probleme:
1. Nach austauschen der Datei und anschließendem reload 31_PLAYBULB habe ich folgende Meldungen, die ich mir - auch nach Studium des source codes - nicht erklären kann.
Too many arguments for main::PLAYBULB_gattCharRead at ./FHEM/31_PLAYBULB.pm line 328, near "$ae)"
Too many arguments for main::PLAYBULB_readDevicename at ./FHEM/31_PLAYBULB.pm line 343, near "$adname) "
Too many arguments for main::PLAYBULB_gattCharWrite at ./FHEM/31_PLAYBULB.pm line 355, near "$ae) "
Too many arguments for main::PLAYBULB_writeDevicename at ./FHEM/31_PLAYBULB.pm line 356, near "$dname) "
Too many arguments for main::PLAYBULB_gattCharRead at ./FHEM/31_PLAYBULB.pm line 360, near "$ae) "
Too many arguments for main::PLAYBULB_readDevicename at ./FHEM/31_PLAYBULB.pm line 361, near "$adname) "
nach shutdown restart war alles gut.
2. die oben angehängte Version hat kein Attribut sshHost. War kein wirkliches Problem, das hinzuzufügen.
3. Zunächst habe ich nur "unreachable" bekommen... Problem war, dass der Timeout Parameter von BlockingCall in Zeile 293 zu knapp bemessen war. Mit 10 funktioniert es:
$hash->{helper}{RUNNING_PID} = BlockingCall("PLAYBULB_BlockingRun", $name."|".$response_encode, "PLAYBULB_BlockingDone", 10, "PLAYBULB_BlockingAborted", $hash) unless(exists($hash->{helper}{RUNNING_PID}));
Also alles gut, kann (mit den genannten Anpassungen) in die Distro, denke ich :-) Danke!
Grüße,
Oli[size=78%] [/size]
Unabhängig davon noch eine Frage: Irgendwo in diesem Thread glaube ich gesehen zu haben, dass PLAYBULB mitbekommt, wenn die PLAYBULB Garden sich automatisch einschalten. Dies ist bei mir nicht der Fall. Ein statusRequest erkennt aber, den richtigen Zustand... Läuft da bei mir etwas falsch oder geht das einfach nicht (falls letzteres - feautureRequest: Über ein Attribut die Möglichkeit zu haben, einen regelmäßigen statusRequest zu triggern)
Offtopic: Welche Bluetooth-Dongles verwendest du? Ich habe den Eindruck, meine reichen gerade mal 5m bei freier Sicht. Wenn eine (Ziegel-)Wand dazwischen ist geht fast nix mehr...
Guten Morgen Oli,
Freue mich das Du es so gut testen konntest.
Das mit den to many Arguments ist korrekt. Wenn man die Anzahl zu übergebenden Argumente für die Funktion ändert reicht ein reload nicht mehr. Dann muss FHEM komplett neu gestartet werden.
Vielen Dank fürs selber fixen. Das mit dem Attribut ist passiert weil ich noch mal von vorne beginnen musste, beim ersten Versuch wollte ich zu viel. Hatte noch eingebaut das er bei einem Fehler beim senden des Befehles das senden noch mal wiederholt. Hatte aber nicht so gut geklappt und ich habe momentan zu wenig Zeit mir das an zu schauen.
Ich habe alle Anmerkungen entsprechend angepasst und gebe ich die Tage gerne so frei.
Ich habe 2 BT Dongle welche ich mir damals bei MediaMarkt gekauft hatte. Einer hat 14 Euro gekostet. Leider habe ich da von der Verpackung nichts mehr. Sind solche mini Dongle und auf der Verpackung stand 60m Reichweite. Ist natürlich theoretisch. Aber ich bin relativ zufrieden Wohnungsintern klappt das gut.
Grüße
Leon
Habe soeben Version 1.2.4 ins svn geladen. Steht ab Morgen im Update bereit.
Support für ssh remote Kontrolle ist hinzugekommen. Somit ist es nun möglich sich Satelliten zu bauen.
Grüße
Hi Leon,
hi all.
Bin jetzt auch in die Playbulb-Liga aufgestiegen.
Zunächst erstmal: "Vielen Dank für das Modul!!!"
Leider wollen meine "Candles" nicht mit dem Modul reden.
Fehlermeldung im Log mit verbose 5:
2017.05.26 20:42:12 4: (Sub PLAYBULB - Candle1) - Call BlockingRun
2017.05.26 20:42:12 4: (Sub PLAYBULB_Run - Candle1) - Running nonBlocking
connect: Device or resource busy (16)
connect: Device or resource busy (16)
2017.05.26 20:42:12 4: (Sub PLAYBULB_Run - Candle1) - Rückgabe an Auswertungsprogramm beginnt
Die BlueZ-Version ist die: 5.23-2 rpi2
Auf dem gleichen RPi laufen auch FlowerSens, hier alles okay.
Ich hab auch beide, BTL300_v5 und BTL300_v6, Module versucht . . .
(btw. woher weiss man, ob man V5 oder V6 hat?)
Jemand eine Idee?
Grüße
mi.ke
Zitat von: mi.ke am 26 Mai 2017, 20:50:59
Hi Leon,
hi all.
Bin jetzt auch in die Playbulb-Liga aufgestiegen.
Zunächst erstmal: "Vielen Dank für das Modul!!!"
Leider wollen meine "Candles" nicht mit dem Modul reden.
Fehlermeldung im Log mit verbose 5:
2017.05.26 20:42:12 4: (Sub PLAYBULB - Candle1) - Call BlockingRun
2017.05.26 20:42:12 4: (Sub PLAYBULB_Run - Candle1) - Running nonBlocking
connect: Device or resource busy (16)
connect: Device or resource busy (16)
2017.05.26 20:42:12 4: (Sub PLAYBULB_Run - Candle1) - Rückgabe an Auswertungsprogramm beginnt
Die BlueZ-Version ist die: 5.23-2 rpi2
Auf dem gleichen RPi laufen auch FlowerSens, hier alles okay.
Ich hab auch beide, BTL300_v5 und BTL300_v6, Module versucht . . .
(btw. woher weiss man, ob man V5 oder V6 hat?)
Jemand eine Idee?
Grüße
mi.ke
Hallo,
In der App kannst Du sehen welche Version Du genau hast.
Welches Debian verwendest Du?
Zitat von: CoolTux am 26 Mai 2017, 21:41:31
In der App kannst Du sehen welche Version Du genau hast.
Welches Debian verwendest Du?
- Wo kann man das sehen? In der "Playbulb X" hab ich nichts gefunden.
- Jessie auf einem RPi Zero W.
Jessie passt.
Weiß nicht mehr wo genau man das sah. Ist die App zufällig noch mit der Playbulb verbunden wärend FHEM darauf zugreifen soll?
In Playbulb X rechts oben bei Einstellungen sieht man die Version.
nein, alles beendet.
Ich hab es jetzt noch mal auf meinem Live-system ausprobiert . . .
Auch Jessie, aber auf einen RPi mit BT-USB-Dongle.
Jetzt folgende Log Einträge
2017.05.26 22:24:48 4: (Sub PLAYBULB - Candle1) - Call BlockingRun
2017.05.26 22:24:48 4: (Sub PLAYBULB_Run - Candle1) - Running nonBlocking
2017.05.26 22:24:58 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 11821
2017.05.26 22:24:58 4: (Candle1) - The BlockingCall Process terminated unexpectedly. Timedout
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
Zitat von: KernSani am 26 Mai 2017, 22:30:31
In Playbulb X rechts oben bei Einstellungen sieht man die Version.
Einstellungen gibt es ja 2 x.
Weder über Menü->Einstellungen, noch über das "Zahnrad" seh ich die Version.
Playbulb X ist die Version 1.6.2
Zitat von: mi.ke am 26 Mai 2017, 22:44:15
Weder über Menü->Einstellungen, noch über das "Zahnrad" seh ich die Version.
komisch, bei meinen Playbulb Garden sehe ich die Version über das "Zahnrad"
die grep-Meldung (broken pipe) kommt ziemlich sicher nicht von PLAYBULB. Bez. Timeout, suche mal nach folgender Zeile im source code:
$hash->{helper}{RUNNING_PID} = BlockingCall("PLAYBULB_BlockingRun", $name."|".$response_encode, "PLAYBULB_BlockingDone", 5, "PLAYBULB_BlockingAborted", $hash) unless(exists($hash->{helper}{RUNNING_PID}));
und ersetze die 5 z.B. durch eine 10. Danach ein
reload 31_PLAYBULB
. Das hat - zumindest bei mir - ein timeout Problem behoben.
Hatte vorher noch das Modul auf 1.2.4 upgedatet
Hab sogar bis auf 30 sec. gesetzt (10 waren in Code schon eingetragen), gleiches wie vorher, nur das es halt länger dauert.
Trotzdem danke, ich geh jetzt erst mal Bubu machen.
So, wieder ein Stückchen weiter.
Habe einen DreierPack von Tch!b0, scheinen Montagsgeräte zu sein, sind nicht mal Duftplättchen dabei. :'(
Also, die Version in der Playbulb X App (Android) sieht man, wenn die Candles nicht als BT-Geräte gepairt sind.
Und zwar unten rechts in der Ecke, bei Einstellungnen (über das "Zahnrad")
So, bin dann wieder auf den Test-Pi ( RPiZeroW) mit Jessie und BlueZ 5.23 gewechselt.
Hier ist der BT-Chip onboard. Installiert ist das Modul von CoolTux in der Version 1.2.2.
Den NonBlockingCallTimeout habe ich auf 10 sec. gesetzt.
Einer von den 3 Candles hatte irgendwann ein Reading, geht also . . .
Zwischendurch einen externen USB-BT-Stick ausgrobiert, kein Erfolg.
Um die Candles abzufragen geht bisher nur folgendes.
sudo hciconfig hci0 down
sudo hciconfig hci0 up
Danach geht einmal eine Abfrage, alle Readings werden angelegt alles gut.
Bei einem Versuch konnte ich sogar die Farbe umstellen, dann war vorbei.
Alle anderen Versuche immer nur einmal. Danach wieder dauerhaft unreachable.
Bis hciconfig wieder restartet wird.
Edit: Rechtschreibfehler
Hi Mike, die Version deiner Lampen kannst du mit der Playbulbapp am Handy abfragen.
Gruß, Martin.
So, geht . . . .teilweise zumindest und leider nicht stabil, liegt aber m.M.n. entweder an meinen Montags-Candle oder am BT-Stack.
@Leon
Das Modul mal wieder ein sensationeller Wurf von Dir, danke nochmal!
Und kaum läufts einigermassen, kommen schon Frage und die ersten Anregungen ;D
Frage zu den Readings:
- Könntest Du aus "powerLevel", dem Standard wegen, "batteryLevel" und dann zusätzlich "battery:ok|low" machen?
Und bei set hätt ich auch Fragen:
- Was macht intervals?
- Was ist der Unterschied zwischen on-for timer und on-till-overnight?
- Und was können hinter toogle für parameter angegeben werden?
Allgemein:
- Kann man über das Modul auch die Helligkeit regeln? Habs nicht gefunden.
- Bei der Farb-Eingabe wird FFFFFF ignoriert, ist das gewollt?
Vorschlag:
- Wenn die Candles gestartet werden, ist immer ein Standard voreingestellt (color:on;effect:rainbow). Was hältst Du von der Möglichkeit, eigene Startparameter vorgeben zu können (z.B. color:off;effect:candle), wenn das aus Kompatiblitätsgründen zu den andern Playbulbs überhaupt machbar ist?
Und noch einen Frage. Da aber mein System noch nicht stabil mit den Candles läuft, ehr interessehalber:
Hast Du die Akuallisierung anders als bei den FlowerSens programmiert?
Dort können sich mehrere automatisch aktualisieren (getestet mit >20 Stk). Ich meine mich erinnern zu können, dass Du eine Art random-Timer eingebaut hattest, damit nicht zeitgleich abgefragt wird.
Danke und Grüße
mi.ke
Zitat von: mi.ke am 28 Mai 2017, 15:06:15
@Leon
Das Modul mal wieder ein sensationeller Wurf von Dir, danke nochmal!
Und kaum läufts einigermassen, kommen schon Frage und die ersten Anregungen ;D
Hallo Mike,
Erstmal vielen lieben Dank für die Blumen.
Zitat von: mi.ke am 28 Mai 2017, 15:06:15
Frage zu den Readings:
- Könntest Du aus "powerLevel", dem Standard wegen, "batteryLevel" und dann zusätzlich "battery:ok|low" machen?
Das kann ich gerne machen. In der Hoffnung das noch nicht so viele Leute mit den Readings arbeiten ;D
Zitat von: mi.ke am 28 Mai 2017, 15:06:15
Und bei set hätt ich auch Fragen:
- Was macht intervals?
- Was ist der Unterschied zwischen on-for timer und on-till-overnight?
- Und was können hinter toogle für parameter angegeben werden?
Deine Fragen beziehen sich alle auf die SetExtensions. Da müsste ich Dich bitten einmal selber in der Commandref zu Set Commands zu schauen. Das habe ich alles auch nicht so in der Übersicht.
Zitat von: mi.ke am 28 Mai 2017, 15:06:15
Allgemein:
- Kann man über das Modul auch die Helligkeit regeln? Habs nicht gefunden.
- Bei der Farb-Eingabe wird FFFFFF ignoriert, ist das gewollt?
Die Helligkeit geht bedingt, ich wollte mich da bei Gelegenheit mal ran setzen. Und zwar kannst Du über den Colorpicker rechte die Helligkeitsstufe einstellen.
FFFFFF steht für reinweiß, das ist identisch mit set color off
Zitat von: mi.ke am 28 Mai 2017, 15:06:15
Vorschlag:
- Wenn die Candles gestartet werden, ist immer ein Standard voreingestellt (color:on;effect:rainbow). Was hältst Du von der Möglichkeit, eigene Startparameter vorgeben zu können (z.B. color:off;effect:candle), wenn das aus Kompatiblitätsgründen zu den andern Playbulbs überhaupt machbar ist?
Das denke ich sollte möglich sein.
Zitat von: mi.ke am 28 Mai 2017, 15:06:15
Und noch einen Frage. Da aber mein System noch nicht stabil mit den Candles läuft, ehr interessehalber:
Hast Du die Akuallisierung anders als bei den FlowerSens programmiert?
Dort können sich mehrere automatisch aktualisieren (getestet mit >20 Stk). Ich meine mich erinnern zu können, dass Du eine Art random-Timer eingebaut hattest, damit nicht zeitgleich abgefragt wird.
Es gibt bei den Playbulbs keine automatische Aktualisierung. Aktuelle Daten kommen bei einem set Befehl oder über statusRequest
Grüße
Leon
Hallo!
cooles Modul :-)
Habe heute meine PLAYBULB BTL203 bekommen. Ich muss zugeben, dass ich erst bei meinen ersten Versuchen gemerkt habe, dass die 203 nicht in der Luste der unterstützten Geräte ist...
Als Model BTL201M_V16 lässt sich die BTL203 ansteuern. Allerdings vermisse ich die Möglichkeit zum Dimmen.
Kann mir jemand einen Tipp geben?
Danke
Robert
In FHEMWeb geht das über den Colorpicker. Rechte Seite der Regler den man noch und runter schieben kann.
Was genau sind das für PLAYBULBs? Hast ein Link?
Hallo,
hier der Link: https://www.amazon.de/gp/product/B01F8WMWPU/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B01F8WMWPU/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1)
Ich habe keinen Schieberegler der sich nach unten schieben lässt. Die Sättigung könnte waagrecht eingestellt werden. Das ändert aber nur die Licht-Temperatur
Danke
Robert
Meine Frau hat auch 3 PLAYBULB Garden bestellt, geliefert wurde lt. App die Version 2.3, die mit den anderen Garden Versionen nicht kompatibel sind. Ich habe mit
BTL400M_v23 => {'aColor' => '0x25' ,'aEffect' => '0x23' ,'aBattery' => '0x30' ,'aDevicename' => '0x7'}, # Garden Version 2.3
ein neues Modell in das PLAYVBULB Modul eingefügt, mit dem die Garden 2.3 funktionieren.
Unter Ubuntu (keine VM) habe ich mit Bluez 5.43 die gleichen Probleme wie sie @peterke_de ab #101 beschrieben hat. Es gibt in dieser Version wahrscheinlich ein Bug im gatttool-Programm. Während das "char-write-req" und im Interaktiven Modus auch das "char-write-cmd" Kommando funktionieren, läuft "char-write" irgendwo ins Leere. Als Workaround habe ich Bluez 5.23 heruntergeladen, kompiliert und daraus gatttool kopiert.
Zitat von: KillRob am 03 Juni 2017, 12:33:05
Hallo,
hier der Link: https://www.amazon.de/gp/product/B01F8WMWPU/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B01F8WMWPU/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1)
Ich habe keinen Schieberegler der sich nach unten schieben lässt. Die Sättigung könnte waagrecht eingestellt werden. Das ändert aber nur die Licht-Temperatur
Danke
Robert
Alles klar, das sind Spots. Die hatte ich in der Tat noch nicht.
Wenn ich Zeit finde pflege ich alle Eure Tips, Anregungen und Änderungen ein. Muss erstmal das AMADNG Projekt zu Ende machen ;D
Tach.
Meine Garden (BTL400) sind heute gekommen.
Die Version ist BTL400M_V1.9
Verbinden zwar, aber verlieren immer die Verbindung. Umbenennen klappt mit de modul nicht.
Ist das normal, das wenn die Lampen im Modul auf off stehen, trotzdem bei Dunkelheit angehen?
Zitat von: mi.ke am 03 Juni 2017, 16:53:31
Tach.
Meine Garden (BTL400) sind heute gekommen.
Die Version ist BTL400M_V1.9
Verbinden zwar, aber verlieren immer die Verbindung. Umbenennen klappt mit de modul nicht.
Ist das normal, das wenn die Lampen im Modul auf off stehen, trotzdem bei Dunkelheit angehen?
Hallo Mike,
Technisch gesehen haben sie gar keine Verbindung ausser ich Moment des Abrufens oder Schaltens. Danach sind sie sofort wieder getrennt. Daher bekommt FHEM z.B. auch nicht mit wenn sie ausgehen ohne das FHEM schaltet. Das sie angehen obwohl sie laut FHEM aus sein sollten ist richtig. Die Teile haben einen Helligkeitssensor drin. Da suche ich noch wie man den ausschalten kann.
Wie weit sind die Garden denn vom Stick entfernt und wie ist die Reichweite von Stick laut Hersteller?
Hallo,
Ich bin die letzten Tage auch über das Thema BT Glühbirne gefallen.
Und finde es schon Mal Klasse das es ein Modul für die MIPow gibt.
Habe nun aber auch noch die Marke BeeWi entdeckt, die mit unter von Hornbach vertrieben wird.
Da diese denen in von MiPow, in Optik und Funktion, sehr ähneln wollte ich Mal nachfragen ob eventuell schon jemand probiert hat diese mit dem Modul zu betreiben.
Habe gerade mal geschaut. Gibt da schon gut dokumentierte Steuerungsscripte. Wäre also prinzipiell möglich.
Hallo ihr Lieben,
Ich habe gestern meine Mipow bekommen, aber es ist das Modell BTL201M 1.8 Ist es Möglich auch dazu ein Modul zu erstellen.
Liebe Grüße und danke für die Arbeit.
Naja ein zusätzliches Modul nicht, aber wir könnten versuchen es in dieses mit auf zu nehmen.
Dazu benötige ich aber ein paar Daten. Erstmal wäre nicht schlecht wenn Du mir sagst was es genau für ein Teil ist. Vielleicht mit Link zum Produkt. Den Rest sende ich Dir dann, also was ich an Infos brauche.
Grüße
Super, ja ich meinte natürlich integrieren in das vorhandene Modul :)
Also in FHEM habe ich als Modell BTL201_v2 benutzt, ging leider nicht. Daher im Anhang mal 1 Screen von Playbulb x und ein link zu wish mit der Birne.
Ebenso habe ich schon gegoogled und zur Birne das https://github.com/Heckie75/Mipow-Playbulb-BTL201/issues/1 (https://github.com/Heckie75/Mipow-Playbulb-BTL201/issues/1) gefunden.
Der Github Link sollte mir helfen. Ich werde mir das die Tage anschauen und Dir dann eine angepasste Version zum testen geben.
Grüße
Super vielen Dank schon mal. 8)
Habe gerade geschaut. In dem Link sind die selben Werte wie für die 1.6er Version der BTL201.
Mach mal bitte ein
gatttool -b MAC-ADRESSE --characteristics
Und poste die Ausgabe bitte hier.
Grüße
So hier die Werte.
root@raspifhem:/home/pi/bluez-5.43#
root@raspifhem:/home/pi/bluez-5.43# gatttool -b D2:6F:4B:17:AC:E6 --characteristics
handle = 0x0002, char properties = 0x20, char value handle = 0x0003, uuid = 00002a05-0000-1000-8000-00805f9b34fb
handle = 0x0006, char properties = 0x0a, char value handle = 0x0007, uuid = 00002a00-0000-1000-8000-00805f9b34fb
handle = 0x0008, char properties = 0x02, char value handle = 0x0009, uuid = 00002a01-0000-1000-8000-00805f9b34fb
handle = 0x000a, char properties = 0x02, char value handle = 0x000b, uuid = 00002a04-0000-1000-8000-00805f9b34fb
handle = 0x000d, char properties = 0x0a, char value handle = 0x000e, uuid = 00001013-d102-11e1-9b23-00025b00a5a5
handle = 0x000f, char properties = 0x08, char value handle = 0x0010, uuid = 00001018-d102-11e1-9b23-00025b00a5a5
handle = 0x0011, char properties = 0x12, char value handle = 0x0012, uuid = 00001014-d102-11e1-9b23-00025b00a5a5
handle = 0x0014, char properties = 0x02, char value handle = 0x0015, uuid = 00001011-d102-11e1-9b23-00025b00a5a5
handle = 0x0017, char properties = 0x10, char value handle = 0x0018, uuid = 00002a37-0000-1000-8000-00805f9b34fb
handle = 0x001a, char properties = 0x08, char value handle = 0x001b, uuid = 00001234-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x0a, char value handle = 0x001d, uuid = 0000fff7-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x02, char value handle = 0x001f, uuid = 0000fff8-0000-1000-8000-00805f9b34fb
handle = 0x0020, char properties = 0x0a, char value handle = 0x0021, uuid = 0000fff9-0000-1000-8000-00805f9b34fb
handle = 0x0022, char properties = 0x06, char value handle = 0x0023, uuid = 0000fffb-0000-1000-8000-00805f9b34fb
handle = 0x0024, char properties = 0x06, char value handle = 0x0025, uuid = 0000fffc-0000-1000-8000-00805f9b34fb
handle = 0x0026, char properties = 0x0a, char value handle = 0x0027, uuid = 0000fffd-0000-1000-8000-00805f9b34fb
handle = 0x0028, char properties = 0x0a, char value handle = 0x0029, uuid = 0000fffe-0000-1000-8000-00805f9b34fb
handle = 0x002a, char properties = 0x0a, char value handle = 0x002b, uuid = 0000ffff-0000-1000-8000-00805f9b34fb
handle = 0x002c, char properties = 0x0a, char value handle = 0x002d, uuid = 0000fff5-0000-1000-8000-00805f9b34fb
handle = 0x002f, char properties = 0x12, char value handle = 0x0030, uuid = 00002a19-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x08, char value handle = 0x0034, uuid = c4edc000-9daf-11e3-8000-00025b000b00
handle = 0x0035, char properties = 0x02, char value handle = 0x0036, uuid = c4edc000-9daf-11e3-8001-00025b000b00
handle = 0x0037, char properties = 0x0a, char value handle = 0x0038, uuid = c4edc000-9daf-11e3-8002-00025b000b00
handle = 0x0039, char properties = 0x1c, char value handle = 0x003a, uuid = c4edc000-9daf-11e3-8003-00025b000b00
handle = 0x003c, char properties = 0x1c, char value handle = 0x003d, uuid = c4edc000-9daf-11e3-8004-00025b000b00
handle = 0x003f, char properties = 0x0a, char value handle = 0x0040, uuid = c4edc000-9daf-11e3-8005-00025b000b00
handle = 0x0041, char properties = 0x0a, char value handle = 0x0042, uuid = c4edc000-9daf-11e3-8006-00025b000b00
handle = 0x0044, char properties = 0x02, char value handle = 0x0045, uuid = 00002a26-0000-1000-8000-00805f9b34fb
handle = 0x0046, char properties = 0x02, char value handle = 0x0047, uuid = 00002a50-0000-1000-8000-00805f9b34fb
root@raspifhem:/home/pi/bluez-5.43#
BTL201M_v16 funktioniert, Komischer Weise konnte ich das Modell vorher nicht auswählen.
Na was für Glück. Wollte Dich morgen für ein paar Tests missbrauchen. :D
Na dann viel Spaß damit.
Grüße
Hab was Neues...
Playbulb Candle S
Die wird wohl wieder etwas anders angesteuert.
Firmware: BTL305V1.4
gatttool -b 4C:4A:4B:XX:XX:XX --characteristics
handle = 0x0002, char properties = 0x20, char value handle = 0x0003, uuid = 00002a05-0000-1000-8000-00805f9b34fb
handle = 0x0006, char properties = 0x0a, char value handle = 0x0007, uuid = 00002a00-0000-1000-8000-00805f9b34fb
handle = 0x0008, char properties = 0x02, char value handle = 0x0009, uuid = 00002a01-0000-1000-8000-00805f9b34fb
handle = 0x000a, char properties = 0x02, char value handle = 0x000b, uuid = 00002a04-0000-1000-8000-00805f9b34fb
handle = 0x000d, char properties = 0x0a, char value handle = 0x000e, uuid = 00001013-d102-11e1-9b23-00025b00a5a5
handle = 0x000f, char properties = 0x08, char value handle = 0x0010, uuid = 00001018-d102-11e1-9b23-00025b00a5a5
handle = 0x0011, char properties = 0x12, char value handle = 0x0012, uuid = 00001014-d102-11e1-9b23-00025b00a5a5
handle = 0x0014, char properties = 0x02, char value handle = 0x0015, uuid = 00001011-d102-11e1-9b23-00025b00a5a5
handle = 0x0017, char properties = 0x10, char value handle = 0x0018, uuid = 00002a37-0000-1000-8000-00805f9b34fb
handle = 0x001a, char properties = 0x08, char value handle = 0x001b, uuid = 0000fff2-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x06, char value handle = 0x001d, uuid = 0000fff3-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x02, char value handle = 0x001f, uuid = 0000fff1-0000-1000-8000-00805f9b34fb
handle = 0x0020, char properties = 0x08, char value handle = 0x0021, uuid = 00001234-0000-1000-8000-00805f9b34fb
handle = 0x0022, char properties = 0x0a, char value handle = 0x0023, uuid = 0000fff7-0000-1000-8000-00805f9b34fb
handle = 0x0024, char properties = 0x02, char value handle = 0x0025, uuid = 0000fff8-0000-1000-8000-00805f9b34fb
handle = 0x0026, char properties = 0x06, char value handle = 0x0027, uuid = 0000fffb-0000-1000-8000-00805f9b34fb
handle = 0x0028, char properties = 0x06, char value handle = 0x0029, uuid = 0000fffc-0000-1000-8000-00805f9b34fb
handle = 0x002a, char properties = 0x0a, char value handle = 0x002b, uuid = 0000fffd-0000-1000-8000-00805f9b34fb
handle = 0x002c, char properties = 0x0a, char value handle = 0x002d, uuid = 0000fffe-0000-1000-8000-00805f9b34fb
handle = 0x002e, char properties = 0x0a, char value handle = 0x002f, uuid = 0000ffff-0000-1000-8000-00805f9b34fb
handle = 0x0030, char properties = 0x0a, char value handle = 0x0031, uuid = 0000fff5-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x12, char value handle = 0x0034, uuid = 00002a19-0000-1000-8000-00805f9b34fb
handle = 0x0037, char properties = 0x08, char value handle = 0x0038, uuid = c4edc000-9daf-11e3-8000-00025b000b00
handle = 0x0039, char properties = 0x02, char value handle = 0x003a, uuid = c4edc000-9daf-11e3-8001-00025b000b00
handle = 0x003b, char properties = 0x0a, char value handle = 0x003c, uuid = c4edc000-9daf-11e3-8002-00025b000b00
handle = 0x003d, char properties = 0x1c, char value handle = 0x003e, uuid = c4edc000-9daf-11e3-8003-00025b000b00
handle = 0x0040, char properties = 0x1c, char value handle = 0x0041, uuid = c4edc000-9daf-11e3-8004-00025b000b00
handle = 0x0043, char properties = 0x0a, char value handle = 0x0044, uuid = c4edc000-9daf-11e3-8005-00025b000b00
handle = 0x0045, char properties = 0x0a, char value handle = 0x0046, uuid = c4edc000-9daf-11e3-8006-00025b000b00
handle = 0x0048, char properties = 0x02, char value handle = 0x0049, uuid = 00002a26-0000-1000-8000-00805f9b34fb
handle = 0x004a, char properties = 0x02, char value handle = 0x004b, uuid = 00002a50-0000-1000-8000-00805f9b34fb
Kannst du mit den Info´s etwas anfangen ?
Gruß
Andreas
Schaue ich mir gerne die Tage an.
Grüße
Hallo, ich habe heute meine erste Playbulb Candle bekommen. Ich sehe nur das es eine BTL300 ist aber nicht welche Version. Das einzige was ich weiß, ist dass sie sich kurz in FHEM unter btl300-v6 erkennen lässt. Mein Problem empfangen wird nur was wenn der Raspi neu gestartet wurde, dann aber nur für ne Sekunde, dann wieder unreachable bis zum nächsten Neustart vom Raspi. Habe noch 2x BTL201M v16 laufen, da gibt's keine Probleme.
Danke für reden Rat
Du empfängst auch nichts bei einem statusRequest? Setz Mal verbose auf 5 und poste mal die Ausgabe im Log
2017.09.08 19:57:26 4: (Sub PLAYBULB - Candle1) - Call BlockingRun
2017.09.08 19:57:26 4: (Sub PLAYBULB_Run - Candle1) - Running nonBlocking
2017.09.08 19:57:36 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 5852
2017.09.08 19:57:36 4: (Candle1) - The BlockingCall Process terminated unexpectedly. Timedout
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2017.09.08 19:57:39 4: (Sub PLAYBULB - Candle1) - Call BlockingRun
2017.09.08 19:57:39 4: (Sub PLAYBULB_Run - Candle1) - Running nonBlocking
Ist das eine Ausgabe mit verbose 5? Kommt mir so wenig vor.
Ja das ist alles was in der fhem.log steht.
Komischer Weise funktioniert sie jetzt auf einmal nach einigen Status requests, hab nur Verbose hoch gesetzt.
Edit: die Verbindung hat ganze 3 Minuten gehalten danach wieder weg.
2017.09.08 20:47:15 4: (Sub PLAYBULB - Candle1) - Call BlockingRun
2017.09.08 20:47:15 4: (Sub PLAYBULB_Run - Candle1) - Running nonBlocking
connect error: Function not implemented (38)
2017.09.08 20:47:17 4: (Sub PLAYBULB_Run - Candle1) - Rückgabe an Auswertungsprogramm beginnt
2017.09.08 20:48:58 4: (Sub PLAYBULB - Candle1) - Call BlockingRun
2017.09.08 20:48:58 4: (Sub PLAYBULB_Run - Candle1) - Running nonBlocking
connect error: Function not implemented (38)
2017.09.08 20:49:00 4: (Sub PLAYBULB_Run - Candle1) - Rückgabe an Auswertungsprogramm beginnt
Stehen die Kerzen weit weg vom Dongle oder eher näher dran. Macht der Dongle noch was anderes? Presence oder so?
Hab den raspi3 mit onboard Bluetooth. Hab die Kerze jetzt mal in Tabletui eingebaut und komischerweise funktioniert es dort nachdem ich ein Set Befehl geschickt habe. Also scheint die Kerze in eine Art Ruhe Modus zu wechseln wo der Statusrequest nicht funktioniert.
Solte eigentlich eher nicht. Es sei denn sie schaltet sich komplett ab.
Naja Sie leuchtet ja nun, aber die ständigen Fehler um Log füllen das Log dann auch schon. Entfernung ist nicht weiter wie die BTL201M. Nicht mal 5 Meter.
Hier noch mal ne vollere Log.
Und wenn du die zu Testzwecken mal ganz nah stellst.
30cm Entfernung ändern nichts an den ganzen Fehlern aller paar Minuten. Aber Steuern kann ich sie nach wie vor.
Sorry aber dann kann ich mir das auch nicht erklären. Ich weiß das es mit dem BT vom Pi3 immer Mal Probleme geben soll, gerade was LE an geht. Aber wenn Deine anderen ja gehen.
Ich tippe mal auf nen defekt oder so, denn auch bluetoothctl zeigt mir das sich das Bluetooth der Kerze ständig an und ausschaltet. Danke dir trotzdem für die Mühe.
Kein Problem. Gerne.
Grüße
Zitat von: fxstc am 08 September 2017, 17:55:27
Hab was Neues...
Playbulb Candle S
Die wird wohl wieder etwas anders angesteuert.
Firmware: BTL305V1.4
gatttool -b 4C:4A:4B:XX:XX:XX --characteristics
handle = 0x001a, char properties = 0x08, char value handle = 0x001b, uuid = 0000fff2-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x06, char value handle = 0x001d, uuid = 0000fff3-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x02, char value handle = 0x001f, uuid = 0000fff1-0000-1000-8000-00805f9b34fb
handle = 0x0022, char properties = 0x0a, char value handle = 0x0023, uuid = 0000fff7-0000-1000-8000-00805f9b34fb
handle = 0x0024, char properties = 0x02, char value handle = 0x0025, uuid = 0000fff8-0000-1000-8000-00805f9b34fb
handle = 0x0026, char properties = 0x06, char value handle = 0x0027, uuid = 0000fffb-0000-1000-8000-00805f9b34fb
handle = 0x0028, char properties = 0x06, char value handle = 0x0029, uuid = 0000fffc-0000-1000-8000-00805f9b34fb
handle = 0x002a, char properties = 0x0a, char value handle = 0x002b, uuid = 0000fffd-0000-1000-8000-00805f9b34fb
handle = 0x002c, char properties = 0x0a, char value handle = 0x002d, uuid = 0000fffe-0000-1000-8000-00805f9b34fb
handle = 0x002e, char properties = 0x0a, char value handle = 0x002f, uuid = 0000ffff-0000-1000-8000-00805f9b34fb
handle = 0x0030, char properties = 0x0a, char value handle = 0x0031, uuid = 0000fff5-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x12, char value handle = 0x0034, uuid = 00002a19-0000-1000-8000-00805f9b34fb
Kannst du mit den Info´s etwas anfangen ?
Gruß
Andreas
Guten Morgen. Sorry für die Verspätung.
Kannst Du bitte ein paar Abfragen für mich testen?
gatttool -b MAC --char-read -a 0x1f
gatttool -b MAC --char-read -a 0x23
gatttool -b MAC --char-read -a 0x25
gatttool -b MAC --char-read -a 0x27
gatttool -b MAC --char-read -a 0x29
Brauche dann bitte die Ausgaben
Danke
Aber gerne...
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x1f
Characteristic value/descriptor: 00 00 07 07 07
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x23
Characteristic value/descriptor: 30 30 30 30
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x25
Characteristic value/descriptor: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x27
Characteristic value/descriptor: 00 00 00 00 ff 00 0f 00
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x29
Characteristic value/descriptor: 00 00 00 00
Grüße
Zitat von: fxstc am 15 September 2017, 15:17:30
Aber gerne...
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x1f
Characteristic value/descriptor: 00 00 07 07 07
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x23
Characteristic value/descriptor: 30 30 30 30
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x25
Characteristic value/descriptor: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x27
Characteristic value/descriptor: 00 00 00 00 ff 00 0f 00
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x29
Characteristic value/descriptor: 00 00 00 00
Grüße
Traust Du Dir zu eine Moduldatei von Hand zu installieren?
Musst das Zip runterladen
https://github.com/LeonGaultier/fhem-PLAYBULB/archive/devel.zip
dann die alte Moduldatei umbenennen und die aus dem Zip rüber kopieren. Schauen ob die Rechte stimmen und einfach nur ein reload 31_PLAYBULB in der FHEM Commandline eingeben.
Dann Dein Modell wählen und mal schauen ob ein status Request klappt
Sieht gut aus !
Farben,Effekte,Speed usw. lassen sich schalten, Power Status kommt.
Alles prima.
Vielen Dank dafür.
Grüße
Eines vielleicht noch.
Ich habe im Log das hier gesehen:
PERL WARNING: Use of uninitialized value $effect in string eq at ./FHEM/31_PLAYBULB.pm line 407
Kann aber weiter keinen Fehler in der Funktion feststellen.
Grüße
Zitat von: fxstc am 16 September 2017, 09:09:34
Sieht gut aus !
Farben,Effekte,Speed usw. lassen sich schalten, Power Status kommt.
Alles prima.
Vielen Dank dafür.
Grüße
Das ist ja super. Kommt Batteriestatus und Name auch korrekt?
Die Meldung schaue ich mir an.
Jepp.
Soweit ich sehe sind alle Funktionen und Info´s korrekt.
Grüße
Kurzer Nachtrag noch dazu.
Die Funktionen sind alle da, nur der Batteriestatus scheint nicht zu stimmen.
Der Wert "powerlevel" ist konstant 10.
Grüße
Hatte mich auch schwer gewundert.
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x1b
0x1d
0x2b
0x2d
0x2f
0x31
0x34
Da bekomme ich:
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x1b
Characteristic value/descriptor read failed: Attribute can't be read
Grüße
Und bei den anderen? Brauche bitte alle Nummern
Hallo,
erst mal vielen Dank an den Entwickler für das Modul! Hervorragende Arbeit!
Leider habe ich ein Problem, dass ich bis dato auf Grund des Forums und auch einiger Internetrecherchen noch nicht lösen konnte.
Bei mir funktioniert ein StatusRequest meiner PBGarden immer nur einmal nach einen kompletten Rebbot des Raspi. Darauffolgende StatusRequests oder Schaltvorgänge der PBGarden funktionieren nicht mehr, sie ist immer "unreachable". Ein Reboot gut gut, dann funktioniert zumindest einmal ein StatusRequest, der beim Reboot ja eh automatisch gemacht wird.
Folgende Komponenten:
- Raspi3
- Jessie
- internes BT-Modul
- Firmware aktuell
- Update und Upgrade durchgeführt
- BTL400M_v18
Komischerweise kann ich die PBGarden mittels gatttool connecten und auch abfragen, während gleichzeitig es in FHEM dann nicht funktioniert. Manchmal kommt bei gatttool auch die Fehlermeldung "Transport endpoint is not connected".
Kann man diesen Transport endpoint nicht auch über das Modul in FHEM und einem gatttbefehl vielleicht prophylaktisch connecten?
Vielen Dank und viele Grüße
Kurt
Wenn ein BTLE Gerät bereits verbunden ist, kann keine zweite Verbindung aufgebaut werden. Daher kannst Du Dich zwar mit dem gatttool verbinden aber nicht gleichzeitig mit FHEM.
Es gab, gerade in Verbindung mit Raspi3 BT, schon öfters Problemmeldungen. Nicht nur hier bei FHEM. Genaueres kann ich dazu aber leider nicht sagen.
Besteht die Möglichkeit es mit einem USB-BT Dongle zu testen und das interne BT eventuell sogar ab zu schalten? Alternativ kannst Du auch einen 2 Raspi mit einem Dongle ausstatten und dann über SSH testen.
Sorry.
Hier die anderen Werte:
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x1d
Characteristic value/descriptor: 00 00 00 00 00 00
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x2b
Characteristic value/descriptor read failed: Attribute can't be read
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x2d
Characteristic value/descriptor: 04 ff ff 04 ff ff 04 ff ff 04 ff ff 00 00 00 00 00 00
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x2f
Characteristic value/descriptor: 57 6f 68 6e 7a 69 6d 6d 65 72 5f 34
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x31
Characteristic value/descriptor read failed: Attribute can't be read
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x34
Characteristic value/descriptor: 64 0
Grüße
gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x34
Characteristic value/descriptor: 64 0
Wie sollte es auch anders sein, der letzte war es. Hast noch 100% ;D
Gibt morgen denke ich ein Update
Supi
Hallo,
nochmal zu meinem BT-PlayBulp-Problem.
Das die PlayPulb nur eine Verbindung akzeptiert und es manchmal zu Problemen kommt, habe ich auch gelesen. Aber was ich nicht verstehe ist, dass ein
gatttool -b XX:XX:XX:XX:XX:XX -I
und ein anschließendes 'connect' nach ca. 3-5 Sekunden einen erfolgreichen Connect bringt und ich mit
gatttool -b XX:XX:XX:XX:XX:XX --characteristics
auch alle Characteristics bekomme.
Während innerhalb von FHEM funktioniert der StatusRequest nur nach einem Neustart des RPI, sämtliche Schaltbefehle danach funktionieren nicht mehr und dann auch kein StatusRequest.
Eigentlich müsste doch das Verhalten innerhalb vom FHEM ungefähr gleich sein, wie auf "gatttoolebene", da FHEM doch das gatttool abfrägt. Also wenn gatttool connectet, dann müsste doch auch FHEM connecten. Natürlich nicht parallel, aber hintereinander.
Viele Grüße
Kurt
Wenn die Abrufe nicht mehr klappen, mach mal ein list vom Device. Habe da so einen Verdacht.
Hallo,
hier ein 'list PlayBulb'
Internals:
BTMAC A1:D2:4B:14:AC:E6
DEF A1:D2:4B:14:AC:E6
NAME PlaybulbGarden
NR 413
STATE unreachable
TYPE PLAYBULB
VERSION 1.2.7
READINGS:
2017-09-20 13:33:52 color on
2017-09-20 13:33:52 deviceName PLAYBULBgarden
2017-09-20 13:33:52 effect none
2017-09-20 13:33:52 onoff 1
2017-09-20 13:33:52 powerCharge 1
2017-09-20 13:33:52 powerLevel 50
2017-09-20 13:33:52 rgb fe015f
2017-09-20 13:33:52 sat 0
2017-09-20 13:33:52 speed 35
2017-09-21 20:47:14 state unreachable
helper:
color on
effect RainbowFade
onoff 1
rgb fe015f
sat 0
speed 35
statusRequest
Attributes:
devStateIcon unreachable:light_question
model BTL400M_v18
room Garten
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Viele Grüße
Kurt
Schade, alles ok. Mach mal bitte verbose 5 bei dem Device und dann ein statusRequest. Alles was dann zu PLAYBULB im Log steht bitte posten.
Hallo, mal ne Frage zur Playbulb Candle btl300-v6. Ist das normal das seit zwei Wochen "powerLevel =100" ist? Schein ja unbegrenzt Strom in der Batterie zu sein. ;D
Wie lange hast du sie denn pro Tag an. Wenn sie den ganzen Tag leuchtet dann dürfte das nicht ganz stimmen. ;D
Kannst aber auch zum testen Mal mit der App abfragen.
1-2 Stunden am Abend. Ich teste mal mit der App, wenn ich zuhause bin.
Das passt dann. Mehr mache ich auch nicht und die Batterien halten Recht gut.
Moin
Da muss ich jetzt mal nachhaken. Meine Candles lutschen sich irgendwie leer. Die waren jetzt ewig aus, und nun sind die Bakterien alle! Schaltet Ihr die ueber den Schalter aus?
Gruss Christoph
Das habe ich auch. Über Sommer waren sie nicht im Gebrauch aber an am Schalter. Dadurch gehen sie dann wohl leer.
Also in der App seh ich nichts über einen Batteriestand. Kerze ist auch immer an am Schalter.
Hallo,
hier die Infos zur PlayBulb.
Ein Verbose 5 bringt folgende Meldungen (während mehrerer statusrequests):
2017.09.23 19:55:16 4: (Sub PLAYBULB - PlaybulbGarden) - Call BlockingRun
2017.09.23 19:55:16 4: (Sub PLAYBULB_Run - PlaybulbGarden) - Running nonBlocking
2017.09.23 19:55:26 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 29496
2017.09.23 19:55:26 4: (PlaybulbGarden) - The BlockingCall Process terminated unexpectedly. Timedout
2017.09.23 19:55:32 4: (Sub PLAYBULB - PlaybulbGarden) - Call BlockingRun
2017.09.23 19:55:32 4: (Sub PLAYBULB_Run - PlaybulbGarden) - Running nonBlocking
2017.09.23 19:55:42 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 29625
2017.09.23 19:55:42 4: (PlaybulbGarden) - The BlockingCall Process terminated unexpectedly. Timedout
2017.09.23 20:29:08 4: (Sub PLAYBULB - PlaybulbGarden) - Call BlockingRun
2017.09.23 20:29:08 4: (Sub PLAYBULB_Run - PlaybulbGarden) - Running nonBlocking
2017.09.23 20:29:18 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 30124
2017.09.23 20:29:18 4: (PlaybulbGarden) - The BlockingCall Process terminated unexpectedly. Timedout
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2017.09.23 20:29:38 4: (Sub PLAYBULB - PlaybulbGarden) - Call BlockingRun
2017.09.23 20:29:38 4: (Sub PLAYBULB_Run - PlaybulbGarden) - Running nonBlocking
2017.09.23 20:29:48 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 30293
2017.09.23 20:29:48 4: (PlaybulbGarden) - The BlockingCall Process terminated unexpectedly. Timedout
Nach den ersten beiden StatusRequest habe ich ein "sudo hcitool lescan" erfolgreich durchgeführt.
mit gatttool -b XX:XX:XX:XX:XX:XX -I konnte ich mich auch mehrmals erfolgreich connecten und wieder disconnecten, wobei einmal die Meldung
(gatttool:30105): GLib-WARNING **: Invalid file descriptor.
und einmal
Notification handle = 0x0018 value: 7f 00 00 00 00 00 ff 03
erschienen ist.
Trotz erfolgreicher Connects und characteristics kommen über FHEM immer nur die o.g. Fehler ....außer ich starte den Raspi neu, dann gehen die StatusRequests, jedoch nur solange bis ich einmal einen Schaltbefehl übermittle. Dann ist wieder tote Hose....
Irgendwie meine ich, dass FHEM nicht mehr mit dem gatttool reden kann, erst wenn ich den Raspi neu starte geht es solange, bis der erste Schaltbefehl kommt. gatttool ansich kann aber, bis auf ein paar "Aussetzer" mit der PlayBulb kommunizieren.
Viele Grüße
Kurt
Hej.
Ich bin ein absoluter fhem-Noob, habe aber immerhin mittlerweile die Trafri-Lampen eingebunden bekommen.
Mit Freude habe ich dann festgestellt, dass es für meine Playbulbs, die ein eher unbeachtetes Dasein fristen, dieses tolle Modul gibt. Danke fürs Entwickeln! Ich habe in den letzten Tagen viel hier und verwandten Threads gelesen, bekomme aber einfach keine Verbindung von fhem zu den vier Playbulbs hin. Die Readings sagen stets: unreachable.
Model-Attribut ist gesetzt. Per gatttool kann ich mich verbinden, auch die auf dieser Seite (https://pdominique.wordpress.com/2015/01/02/hacking-playbulb-candles/ (https://pdominique.wordpress.com/2015/01/02/hacking-playbulb-candles/)) benannten Befehle funktionieren gut. Auch gatttool -b 12:5A:4B:10:AC:E6 --characteristics funktioniert.
Ich habe ein aktuelles fhem auf einem Raspberry Pi 2 mit per usb angeschlossenen Bluetooth 4 Dongle.
Über Hilfe würde ich mich sehr freuen. Danke schonmal!
Hallo,
Die Playbulbs dürfen auf keine andere Weise mit irgendwas verbunden sein. Keine App gar nichts.
Auf dem System wo FHEM drauf läuft darf auch keine Verbindung zu den Playbulbs bestehen und es darf kein Hintergrundprozess den Bluetoothstack benutzen.
Es gibt Probleme mit älteren Debian-Systemen. Woody zum Beispiel.
Mach mal verbose auf 5 und Versuch dann ein statusRequest. Log hier in Codetags einstellen.
Grüße
Hej, danke für die prompte Antwort.
Ich bin auf dem aktuellen Stretch lite.
Mit verbose 5 kommt für Kerze2 (exemplarisch) das hier:
2017.10.22 16:15:17 4: (Sub PLAYBULB - Kerze2) - Call BlockingRun
2017.10.22 16:15:17 4: (Sub PLAYBULB_Run - Kerze2) - Running nonBlocking
2017.10.22 16:15:27 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 15582
2017.10.22 16:15:27 4: (Kerze2) - The BlockingCall Process terminated unexpectedly. Timedout
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
Bezüglich timeout hatte ich auch gesucht, hatte Antwort 221 in diesem Thread gefunden und dann aber festgestellt, dass im Source Code die vorgeschlagene Vergrößerung auf 10 schon angepasst ist.
Welche Distribution hast Du aktuell?
PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
ok das passt.
Und Du hast nur einen BT4 Dongle oder ist da noch was internes? schreibst Du auf das richtige hci device?
gib mal bitte ein list vom Device.
Internals:
BTMAC AC:E6:4B:07:A4:BE
DEF AC:E6:4B:07:A4:BE
NAME Kerze2
NR 24
STATE unreachable
TYPE PLAYBULB
VERSION 1.2.8
READINGS:
2017-10-22 16:25:17 state unreachable
helper:
color on
effect Candle
onoff 0
rgb ffac30
sat 0
speed 120
statusRequest
Attributes:
devStateIcon unreachable:light_question
model BTL300_v5
room Kerzen
verbose 5
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Ja, ich habe nur den dongle. Woher weiß ich, ob ich auf das richtige device schreibe? (Und ist damit der sendende Dongle gemeint oder die Bulb?)
Zitat von: jonah am 22 Oktober 2017, 17:02:40
Internals:
BTMAC AC:E6:4B:07:A4:BE
DEF AC:E6:4B:07:A4:BE
NAME Kerze2
NR 24
STATE unreachable
TYPE PLAYBULB
VERSION 1.2.8
READINGS:
2017-10-22 16:25:17 state unreachable
helper:
color on
effect Candle
onoff 0
rgb ffac30
sat 0
speed 120
statusRequest
Attributes:
devStateIcon unreachable:light_question
model BTL300_v5
room Kerzen
verbose 5
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Ja, ich habe nur den dongle. Woher weiß ich, ob ich auf das richtige device schreibe? (Und ist damit der sendende Dongle gemeint oder die Bulb?)
Der Dongle ist damit gemeint. Die Mac ist korrekt sagst?
Mach mal bitte nur einen statusRequest und Log hier anhängen
ich hab eben noch mal per ssh im Terminal sudo bluetoothctl ausgeführt, die MAC-Adresse der Bulb ist richtig:
pi@fhem:~ $ sudo bluetoothctl
[NEW] Controller 00:1A:7D:DA:71:0B fhem [default]
[NEW] Device AC:E6:4B:07:A4:BE PLAYBULB CANDLE
statusRequest von Kerze2 ergibt:
2017.10.22 17:44:43 4: (Sub PLAYBULB - Kerze2) - Call BlockingRun
2017.10.22 17:44:43 4: (Sub PLAYBULB_Run - Kerze2) - Running nonBlocking
Zitat von: jonah am 22 Oktober 2017, 17:45:58
ich hab eben noch mal per ssh im Terminal sudo bluetoothctl ausgeführt, die MAC-Adresse der Bulb ist richtig:
pi@fhem:~ $ sudo bluetoothctl
[NEW] Controller 00:1A:7D:DA:71:0B fhem [default]
[NEW] Device AC:E6:4B:07:A4:BE PLAYBULB CANDLE
statusRequest von Kerze2 ergibt:
2017.10.22 17:44:43 4: (Sub PLAYBULB - Kerze2) - Call BlockingRun
2017.10.22 17:44:43 4: (Sub PLAYBULB_Run - Kerze2) - Running nonBlocking
Sorry aber das kann doch nicht die ganze Ausgabe sein. Da muss doch viel mehr stehen?
Ich will nicht ausschließen, dass ich den statusRequest falsch aufrufe (wie gesagt: ich bin der letzte noob). Kerze2 ist auf verbose 5 gesetzt, dann wähle ich in der DeviceOverview im Dropdownmenü neben set statusRequest und drücke auf set. Anschließend gehe ich links auf Logfile. Das, was dort erscheint, stelle ich hier rein. Gerade nochmal gemacht:
2017.10.22 18:42:48 4: (Sub PLAYBULB - Kerze2) - Call BlockingRun
2017.10.22 18:42:48 4: (Sub PLAYBULB_Run - Kerze2) - Running nonBlocking
Mache ich irgendetwas falsch?
Und das modell ist korrekt eingestellt? Mit richtiger Version?
Wenn ja, schalte Mal die Lampe aus und wieder an, also am Schalter und dann mach ein statusRequest
Erledigt, das Ergebnis ist das gleiche.
Es handelt sich um Candles, in der App habe ich bei einer der vieren die Version BTL300_v5 ermittelt. Ich habe es auch mit BTL300_v6 probiert - kein Erfolg.
Ich habe jetzt nochmal verbose 5 global gesetzt, da spuckt das Logfile nach einem statusRequest ein bisschen mehr aus, was anscheinend mit Kerze2 zu tun hat:
2017.10.22 19:35:43 5: Starting notify loop for global, 1 event(s), first is ATTR global verbose 5
2017.10.22 19:35:43 5: createNotifyHash
2017.10.22 19:35:43 5: End notify loop for global
2017.10.22 19:35:43 4: WEB_192.168.178.67_56510 GET /fhem?fw_id=185; BUFLEN:0
2017.10.22 19:35:43 4: WEB: /fhem?fw_id=185 / RL:1225 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:44 4: WEB_192.168.178.67_56510 GET /fhem?XHR=1&inform=type=status;filter=;since=1508693742;fmt=JSON&fw_id=185×tamp=1508693745944; BUFLEN:0
2017.10.22 19:35:47 4: Connection closed for WEB_192.168.178.67_56510: EOF
2017.10.22 19:35:47 4: Connection accepted from WEB_192.168.178.67_56517
2017.10.22 19:35:47 4: WEB_192.168.178.67_56517 GET /fhem?room=Kerzen; BUFLEN:0
2017.10.22 19:35:48 4: WEB: /fhem?room=Kerzen / RL:3875 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:48 4: WEB_192.168.178.67_56517 GET /fhem?XHR=1&inform=type=status;filter=room=Kerzen;since=1508693746;fmt=JSON&fw_id=189×tamp=1508693750691; BUFLEN:0
2017.10.22 19:35:49 4: Connection closed for WEB_192.168.178.67_56517: EOF
2017.10.22 19:35:49 4: Connection accepted from WEB_192.168.178.67_56521
2017.10.22 19:35:49 4: WEB_192.168.178.67_56521 GET /fhem?detail=Kerze2; BUFLEN:0
2017.10.22 19:35:50 4: WEB: /fhem?detail=Kerze2 / RL:5135 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:50 4: WEB_192.168.178.67_56521 GET /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:35:50 5: Cmd: >{ReadingsVal("Kerze2","sat","")}<
2017.10.22 19:35:50 4: WEB: /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:50 4: Connection accepted from WEB_192.168.178.67_56522
2017.10.22 19:35:50 4: Connection accepted from WEB_192.168.178.67_56523
2017.10.22 19:35:50 4: WEB_192.168.178.67_56522 GET /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:35:50 5: Cmd: >{AttrVal("Kerze2","room","")}<
2017.10.22 19:35:50 4: WEB: /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:50 4: WEB_192.168.178.67_56523 GET /fhem?XHR=1&inform=type=status;filter=Kerze2;since=1508693748;fmt=JSON&fw_id=190×tamp=1508693752350; BUFLEN:0
2017.10.22 19:35:54 4: WEB_192.168.178.67_56521 GET /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22userReadings%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:35:54 5: Cmd: >{AttrVal("Kerze2","userReadings","")}<
2017.10.22 19:35:54 4: WEB: /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22userReadings%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:57 4: WEB_192.168.178.67_56521 GET /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22statusRequest%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:35:57 5: Cmd: >{ReadingsVal("Kerze2","statusRequest","")}<
2017.10.22 19:35:57 4: WEB: /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22statusRequest%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:58 4: Connection closed for WEB_192.168.178.67_56523: EOF
2017.10.22 19:35:59 4: WEB_192.168.178.67_56521 POST /fhem&detail=Kerze2&dev.setKerze2=Kerze2&fwcsrf=csrf_448637865731307&cmd.setKerze2=set&arg.setKerze2=statusRequest&val.setKerze2=; BUFLEN:0
2017.10.22 19:35:59 5: Cmd: >set Kerze2 statusRequest<
2017.10.22 19:35:59 4: BlockingCall (PLAYBULB_BlockingRun): created child (21852), uses telnetForBlockingFn_1508675306 to connect back
2017.10.22 19:35:59 4: (Sub PLAYBULB - Kerze2) - Call BlockingRun
2017.10.22 19:35:59 5: Starting notify loop for Kerze2, 1 event(s), first is statusRequest
2017.10.22 19:35:59 5: createNotifyHash
2017.10.22 19:35:59 5: End notify loop for Kerze2
2017.10.22 19:35:59 4: Connection accepted from telnetForBlockingFn_1508675306_127.0.0.1_35376
2017.10.22 19:35:59 5: Cmd: >{BlockingRegisterTelnet($cl,35)}<
2017.10.22 19:35:59 4: (Sub PLAYBULB_Run - Kerze2) - Running nonBlocking
2017.10.22 19:35:59 4: WEB_192.168.178.67_56521 GET /fhem?detail=Kerze2&fw_id=; BUFLEN:0
2017.10.22 19:35:59 4: WEB: /fhem?detail=Kerze2&fw_id= / RL:5135 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:36:00 4: WEB_192.168.178.67_56521 GET /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:36:00 5: Cmd: >{ReadingsVal("Kerze2","sat","")}<
2017.10.22 19:36:00 4: WEB: /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:36:00 4: WEB_192.168.178.67_56522 GET /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:36:00 5: Cmd: >{AttrVal("Kerze2","room","")}<
2017.10.22 19:36:00 4: WEB: /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:36:00 4: Connection accepted from WEB_192.168.178.67_56535
2017.10.22 19:36:00 4: WEB_192.168.178.67_56535 GET /fhem?XHR=1&inform=type=status;filter=Kerze2;since=1508693758;fmt=JSON&fw_id=190×tamp=1508693762059; BUFLEN:0
2017.10.22 19:36:01 4: Connection closed for WEB_192.168.178.67_56535: EOF
2017.10.22 19:36:01 4: WEB_192.168.178.67_56521 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-10.log; BUFLEN:0
Hilft das?
Und die Kerzen stehen so 1-2m vom FHEM entfernt. Ansonsten wüsste ich auch nicht weiter.
Mach mal in der Linux Shell
gatttool -b mac --char-read -a 0x16
Zitat von: jonah am 22 Oktober 2017, 19:38:36
Ich habe jetzt nochmal verbose 5 global gesetzt, da spuckt das Logfile nach einem statusRequest ein bisschen mehr aus, was anscheinend mit Kerze2 zu tun hat:
2017.10.22 19:35:43 5: Starting notify loop for global, 1 event(s), first is ATTR global verbose 5
2017.10.22 19:35:43 5: createNotifyHash
2017.10.22 19:35:43 5: End notify loop for global
2017.10.22 19:35:43 4: WEB_192.168.178.67_56510 GET /fhem?fw_id=185; BUFLEN:0
2017.10.22 19:35:43 4: WEB: /fhem?fw_id=185 / RL:1225 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:44 4: WEB_192.168.178.67_56510 GET /fhem?XHR=1&inform=type=status;filter=;since=1508693742;fmt=JSON&fw_id=185×tamp=1508693745944; BUFLEN:0
2017.10.22 19:35:47 4: Connection closed for WEB_192.168.178.67_56510: EOF
2017.10.22 19:35:47 4: Connection accepted from WEB_192.168.178.67_56517
2017.10.22 19:35:47 4: WEB_192.168.178.67_56517 GET /fhem?room=Kerzen; BUFLEN:0
2017.10.22 19:35:48 4: WEB: /fhem?room=Kerzen / RL:3875 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:48 4: WEB_192.168.178.67_56517 GET /fhem?XHR=1&inform=type=status;filter=room=Kerzen;since=1508693746;fmt=JSON&fw_id=189×tamp=1508693750691; BUFLEN:0
2017.10.22 19:35:49 4: Connection closed for WEB_192.168.178.67_56517: EOF
2017.10.22 19:35:49 4: Connection accepted from WEB_192.168.178.67_56521
2017.10.22 19:35:49 4: WEB_192.168.178.67_56521 GET /fhem?detail=Kerze2; BUFLEN:0
2017.10.22 19:35:50 4: WEB: /fhem?detail=Kerze2 / RL:5135 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:50 4: WEB_192.168.178.67_56521 GET /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:35:50 5: Cmd: >{ReadingsVal("Kerze2","sat","")}<
2017.10.22 19:35:50 4: WEB: /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:50 4: Connection accepted from WEB_192.168.178.67_56522
2017.10.22 19:35:50 4: Connection accepted from WEB_192.168.178.67_56523
2017.10.22 19:35:50 4: WEB_192.168.178.67_56522 GET /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:35:50 5: Cmd: >{AttrVal("Kerze2","room","")}<
2017.10.22 19:35:50 4: WEB: /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:50 4: WEB_192.168.178.67_56523 GET /fhem?XHR=1&inform=type=status;filter=Kerze2;since=1508693748;fmt=JSON&fw_id=190×tamp=1508693752350; BUFLEN:0
2017.10.22 19:35:54 4: WEB_192.168.178.67_56521 GET /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22userReadings%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:35:54 5: Cmd: >{AttrVal("Kerze2","userReadings","")}<
2017.10.22 19:35:54 4: WEB: /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22userReadings%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:57 4: WEB_192.168.178.67_56521 GET /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22statusRequest%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:35:57 5: Cmd: >{ReadingsVal("Kerze2","statusRequest","")}<
2017.10.22 19:35:57 4: WEB: /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22statusRequest%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:35:58 4: Connection closed for WEB_192.168.178.67_56523: EOF
2017.10.22 19:35:59 4: WEB_192.168.178.67_56521 POST /fhem&detail=Kerze2&dev.setKerze2=Kerze2&fwcsrf=csrf_448637865731307&cmd.setKerze2=set&arg.setKerze2=statusRequest&val.setKerze2=; BUFLEN:0
2017.10.22 19:35:59 5: Cmd: >set Kerze2 statusRequest<
2017.10.22 19:35:59 4: BlockingCall (PLAYBULB_BlockingRun): created child (21852), uses telnetForBlockingFn_1508675306 to connect back
2017.10.22 19:35:59 4: (Sub PLAYBULB - Kerze2) - Call BlockingRun
2017.10.22 19:35:59 5: Starting notify loop for Kerze2, 1 event(s), first is statusRequest
2017.10.22 19:35:59 5: createNotifyHash
2017.10.22 19:35:59 5: End notify loop for Kerze2
2017.10.22 19:35:59 4: Connection accepted from telnetForBlockingFn_1508675306_127.0.0.1_35376
2017.10.22 19:35:59 5: Cmd: >{BlockingRegisterTelnet($cl,35)}<
2017.10.22 19:35:59 4: (Sub PLAYBULB_Run - Kerze2) - Running nonBlocking
2017.10.22 19:35:59 4: WEB_192.168.178.67_56521 GET /fhem?detail=Kerze2&fw_id=; BUFLEN:0
2017.10.22 19:35:59 4: WEB: /fhem?detail=Kerze2&fw_id= / RL:5135 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:36:00 4: WEB_192.168.178.67_56521 GET /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:36:00 5: Cmd: >{ReadingsVal("Kerze2","sat","")}<
2017.10.22 19:36:00 4: WEB: /fhem?cmd=%7BReadingsVal(%22Kerze2%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:36:00 4: WEB_192.168.178.67_56522 GET /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307; BUFLEN:0
2017.10.22 19:36:00 5: Cmd: >{AttrVal("Kerze2","room","")}<
2017.10.22 19:36:00 4: WEB: /fhem?cmd=%7BAttrVal(%22Kerze2%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_448637865731307 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.22 19:36:00 4: Connection accepted from WEB_192.168.178.67_56535
2017.10.22 19:36:00 4: WEB_192.168.178.67_56535 GET /fhem?XHR=1&inform=type=status;filter=Kerze2;since=1508693758;fmt=JSON&fw_id=190×tamp=1508693762059; BUFLEN:0
2017.10.22 19:36:01 4: Connection closed for WEB_192.168.178.67_56535: EOF
2017.10.22 19:36:01 4: WEB_192.168.178.67_56521 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-10.log; BUFLEN:0
Hilft das?
Leider nein
Ausgabe ist Characteristic value/descriptor: 00 00 00 00
.
Es sind eher 3-4m als 1-2m, hatte es auch mit weniger Abstand versucht, das schien aber auch keinen Unterschied zu machen.
Danke für deinen super Support!
Ist die Lampe aus?
Wenn ja mach mal an und noch mal mit gatttool
Ich habe sie gerade per Schalter aus- und wieder angemacht und dabei den gatttool-Befehl mehrfach im Terminal ausgeführt. Es gab unterschiedliche Ergebnisse:
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x16
connect error: Function not implemented (38)
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x16
Characteristic value/descriptor: 00 00 00 00
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x16
connect error: Connection timed out (110)
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x16
Characteristic value/descriptor: 00 00 00 00
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x16
Characteristic value/descriptor: 00 00 00 00
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x16
Characteristic value/descriptor: 00 00 00 00
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x16
Characteristic value/descriptor: 00 00 00 00
Mysteriös.
Bitte an lassen. Dann Mal statt 16 die 19 probieren und dann mal die 29
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x19
Characteristic value/descriptor: 0a 1a 00 fe ff
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x29
Characteristic value/descriptor: 41 70 70 6c 69 63 61 74 69 6f 6e 20 76 65 72 73 69 6f 6e 20 32 2e 33 2e 30 2e 33 31
Die 16 scheint zu stimmen, aber wieso da alles 0 ist. Du hattest geschrieben dass die Befehle auf der verlinkten Internetseite geklappt haben. Da hast du doch auch mit 16 und 14 gearbeitet.
Mach mal bitte die 14
pi@fhem:~ $ gatttool -b AC:E6:4B:07:A4:BE --char-read -a 0x14
Characteristic value/descriptor: 00 ff 94 00 03 00 0a 00
So und jetzt mach mal in FHEM einfach bei der Arbeit auf das blaue feld
Ich verstehe nicht?
Auf der Device-Seite und DeviceOverview rechts neben dem Namen und dem Bulb-Symbol und dem FFFFFF-Feld sind ein paar bunter Felder, davon das dunkelblaue? Da passiert gar nichts, wenn ich drauf drücke.
Oder meinst du was anderes?
Nee das meinte ich schon.
mAh Mal ein list vom Device. Hat sich irgendwas geändert?
Internals:
BTMAC AC:E6:4B:07:A4:BE
DEF AC:E6:4B:07:A4:BE
NAME Kerze2
NR 24
STATE unreachable
TYPE PLAYBULB
VERSION 1.2.8
READINGS:
2017-10-22 20:19:51 state unreachable
helper:
color on
effect RainbowJump
onoff 0
rgb 0000FF
sat 0
speed 120
statusRequest
Attributes:
devStateIcon unreachable:light_question
model BTL300_v5
room Kerzen
verbose 5
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
Nee, leider nicht. Weiterhin unreachable. Das ist doch seltsam. Wenn ich das richtig verstehe macht doch fhem eigentlich nichts anderes als gatttool? Wie kann es sein, dass man per gatttool eine Verbindung hinbekommt, aber nicht per fhem?
ps ax | grep -v grep | grep "gatttool"
Kommt bei diesem Befehl was bei Dir?
pi@fhem:~ $ ps ax | grep -v grep | grep "gatttool"
3065 ? S 0:00 gatttool -b 12:5A:4B:10:AC:E6 --char-write -a 0x16 -n 00000000
3089 ? S 0:00 gatttool -b AC:E6:4B:07:A4:BE --char-write -a 0x16 -n 00000000
7161 ? S 0:00 gatttool -b AC:E6:4B:07:B5:E8 --char-write -a 0x16 -n 00000000
7270 ? S 0:00 gatttool -b AC:E6:4B:05:26:CF --char-write -a 0x14 -n 00ffa8c804000100
Na dann brauche ich mich ja nicht zu wundern. Wo kommen denn die Aufrufe alle her?
Die müssen alle beendet werden.
[noob-Content:] Ich verstehe mal wieder nicht? Freue mich aber, dass es bei dir anders ist. :-) Was soll ich machen?
Du hast noch laufende gatttool Prozesse. Wo kommen die her? Hast du noch irgendwas anderes auf?
Am besten du startest den ganzen fhem Pi Mal durch
Das ist wohl der Moment, in dem ich mich mit verschämt-rotem Kopf unterm Tisch verstecke. Kein Plan, wo die Prozesse aktuell herkommen, ich hab schon etwas länger rumgespielt, um die Dinger zum Laufen zu kriegen. Ups. Hab auch hin und wieder nen reboot gemacht. Sorry fürs Zeitverschwenden. Jetzt (nach einem Reboot) gibt auch die 16 nen Output:
pi@fhem:~ $ ps ax | grep -v grep | grep "gatttool"
pi@fhem:~ $ gatttool -b 12:5A:4B:10:AC:E6 --char-read -a 0x16
Characteristic value/descriptor: 06 17 00 fb ff
pi@fhem:~ $ gatttool -b 12:5A:4B:10:AC:E6 --char-read -a 0x19
Characteristic value/descriptor: 00 00 00 00
pi@fhem:~ $ gatttool -b 12:5A:4B:10:AC:E6 --char-read -a 0x29
Characteristic value/descriptor: 02 2a 00 26 2a
pi@fhem:~ $ gatttool -b 12:5A:4B:10:AC:E6 --char-read -a 0x14
Characteristic value/descriptor: 06 15 00 fa ff
Und noch besser. Jetzt sollte hoffentlich auch fhem das ganze können
leider nicht. nachdem der pi wieder hochgefahren ist, lässt sich die Kerze weiterhin nicht ansteuern. Logfile sagt auf statusRequest nach ein paar Versuchen, die Farbe einzustellen, dieses hier:
2017.10.22 21:18:54 4: (Sub PLAYBULB - Kerze2) - Call BlockingRun
2017.10.22 21:18:54 4: (Sub PLAYBULB_Run - Kerze2) - Running nonBlocking
2017.10.22 21:18:58 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 815
2017.10.22 21:18:58 4: (Kerze2) - The BlockingCall Process terminated unexpectedly. Timedout
2017.10.22 21:18:58 4: (Sub PLAYBULB - Kerze2) - Call BlockingRun
2017.10.22 21:18:58 4: (Sub PLAYBULB_Run - Kerze2) - Running nonBlocking
2017.10.22 21:19:07 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 840
2017.10.22 21:19:07 4: (Kerze2) - The BlockingCall Process terminated unexpectedly. Timedout
2017.10.22 21:19:07 4: (Sub PLAYBULB - Kerze2) - Call BlockingRun
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2017.10.22 21:19:07 4: (Sub PLAYBULB_Run - Kerze2) - Running nonBlocking
Ich muss gleich ins Bett, würde es aber gerne ein ander Mal weiterprobieren. Danke für die freundliche Unterstützung!
Alles klar.
Kannst ja dann noch mal
ps ax | grep -v grep | grep "gatttool"
probieren.
Gute Nacht
LG
Hi,
dann probiere doch mal in der shell
sudo killall gatttool
und schaue dann nachmal in FHEM.
Natürlich müssen wir danach noch die Quelle Deiner gatttool Instanzen finden ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Guten Morgen. Wie gesagt eigentlich darf gar kein gatttool Prozess laufen. Das ist es ja was mich so wundert. Aber wenn einer läuft, dann kill und Mal bitte mit FHEM ein statusRequest machen.
Hallo,
ich habe ja auch das Problem mit dem gatttool (siehe einige Posts vorher) und konnte das Verhalten mit dem laufenden Prozess nachvollziehen:
- ein "statusrequest" beendet den gatttool-Prozess sauber, dann wird auch der Status in FHEM angezeigt
- ein "set" sonstwas erzeugt zwei gatttool-Prozesse, einen ohne "-n" und einen mit "-n". Der zweite gatttool-Prozess mit "-n" bleibt dann aber stehen und wird nicht beendet, der FHEM-Set erzeugt dann ein "unreachable".
- ein kill gatttool beendet diesen zweiten Prozess
- und dann geht auch wieder ein "statusrequest"
Was ich nicht nachvollziehen konnte, ist das ein wiederholtes "set" mehrere gatttool-Prozesse erzeugt, bei mir bleibt immer nur einer stehen.
Vielleicht hilft es weiter und löst auch mein Problem, wobei ich glaube, es ist das gleiche ...
Gruß
Kurt
Danke schonmal für die Rückmeldungen. Ich komme jetzt erst dazu, hier etwas ausführlicher zu antworten.
Ich schreibe jetzt mal parallel zu meinen Versuchen. Um sicherzustellen, dass alle irgendwann mal eingerichteten Bluetooth-Versuche gekillt werden deinstalliere ich alle Bluetooth-verwandten Pakete am Pi:
sudo apt-get purge blueman bluetooth pi-bluetooth bluez
Nach einem Reboot installiere ich sie neu:
sudo apt-get install blueman bluetooth pi-bluetooth bluez
Nach einem erneuten Restart überprüfe ich Bluetooth mit sudo bluetoothctl, es erscheint folgende Ausgabe:
pi@fhem:~ $ sudo bluetoothctl
[NEW] Controller 00:1A:7D:DA:71:0B fhem [default]
[bluetooth]#
Ein gatttool-Prozess scheint auch nicht zu laufen:
pi@fhem:~ $ ps ax | grep -v grep | grep "gatttool"
pi@fhem:~ $
Irgendetwas scheint beim Bluetooth-Status aber noch nicht ganz astrein zu sein, aber der Service läuft wohl:
pi@fhem:~ $ sudo /etc/init.d/bluetooth status
● bluetooth.service - Bluetooth service
Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2017-10-25 09:34:27 CEST; 4min 25s ago
Docs: man:bluetoothd(8)
Main PID: 867 (bluetoothd)
Status: "Running"
CGroup: /system.slice/bluetooth.service
└─867 /usr/lib/bluetooth/bluetoothd
Okt 25 09:34:26 fhem systemd[1]: Starting Bluetooth service...
Okt 25 09:34:26 fhem bluetoothd[867]: Bluetooth daemon 5.43
Okt 25 09:34:26 fhem bluetoothd[867]: Starting SDP server
Okt 25 09:34:26 fhem bluetoothd[867]: Bluetooth management interface 1.14 initialized
Okt 25 09:34:26 fhem bluetoothd[867]: Failed to obtain handles for "Service Changed" ch...istic
Okt 25 09:34:26 fhem bluetoothd[867]: Sap driver initialization failed.
Okt 25 09:34:26 fhem bluetoothd[867]: sap-server: Operation not permitted (1)
Okt 25 09:34:27 fhem systemd[1]: Started Bluetooth service.
Hint: Some lines were ellipsized, use -l to show in full.
Ein Bluetooth-Scan per hcitool scan listet mein Telefon und das einer Nachbarin. Ein LE-Scan liefert eine lange Liste, in der die PLAYBULBS auftauchen:
pi@fhem:~ $ sudo hcitool lescan
LE Scan ...
AC:E6:4B:07:B5:E8 (unknown)
AC:E6:4B:07:B5:E8 PLAYBULB CANDLE
AC:E6:4B:05:26:CF (unknown)
AC:E6:4B:05:26:CF PLAYBULB CANDLE
AC:E6:4B:07:A4:BE (unknown)
AC:E6:4B:07:A4:BE PLAYBULB CANDLE
AC:E6:4B:07:B5:E8 (unknown)
AC:E6:4B:05:26:CF (unknown)
AC:E6:4B:07:A4:BE (unknown)
AC:E6:4B:07:A4:BE PLAYBULB CANDLE
AC:E6:4B:05:26:CF (unknown)
AC:E6:4B:05:26:CF PLAYBULB CANDLE
12:5A:4B:10:AC:E6 (unknown)
12:5A:4B:10:AC:E6 PLAYBULB CANDLE
...
Ich unterbreche den Scan mit strg+c.
In fhem sind die Kerzen mit den MAC-Adressen angelegt. Nach einem shutdown restart (sicherheitshalber) ist der Status der Kerzen in der Kerzen-Übersichtsseite erst unknown, nach ein paar Sekunden wird tatsächlich erkannt, dass sie gerade alle an sind (sichtbar durch die orangene Glühbirne rechts neben den Device-Namen).
Zur weiteren Diagnose setze ich global auf verbose 5.
Wenn ich nun auf Kerze1 gehe und dort im Farb-Fenster rechts neben dem Birnensymbol klicke, um die Farbe zu verändern, veränder sich der state der Kerze1 innerhalb von ca. 2sec auf unreachable. Im Logfile steht folgendes:
2017.10.25 09:59:01 5: Cmd: >set Kerze1 rgb fb4c17<
2017.10.25 09:59:01 4: BlockingCall (PLAYBULB_BlockingRun): created child (695), uses telnetForBlockingFn_1508918239 to connect back
2017.10.25 09:59:01 4: (Sub PLAYBULB - Kerze1) - Call BlockingRun
2017.10.25 09:59:01 5: Starting notify loop for Kerze1, 1 event(s), first is rgb fb4c17
2017.10.25 09:59:01 5: createNotifyHash
2017.10.25 09:59:01 5: End notify loop for Kerze1
2017.10.25 09:59:01 4: WEB: /fhem?cmd=set%20Kerze1%20rgb%20fb4c17&XHR=1&fwcsrf=csrf_757658735086775&fw_id=34 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.25 09:59:01 4: Connection accepted from telnetForBlockingFn_1508918239_127.0.0.1_57924
2017.10.25 09:59:01 5: Cmd: >{BlockingRegisterTelnet($cl,5)}<
2017.10.25 09:59:01 4: (Sub PLAYBULB_Run - Kerze1) - Running nonBlocking
2017.10.25 09:59:02 1: PERL WARNING: substr outside of string at ./FHEM/31_PLAYBULB.pm line 476.
2017.10.25 09:59:02 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 476.
2017.10.25 09:59:11 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 695
2017.10.25 09:59:11 5: Starting notify loop for Kerze1, 1 event(s), first is unreachable
2017.10.25 09:59:11 5: End notify loop for Kerze1
2017.10.25 09:59:11 4: (Kerze1) - The BlockingCall Process terminated unexpectedly. Timedout
2017.10.25 09:59:54 4: Connection closed for WEB_192.168.178.67_57302: EOF
2017.10.25 09:59:54 4: WEB_192.168.178.67_57303 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-10.log; BUFLEN:0
Die anderen Lampen haben weiterhin den state on, wenn ich versuche, bei Kerze2 die Farbe zu ändern passiert das gleiche wie bei Kerze1.
Ein gatttool-Check zeigt, dass nun gatttool-Prozesse laufen:
pi@fhem:~ ps ax | grep -v grep | grep "gatttool"
717 ? S 0:00 gatttool -b 12:5A:4B:10:AC:E6 --char-write -a 0x16 -n 06fb4c17
776 ? S 0:00 gatttool -b AC:E6:4B:07:A4:BE --char-write -a 0x14 -n 005bff4f03000a00
.
Jetzt versuche ich mal einen statusRequest für Kerze3, die wird ja noch als on angezeigt. Ausgabe:
2017.10.25 10:03:49 5: Starting notify loop for Kerze3, 9 event(s), first is color: on
2017.10.25 10:03:49 5: createNotifyHash
2017.10.25 10:03:49 5: End notify loop for Kerze3
2017.10.25 10:03:49 4: (Sub PLAYBULB_Done - Kerze3) - Abschluss!
2017.10.25 10:03:59 4: Connection closed for WEB_192.168.178.67_58116: EOF
2017.10.25 10:03:59 4: WEB_192.168.178.67_58118 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-10.log; BUFLEN:0
Nach dem statusRequest hat die Lampe weiterhin den state on. Nun versuche ich wieder, die Farbe zu ändern, warte kurz und mache dann noch einen statusRequest, wenn sie unreachable ist. Ausgabe:
2017.10.25 10:06:26 5: Cmd: >set Kerze3 rgb 8b3dff<
2017.10.25 10:06:26 4: BlockingCall (PLAYBULB_BlockingRun): created child (800), uses telnetForBlockingFn_1508918239 to connect back
2017.10.25 10:06:26 4: (Sub PLAYBULB - Kerze3) - Call BlockingRun
2017.10.25 10:06:26 5: Starting notify loop for Kerze3, 1 event(s), first is rgb 8b3dff
2017.10.25 10:06:26 5: createNotifyHash
2017.10.25 10:06:26 5: End notify loop for Kerze3
2017.10.25 10:06:26 4: WEB: /fhem?cmd=set%20Kerze3%20rgb%208b3dff&XHR=1&fwcsrf=csrf_757658735086775&fw_id=49 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.25 10:06:26 4: Connection accepted from telnetForBlockingFn_1508918239_127.0.0.1_57930
2017.10.25 10:06:26 5: Cmd: >{BlockingRegisterTelnet($cl,8)}<
2017.10.25 10:06:26 4: (Sub PLAYBULB_Run - Kerze3) - Running nonBlocking
2017.10.25 10:06:36 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 800
2017.10.25 10:06:36 5: Starting notify loop for Kerze3, 1 event(s), first is unreachable
2017.10.25 10:06:36 5: End notify loop for Kerze3
2017.10.25 10:06:36 4: (Kerze3) - The BlockingCall Process terminated unexpectedly. Timedout
2017.10.25 10:06:41 4: WEB_192.168.178.67_58364 GET /fhem?cmd=%7BReadingsVal(%22Kerze3%22%2C%22statusRequest%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_757658735086775; BUFLEN:0
2017.10.25 10:06:41 5: Cmd: >{ReadingsVal("Kerze3","statusRequest","")}<
2017.10.25 10:06:41 4: WEB: /fhem?cmd=%7BReadingsVal(%22Kerze3%22%2C%22statusRequest%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_757658735086775 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.25 10:06:42 4: Connection closed for WEB_192.168.178.67_58363: EOF
2017.10.25 10:06:42 4: WEB_192.168.178.67_58364 POST /fhem&detail=Kerze3&dev.setKerze3=Kerze3&fwcsrf=csrf_757658735086775&cmd.setKerze3=set&arg.setKerze3=statusRequest&val.setKerze3=; BUFLEN:0
2017.10.25 10:06:42 5: Cmd: >set Kerze3 statusRequest<
2017.10.25 10:06:42 4: BlockingCall (PLAYBULB_BlockingRun): created child (824), uses telnetForBlockingFn_1508918239 to connect back
2017.10.25 10:06:42 4: (Sub PLAYBULB - Kerze3) - Call BlockingRun
2017.10.25 10:06:42 5: Starting notify loop for Kerze3, 1 event(s), first is statusRequest
2017.10.25 10:06:42 5: End notify loop for Kerze3
2017.10.25 10:06:42 4: Connection accepted from telnetForBlockingFn_1508918239_127.0.0.1_57932
2017.10.25 10:06:42 5: Cmd: >{BlockingRegisterTelnet($cl,9)}<
2017.10.25 10:06:42 4: (Sub PLAYBULB_Run - Kerze3) - Running nonBlocking
2017.10.25 10:06:42 4: WEB_192.168.178.67_58364 GET /fhem?detail=Kerze3&fw_id=; BUFLEN:0
2017.10.25 10:06:43 4: WEB: /fhem?detail=Kerze3&fw_id= / RL:5285 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.25 10:06:43 4: WEB_192.168.178.67_58364 GET /fhem?cmd=%7BReadingsVal(%22Kerze3%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_757658735086775; BUFLEN:0
2017.10.25 10:06:43 5: Cmd: >{ReadingsVal("Kerze3","sat","")}<
2017.10.25 10:06:43 4: WEB: /fhem?cmd=%7BReadingsVal(%22Kerze3%22%2C%22sat%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_757658735086775 / RL:22 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.25 10:06:43 4: Connection accepted from WEB_192.168.178.67_58607
2017.10.25 10:06:43 4: WEB_192.168.178.67_58607 GET /fhem?cmd=%7BAttrVal(%22Kerze3%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_757658735086775; BUFLEN:0
2017.10.25 10:06:43 5: Cmd: >{AttrVal("Kerze3","room","")}<
2017.10.25 10:06:43 4: WEB: /fhem?cmd=%7BAttrVal(%22Kerze3%22%2C%22room%22%2C%22%22)%7D&XHR=1&fwcsrf=csrf_757658735086775 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.10.25 10:06:43 4: WEB_192.168.178.67_58364 GET /fhem?XHR=1&inform=type=status;filter=Kerze3;since=1508918801;fmt=JSON&fw_id=50×tamp=1508918805918; BUFLEN:0
2017.10.25 10:06:46 4: Connection closed for WEB_192.168.178.67_58364: EOF
2017.10.25 10:06:46 4: WEB_192.168.178.67_58607 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-10.log; BUFLEN:0
Jetzt laufen auch wie zu erwarten drei gatttool-Prozesse:
pi@fhem:~ $ ps ax | grep -v grep | grep "gatttool"
717 ? S 0:00 gatttool -b 12:5A:4B:10:AC:E6 --char-write -a 0x16 -n 06fb4c17
776 ? S 0:00 gatttool -b AC:E6:4B:07:A4:BE --char-write -a 0x14 -n 005bff4f03000a00
822 ? S 0:00 gatttool -b AC:E6:4B:07:B5:E8 --char-write -a 0x14 -n 008b3dff03000a00
Helfen diese Beschreibungen, das Problem einzugrenzen? Ich verstehe die Abläufe und Ausgaben nicht einzuordnen. Ganz am Anfang nach einem Neustart liest fhem die states ja richtig, leider lassen sich keine Änderungen am Farbzustand der Kerzen einstellen, weil (wenn ich das richtig verstehe) die gatttool-Befehle nicht korrekt weitergeleitet werden.
Über Hilfe freue ich mich. Allerdings kann die Antwort etwas dauern - diese Woche der Lohnarbeit ist etwas umfangreicher. :-) Danke schonmal!
So, das Wochenende und damit etwas mehr freie Zeit zum Basteln ist da. :-)
Wenn jemand Vorschläge hat, was ich machen kann, um die Bulbs korrekt einzubinden, freue ich mich.
Heute hätte ich auch noch Zeit. :-)
Bleiben denn die Prozesse immer noch in der Liste stehen?
Was passiert wenn du auf der Konsole die gatttool Befehle Mal so aus führst
gatttool -b AC:E6:4B:07:B5:E8 --char-write -a 0x14 -n 008b3dff03000a00
Der Prozess bleibt nicht hängen:
pi@fhem:~ $ gatttool -b AC:E6:4B:07:B5:E8 --char-write -a 0x14 -n 008b3dff03000a00
^C
pi@fhem:~ $ ps ax | grep -v grep | grep "gatttool"
pi@fhem:~ $
Und schaltet die Lampe denn auch?
Bleiben die Prozesse vom FHEM schalten noch hängen?
Die Lampe scheint nicht auf deinen genannten Befehl zu reagieren.
Wenn ich mich wie hier beschrieben https://pdominique.wordpress.com/2015/01/02/hacking-playbulb-candles/ (https://pdominique.wordpress.com/2015/01/02/hacking-playbulb-candles/) mit den Lampen verbinde kann ich sie schalten.
Wie kann ich den Befehl char-write-cmd 0x0014 0000FF0000001F00
von der Seite (grünes Flash-Licht) in deine Art der Befehlsschreibweise (gatttool -b AC:E6:4B:07:B5:E8 --char-write -a 0x14 -n 008b3dff03000a00
) umändern?
Und ein Schalten über fhem setzt die Lampen reproduzierbar auf unreachable, wie in #340 beschrieben.
gatttool -b AC:E6:4B:07:B5:E8 --char-write -a 0x14 -n 0000FF0000001F00
So
Okay, danke. Nein, auch dieser Befehl kommt nicht bei der Kerze an.
Im Terminal passiert dann auch nichts; der "Cursor" ist in grüner Farbe in einer neuen Zeile und wartet auf eine Eingabe. Aber es passiert nichts, bis ich mit strg+C diesen "Befehl" verlasse.
pi@fhem:~ $ gatttool -b AC:E6:4B:07:B5:E8 --char-write -a 0x14 -n 0000FF0000001F00
also da sollte definitiv irgendwas kommen. Du kannst aber gerne mal
gatttool -b AC:E6:4B:07:B5:E8 --char-write-req -a 0x14 -n 0000FF0000001F00
versuchen.
Einmal wenn die Lampe aus ist, also nicht am schalter aus sondern so aus. Sprich anschalten dann macht sie ja den Farbverlauf, dann auspusten. Ja da ist ein loch beim schalter auf den pusten dann geht sie aus.
Dann den befehl abschicken.
Wenn da auch nichts passiert. Lampe an pusten und noch mal den Befehl los schicken.
Hallo,
habe auch das "unreachable" Problem.
Gibt es neue Erkenntnisse. Ich benutze einen Pi3 mit dem integrierten Bluetooth und Debian Stretch mit Blues 5.47.
Update machen auf mindestens Jessie kann helfen.
Grüße
Hallo zusammen,
leider bekomme ich das Modul nicht zum Laufen, dabei war mir das vergangenes Jahr noch gelungen. Ich habe eine Playbulb String, die den Weihnachtsbaum schmückt.
Ich nutze einen Raspberry 3 mit Stretch und internem Bluetooth.
Das Gerät wird mittels "sudo hcitools lescan" erkannt und ein Connect-Befehl im gatttool wird positiv bestätigt.
Hat jemand einen Hinweis für mich, wonach ich noch suchen kann?
Installiert ist Bluez 5.43 (Befehl bluetoothctl -v).
Vielen Dank!
Hi Cooltux
ich habe das Modul erfolgreich am laufen und auch diverse playbulps eingebunden. Jetzt habe ich allerdings eine Sphere Model BTL 301 W geschenkt bekommen. Da diese in der Auswahlliste ja nicht vorhanden ist habe ich mal alle angebotenen Modelle versucht , leider ohne Erfolg.
Bei einigen werden zwar readings gesetzt , aber ein ansteuern ist nicht möglich.
Ist es Möglich dieses Modell auch einzubinden ?
Gruss Byte09
Das sollte schon möglich sein.
gatttool -b XX:XX:XX:XX:XX:XX --characteristics
Für die x'e bitte die MAC verwenden und den Output hier in Codetags posten.
Zitat von: CoolTux am 11 Dezember 2017, 17:26:16
Das sollte schon möglich sein.
gatttool -b XX:XX:XX:XX:XX:XX --characteristics
Für die x'e bitte die MAC verwenden und den Output hier in Codetags posten.
danke erstmal, hier der entsprechende Output
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --characteristics
handle = 0x0002, char properties = 0x20, char value handle = 0x0003, uuid = 0000 2a05-0000-1000-8000-00805f9b34fb
handle = 0x0006, char properties = 0x0a, char value handle = 0x0007, uuid = 0000 2a00-0000-1000-8000-00805f9b34fb
handle = 0x0008, char properties = 0x02, char value handle = 0x0009, uuid = 0000 2a01-0000-1000-8000-00805f9b34fb
handle = 0x000a, char properties = 0x02, char value handle = 0x000b, uuid = 0000 2a04-0000-1000-8000-00805f9b34fb
handle = 0x000d, char properties = 0x0a, char value handle = 0x000e, uuid = 0000 1013-d102-11e1-9b23-00025b00a5a5
handle = 0x000f, char properties = 0x08, char value handle = 0x0010, uuid = 0000 1018-d102-11e1-9b23-00025b00a5a5
handle = 0x0011, char properties = 0x12, char value handle = 0x0012, uuid = 0000 1014-d102-11e1-9b23-00025b00a5a5
handle = 0x0014, char properties = 0x02, char value handle = 0x0015, uuid = 0000 1011-d102-11e1-9b23-00025b00a5a5
handle = 0x0017, char properties = 0x10, char value handle = 0x0018, uuid = 0000 2a37-0000-1000-8000-00805f9b34fb
handle = 0x001a, char properties = 0x08, char value handle = 0x001b, uuid = 0000 fff2-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x06, char value handle = 0x001d, uuid = 0000 fff3-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x02, char value handle = 0x001f, uuid = 0000 fff1-0000-1000-8000-00805f9b34fb
handle = 0x0020, char properties = 0x08, char value handle = 0x0021, uuid = 0000 1234-0000-1000-8000-00805f9b34fb
handle = 0x0022, char properties = 0x0a, char value handle = 0x0023, uuid = 0000 fff7-0000-1000-8000-00805f9b34fb
handle = 0x0024, char properties = 0x02, char value handle = 0x0025, uuid = 0000 fff8-0000-1000-8000-00805f9b34fb
handle = 0x0026, char properties = 0x06, char value handle = 0x0027, uuid = 0000 fffb-0000-1000-8000-00805f9b34fb
handle = 0x0028, char properties = 0x06, char value handle = 0x0029, uuid = 0000 fffc-0000-1000-8000-00805f9b34fb
handle = 0x002a, char properties = 0x0a, char value handle = 0x002b, uuid = 0000 fffd-0000-1000-8000-00805f9b34fb
handle = 0x002c, char properties = 0x0a, char value handle = 0x002d, uuid = 0000 fffe-0000-1000-8000-00805f9b34fb
handle = 0x002e, char properties = 0x0a, char value handle = 0x002f, uuid = 0000 ffff-0000-1000-8000-00805f9b34fb
handle = 0x0030, char properties = 0x0a, char value handle = 0x0031, uuid = 0000 fff5-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x12, char value handle = 0x0034, uuid = 0000 2a19-0000-1000-8000-00805f9b34fb
handle = 0x0037, char properties = 0x08, char value handle = 0x0038, uuid = c4ed c000-9daf-11e3-8000-00025b000b00
handle = 0x0039, char properties = 0x02, char value handle = 0x003a, uuid = c4ed c000-9daf-11e3-8001-00025b000b00
handle = 0x003b, char properties = 0x0a, char value handle = 0x003c, uuid = c4ed c000-9daf-11e3-8002-00025b000b00
handle = 0x003d, char properties = 0x1c, char value handle = 0x003e, uuid = c4ed c000-9daf-11e3-8003-00025b000b00
handle = 0x0040, char properties = 0x1c, char value handle = 0x0041, uuid = c4ed c000-9daf-11e3-8004-00025b000b00
handle = 0x0043, char properties = 0x0a, char value handle = 0x0044, uuid = c4ed c000-9daf-11e3-8005-00025b000b00
handle = 0x0045, char properties = 0x0a, char value handle = 0x0046, uuid = c4ed c000-9daf-11e3-8006-00025b000b00
handle = 0x0048, char properties = 0x02, char value handle = 0x0049, uuid = 0000 2a26-0000-1000-8000-00805f9b34fb
handle = 0x004a, char properties = 0x02, char value handle = 0x004b, uuid = 0000 2a50-0000-1000-8000-00805f9b34fb
gruss Byte09
Zitat von: Byte09 am 11 Dezember 2017, 17:38:29
danke erstmal, hier der entsprechende Output
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --characteristics
handle = 0x0002, char properties = 0x20, char value handle = 0x0003, uuid = 0000 2a05-0000-1000-8000-00805f9b34fb
handle = 0x0006, char properties = 0x0a, char value handle = 0x0007, uuid = 0000 2a00-0000-1000-8000-00805f9b34fb
handle = 0x0008, char properties = 0x02, char value handle = 0x0009, uuid = 0000 2a01-0000-1000-8000-00805f9b34fb
handle = 0x000a, char properties = 0x02, char value handle = 0x000b, uuid = 0000 2a04-0000-1000-8000-00805f9b34fb
handle = 0x000d, char properties = 0x0a, char value handle = 0x000e, uuid = 0000 1013-d102-11e1-9b23-00025b00a5a5
handle = 0x000f, char properties = 0x08, char value handle = 0x0010, uuid = 0000 1018-d102-11e1-9b23-00025b00a5a5
handle = 0x0011, char properties = 0x12, char value handle = 0x0012, uuid = 0000 1014-d102-11e1-9b23-00025b00a5a5
handle = 0x0014, char properties = 0x02, char value handle = 0x0015, uuid = 0000 1011-d102-11e1-9b23-00025b00a5a5
handle = 0x0017, char properties = 0x10, char value handle = 0x0018, uuid = 0000 2a37-0000-1000-8000-00805f9b34fb
handle = 0x001a, char properties = 0x08, char value handle = 0x001b, uuid = 0000 fff2-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x06, char value handle = 0x001d, uuid = 0000 fff3-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x02, char value handle = 0x001f, uuid = 0000 fff1-0000-1000-8000-00805f9b34fb
handle = 0x0020, char properties = 0x08, char value handle = 0x0021, uuid = 0000 1234-0000-1000-8000-00805f9b34fb
handle = 0x0022, char properties = 0x0a, char value handle = 0x0023, uuid = 0000 fff7-0000-1000-8000-00805f9b34fb
handle = 0x0024, char properties = 0x02, char value handle = 0x0025, uuid = 0000 fff8-0000-1000-8000-00805f9b34fb
handle = 0x0026, char properties = 0x06, char value handle = 0x0027, uuid = 0000 fffb-0000-1000-8000-00805f9b34fb
handle = 0x0028, char properties = 0x06, char value handle = 0x0029, uuid = 0000 fffc-0000-1000-8000-00805f9b34fb
handle = 0x002a, char properties = 0x0a, char value handle = 0x002b, uuid = 0000 fffd-0000-1000-8000-00805f9b34fb
handle = 0x002c, char properties = 0x0a, char value handle = 0x002d, uuid = 0000 fffe-0000-1000-8000-00805f9b34fb
handle = 0x002e, char properties = 0x0a, char value handle = 0x002f, uuid = 0000 ffff-0000-1000-8000-00805f9b34fb
handle = 0x0030, char properties = 0x0a, char value handle = 0x0031, uuid = 0000 fff5-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x12, char value handle = 0x0034, uuid = 0000 2a19-0000-1000-8000-00805f9b34fb
handle = 0x0037, char properties = 0x08, char value handle = 0x0038, uuid = c4ed c000-9daf-11e3-8000-00025b000b00
handle = 0x0039, char properties = 0x02, char value handle = 0x003a, uuid = c4ed c000-9daf-11e3-8001-00025b000b00
handle = 0x003b, char properties = 0x0a, char value handle = 0x003c, uuid = c4ed c000-9daf-11e3-8002-00025b000b00
handle = 0x003d, char properties = 0x1c, char value handle = 0x003e, uuid = c4ed c000-9daf-11e3-8003-00025b000b00
handle = 0x0040, char properties = 0x1c, char value handle = 0x0041, uuid = c4ed c000-9daf-11e3-8004-00025b000b00
handle = 0x0043, char properties = 0x0a, char value handle = 0x0044, uuid = c4ed c000-9daf-11e3-8005-00025b000b00
handle = 0x0045, char properties = 0x0a, char value handle = 0x0046, uuid = c4ed c000-9daf-11e3-8006-00025b000b00
handle = 0x0048, char properties = 0x02, char value handle = 0x0049, uuid = 0000 2a26-0000-1000-8000-00805f9b34fb
handle = 0x004a, char properties = 0x02, char value handle = 0x004b, uuid = 0000 2a50-0000-1000-8000-00805f9b34fb
gruss Byte09
Irgendwas scheint da auseinander gerissen zu sein. Kannst du bitte noch mal. Mir sind die uuid im Zusammenhang wichtig
schaut jetzt glaube ich besser aus :
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --characteristics
handle = 0x0002, char properties = 0x20, char value handle = 0x0003, uuid = 00002a05-0000-1000-8000-00805f9b34fb
handle = 0x0006, char properties = 0x0a, char value handle = 0x0007, uuid = 00002a00-0000-1000-8000-00805f9b34fb
handle = 0x0008, char properties = 0x02, char value handle = 0x0009, uuid = 00002a01-0000-1000-8000-00805f9b34fb
handle = 0x000a, char properties = 0x02, char value handle = 0x000b, uuid = 00002a04-0000-1000-8000-00805f9b34fb
handle = 0x000d, char properties = 0x0a, char value handle = 0x000e, uuid = 00001013-d102-11e1-9b23-00025b00a5a5
handle = 0x000f, char properties = 0x08, char value handle = 0x0010, uuid = 00001018-d102-11e1-9b23-00025b00a5a5
handle = 0x0011, char properties = 0x12, char value handle = 0x0012, uuid = 00001014-d102-11e1-9b23-00025b00a5a5
handle = 0x0014, char properties = 0x02, char value handle = 0x0015, uuid = 00001011-d102-11e1-9b23-00025b00a5a5
handle = 0x0017, char properties = 0x10, char value handle = 0x0018, uuid = 00002a37-0000-1000-8000-00805f9b34fb
handle = 0x001a, char properties = 0x08, char value handle = 0x001b, uuid = 0000fff2-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x06, char value handle = 0x001d, uuid = 0000fff3-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x02, char value handle = 0x001f, uuid = 0000fff1-0000-1000-8000-00805f9b34fb
handle = 0x0020, char properties = 0x08, char value handle = 0x0021, uuid = 00001234-0000-1000-8000-00805f9b34fb
handle = 0x0022, char properties = 0x0a, char value handle = 0x0023, uuid = 0000fff7-0000-1000-8000-00805f9b34fb
handle = 0x0024, char properties = 0x02, char value handle = 0x0025, uuid = 0000fff8-0000-1000-8000-00805f9b34fb
handle = 0x0026, char properties = 0x06, char value handle = 0x0027, uuid = 0000fffb-0000-1000-8000-00805f9b34fb
handle = 0x0028, char properties = 0x06, char value handle = 0x0029, uuid = 0000fffc-0000-1000-8000-00805f9b34fb
handle = 0x002a, char properties = 0x0a, char value handle = 0x002b, uuid = 0000fffd-0000-1000-8000-00805f9b34fb
handle = 0x002c, char properties = 0x0a, char value handle = 0x002d, uuid = 0000fffe-0000-1000-8000-00805f9b34fb
handle = 0x002e, char properties = 0x0a, char value handle = 0x002f, uuid = 0000ffff-0000-1000-8000-00805f9b34fb
handle = 0x0030, char properties = 0x0a, char value handle = 0x0031, uuid = 0000fff5-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x12, char value handle = 0x0034, uuid = 00002a19-0000-1000-8000-00805f9b34fb
handle = 0x0037, char properties = 0x08, char value handle = 0x0038, uuid = c4edc000-9daf-11e3-8000-00025b000b00
handle = 0x0039, char properties = 0x02, char value handle = 0x003a, uuid = c4edc000-9daf-11e3-8001-00025b000b00
handle = 0x003b, char properties = 0x0a, char value handle = 0x003c, uuid = c4edc000-9daf-11e3-8002-00025b000b00
handle = 0x003d, char properties = 0x1c, char value handle = 0x003e, uuid = c4edc000-9daf-11e3-8003-00025b000b00
handle = 0x0040, char properties = 0x1c, char value handle = 0x0041, uuid = c4edc000-9daf-11e3-8004-00025b000b00
handle = 0x0043, char properties = 0x0a, char value handle = 0x0044, uuid = c4edc000-9daf-11e3-8005-00025b000b00
handle = 0x0045, char properties = 0x0a, char value handle = 0x0046, uuid = c4edc000-9daf-11e3-8006-00025b000b00
handle = 0x0048, char properties = 0x02, char value handle = 0x0049, uuid = 00002a26-0000-1000-8000-00805f9b34fb
handle = 0x004a, char properties = 0x02, char value handle = 0x004b, uuid = 00002a50-0000-1000-8000-00805f9b34fb
root@raspberrypi:~# ^C
gruss Byte09
Super danke. Schaue ich mir die Tage an
dank dir vorab
gruss Byte09
Hey Cooltux,
ich will ( wirklich nur mal vorsichtig ) anfragen, ob du schonmal dazu gekommen bist , dir das sanzuschauen ?
ansonten würde ich ggf. versuchen mir das selber hinzubiegen , hab mal reingeschaut - scheint ja zumindest kein Hexenwerk zu sein , wenn wohl auch ein Geduldsspiel ohne entsprechende Informationen.
Gruss Byte09
Alles gut. Bin froh das Du fragst. Ist wieder ein bisschen unter gegangen.
Angeschaut hatte ich es mir mal kurz. Ich werde Dir morgen mal die handle raus suchen die Du für mich abrufen musst.
Danke noch mal fürs an schupsen.
Grüße
ok, thx
gruss Byte09
Zitat
handle = 0x001a, char properties = 0x08, char value handle = 0x001b, uuid = 0000fff2-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x06, char value handle = 0x001d, uuid = 0000fff3-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x02, char value handle = 0x001f, uuid = 0000fff1-0000-1000-8000-00805f9b34fb
handle = 0x0022, char properties = 0x0a, char value handle = 0x0023, uuid = 0000fff7-0000-1000-8000-00805f9b34fb
handle = 0x0024, char properties = 0x02, char value handle = 0x0025, uuid = 0000fff8-0000-1000-8000-00805f9b34fb
handle = 0x0026, char properties = 0x06, char value handle = 0x0027, uuid = 0000fffb-0000-1000-8000-00805f9b34fb
handle = 0x0028, char properties = 0x06, char value handle = 0x0029, uuid = 0000fffc-0000-1000-8000-00805f9b34fb
handle = 0x002a, char properties = 0x0a, char value handle = 0x002b, uuid = 0000fffd-0000-1000-8000-00805f9b34fb
handle = 0x002c, char properties = 0x0a, char value handle = 0x002d, uuid = 0000fffe-0000-1000-8000-00805f9b34fb
handle = 0x002e, char properties = 0x0a, char value handle = 0x002f, uuid = 0000ffff-0000-1000-8000-00805f9b34fb
handle = 0x0030, char properties = 0x0a, char value handle = 0x0031, uuid = 0000fff5-0000-1000-8000-00805f9b34fb
Bitte einmal die handles abrufen und Ergebnis zu jedem handle hinzu schreiben
gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x1b
gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x2b
gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x1f
gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x23
gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x25
gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x27
gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x29
gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x31
Grüße
Hi Cooltux,
anbei die Daten :
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x1b
Characteristic value/descriptor read failed: Attribute can't be read
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x2b
Characteristic value/descriptor read failed: Attribute can't be read
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x1f
Characteristic value/descriptor: 00 00 00 00 04
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x23
Characteristic value/descriptor: 30 30 30 30
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x25
Characteristic value/descriptor: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x27
Characteristic value/descriptor: 00 cf 00 ff ff 00 04 00
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x29
Characteristic value/descriptor: 00 cf 00 ff
root@raspberrypi:~# gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x31
Characteristic value/descriptor read failed: Attribute can't be read
gruss Byte09
Bitte einmal die Version von hier laden
https://github.com/LeonGaultier/fhem-PLAYBULB/archive/master.zip
Bitte als Model BTL301W wählen.
Zitat von: CoolTux am 19 Dezember 2017, 21:57:51
Bitte einmal die Version von hier laden
https://github.com/LeonGaultier/fhem-PLAYBULB/archive/master.zip
Bitte als Model BTL301W wählen.
Super, Lampe ist ansprechbar und schaltet einwandfrei. Ich danke Dir.
Gruss Byte09
Dann wünsche ich viel Spaß damit.
Grüße
Hallo Zusammen,
habe Pi3 mit Strech lite mit integriertem Bluetooth neu aufgesetzt,
fhem läuft perfekt,
leider bekomm ich meine BTL300 weder mit v5 noch mit v6 aktiviert,
ich bekomme permanent state: unreachable
Per bluetoothctl oder gatttool wird die Candle angezeigt.
Kann mir jemand einen Tipp geben?
Grüße Knut
Hallo Knut,
Ein Log mit verbose 5 wäre gut.
Grüße
Hallo CoolTux,
ein bei Klick auf Status-Icon
verbose 5 am Modul liefert
Zitat
2017.12.28 17:05:27 4: (Sub PLAYBULB - MyCandle1) - Call BlockingRun
2017.12.28 17:05:28 4: (Sub PLAYBULB_Run - MyCandle1) - Running nonBlocking
2017.12.28 17:05:37 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 29818
verbose 5 bei global liefert
Zitat
2017.12.28 17:15:32 4: WEB_192.168.123.49_53601 POST /fhem?cmd.MyCandle1=set%20MyCandle1%20on&room=Test&XHR=1&fwcsrf=csrf_106413131784627&fw_id=11032; BUFLEN:0
2017.12.28 17:15:32 5: Cmd: >set MyCandle1 on<
2017.12.28 17:15:32 4: BlockingCall (PLAYBULB_BlockingRun): created child (952), uses telnetPort to connect back
2017.12.28 17:15:32 4: (Sub PLAYBULB - MyCandle1) - Call BlockingRun
2017.12.28 17:15:32 5: Starting notify loop for MyCandle1, 1 event(s), first is on
2017.12.28 17:15:32 5: statistics Statistik_Counts: Notify.266 Notification of 'MyCandle1' received. Device not monitored.
2017.12.28 17:15:32 5: statistics Statistik_EinAus: Notify.266 Notification of 'MyCandle1' received. Device not monitored.
2017.12.28 17:15:32 5: statistics Statistik_Energie: Notify.266 Notification of 'MyCandle1' received. Device not monitored.
2017.12.28 17:15:32 5: statistics Statistik_EnergieHaus: Notify.266 Notification of 'MyCandle1' received. Device not monitored.
2017.12.28 17:15:32 5: statistics Statistik_Pct: Notify.266 Notification of 'MyCandle1' received. Device not monitored.
2017.12.28 17:15:32 5: statistics Statistik_Rollo: Notify.266 Notification of 'MyCandle1' received. Device not monitored.
2017.12.28 17:15:32 5: statistics Statistik_Temperatur: Notify.266 Notification of 'MyCandle1' received. Device not monitored.
2017.12.28 17:15:32 5: statistics Statistik_Zeit: Notify.266 Notification of 'MyCandle1' received. Device not monitored.
2017.12.28 17:15:32 4: dewpoint_notify: cmd_type=dewpoint devname=MyCandle1 dewname=TaupunktToAllDeviceReadings, dev=MyCandle1, dev_regex=.* temp_name=temperature hum_name=humidity
2017.12.28 17:15:32 5: dewpoint_notify: s='on'
2017.12.28 17:15:32 5: dewpoint timeout=1
2017.12.28 17:15:32 5: statistics stat_Balkon: Notify.266 Notification of 'MyCandle1' received. Device not monitored.
2017.12.28 17:15:32 5: rg_Batteriestatus: not on any display, ignoring notify
2017.12.28 17:15:32 5: rg_Hilfe: not on any display, ignoring notify
2017.12.28 17:15:32 5: rg_Statistik_EnergieHaus: not on any display, ignoring notify
2017.12.28 17:15:32 5: rg_Statistik_EnergieHausAktuell: not on any display, ignoring notify
2017.12.28 17:15:32 5: End notify loop for MyCandle1
2017.12.28 17:15:32 4: WEB: /fhem?cmd.MyCandle1=set%20MyCandle1%20on&room=Test&XHR=1&fwcsrf=csrf_106413131784627&fw_id=11032 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.12.28 17:15:32 4: Connection accepted from telnetPort_127.0.0.1_34742
2017.12.28 17:15:32 5: Cmd: >{BlockingRegisterTelnet($cl,7948)}<
2017.12.28 17:15:32 4: (Sub PLAYBULB_Run - MyCandle1) - Running nonBlocking
2017.12.28 17:15:36 4: WEB_192.168.123.49_53601 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-12-28.log; BUFLEN:0
Hilft das weiter?
Grüße Knut
Hallo CoolTux,
nachdem ich den vorangegangenen Thread nochmals durchgesucht habe, bin ich auf ähnliche Problembeschreibungen gestoßen.
Zitat
pi@RasPi3:~ $ ps ax | grep -v grep | grep "gatttool"
8509 ? S 0:00 gatttool -b D8:A2:4B:15:AC:E6 --char-write -a 0x14 -n 061700fb00000000
pi@RasPi3:~ $
Dieser Prozess ist ein nicht abgeschlossener FHEM Prozess (denke ich)
Zitat
pi@RasPi3:~ $ sudo killall gatttool
pi@RasPi3:~ $ gatttool -b D8:A2:4B:15:AC:E6 --char-read -a 0x16
Characteristic value/descriptor: 06 17 00 fb ff
Danach läßt sich die Candle mit model... verbinden.
Ein Status Request liefert im Log File
Zitat
2017.12.28 20:23:37 4: (Sub PLAYBULB - MyCandle1) - Call BlockingRun
2017.12.28 20:23:37 4: (Sub PLAYBULB_Run - MyCandle1) - Running nonBlocking
2017.12.28 20:23:38 1: PERL WARNING: substr outside of string at ./FHEM/31_PLAYBULB.pm line 477.
2017.12.28 20:23:38 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 477.
2017.12.28 20:23:38 4: (Sub PLAYBULB_Run StatusRequest - MyCandle1) - Rückgabe an Auswertungsprogramm beginnt
2017.12.28 20:23:38 4: (Sub PLAYBULB_Done - MyCandle1) - Abschluss!
2017.12.28 20:24:38 4: (Sub PLAYBULB - MyCandle1) - Call BlockingRun
2017.12.28 20:24:39 4: (Sub PLAYBULB_Run - MyCandle1) - Running nonBlocking
connect error: Function not implemented (38)
connect: Cannot allocate memory (12)
2017.12.28 20:24:39 4: (Sub PLAYBULB_Run - MyCandle1) - Rückgabe an Auswertungsprogramm beginnt
Das devStateIcon wechselt auf ON.
Ein Klick auf eine der Farben, oder sonstige Aktion liefert: unreachable und:
Zitat
pi@RasPi3:~ $ ps ax | grep -v grep | grep "gatttool"
9042 ? S 0:00 gatttool -b D8:A2:4B:15:AC:E6 --char-write -a 0x16 -n 06FF0000
pi@RasPi3:~ $
Grüße Knut
Zitat von: CoolTux am 03 November 2017, 06:14:49
also da sollte definitiv irgendwas kommen. Du kannst aber gerne mal
gatttool -b AC:E6:4B:07:B5:E8 --char-write-req -a 0x14 -n 0000FF0000001F00
versuchen.
Einmal wenn die Lampe aus ist, also nicht am schalter aus sondern so aus. Sprich anschalten dann macht sie ja den Farbverlauf, dann auspusten. Ja da ist ein loch beim schalter auf den pusten dann geht sie aus.
Dann den befehl abschicken.
Wenn da auch nichts passiert. Lampe an pusten und noch mal den Befehl los schicken.
Hej. Danke für die Anregungen. Wegen Prüfungskram etc. war ich dann wieder mal länger raus. Jetzt habe ich gerade wieder etwas Zeit, nachdem ich Tradfri auch wieder zum Laufen bekommen habe. Bin also sehr motiviert. :-)
Wie schon geschrieben passiert hiermit nichts:
gatttool -b AC:E6:4B:07:B5:E8 --char-write -a 0x14 -n 0000FF0000001F00
Mit der Befehls-Variation (req) funktioniert ebenfalls nichts, es gibt aber in der Konsole immerhin eine Rückmeldung, egal, ob vorher ausgepustet oder leuchtend:
pi@fhem:~ $ gatttool -b AC:E6:4B:07:B5:E8 --char-write -a 0x14 -n 0000FF0000001F00
^C
pi@fhem:~ $ gatttool -b AC:E6:4B:07:B5:E8 --char-write-req -a 0x14 -n 0000FF0000001F00
Characteristic Write Request failed: Attribute can't be written
pi@fhem:~ $ gatttool -b AC:E6:4B:07:B5:E8 --char-write-req -a 0x14 -n 0000FF0000001F00
Characteristic Write Request failed: Attribute can't be written
pi@fhem:~ $
Es läuft also weiterhin nicht so, wie es sollte. Hast du eine Idee? Danke für die tolle Unterstützung, weiterhin!
Hi Cooltux,
ich habe leider das Problem , das ich doch recht häfig die meldung "unreachable" erhalte. insbesondere dann , wenn ich mehrere lampen nacheinander schalte, in abhängigkeit von anderen Lampen ( z.B farbe meiner Hues ) . Da ich das Problem nicht wirklich eingrenzen kann reagiere ich darauf durch durch erneutes senden des Befehls, wenn der ursprüngliche Befehl nicht durchgegangen ist . Meistens klappt es beim zweiten Versuch , einige Sekunden später. ( reagieren tue ich hier auf state:unreachable - in meinem Fall mit einem Absent Device , könnte aber auch ein Notify etc. sein ) . Leider habe ich , bzw das reagierende Modul , keine möglichkeit mehr, "herauszufinden" , was denn nun eigentlich der nicht ausgeführte Befehl war ( oder habe ich hier was übersehen ?! )
ich habe mir jetzt so beholfen , dass in deinem Modul entsprechende Readings gesetzt werden , schon bevor der Befehl ausgeführt wird, darauf kann ich dann im Fall eines "unreachable" zugreifen.
für mich habe ich folgendde Zeilen eingefügt:
253 readingsSingleUpdate($hash,'last_cmd',$action,1);
254 readingsSingleUpdate($hash,'last_cmd_arg',$arg,1);
ggf. könntest du das ja so oder ähnlich in die off. Version übernehmen, wäre recht hilfreich - wenn es unsinn ist , vergiss es einfach ;)
gruss Byte09
Muss ich mir mal in Ruhe anschauen. Die Idee macht schon Sinn und ich wollte das Modul eh als nächstes auf NotifyFn umbauen.
Hallo CoolTux,
hast du noch einen Tipp zu meinen oben beschrieben Problem?
https://forum.fhem.de/index.php/topic,60829.msg738145.html#msg738145 (https://forum.fhem.de/index.php/topic,60829.msg738145.html#msg738145)
Danke und Grüße
Knut
Hallo Knut,
Im Moment leider nicht. Auch ich habe hin und wieder dieses Problem. Ich habe vor das Modul neu zu schreiben, aber ein bisschen wird es wohl noch dauern.
Grüße
Alles klar.
Danke
Knut
hi cooltux,
ich habe die tage mein system komplett neu aufgesetzt , mit raspian stretch ( hatte ein sd-karten-desaster).
leider kann ich mit der neuen insatllatin keine meiner playbulbs merh steuern.
list device
Internals:
BTMAC E8:CD:4B:16:AC:E6
CFGFN
DEF E8:CD:4B:16:AC:E6
NAME Sphere
NR 394
STATE unreachable
TYPE PLAYBULB
VERSION 1.4.0
READINGS:
2018-01-27 10:49:55 state unreachable
helper:
color on
effect RainbowFade
onoff 1
rgb F7FF00
sat 0
speed 120
statusRequest
Attributes:
devStateIcon unreachable:light_question
model BTL301W
room Wohnzimmer
verbose 5
webCmd rgb:rgb FF0000:rgb 00FF00:rgb 0000FF:rgb FFFFFF:rgb F7FF00:rgb 00FFFF:rgb F700FF:effect
wenn ich sie über gatttool anspreche scheint alles ok:
fhem@raspberrypi:~$ gatttool -b E8:CD:4B:16:AC:E6 --characteristics
handle = 0x0002, char properties = 0x20, char value handle = 0x0003, uuid = 00002a05-0000-1000-8000-00805f9b34fb
handle = 0x0006, char properties = 0x0a, char value handle = 0x0007, uuid = 00002a00-0000-1000-8000-00805f9b34fb
handle = 0x0008, char properties = 0x02, char value handle = 0x0009, uuid = 00002a01-0000-1000-8000-00805f9b34fb
handle = 0x000a, char properties = 0x02, char value handle = 0x000b, uuid = 00002a04-0000-1000-8000-00805f9b34fb
handle = 0x000d, char properties = 0x0a, char value handle = 0x000e, uuid = 00001013-d102-11e1-9b23-00025b00a5a5
handle = 0x000f, char properties = 0x08, char value handle = 0x0010, uuid = 00001018-d102-11e1-9b23-00025b00a5a5
handle = 0x0011, char properties = 0x12, char value handle = 0x0012, uuid = 00001014-d102-11e1-9b23-00025b00a5a5
handle = 0x0014, char properties = 0x02, char value handle = 0x0015, uuid = 00001011-d102-11e1-9b23-00025b00a5a5
handle = 0x0017, char properties = 0x10, char value handle = 0x0018, uuid = 00002a37-0000-1000-8000-00805f9b34fb
handle = 0x001a, char properties = 0x08, char value handle = 0x001b, uuid = 0000fff2-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x06, char value handle = 0x001d, uuid = 0000fff3-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x02, char value handle = 0x001f, uuid = 0000fff1-0000-1000-8000-00805f9b34fb
handle = 0x0020, char properties = 0x08, char value handle = 0x0021, uuid = 00001234-0000-1000-8000-00805f9b34fb
handle = 0x0022, char properties = 0x0a, char value handle = 0x0023, uuid = 0000fff7-0000-1000-8000-00805f9b34fb
handle = 0x0024, char properties = 0x02, char value handle = 0x0025, uuid = 0000fff8-0000-1000-8000-00805f9b34fb
handle = 0x0026, char properties = 0x06, char value handle = 0x0027, uuid = 0000fffb-0000-1000-8000-00805f9b34fb
handle = 0x0028, char properties = 0x06, char value handle = 0x0029, uuid = 0000fffc-0000-1000-8000-00805f9b34fb
handle = 0x002a, char properties = 0x0a, char value handle = 0x002b, uuid = 0000fffd-0000-1000-8000-00805f9b34fb
handle = 0x002c, char properties = 0x0a, char value handle = 0x002d, uuid = 0000fffe-0000-1000-8000-00805f9b34fb
handle = 0x002e, char properties = 0x0a, char value handle = 0x002f, uuid = 0000ffff-0000-1000-8000-00805f9b34fb
handle = 0x0030, char properties = 0x0a, char value handle = 0x0031, uuid = 0000fff5-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x12, char value handle = 0x0034, uuid = 00002a19-0000-1000-8000-00805f9b34fb
handle = 0x0037, char properties = 0x08, char value handle = 0x0038, uuid = c4edc000-9daf-11e3-8000-00025b000b00
handle = 0x0039, char properties = 0x02, char value handle = 0x003a, uuid = c4edc000-9daf-11e3-8001-00025b000b00
handle = 0x003b, char properties = 0x0a, char value handle = 0x003c, uuid = c4edc000-9daf-11e3-8002-00025b000b00
handle = 0x003d, char properties = 0x1c, char value handle = 0x003e, uuid = c4edc000-9daf-11e3-8003-00025b000b00
handle = 0x0040, char properties = 0x1c, char value handle = 0x0041, uuid = c4edc000-9daf-11e3-8004-00025b000b00
handle = 0x0043, char properties = 0x0a, char value handle = 0x0044, uuid = c4edc000-9daf-11e3-8005-00025b000b00
handle = 0x0045, char properties = 0x0a, char value handle = 0x0046, uuid = c4edc000-9daf-11e3-8006-00025b000b00
handle = 0x0048, char properties = 0x02, char value handle = 0x0049, uuid = 00002a26-0000-1000-8000-00805f9b34fb
handle = 0x004a, char properties = 0x02, char value handle = 0x004b, uuid = 00002a50-0000-1000-8000-00805f9b34fb
fhem@raspberrypi:~$
aus fhem heraus bekomme ich nur ein 'unreachable' mit folgendem log (verbode 5) :
2018.01.27 10:31:23 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.01.27 10:31:23 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.01.27 10:31:33 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 2924
2018.01.27 10:31:33 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2018.01.27 10:36:41 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.01.27 10:36:41 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.01.27 10:36:47 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 3136
2018.01.27 10:36:47 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
2018.01.27 10:36:47 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2018.01.27 10:36:47 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.01.27 10:36:51 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 3241
2018.01.27 10:36:51 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
2018.01.27 10:36:51 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2018.01.27 10:36:51 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.01.27 10:37:01 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 3314
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2018.01.27 10:37:01 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
2018.01.27 10:37:10 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.01.27 10:37:10 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.01.27 10:37:20 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 3499
2018.01.27 10:37:20 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2018.01.27 10:37:23 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.01.27 10:37:23 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.01.27 10:37:33 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 3656
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2018.01.27 10:37:33 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
2018.01.27 10:37:49 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.01.27 10:37:49 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.01.27 10:37:59 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 3837
2018.01.27 10:37:59 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
das betrifft alle meine lampen . das Log ist ja nicht sooo gesprächig und ich weiss mir nicht mehr zu helfen, kannst du ggf. mal drüberschauen.
auch ein get statusrequest ergiebt nur folgende logdaten:
2018.01.27 10:49:21 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.01.27 10:49:22 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.01.27 10:49:28 1: MSwitch_Notif incoming for Bad_Ctrl -> HASH(0x35e2d10), HASH(0x2b76400) - ARRAY(0x363b6a8) 1226
2018.01.27 10:49:28 3: CUL_HM set HM_13E599_Sw_01 on-for-timer 300
2018.01.27 10:49:28 3: CUL_HM set HM_13E599_Sw_01 on-for-timer 300
2018.01.27 10:49:28 3: CUL_HM set HM_13E599_Sw_01 on-for-timer 300
2018.01.27 10:49:31 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 4890
2018.01.27 10:49:32 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
2018.01.27 10:49:42 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.01.27 10:49:42 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.01.27 10:49:55 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 5051
2018.01.27 10:49:55 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
grep: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
mit bluetooth ansich scheint alles ok zu sein , wie gesagt kann ich die lampen per gatttool ansprechen, auch mit meinen XiaomiFlowerSenshabe ich keine probleme und fhem holt sich die daten.
danke und gruss Byte09
Ich schaue mal.
Zitat von: CoolTux am 27 Januar 2018, 10:54:14
Ich schaue mal.
Hi Cooltux,
hattest du mal Zeit , ein Auge darauf zu werfen wo das Problem liegen könnte ? ( nur mal vorsichtig nachgefragt ;) )
Gruss Byte09
Da ich ähnliche Beobachtungen gemacht habe kann ich erstmal sagen das es mit dem neuen bluez wohl kleine Probleme gibt. Liegt aber mehr am Modul.
Ich nehme mir schon so lange vor das um zu schreiben. Aktuell mache ich noch ein Thermostatmodul fertig und schreibe dann das Modul komplett neu.
Bisschen Geduld bitte noch. Aber nachfragen alle 2 Woche ist OK ;D
Dank dir für die Info
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
** hüstel **
;)
Gruss Byte09
Muss Mal kurz nachfragen. Verwendest Du SSH?
Zitat von: CoolTux am 12 Februar 2018, 18:22:33
Muss Mal kurz nachfragen. Verwendest Du SSH?
nein , läuft alles über einen Pi
zumindest was hier direkt betroffen ist . Von diesem Pi erfolgen allerdings Zugriffe auf einen weiteren Pi (Hyperion )
gruss Byte09
ok. Danke Dir
Zitat von: CoolTux am 12 Februar 2018, 18:49:13
ok. Danke Dir
Hi Cooltux,
habe jetzt mal selber angefangen zu schauen ,
das Modul kommt aus dieser schleife nicht mehr raus :
while ( (qx(ps ax | grep -v grep | grep "gatttool -b $mac") and $loop = 0) or (qx(ps ax | grep -v grep | grep "gatttool -b $mac") and $loop < 5) ) {
#printf "\n(Sub PLAYBULB_Run) - gatttool noch aktiv, wait 0.5s for new check\n";
sleep 0.5;
Log3 $name, 4, "(Sub PLAYBULB_gattCharRead - $name) - loop $loop";
$loop++;
}
und läuft bis zum timeout
2018.02.13 17:32:18 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.02.13 17:32:18 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.02.13 17:32:18 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop gestarted sshhost none
2018.02.13 17:32:19 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:21 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:22 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:23 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:24 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:25 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:26 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:27 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:29 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:30 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:31 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:32 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:32:33 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 23685
2018.02.13 17:32:33 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
... ist aber leider nicht meine Baustelle und ich müsste mich da erstmal reinarbeiten, was es da eigentlicht tut ( bzw. nicht tut ) , aber ggf. hilft es dir ja weiter.
gruss Byte09
Also auf den ersten Blick kommt mir
while ( (qx(ps ax | grep -v grep | grep "gatttool -b $mac") and $loop = 0)
das $loop = 0 komisch vor. Sollte sicherlich $loop == 0 heißen oder so
Zitat von: CoolTux am 13 Februar 2018, 17:52:58
Also auf den ersten Blick kommt mir
while ( (qx(ps ax | grep -v grep | grep "gatttool -b $mac") and $loop = 0)
das $loop = 0 komisch vor. Sollte sicherlich $loop == 0 heißen oder so
ja, zumindest das hätte ich auch sehen können. habe das jetzt mal geändert und nun komme ich ein stück weiter und er bleibt zumindest nicht mehr in dieser schleife hängen.
leider beendet er jetzt mit folgendem log:
2018.02.13 17:55:44 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.02.13 17:55:45 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.02.13 17:55:45 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop gestarted sshhost none
2018.02.13 17:55:46 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 0
2018.02.13 17:55:47 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 1
2018.02.13 17:55:48 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 2
2018.02.13 17:55:49 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 3
2018.02.13 17:55:51 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop 4
2018.02.13 17:55:51 4: (Sub PLAYBULB_gattCharRead - Sphere) - loop verlassen
connect: Device or resource busy (16)
connect: Device or resource busy (16)
2018.02.13 17:55:51 1: PERL WARNING: Use of uninitialized value $ccc in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 334.
2018.02.13 17:55:51 1: PERL WARNING: Use of uninitialized value $cec in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 334.
2018.02.13 17:55:51 1: PERL WARNING: Use of uninitialized value $csat in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 334.
2018.02.13 17:55:51 1: PERL WARNING: Use of uninitialized value $crgb in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 334.
2018.02.13 17:55:51 1: PERL WARNING: Use of uninitialized value $ceffect in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 334.
2018.02.13 17:55:51 1: PERL WARNING: Use of uninitialized value $cspeed in concatenation (.) or string at ./FHEM/31_PLAYBULB.pm line 334.
2018.02.13 17:55:51 4: (Sub PLAYBULB_Run - Sphere) - ccc,cec,csat,crgb,ceffect,cspeed ,,,,,
2018.02.13 17:55:51 4: (Sub PLAYBULB_Run - Sphere) - Rückgabe an Auswertungsprogramm beginnt
verstehe ich nicht wirklich , es greift ausser der einen Lampe derzeit nicht auf btooth zu . Aber Busy bekomme ich immer, wenn der fhemdienst läuft , auch von der console ist dann kein zugriff möglich :
root@raspberrypi:/home/pi# gatttool -b E8:CD:4B:16:AC:E6 --char-read -a 0x1f connect: Device or resource busy (16)
root@raspberrypi:/home/pi#
da ggf. noch eine idee ?
gruss Byte09
Was ich nicht verstehe ist wieso er alle 5 Durchläufe macht. Da scheint doch ein anderer gatttool Prozess noch zu laufen.
Machst Du nur ein statusRequest oder was genau machst Du?
Zitat von: CoolTux am 13 Februar 2018, 18:09:32
Was ich nicht verstehe ist wieso er alle 5 Durchläufe macht. Da scheint doch ein anderer gatttool Prozess noch zu laufen.
Machst Du nur ein statusRequest oder was genau machst Du?
egal was ich tue, er macht immer die 5 durchläufe . das problem mit = / == war an mehren stellen. nachdem ich die alle korrigiert habe komme ich etwas weiter, aber irgendwo hakt es.
wenn ich den BT adapter manuell getrennt habe, kann ich einen durchlauf machen . wenn ich z.B die Farbe ändere komme ich in der sub gatcharwrite an diese Zeile
qx(gatttool -b $mac --char-write -a $ac -n ${sat}${rgb}) if( $stateEffect eq "none" and $effect eq "none" );
Log3 $name, 4, "(Sub PLAYBULB_gattCharRead - qx(gatttool -b $mac --char-write -a $ac -n ${sat}${rgb})";
er versucht dieses zu schreiben :
(Sub PLAYBULB_gattCharRead - qx(gatttool -b E8:CD:4B:16:AC:E6 --char-write -a 0x29 -n 00F700FF)
... und da kommt er nicht zurück , bis timeout. danach scheint er den gattoolprozess DANN auch nicht mehr zu beenden . d.H danach ist kein Zugriff mehr möglich / busy )
Wenn ich versuche dieses direkt in der console zu schreiben , bleibt er genauso hängen :
root@raspberrypi:/home/pi# gatttool -b E8:CD:4B:16:AC:E6 --char-write -a 0x29 -n 00F700FF
^C
gruss Byte09
Also wenn es allein schon nicht in der Konsole nicht klappt ist da mehr faul. Das sollte so nicht sein. Und da läuft sonst nichts weiter hast gesagt? Kein presence oder so?
Zitat von: CoolTux am 13 Februar 2018, 19:18:11
Also wenn es allein schon nicht in der Konsole nicht klappt ist da mehr faul. Das sollte so nicht sein. Und da läuft sonst nichts weiter hast gesagt? Kein presence oder so?
Nein , gar nichts . .... und das Problem ist wohl mit , seit der Neuinstallation aufgetreten .
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Ich habe ja die Befürchtung , das es mit stretch zu tun hat ?! Hat hier jemand das Modul mit stretch am laufen , so dass ich das ausschließen könnte ?
Lesen per gattool geht , schreiben nicht.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Es könnte etwas mit der bluez Version zu tun haben. Mit bluez 5.45 funktioniert bei mir sowohl unter Ubuntu als auch unter Enigma das Schreiben mit gatttool nicht. Ich habe mir deshalb eine ältere bluez Version kompiliert um das PLAYBULB Modul nutzen zu können.
Zitat von: Gerold am 13 Februar 2018, 21:39:51
Es könnte etwas mit der bluez Version zu tun haben. Mit bluez 5.45 funktioniert bei mir sowohl unter Ubuntu als auch unter Enigma das Schreiben mit gatttool nicht. Ich habe mir deshalb eine ältere bluez Version kompiliert um das PLAYBULB Modul nutzen zu können.
ok, danke für die Info . Ich werde das heute abend mal angehen.
Welche Versionsnummer hast du installiert ?
gruss Byte09
Guten Morgen!
Ich habe jetzt schon eine weile erfolgreich diese Modul mit meiner PlayBulb BTL-300v6 genutzt, gestern hatte ich einen Internet Ausfall
und seit dem bekomme ich keine Verbindung mehr zu PlayBulb.
System schon mehrmals neu gestartet aber bring leider kein erfolg, weder über Fhem noch über Konsole...
Gibt es sowas wie ein Reset an der BTL-300v6???
LE Scan ...
34:DD:4B:19:AC:E6 (unknown)
34:DD:4B:19:AC:E6 PLAYBULB CANDLE
34:DD:4B:19:AC:E6 (unknown)
34:DD:4B:19:AC:E6 PLAYBULB CANDLE
root@happyfamilyserver:~# gatttool -b 34:DD:4B:19:AC:E6 --characteristics
connect: Connection refused (111)
root@happyfamilyserver:~# gatttool -b 34:DD:4B:19:AC:E6 -I
[34:DD:4B:19:AC:E6][LE]> connect
Attempting to connect to 34:DD:4B:19:AC:E6
Error: connect: Connection refused (111)
mfg Steffen
Gib dem gatttool Mal ein -t random mit und schau ob es geht.
Zitat von: CoolTux am 14 Februar 2018, 06:20:24
Gib dem gatttool Mal ein -t random mit und schau ob es geht.
Guten Morgen!
Danke für die schnelle Antwort aber leider damit auch nicht:
root@happyfamilyserver:~# gatttool -b 34:DD:4B:19:AC:E6 -I -t random
[34:DD:4B:19:AC:E6][LE]> connect
Attempting to connect to 34:DD:4B:19:AC:E6
Error: connect: Connection refused (111)
[34:DD:4B:19:AC:E6][LE]>
Mfg Steffen
Dann Versuch dich mal mit bluetoothctl zu verbinden und wenn das geht wieder mit gatttool
Meinst du so?
root@happyfamilyserver:~# bluetoothctl
[NEW] Controller 00:1A:7D:DA:71:0C HappyFamilyServer [default]
[bluetooth]# connect 34:DD:4B:19:AC:E6
Device 34:DD:4B:19:AC:E6 not available
[bluetooth]#
mfg Steffen
Ja so sollte es eventuell gehen. Und wenn du mal die Batterien raus nimmst?
Zitat von: Byte09 am 14 Februar 2018, 05:21:32
ok, danke für die Info . Ich werde das heute abend mal angehen.
Welche Versionsnummer hast du installiert ?
gruss Byte09
Bin zurück auf bluez 5.23
so, habe mir mit der Aktion jetzt schön mein System zerledert. Bekomme BT jetzt gar nicht mehr ans laufen.
Jetzt kommt ein Backup drauf und fertig ..... Lampen werden aussortiert und ersetzt.
Gruss Byte09
Nachtrag: Es scheint aber wirklich an der Gattool Version zu liegen . Mit 5.23 auf meinem Testsystem ( Jessy ) läuft es, auf meinem aktivsystem mit Stretch und Version 5.43 aufwärts -> keine Chance ( schreiben nicht möglich , lesen geht )
Schmeiß sie nicht weg. Ich kann es nicht versprechen aber eventuell klappt es mit dem Umbau besser. Gatttool wird zwar nichts anderes wie bisher machen, aber schauen wir mal.
Musst mir bitte nur etwas Zeit geben, bin aktuell etwas überspannt :)
Grüße
Zitat von: CoolTux am 14 Februar 2018, 19:48:47
Schmeiß sie nicht weg. Ich kann es nicht versprechen aber eventuell klappt es mit dem Umbau besser. Gatttool wird zwar nichts anderes wie bisher machen, aber schauen wir mal.
Musst mir bitte nur etwas Zeit geben, bin aktuell etwas überspannt :)
Grüße
hi Cooltux,
das ändert ja alles nichts,wenn Gattool nicht läuft . Und downgrade auf 5.23 bekomme ich nicht geregelt, dann geht gar nichts mehr .
# frustmodus on
... ärgere mich gerade nur über dieses Bluetooth-Geläpp auf den Raspi . Nur Probleme gehabt bisher .auf wheezy lief flowersensor nicht , auf stretch läuft gattool nicht , jessy ging halbwegs ( zwar nie zuverlässig aber wenigstens etwas ) - aber wehe du ändert etwas .
Das ist einfach Mist !
# frustmodus off
gruss Byte
Welche Distribution hast Du? Ich habe Raspbian GANZ/Linux 9
Da ist Version 5.43 von bluez drauf. Damit läuft eigentlich alles.
Zitat von: CoolTux am 14 Februar 2018, 20:08:19
Welche Distribution hast Du? Ich habe Raspbian GANZ/Linux 9
Da ist Version 5.43 von bluez drauf. Damit läuft eigentlich alles.
PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
dpkg --status bluez | grep '^Version:'
Version: 5.43-2+rpt2+deb9u2
lg Byte09
Die selbe habe ich auch drauf. Damit klappt eigentlich alles. Playbulbs schalte ich aktuell aber selten.
Zitat von: CoolTux am 14 Februar 2018, 20:25:57
Die selbe habe ich auch drauf. Damit klappt eigentlich alles. Playbulbs schalte ich aktuell aber selten.
Keine Chance .... aber egal erstmal . Wenn ich mich jetzt weiter darüber aufrege landen die Lampen auf der strasse ... dicht gefolgt vom bt-dongle .
Lg byte09
Gesendet von meinem SM-G900F mit Tapatalk
Ich habe mich da wahrscheinlich missverständlich ausgedrückt. Ich habe nur das gatttool von 5.23 genommen, der Rest von bluez wurde nicht geändert.
ich verstehe es nicht.
habe es jetzt auf meinem testsystem eingerichtet ( jessy - gattool5.23 ), lampe wird erkannt und lässt sich schalten.
wenn ich nun versuche von meinem aktivsystem auf die lampe zuzugreifen ( ssh ) funktioniert es auch hier nicht. ( blocking run - timeout ) .
da der zugriff auf flowersens per ssh funktioniert , kann es nicht am ssh zugang liegen .
2018.02.16 06:11:38 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.02.16 06:11:38 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.02.16 06:11:48 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 4772
2018.02.16 06:11:48 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
2018.02.16 06:11:53 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.02.16 06:11:53 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.02.16 06:11:57 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 4794
2018.02.16 06:11:57 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
2018.02.16 06:11:57 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.02.16 06:11:58 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.02.16 06:12:07 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 4803
2018.02.16 06:12:08 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
2018.02.16 06:14:19 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.02.16 06:14:19 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.02.16 06:14:29 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 4951
2018.02.16 06:14:29 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
2018.02.16 06:18:26 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.02.16 06:18:26 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.02.16 06:18:36 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 5211
2018.02.16 06:18:36 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
2018.02.16 06:19:27 4: (Sub PLAYBULB - Sphere) - Call BlockingRun
2018.02.16 06:19:28 4: (Sub PLAYBULB_Run - Sphere) - Running nonBlocking
2018.02.16 06:19:37 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 5275
2018.02.16 06:19:37 4: (Sphere) - The BlockingCall Process terminated unexpectedly. Timedout
gruss Byte09
Sind beide Systeme auf einem aktuellen Stand? Auch was andere Module an geht (Blocking.pm) zum Beispiel?
Zitat von: CoolTux am 16 Februar 2018, 06:31:41
Sind beide Systeme auf einem aktuellen Stand? Auch was andere Module an geht (Blocking.pm) zum Beispiel?
Ja , alles aktuell
LG byte09
Gesendet von meinem SM-G900F mit Tapatalk
Da fällt mir nur ein das Du dann debuggen musst um zu schauen wo er hängt.
Zitat von: CoolTux am 16 Februar 2018, 07:47:53
Da fällt mir nur ein das Du dann debuggen musst um zu schauen wo er hängt.
Ja .... das Wochenende steht ja vor der Tür
Gesendet von meinem SM-G900F mit Tapatalk
Guten Morgen!
Ich hatte ein Upgrade von meinem System auf Stretch vorgenommen, jetzt lässt sich meine BTL300_v6 nicht mehr
schalten.
Gibt es eine Möglichkeit es wieder auf Stretch zum laufen zu bekommen???
Verbinden scheint kein Problem zu sein...
root@happyfamilyserver:~# gatttool -b 34:DD:4B:19:AC:E6 -I
[34:DD:4B:19:AC:E6][LE]> connect
Attempting to connect to 34:DD:4B:19:AC:E6
Connection successful
[34:DD:4B:19:AC:E6][LE]>
Mfg Steffen
Zitat von: Steffen am 05 April 2018, 06:11:35
Guten Morgen!
Ich hatte ein Upgrade von meinem System auf Stretch vorgenommen, jetzt lässt sich meine BTL300_v6 nicht mehr
schalten.
Gibt es eine Möglichkeit es wieder auf Stretch zum laufen zu bekommen???
Verbinden scheint kein Problem zu sein...
root@happyfamilyserver:~# gatttool -b 34:DD:4B:19:AC:E6 -I
[34:DD:4B:19:AC:E6][LE]> connect
Attempting to connect to 34:DD:4B:19:AC:E6
Connection successful
[34:DD:4B:19:AC:E6][LE]>
Mfg Steffen
Guten Morgen,
Was sagt denn ein verbose 5 wenn Du schalten willst? Ausgabe bitte hier posten.
Hallo!
Hilft dur das schonmal weiter?!?
2018.04.05 07:08:34 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 07:08:34 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 07:08:44 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 14381
2018.04.05 07:08:44 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
Mfg Steffen
Zitat von: Steffen am 05 April 2018, 07:12:19
Hallo!
Hilft dur das schonmal weiter?!?
2018.04.05 07:08:34 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 07:08:34 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 07:08:44 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 14381
2018.04.05 07:08:44 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
Mfg Steffen
habe das gleiche problem gehabt und mir daran die zähne ausgebissen. das einzige was ich - ohne mich ewig damit zu beschäftigen - hinbekommen habe, war die playbulbs auszulesen , wenn ich die zeiten für die timeouts im modul deutlich nach oben gesetzt habe. Schreiben ging aber auch damit nur sehr selten. Ich greife nun über einen weiteren Pi ( kein stretch ) per ssh auf die Playbulbs zu .
ist für mich erstmal eine Lösung, wenn auch nicht dauerhaft, da die Schaltzeiten recht lange sind und auch nicht wirklich zuverlässig , aber Cooltux wollte das Modul ja eh irgendwann überarbeiten ;).
Ansonsten werde ich mich ggf. irgendwann mal dranmachen und mir ein eigenes Modul bauen (müssen)
gruss Byte09
Zitat von: Steffen am 05 April 2018, 07:12:19
Hallo!
Hilft dur das schonmal weiter?!?
2018.04.05 07:08:34 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 07:08:34 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 07:08:44 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 14381
2018.04.05 07:08:44 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
Mfg Steffen
Leider nicht wirklich
Hallo!
Hier nochmal das Verbose 5:
2018.04.05 15:37:49 4: WEB_91.64.206.18_50410 GET /fhem?cmd=%7BReadingsVal(%22PB1%22%2C%22off%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2018.04.05 15:37:49 5: Cmd: >{ReadingsVal("PB1","off","")}<
2018.04.05 15:37:49 4: WEB: /fhem?cmd=%7BReadingsVal(%22PB1%22%2C%22off%22%2C%22%22)%7D&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2018.04.05 15:37:51 4: WEB_91.64.206.18_50410 POST /fhem&detail=PB1&dev.setPB1=PB1&cmd.setPB1=set&arg.setPB1=off&val.setPB1=; BUFLEN:0
2018.04.05 15:37:51 5: Cmd: >set PB1 off<
2018.04.05 15:37:51 4: BlockingCall (PLAYBULB_BlockingRun): created child (20108), uses telnetForBlockingFn_1522898983.4097 to connect back
2018.04.05 15:37:51 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 15:37:51 5: Starting notify loop for PB1, 1 event(s), first is off
2018.04.05 15:37:51 5: createNotifyHash
2018.04.05 15:37:51 5: End notify loop for PB1
2018.04.05 15:37:51 4: Connection accepted from telnetForBlockingFn_1522898983.4097_127.0.0.1_36044
2018.04.05 15:37:51 5: Cmd: >{BlockingRegisterTelnet($cl,701)}<
2018.04.05 15:37:51 4: WEB_91.64.206.18_50410 GET /fhem?detail=PB1&fw_id=; BUFLEN:0
2018.04.05 15:37:51 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 15:37:51 4: WEB: /fhem?detail=PB1&fw_id= / RL:6133 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2018.04.05 15:37:51 4: Connection closed for WEB_91.64.206.18_50508: EOF
2018.04.05 15:37:51 4: WEB_91.64.206.18_50410 GET /fhem/pgm2/style.css?v=1522898973; BUFLEN:0
2018.04.05 15:37:51 4: WEB_91.64.206.18_50405 GET /fhem/pgm2/jquery-ui.min.css; BUFLEN:0
2018.04.05 15:37:51 4: WEB_91.64.206.18_50405 GET /fhem?cmd=%7BReadingsVal(%22PB1%22%2C%22sat%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2018.04.05 15:37:51 5: Cmd: >{ReadingsVal("PB1","sat","")}<
2018.04.05 15:37:51 4: WEB: /fhem?cmd=%7BReadingsVal(%22PB1%22%2C%22sat%22%2C%22%22)%7D&XHR=1 / RL:22 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2018.04.05 15:37:51 4: WEB_91.64.206.18_50410 GET /fhem?cmd=%7BAttrVal(%22PB1%22%2C%22room%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2018.04.05 15:37:51 5: Cmd: >{AttrVal("PB1","room","")}<
2018.04.05 15:37:51 4: WEB: /fhem?cmd=%7BAttrVal(%22PB1%22%2C%22room%22%2C%22%22)%7D&XHR=1 / RL:40 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2018.04.05 15:37:51 4: WEB_91.64.206.18_50407 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2018.04.05 15:37:51 4: WEB_91.64.206.18_50407 GET /fhem/jscolor/jscolor.js; BUFLEN:0
ist das Richtige???
Mfg Steffen
Nein. Bitte nur auf dem Device verbose 5 stellen und dann musst Du was schalten.
Zitat von: CoolTux am 05 April 2018, 15:47:41
Nein. Bitte nur auf dem Device verbose 5 stellen und dann musst Du was schalten.
Hier mit Device auf Verbose 5:
2018.04.05 16:26:49 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 16:26:49 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 16:26:59 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 24017
2018.04.05 16:26:59 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
2018.04.05 16:27:19 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 16:27:19 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 16:27:29 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 24180
2018.04.05 16:27:29 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
2018.04.05 16:29:53 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 16:29:53 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 16:29:56 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 24477
2018.04.05 16:29:56 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
2018.04.05 16:29:56 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 16:29:56 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 16:30:06 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 24520
2018.04.05 16:30:06 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
grep: write error: Broken pipe
2018.04.05 16:31:08 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 16:31:08 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 16:31:18 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 24743
2018.04.05 16:31:18 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
2018.04.05 16:31:19 4: (Sub PLAYBULB - PB1) - Call BlockingRun
2018.04.05 16:31:19 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 16:31:23 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 24880
2018.04.05 16:31:23 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
2018.04.05 16:31:23 4: (Sub PLAYBULB - PB1) - Call BlockingRun
grep: write error: Broken pipe
2018.04.05 16:31:23 4: (Sub PLAYBULB_Run - PB1) - Running nonBlocking
2018.04.05 16:31:33 1: Timeout for PLAYBULB_BlockingRun reached, terminated process 24937
2018.04.05 16:31:33 4: (PB1) - The BlockingCall Process terminated unexpectedly. Timedout
grep: write error: Broken pipe
Eventmonitor:
2018-04-05 16:31:08 PLAYBULB PB1 sat 130
2018-04-05 16:31:18 PLAYBULB PB1 unreachable
2018-04-05 16:31:19 PLAYBULB PB1 on
2018-04-05 16:31:23 PLAYBULB PB1 unreachable
2018-04-05 16:31:33 PLAYBULB PB1 unreachable
Mfg Steffen
OK ich denke ich hätte da eine Idee. Melde mich später noch mal.
Ok...vielen dank!!!
Sieht nicht so gut aus. Mit version 5.43 geht kein write mehr. Man kann nur noch den Status auslesen. Ich muss da erst schauen. Wird länger dauern.
Zitat von: CoolTux am 05 April 2018, 18:58:40
Sieht nicht so gut aus. Mit version 5.43 geht kein write mehr. Man kann nur noch den Status auslesen. Ich muss da erst schauen. Wird länger dauern.
ich habe gerademal ein update auf 5.49 gemacht, ändert leider nichts am ergebniss.
read: ok
write: geht nicht
gruss Byte09
Ich danke Dir fürs testen. Ich weiß noch nicht Mal was genau das Problem ist.
Zitat von: CoolTux am 11 April 2018, 19:05:08
Ich danke Dir fürs testen. Ich weiß noch nicht Mal was genau das Problem ist.
Habe eben ein wenig rumprobiert. Ich kann die Lampe jetzt zumindest über die Konsole ansprechen und schalten ... aber über gattool connecten. etc. Entsprechender Umbau des Moduls sollte machbar sein. Werde das am we ggf. mal machen und dir den Patch schicken. Können dann ja mal weiterschauen.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Wie genau hast Du das gemacht?
Das es im Interaktiven Modus geht weiß ich, aber das bringt uns ja nichts, oder?
Zitat von: CoolTux am 11 April 2018, 20:13:38
Wie genau hast Du das gemacht?
Das es im Interaktiven Modus geht weiß ich, aber das bringt uns ja nichts, oder?
Hmm . Das weiss ich noch nicht so genau ... lass mir mal noch morgen abend und dann melde ich mich nochmal . Heute hat meine bessere Hälfte Geburtstag .... da muss ich etwas kürzer treten ;-)
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
hi,
habe heute mal versucht in diese richtung weiter zu kommen. das führt leider zu nichts, da ich im interaktiven modus keine daten übergeben bekomme. >:(.
habe auch nochmal versucht dem eigentlichen problem auf die spur zu kommen ( absturz bei write-cmd im non-aktiven modus ) - auch ohne jeden erfolg , da ich leider keinerlei anhaltspunkte finde . Kein error , kein gar nichts - nur absturz.
was mich wundert ist aber die tatsache, das dieses verhalten scheinbar .... ja ich weiss nicht, ... nicht existent ist. Ich finde bei google und co nicht mal den kleinsten hinweis auf ähnliches verhalten.
gruss Byte09
Das Problem kann man ja schon ohne FHEM in der Konsole super nachstellen. Wenn ich ein write Character mache bleibt der gatttool Prozess hängen. Es gibt keine Rückmeldung des Programms. Ätzend.
Zitat von: CoolTux am 12 April 2018, 19:54:09
Das Problem kann man ja schon ohne FHEM in der Konsole super nachstellen. Wenn ich ein write Character mache bleibt der gatttool Prozess hängen. Es gibt keine Rückmeldung des Programms. Ätzend.
[/quote
Guten Morgen!
Gibt es vielleicht schon was neues?!?
Mfg Steffen
Leider nein. Noch keine neuen Erkenntnisse.
Da sich in den letzten Monaten nichts bezüglich des gatttool Problems ergeben hat, denke ich darüber nach das Modul vorerst still zu legen.
Bei wem funktioniert das Modul noch was das schalten der Lampen an geht????
Zitat von: CoolTux am 07 August 2018, 08:50:48
Da sich in den letzten Monaten nichts bezüglich des gatttool Problems ergeben hat, denke ich darüber nach das Modul vorerst still zu legen.
Bei wem funktioniert das Modul noch was das schalten der Lampen an geht????
Keine Chance unter stretch . Habe tagelang rumprobiert was los ist mit dem gattool ... ka.
Läuft im moment unter jessy auf einem zweitsystem , da ich doch einige devices habe und das wäre schade drum.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 08 August 2018, 09:25:35
Keine Chance unter stretch . Habe tagelang rumprobiert was los ist mit dem gattool ... ka.
Läuft im moment unter jessy auf einem zweitsystem , da ich doch einige devices habe und das wäre schade drum.
Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Danke für die Rückmeldung. Ich werde das Modul die nächsten Wochen über aus dem schönen nehmen. Keine Sorge, die welche das Modul schon haben behalten es.
Die neueren Playbulb Solar BTL601_V2.0 scheinen nicht ganz kompatibel mit BTL400M_v18 oder ...v37 zu sein. Auslesen tlw. ok, aber nichts einstellbar:
pi@fhembt:~ $ gatttool -b 83:AE:4B:18:AC:E6 --characteristics
handle = 0x0002, char properties = 0x20, char value handle = 0x0003, uuid = 00002a05-0000-1000-8000-00805f9b34fb
handle = 0x0006, char properties = 0x0a, char value handle = 0x0007, uuid = 00002a00-0000-1000-8000-00805f9b34fb
handle = 0x0008, char properties = 0x02, char value handle = 0x0009, uuid = 00002a01-0000-1000-8000-00805f9b34fb
handle = 0x000a, char properties = 0x02, char value handle = 0x000b, uuid = 00002a04-0000-1000-8000-00805f9b34fb
handle = 0x000d, char properties = 0x0a, char value handle = 0x000e, uuid = 00001013-d102-11e1-9b23-00025b00a5a5
handle = 0x000f, char properties = 0x08, char value handle = 0x0010, uuid = 00001018-d102-11e1-9b23-00025b00a5a5
handle = 0x0011, char properties = 0x12, char value handle = 0x0012, uuid = 00001014-d102-11e1-9b23-00025b00a5a5
handle = 0x0014, char properties = 0x02, char value handle = 0x0015, uuid = 00001011-d102-11e1-9b23-00025b00a5a5
handle = 0x0017, char properties = 0x10, char value handle = 0x0018, uuid = 00002a37-0000-1000-8000-00805f9b34fb
handle = 0x001a, char properties = 0x0a, char value handle = 0x001b, uuid = 0000ffee-0000-1000-8000-00805f9b34fb
handle = 0x001c, char properties = 0x08, char value handle = 0x001d, uuid = 00001234-0000-1000-8000-00805f9b34fb
handle = 0x001e, char properties = 0x0a, char value handle = 0x001f, uuid = 0000fff7-0000-1000-8000-00805f9b34fb
handle = 0x0020, char properties = 0x02, char value handle = 0x0021, uuid = 0000fff8-0000-1000-8000-00805f9b34fb
handle = 0x0022, char properties = 0x06, char value handle = 0x0023, uuid = 0000fffb-0000-1000-8000-00805f9b34fb
handle = 0x0024, char properties = 0x06, char value handle = 0x0025, uuid = 0000fffc-0000-1000-8000-00805f9b34fb
handle = 0x0026, char properties = 0x0a, char value handle = 0x0027, uuid = 0000fffd-0000-1000-8000-00805f9b34fb
handle = 0x0028, char properties = 0x0a, char value handle = 0x0029, uuid = 0000fffe-0000-1000-8000-00805f9b34fb
handle = 0x002a, char properties = 0x0a, char value handle = 0x002b, uuid = 0000ffff-0000-1000-8000-00805f9b34fb
handle = 0x002c, char properties = 0x0a, char value handle = 0x002d, uuid = 0000fff5-0000-1000-8000-00805f9b34fb
handle = 0x002f, char properties = 0x12, char value handle = 0x0030, uuid = 00002a19-0000-1000-8000-00805f9b34fb
handle = 0x0033, char properties = 0x08, char value handle = 0x0034, uuid = c4edc000-9daf-11e3-8000-00025b000b00
handle = 0x0035, char properties = 0x02, char value handle = 0x0036, uuid = c4edc000-9daf-11e3-8001-00025b000b00
handle = 0x0037, char properties = 0x0a, char value handle = 0x0038, uuid = c4edc000-9daf-11e3-8002-00025b000b00
handle = 0x0039, char properties = 0x1c, char value handle = 0x003a, uuid = c4edc000-9daf-11e3-8003-00025b000b00
handle = 0x003c, char properties = 0x1c, char value handle = 0x003d, uuid = c4edc000-9daf-11e3-8004-00025b000b00
handle = 0x003f, char properties = 0x0a, char value handle = 0x0040, uuid = c4edc000-9daf-11e3-8005-00025b000b00
handle = 0x0041, char properties = 0x0a, char value handle = 0x0042, uuid = c4edc000-9daf-11e3-8006-00025b000b00
handle = 0x0044, char properties = 0x02, char value handle = 0x0045, uuid = 00002a26-0000-1000-8000-00805f9b34fb
handle = 0x0046, char properties = 0x02, char value handle = 0x0047, uuid = 00002a50-0000-1000-8000-00805f9b34fb
pi@fhembt:~ $ gatttool -b 83:AE:4B:18:AC:E6 --char-read -a 12
Characteristic value/descriptor: a5 a5 00 5b 02 00 23 9b e1 11 02 d1 16 10 00 00
pi@fhembt:~ $ gatttool -b 83:AE:4B:18:AC:E6 --char-read -a 0x23
Characteristic value/descriptor: 00 00 00 00 ff 00 0a 00
pi@fhembt:~ $ gatttool -b 83:AE:4B:18:AC:E6 --char-read -a 0x24
Characteristic value/descriptor: 06 25 00 fc ff
Das hat mit der neuen Version leider nichts zu tun. Das gatttool kann die Zweite mit nem wrote nicht mehr steuern.
Trotzdem danke :)
Hallo CoolTux,
ich habe jetzt zusätzlich zu den Playbulbs auch noch ein paar Yeelight Candela.
Die werden ja grundsätzlich via Bluetooth gesteuert.
Da das yeelight-fhem-Modul kein Bluetooth kann, habe ich mich hiermit beholfen.
https://github.com/rytilahti/python-yeelightbt (https://github.com/rytilahti/python-yeelightbt)
Es wäre zwar ein kompletter rewrite, aber wäre das vielleicht auch als Ersatz fürs Gatttool ein Ansatz?
Gruß
Andreas
Nein.
Das Python Script Importiert aus der Klasse bluepy die Funktion btle. Und rate mal was diese Funktion oder besser die ganze Klasse verwendet ;)
...
bluez-5.4/src/bluetoothd
bluez-5.4/attrib/gatttool
...
...
#include "gattrib.h"
#include "gatt.h"
#include "gatttool.h"
...
Alle bauen auf gatttool auf.
Mist.
Soweit hab ich natürlich nicht geschaut.
Aber Danke fürs Prüfen.
Hallo Cooltux,
auf die Gefahr lästig zu werden 8)....
Ich habe mit diesem Tool https://github.com/Heckie75/Mipow-Playbulb-BTL201 (https://github.com/Heckie75/Mipow-Playbulb-BTL201) rumprobiert und festgestellt, dass sich damit die Playbulbs noch steuern lassen.
(Mal egal das dort die Unterstützung der verschiedenen Versionen nicht so gut ist, wie bei dir.)
Wenn ich den Code richtig lese ist der Hauptunterschied, daß dieses Tool den Interaktiven Modus vom gatttool benutzt.
Dies konnte ich auch durch manuelles Probieren mit dem gatttool nachstellen. Im interaktiven Modus lassen sich sich die Playbulbs immer noch steuern.
Übrigens der Python-Kram um die Yeelight-Lampen zu steuern funktioniert auch unter stretch.
Hierzu gibt es z.B. dort https://github.com/praschak/candelapy (https://github.com/praschak/candelapy) einen Code-Schnipsel, der auch unter stretch funktioniert.
Vielleicht kann ich dich ja doch dazu ermuntern noch ein wenig weiterzumachen.
Dafür gefällt mir dein Modul zu gut.
Gruß
Andreas
Zitat von: fxstc am 18 November 2018, 11:55:28
Hallo Cooltux,
auf die Gefahr lästig zu werden 8)....
Ich habe mit diesem Tool https://github.com/Heckie75/Mipow-Playbulb-BTL201 (https://github.com/Heckie75/Mipow-Playbulb-BTL201) rumprobiert und festgestellt, dass sich damit die Playbulbs noch steuern lassen.
(Mal egal das dort die Unterstützung der verschiedenen Versionen nicht so gut ist, wie bei dir.)
Wenn ich den Code richtig lese ist der Hauptunterschied, daß dieses Tool den Interaktiven Modus vom gatttool benutzt.
Dies konnte ich auch durch manuelles Probieren mit dem gatttool nachstellen. Im interaktiven Modus lassen sich sich die Playbulbs immer noch steuern.
Übrigens der Python-Kram um die Yeelight-Lampen zu steuern funktioniert auch unter stretch.
Hierzu gibt es z.B. dort https://github.com/praschak/candelapy (https://github.com/praschak/candelapy) einen Code-Schnipsel, der auch unter stretch funktioniert.
Vielleicht kann ich dich ja doch dazu ermuntern noch ein wenig weiterzumachen.
Dafür gefällt mir dein Modul zu gut.
Gruß
Andreas
Hallo Andreas,
Würde ich mir bei Gelegenheit gerne anschauen. Wird aber nicht heute und nicht morgen.
Ich befürchte auch das Interaktiv nicht wirklich gut klappen wird, aber das kann ich erst genau sagen wenn ich das getestet Aber wie gesagt, das wird dauern, bin aktuell ausgelastet. Winter ist da, Heizungsthermostate mit BT wollen gesteuert werden. Da muss ich noch bisschen was machen.
Grüße
Leon
Hallo Vielleicht etwas Offtopic,
alle Jahre wieder ist Weihnachten und mein PlayBulb String - BTL505_v1 kommt zum Einsatz.
Wie kann ich die webcmd Option "speed" in ein homebridge mapping verpacken?
Oder auch die effects?
Vielen Dank im Voraus
Hallos,
wie ist eigentlich der Status von dem Modul?
Ich würde mir gerne die Playbulb Sphere und evt. ein paar Candles kaufen, aber nur, wenn die über FHEM steuerbar sind.
Weiter oben steht, dass das Modul evt. zurückgezogen wird...
Grüße
GatuRatz
Zitat von: GatuRatz am 01 Januar 2019, 09:38:37
Hallos,
wie ist eigentlich der Status von dem Modul?
Ich würde mir gerne die Playbulb Sphere und evt. ein paar Candles kaufen, aber nur, wenn die über FHEM steuerbar sind.
Weiter oben steht, dass das Modul evt. zurückgezogen wird...
Grüße
GatuRatz
Aktuell ist das Modul auf Eis gelegt. Da ein steuern der Geräte mit aktuellem gatttool leider nicht mehr möglich ist.
Hallo CoolTux,
was geht aktuell nicht?
Kann man das Gattool auf dem Rechner nicht irgendwie downgraden oder durch eine selbst komplilierte Version ersetzen?
Oder einfach ein weiteres Programm installieren, das die alte Funktionalität hat aber anders heißt und dann (nur) durch Dein Modul verwendet wird?
Ich kann gerne ein bisschen mitexperimentieren, ich hab Ubuntu 18.04.1 LTS auf dem FHEM-Server.
Grüße
GatuRatz
Zitat von: GatuRatz am 01 Januar 2019, 10:14:26
Hallo CoolTux,
was geht aktuell nicht?
Kann man das Gattool auf dem Rechner nicht irgendwie downgraden oder durch eine selbst komplilierte Version ersetzen?
Oder einfach ein weiteres Programm installieren, das die alte Funktionalität hat aber anders heißt und dann (nur) durch Dein Modul verwendet wird?
Ich kann gerne ein bisschen mitexperimentieren, ich hab Ubuntu 18.04.1 LTS auf dem FHEM-Server.
Grüße
GatuRatz
Sicherlich kann man eine andere Version selbst kompilieren. Das Problem ist das dies nur wenige können und wir nicht wissen welche Auswirkungen es auf andere Module hat die gatttool noch verwenden und auf Aktualität von gatttool angewiesen sind.
Das gatttool kann leider kein write ausführen. Experimentieren kann man aber mit dem gatttool ohne das Modul. Einfach die write Befehle ausführen. Kann nachher mal schauen das ich da was zusammen suche.
Hallo CoolTux,
ich hab jetzt ein bisschen gegoogelt, anscheinend gibt es keinen akiven Maintainer für gattools mehr:
https://stackoverflow.com/questions/43200868/which-tool-has-replaced-gatttool-in-bluez5
Das könnte erklären, warum Befehle nicht mehr richtig funktionieren.
Es werden wohl auch etliche Bluez-Tool abgekündigt:
https://wiki.archlinux.org/index.php/bluetooth#Deprecated_BlueZ_tools
Grüße
GatuRatz
Sieht ja nicht so toll aus.
Zitat von: CoolTux am 01 Januar 2019, 12:10:29
Sieht ja nicht so toll aus.
Ja - zumal das Nachfolgetool wohl noch gar nicht auf Ubuntu 18.04.1 LTS drauf ist...
LG
GatuRatz
Meinst Du das btgatt-client. Ist bei meinem Debian auch nicht drauf.
Ich habe auf meiner Linux Set-Top-Box einen btgatt-client gefunden, leider arbeitet der nur interaktiv.
Das ganze scheint noch mal richtig spannend zu werden. Nicht nur für dieses Modul.
Hallo Cooltux,
ich habe erst jetzt damit angefangen ein bischen in die FHEM-Materie zu schnuppern. Da kamen mir meine Playbulb - Lampen gerade recht. Laut Typbezeichnung BTL300_WT. Die scheinen aber nicht unterstützt zu sein. Im Raspi werden sie angezeigt (BT Verbindung) aber ich kann nichts steuern.
Grüße
Christian
Hallo Christian,
Leider hat sich da mit dem neuen gatttool was geändert und die Teile lassen sich nicht mehr steuern. Auslesen geht noch, mehr aber leider nicht.
Grüße
:( dabei war das das einzig "smarte" was in meinem Haushalt rumdümpelt. Danke für die schnelle Antwort. Woran liegt das, bzw. kann man daran etwas ändern?
Grüße
Christian
Anscheinend sind die Playbulb Produkte die einzigen welche mit einem aktuellen gatttool nicht klar kommen. Es soll eine neue btle Anwendung in Arbeit sein. Ob die besser ist kann ich nicht sagen. Auch müsste dann das Modul umgestellt werden. Aber noch ist nicht wirklich was bekannt.
Hallo Cooltux,
ich habe jetzt übrigens so ein Teil da, es ist die etwas neuere Candle mit eingebautem Akku.
Ich habe aber noch nichts damit ausprobiert.
Wenn ich irgedwas testen soll, dann geb bitte Bescheid ;-)
Grüße
GatuRatz
Das wird definitiv dauern.
Zur Info:
Um Weihnachten den Weihnachtsbaum mit einer Playbulb String zu beleuchten, habe ich auf einem Raspberry nochmal Debian Jessi installiert, FHEM drauf gesetzt und die Lichterkette eingebunden. Dies funktioniert nach wie vor.
Im Haupt-FHEM gibt es nun ein MQTT-Device, welches die Befehle des Dummy-Gerätes an den Satelliten-FHEM per MQTT sendet.
Damit ist eine Integration in Apple Homekit und Alexa (via Homebridge) möglich. Inklusive der Weitergabe der Farbe, also z.B. "Blau".
Nicht perfekt, aber funktionsfähig.
Hi,
ich habe mein PI Zero auch mal wieder rausgekramt und dort Jessie installiert. Soweit läuft alles - bis auf das einige PlayBulbs ab und zu nicht reagieren. Aber - MQTT Subscribe läuft nicht sorecht. Publish get und ich sehe auch die Änderungen im MQTT Browser.
Wenn ich aber nun per NodeRed oder MqttFx einen Befehl per Publish setze, passiert nichts.
Mein Subscibe: mqttSubscribe state:stopic=/Home/PlayBulb1/state/Set
Wenn ich ein Publisch auf /Home/PlayBulb1/state/Set on setzte dann passiert nichts, Im Log sehe ich folgendes:
2019.11.01 23:02:56 1: MQTT_GENERIC_BRIDGE: [mqttGeneric] setUpdate: error in set command: Unknown argument off
, choose one of on:noArg off:noArg rgb:colorpicker,RGB sat:slider,0,5,255 effect:Flash,Pulse,RainbowJump,RainbowFade,Candle,none speed:slider,170,50,20 color:on,off statusRequest:noArg deviceName intervals on-till-overnight off-till on-till on-for-timer toggle blink off-for-timer off-till-overnight
Idee warum das nicht geht?
Gruß
Hermann
Zitat von: LordVoodoo am 27 Oktober 2019, 15:52:31
Zur Info:
Um Weihnachten den Weihnachtsbaum mit einer Playbulb String zu beleuchten, habe ich auf einem Raspberry nochmal Debian Jessi installiert, FHEM drauf gesetzt und die Lichterkette eingebunden. Dies funktioniert nach wie vor.
Im Haupt-FHEM gibt es nun ein MQTT-Device, welches die Befehle des Dummy-Gerätes an den Satelliten-FHEM per MQTT sendet.
Damit ist eine Integration in Apple Homekit und Alexa (via Homebridge) möglich. Inklusive der Weitergabe der Farbe, also z.B. "Blau".
Nicht perfekt, aber funktionsfähig.
Hallo!
Wäre es möglich mal bitte deinen Code dazu hier rein zustellen? Denn ich würde es gerne mal nachstellen...
Mfg Steffen
Da ich ja 4 Playbulbs habe, hat mir das keine Ruhe gelassen und mal nachgeforscht.
Alle CometBlueBTLE Geräte funktionieren nach wie vor mit Buster, zwar mit kleinen Fehlern im Log aber schalten trotzdem die Temperaturen.
Für die Playbulbs hab ich was gefunden um sie zumindest via Dummys zu steuern
https://github.com/Heckie75/Mipow-Playbulb-BTL201
Sollte doch auch für das Modul möglich sein, da ja das Gatttool doch noch mit Buster zu funktionieren scheint.
LG und danke CoolTux
Wenn ich das richtig sehe erfolgt die Kommandosetzung hier interaktiv. Das ist bei Perl nicht ganz so einfach. Da muss ich erstmal schauen. Aber das wird dauern.
Kommt Zeit, kommt Rat. Eilt nicht! Hauptsache meine Thermostate funktionieren noch, wie die sollen.
Sollte nur ein Denkanstoß sein und ne kleine Hilfe um die Playbulb wenigstens etwas zu steuern.
Der Support und die Verteilung des Modules wurden eingestellt. Das Modul selbst befindet sich noch bis Ende des Jahres in Contrib und wird dann entfernt werden.
Eventuell wird an einer alternativen Version gearbeitet