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

Begonnen von CoolTux, 15 November 2016, 20:22:00

Vorheriges Thema - Nächstes Thema

RaspiLED

Danke!!! Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

mat-industries

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.

mat-industries

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.

KernSani

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).



RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

KernSani

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
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

CoolTux

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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

KernSani

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?
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

CoolTux

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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

mat-industries

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
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.

CoolTux

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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

KernSani

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
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

KernSani


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...



RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

CoolTux

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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

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
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

mi.ke

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
FHEM 5.9 | RPi4 + 5 x RPi(Z) + FB7590 + FB 6890 LTE via LAN und WAN (VPN) verbunden.
2 x CUL868 + 3 x RFXTRX(e) + 6 x HMwLanGW + 4 x z2tGw + 5 x LGW + 2 x IRBlast + CO2 +++
FS20, FHT, FMS, Elro(mod), CM160, Revolt, LGTV, STV, AVR, withings, HM-sec-*, HM-CC-RT-DN, AMAD, PCA301, arlo, Aqara