[31_PLAYBULB.pm] Modul für MiPow PLAYBULB Candle Bluetooth Lampen

[barneybaer]

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.

[CoolTux]

Kein Problem. Gerne.


Grüße

[CoolTux]

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?

Code Auswählen Erweitern


gatttool -b MAC --char-read -a 0x1f


Code Auswählen Erweitern


gatttool -b MAC --char-read -a 0x23


Code Auswählen Erweitern


gatttool -b MAC --char-read -a 0x25


Code Auswählen Erweitern


gatttool -b MAC --char-read -a 0x27


Code Auswählen Erweitern


gatttool -b MAC --char-read -a 0x29



Brauche dann bitte die Ausgaben


Danke

[fxstc]

Aber gerne...

Code Auswählen Erweitern

gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x1f
Characteristic value/descriptor: 00 00 07 07 07

Code Auswählen Erweitern

gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x23
Characteristic value/descriptor: 30 30 30 30

Code Auswählen Erweitern

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

Code Auswählen Erweitern

gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x27
Characteristic value/descriptor: 00 00 00 00 ff 00 0f 00

Code Auswählen Erweitern

gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x29
Characteristic value/descriptor: 00 00 00 00

Grüße

[CoolTux]

Aber gerne...

Code Auswählen Erweitern

gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x1f
Characteristic value/descriptor: 00 00 07 07 07

Code Auswählen Erweitern

gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x23
Characteristic value/descriptor: 30 30 30 30

Code Auswählen Erweitern

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

Code Auswählen Erweitern

gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x27
Characteristic value/descriptor: 00 00 00 00 ff 00 0f 00

Code Auswählen Erweitern

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

[fxstc]

Sieht gut aus !

Farben,Effekte,Speed usw. lassen sich schalten, Power Status kommt.
Alles prima.

Vielen Dank dafür.

Grüße

[fxstc]

Eines vielleicht noch.

Ich habe im Log das hier gesehen:

Code Auswählen Erweitern

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

[CoolTux]

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.

[fxstc]

Jepp.
Soweit ich sehe sind alle Funktionen und Info´s korrekt.

Grüße

[fxstc]

Kurzer Nachtrag noch dazu.

Die Funktionen sind alle da, nur der Batteriestatus scheint nicht zu stimmen.
Der Wert "powerlevel" ist konstant 10.

Grüße

[CoolTux]

Hatte mich auch schwer gewundert.

gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x1b
0x1d
0x2b
0x2d
0x2f
0x31
0x34

[fxstc]

Da bekomme ich:

Code Auswählen Erweitern

gatttool -b 4C:4A:4B:XX:XX:XX --char-read -a 0x1b
Characteristic value/descriptor read failed: Attribute can't be read

Grüße

[CoolTux]

Und bei den anderen? Brauche bitte alle Nummern

[kurt6908]

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

[CoolTux]

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.