SYMFONISK Sound Controller Zigbee Error

sLooTer

@Asgothian
Vielen Dank!
Es geht! Ich habe allerdings nicht den gesamten Fork genommen, sondern nur das Bild und die Ergänzungen in den beiden Scriptdateien. Sonst war doch nichts anzupassen, oder?
Was noch nicht geht sind die im Original vorgesehenen Funktionen je nach Druckanzahl:

Aktion	Reaktion	Status
1x drücken	Wiedergabe/Pause	geht noch nicht
2x drücken	nächster Song	geht
3x drücken	vorheriger Song	geht noch nicht
Drehen	Lautstärke anpassen	geht

Also klar, dass die Reaktion was geschehen soll gescriptet werden muss, aber es gibt halt nur ein "true" bei Doppelklick. Die anderen beiden sind ohne Status.
Muss da noch nen Verweis auf "button_action_skip_back" in der devices.js ergänzt werden? Aber dann fehlt ja immer noch der Einfachklick. Ich habe die Systematik der beiden Dateien noch nicht durchdrungen.

Die Batterieanzeige scheint auch noch nicht sauber zu laufen, da Sie dauerhaft auf 0% steht.
Aber nochmal vielen Dank, ist ja schon ein großer Schritt weiter.
Aber liegt das doch alles daran, dass ich nicht den gesamten Fork übernommen habe...?

Asgothian

@sLooTer
Woran es genau liegt kann ich nicht sagen.

Bitte schalte den Adapter in den debug mode, lösche das aktuelle Log, versuche die verschiedenen Events auszulösen, lade das Log herunter und poste es hier.

A.

sLooTer

@Asgothian
Batteriestatus hat jetzt einen Wert. Wird wahrscheinlich nur selten übertragen.
Inwieweit sich die Logeinträge per copy/paste eignen kann ich nicht beurteilen, da die eigentlichen Einträge teilweise viel viel läger sind (mouse over) (oder consolenlog)

zigbee.0	2020-02-11 22:50:07.930	debug	(9688) Publish {"action":"skip_backward","step_size":1,"transition_time":0}
zigbee.0	2020-02-11 22:50:07.929	debug	(9688) Type commandStep device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:07.929	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandStep', cluster 'genLevelCtrl', data '{"stepmode":1,"stepsize":1,"transtime":0}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:07.928	debug	(9688) handleMessage. {"type":"commandStep","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:07.923	debug	(9688) Publish {"action":"skip_backward","step_size":1,"transition_time":0}
zigbee.0	2020-02-11 22:50:07.922	debug	(9688) Type commandStep device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:07.922	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandStep', cluster 'genLevelCtrl', data '{"stepmode":1,"stepsize":1,"transtime":0}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:07.921	debug	(9688) handleMessage. {"type":"commandStep","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:05.209	debug	(9688) Publish {"action":"skip_forward","step_size":1,"transition_time":0}
zigbee.0	2020-02-11 22:50:05.208	debug	(9688) Type commandStep device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:05.207	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandStep', cluster 'genLevelCtrl', data '{"stepmode":0,"stepsize":1,"transtime":0}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:05.206	debug	(9688) handleMessage. {"type":"commandStep","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:05.200	debug	(9688) Publish {"action":"skip_forward","step_size":1,"transition_time":0}
zigbee.0	2020-02-11 22:50:05.199	debug	(9688) Type commandStep device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:05.198	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandStep', cluster 'genLevelCtrl', data '{"stepmode":0,"stepsize":1,"transtime":0}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:05.197	debug	(9688) handleMessage. {"type":"commandStep","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:03.172	debug	(9688) Publish {"action":"play_pause"}
zigbee.0	2020-02-11 22:50:03.171	debug	(9688) Type commandToggle device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID"
zigbee.0	2020-02-11 22:50:03.170	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandToggle', cluster 'genOnOff', data '{}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:03.169	debug	(9688) handleMessage. {"type":"commandToggle","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260
zigbee.0	2020-02-11 22:50:03.162	debug	(9688) Publish {"action":"play_pause"}
zigbee.0	2020-02-11 22:50:03.162	debug	(9688) Type commandToggle device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID"
zigbee.0	2020-02-11 22:50:03.161	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandToggle', cluster 'genOnOff', data '{}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:03.160	debug	(9688) handleMessage. {"type":"commandToggle","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260
zigbee.0	2020-02-11 22:50:01.088	debug	(9688) Publish {"action":"rotate_stop","brightness":253}
zigbee.0	2020-02-11 22:50:01.086	debug	(9688) Type commandStop device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:01.086	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandStop', cluster 'genLevelCtrl', data '{}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:01.085	debug	(9688) handleMessage. {"type":"commandStop","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:01.079	debug	(9688) Publish {"action":"rotate_stop","brightness":253}
zigbee.0	2020-02-11 22:50:01.078	debug	(9688) Type commandStop device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:01.077	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandStop', cluster 'genLevelCtrl', data '{}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:01.077	debug	(9688) handleMessage. {"type":"commandStop","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:01.034	debug	(9688) Publish {"action":"rotate_right","brightness":248}
zigbee.0	2020-02-11 22:50:00.833	debug	(9688) Publish {"action":"rotate_right","brightness":248}
zigbee.0	2020-02-11 22:50:00.633	debug	(9688) Publish {"action":"rotate_right","brightness":228}
zigbee.0	2020-02-11 22:50:00.433	debug	(9688) Publish {"action":"rotate_right","rate":195}
zigbee.0	2020-02-11 22:50:00.432	debug	(9688) Type commandMove device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:00.431	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandMove', cluster 'genLevelCtrl', data '{"movemode":0,"rate":195}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:00.430	debug	(9688) handleMessage. {"type":"commandMove","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:00.422	debug	(9688) Publish {"action":"rotate_right","rate":195}
zigbee.0	2020-02-11 22:50:00.422	debug	(9688) Type commandMove device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:00.421	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandMove', cluster 'genLevelCtrl', data '{"movemode":0,"rate":195}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:00.420	debug	(9688) handleMessage. {"type":"commandMove","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:00.379	debug	(9688) Publish {"action":"rotate_stop","brightness":208}
zigbee.0	2020-02-11 22:50:00.378	debug	(9688) Type commandStop device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:00.377	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandStop', cluster 'genLevelCtrl', data '{}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:00.376	debug	(9688) handleMessage. {"type":"commandStop","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:00.371	debug	(9688) Publish {"action":"rotate_stop","brightness":208}
zigbee.0	2020-02-11 22:50:00.370	debug	(9688) Type commandStop device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:50:00.369	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandStop', cluster 'genLevelCtrl', data '{}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:50:00.369	debug	(9688) handleMessage. {"type":"commandStop","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:50:00.298	debug	(9688) Publish {"action":"rotate_left","brightness":215}
zigbee.0	2020-02-11 22:50:00.098	debug	(9688) Publish {"action":"rotate_left","brightness":235}
zigbee.0	2020-02-11 22:49:59.898	debug	(9688) Publish {"action":"rotate_left","rate":195}
zigbee.0	2020-02-11 22:49:59.896	debug	(9688) Type commandMove device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:49:59.895	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandMove', cluster 'genLevelCtrl', data '{"movemode":1,"rate":195}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:49:59.895	debug	(9688) handleMessage. {"type":"commandMove","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"
zigbee.0	2020-02-11 22:49:59.888	debug	(9688) Publish {"action":"rotate_left","rate":195}
zigbee.0	2020-02-11 22:49:59.886	debug	(9688) Type commandMove device {"type":"device","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2
zigbee.0	2020-02-11 22:49:59.885	debug	(9688) Received Zigbee message from '0xccccccfffea8b045', type 'commandMove', cluster 'genLevelCtrl', data '{"movemode":1,"rate":195}' from endpoint 1 with groupID 0
zigbee.0	2020-02-11 22:49:59.884	debug	(9688) handleMessage. {"type":"commandMove","device":{"ID":8,"_type":"EndDevice","_ieeeAddr":"0xccccccfffea8b045","_networkAddress":36520,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260,"

Also da kommen ja alle Aktionen an:
Publish {"action":"rotate_left","brightness":235}
Publish {"action":"rotate_right","rate":195}
Publish {"action":"rotate_stop","brightness":253}
Publish {"action":"play_pause"} (1 Klick)
Publish {"action":"skip_forward","step_size":1,"transition_time":0} (2 Klick)
Publish {"action":"skip_backward","step_size":1,"transition_time":0} (3 Klick)
Beim Objekt gibt es aber nur diese Status:

Die Log-Meldungen "handleMessage" und vor allem die "Type commandStep device" sind ewig lang. Vielleicht besser wenn benötigt aus dem Consolenlog als File anhängen?!

Asgothian

@sLooTer
Ich hab die Daten in meinem Github-Fork angepasst. Bitte damit noch einmal versuchen

Warnung- ich habe die Daten angepasst, konnte das aber nicht testen.

A.

sLooTer

@Asgothian
Habe die beiden Dateien angepasst. Scheint zu gehen!
Allerdings habe ich in der devices.js eins der doppelten states.button_action_skip_forward durch ein states.button_action_skip_back ersetzt. In der states.js war das ja schon generisch definiert.
Probiere morgen weiter und dann mal ne echte Steuerung per Blockly.
Danke!

Asgothian

@sLooTer
Ok. Wenn das geht, machst du dann bitte einen Pull-Request auf Github zum ioBroker/ioBroker.zigbee repository, damit auch andere davon profitieren können ?

A.

sLooTer

@Asgothian
So endlich bin ich auch mal zum echten testen gekommen. Also ja es funktioniert alles wie es soll.
Habe nen kleines Blockly geschrieben. Die Schrittwerte für die Lautstärke muss man überlegen wie man die haben will. Bei 1 muss man schon sehr viel drehen, damit sich wahrnehmbar was verändert.
Wegen Pull-Request auf Github. Kannst Du das machen. Ich habe gar keinen Github Account und ehrlich gesagt auch noch nicht richtig verstanden (nach Anleitungen lesen) wie das dann geht.
Müsste nur vorher in deinem Fork noch das geändert werden:
Allerdings habe ich in der devices.js eins der doppelten states.button_action_skip_forward durch ein states.button_action_skip_back ersetzt.
Danke.

sLooTer

Hier noch das Blockly für Interessierte:

Jaykob

Hallo! Ich bin ganz neu in das ioBroker Thema eingestiegen und habe auch diese Symfonisk Remote. Mit dem Fork von @Asgothian kann ich die schon mal ansteuern, vielen Dank dafür! Lauter/Leise, Play/Pause und skip forward funktionieren einwandfrei. Ich habe nun allerdings noch ein kurioses Problem, vielleicht habt ihr ja eine Idee, woran das liegen könnte! Ich komme da einfach nicht weiter.

Ich will die Lautstärke des Lautsprechers mit der Remote einzeln steuern, auch wenn er sich in einer Gruppe mit anderen Lautsprecher befindet. Es hat mich gestört, dass immer alle Lautsprecher zentral gesteuert werden, wenn sie gekoppelt sind.

Es passiert jedoch folgendes: Wenn der Lautsprecher sich bereits in einer Gruppe befindet und die Wiedergabe von Musik gestartet wird, dann kann ich die Lautstärke nur in einem bestimmten Bereich lauter oder leiser steuern. Die Lautstärke "springt" einfach immer wieder willkürlich vor und zurück! Wenn also die Lautstärke 50 ist und ich mit der Remote versuche, die Lautstärke zu regeln, dann springt die Lautstärke im Bereich 40 bis 60.

Das passiert nicht, wenn der Lautsprecher mit laufender Musikwiedergabe in eine Gruppe integriert wird. In dem Fall schaltet die Remote einwandfrei von Laustärke 0-100.

Habt ihr vielleicht eine Idee, woran das liegen könnte? Ich wäre euch sehr dankbar!
Hier mein Blockly Script:
Anmerkung 2020-05-21 151613.png

hanan

Guten Morgen
Ich bin Anfänger, habe auch den SYMFONISK Sound Controller und Arbeite zur Zeit mit dem Zigbee-Adapter 1.1.1.
Der SYMFONISK wurde erkannt und ist grün.
Wie bekomme ich die Funktionen in den Adapter? Was muss ich mit den Dateien im Fork machen?

Nods.js 12.17.0
NPM 6.14.4

Danke für einen Tipp.

hanan

Habe es hinbekommen...
Leider wird der Zigbee-Adapter downgrad...

Wer könnte mir hier bitte helfen?
Würde gerne diesen Ikea Symfonisk in den Zigbee-Adapter integrieren, doch leider bin ich noch nicht so bewandert damit.

hanan

Hat sich erledigt... habe es endlich geschafft.
Probieren macht den Meister.

Kackpappe

@hanan Kannst Du auch erklären wie Du das geschafft hast ?
Ich hatte obigen Fork mal manuell hinzugefügt und der SYMFONISK Controller hat auch funktioniert. Nach einem Update von ZigBee hatte das Gerät wieder keine Funktion.
Nach reproduzieren der Schritte die vor dem Update durchgeführt wurden, funktioniert der Controller nun aber weiterhin nicht mehr.

Vll. hilft mir deine "Anleitung" weiter :)

hanan

Also, ich habe folgendes Nachinstalliert...

https://github.com/ioBroker/ioBroker.zigbee.git

danach gingen alle Symfonisk Sound Controlle.

Tom Son · TI Board CC2652R1 / latest / js-Controler 3.3.18 / NodeJS 12.22.7

@sLooTer Hi, ich Anfänger, versuche grad dein Blokly nach zu bauen, wie kommst du zu der Object ID "String state" ich find das nicht :-)

Tom Son · TI Board CC2652R1 / latest / js-Controler 3.3.18 / NodeJS 12.22.7

@Tom-Son said in SYMFONISK Sound Controller Zigbee Error:

@sLooTer Hi, ich Anfänger, versuche grad dein Blokly nach zu bauen, wie kommst du zu der Object ID "String state" ich find das nicht :-)

EDIT: Neuer Tag und schon hab ichs gefunden :-) gestern einfach überlesen...

Tom Son · TI Board CC2652R1 / latest / js-Controler 3.3.18 / NodeJS 12.22.7

Hi all...
Ich habe seit heute ein Problem wo ich nicht mehr weiter weis, es gibt auch im Log keinen hinweis drauf...

Zuerst hatte ich das Problem dass der Coordinator plötzlich ein anderer Sonos Lautsprecher war, war aber nur bis vor kurzem das Problem.
Jetzt ist es so dass der Symfonisk Sound Controller läuft, ich sehe die Aktionen in dem Objekt, aber das Blockly was ich von @Jaykob nachgebaut habe gibt die Aktionen nicht weiter an das Sonso Objekt, es gibt aber im Log auch keine Fehlermledung dazu. Die Sonos Instanz war auch mal auf Rot, allerdings nach einem Neustart wieder grün, so auch jetzt...

Wer kann mir noch einen Tipp geben...

Tom Son · TI Board CC2652R1 / latest / js-Controler 3.3.18 / NodeJS 12.22.7

Seltsam, heute geht alles wieder... Keine Ahnung wass passiert ist :man-shrugging:

Was anderes ist mir aufgefdallen, die Batterie wird schnell leer, hat das noch jemand beobachtet?

Tom Son · TI Board CC2652R1 / latest / js-Controler 3.3.18 / NodeJS 12.22.7

Hi..
Also mir kommt vor dass das ganze noch etwas buggy ist, mal ist der Controler verbunden und läuft einwandfrei, mal ist er nicht mehr verbunden und es geht nichts mehr... Letztens hat er bei einmal drücken ein Xiaomi Zigbee Relay ausgeschalten obwohl bei einmal drücken sollte es zum nächsten Titel springen...

Kann das noch wer bestätigen? Was kann ich da tun?

klassisch

Bei mir geht das Pairing mit dem Zigbee Adapter überhaupt nicht. Wie habt Ihr das hinbekommen?

Community Forum

NEWS

SYMFONISK Sound Controller Zigbee Error

Support us

782

32.5k

81.7k

1.3m