[ANNOUNCE] seduatmo 0.0.2 - Das Atmolight Plugin für SEDU basierte controller an softhddevice

Hi,

Nein, an sich sieht alles gut aus, Plugin wird gestartet, aber es läuft noch immer das Standard-Programm vom SEDU-Controller.
Als nächstes habe ich das Protokoll im Verdacht (bei boblight habe ich es dank neuer Firmware von Turi mit 'A2' laufen).

Grüße,

Plugin eingestellt auf atmo-mode im Hauptmenü? Protokoll aufm miniDMX gestellt?

ja.
Gibt's 'ne Möglichkeit die Kommunikation zum Device zu grabben?

Brauchst natürlich softhddevice. In 0.5.2 war der Patch mit glaube ich schon mit drin, ansonsten musst du es Patchen. Die passende conf für das Plugin wirst du ja erstellt haben? Schau doch mal, ob man das Plugin im Makefile mit DEBUG kompilieren kann.

Ich glaube das Problem liegt beim Controller. Wenn ich auf der alten Installation einen Befehl mittels

echo -e "\xa5\x5a\xff\xc0\x04" > /dev/ttyUSB0 # DIY fader

absetzte, funktioniert's auch erst NACHDEM ich zumindest einmal boblightd hab laufen lassen.

Ich denke, ich werde erstmal boblight installieren...

500k Jumper gesetzt auf sem Controller?

yepp.

Hm, wenn der obige Befehl geht, nachdem Boblight lief, vermute ich irgendwo ein Kommunikationsproblem oder die Schnittstelle wird durch irgndwas blockiert.

Hi,

also boblightd läuft jetzt nach diversen Problemen mit der libusb. Also Hardware läuft und der Zugriff ist möglich. Vielleicht ein Rechte-Problem, obwohl der VDR (noch) unter root-Zugriff läuft.
Für heute Abend (Nacht) mache ich aber erstmal Schluss.

Grüße,

Ich auch, aber das finden wir schon noch.

So, neuer Tag neues Glück!

Also boblight läuft mit

$ /usr/local/bin/boblightd -c /etc/boblight/boblight.conf
# boblight-X11

einwandfrei, ein

$ echo -e "\xa5\x5a\xff\xc0\x04" > /dev/ttyUSB0

funktioniert aber trotzdem zu keinem Zeitpunkt.

Hier mal meine boblight.conf (gekürzt):

root@xi:~# cat /etc/boblight/boblight.conf
#[global]
interface	127.0.0.1
port		19333


[device]
name		ambilight
output		/dev/ttyUSB0
channels	240
#type		atmo
type		momo
interval	10000
prefix		A5 5A A2
rate		500000
debug		on


[color]
name		red
rgb		FF0000
#gamma		1
#adjust		1
#blacklevel	0


[color]
name		green
rgb		00FF00
#gamma		1
#adjust		1
#blacklevel	0


[color]
name		blue
rgb		0000FF
#gamma		1
#adjust		1
#blacklevel	0


[light]
name		Sub1
color		red 	ambilight 1
color		green 	ambilight 2
color		blue 	ambilight 3
hscan		92 96
vscan		80 100


...


[light]
name		Sub25
color		red 	ambilight 73
color		green 	ambilight 74
color		blue 	ambilight 75
hscan		0 3
vscan		80 100


[light]
name		Left1
color		red 	ambilight 76
color		green 	ambilight 77
color		blue 	ambilight 78
hscan		0 10
vscan		87 93


...


[light]
name		Left15
color		red 	ambilight 118
color		green 	ambilight 119
color		blue 	ambilight 120
hscan		0 10
vscan		0 6


[light]
name		Top1
color		red 	ambilight 121
color		green 	ambilight 122
color		blue 	ambilight 123
hscan		3 7
vscan		0 20


...


[light]
name		Top25
color		red 	ambilight 193
color		green 	ambilight 194
color		blue 	ambilight 195
hscan		96 100
vscan		0 20


[light]
name		Right1
color		red 	ambilight 196
color		green 	ambilight 197
color		blue 	ambilight 198
hscan		90 100
vscan		6 12


...


[light]
name		Right15
color		red 	ambilight 238
color		green 	ambilight 239
color		blue 	ambilight 240
hscan		90 100
vscan		93 100

Wie man sieht läuft es mit A2 Einstellung (hierfür habe ich ja von Turi extra eine neue Firmware V3.0 erhalten).
Kann es sein, dass es an der Board-Revision liegt (habe den SEDU-Controller schon über ein Jahr, Rev. ist V2)?

Grüße,

Dann probier doch mal die tpm2 Firmware, die CKone hier mal gepostet hat. Dann kann man das ausschliessen.

SEDU Amblight mit LED Flex Stripes und dfatmo

Entweder boblight oder das Plugin, nicht gleichzeitig...dachte das wäre klar.

Hier ist übrigens noch ein kleiner Fix für das Plugin, damit es bei skinnopacity korrekt dargestellt wird und konfigurierbar ist

diff --git a/seduatmo.c b/seduatmo.c
index da1e8b2..5986138 100644
--- a/seduatmo.c
+++ b/seduatmo.c
@@ -115,7 +115,7 @@ cSeduPluginMenu::cSeduPluginMenu(const char* title, cPluginSeduatmo* aPlugin)
    SetTitle(title ? title : "");
    plugin = aPlugin;
    effectSpeed = cfg.effectSpeed;
-
+   SetMenuCategory(mcPlugin);

Habs schon an Jörg gemeldet, damit er es ins git aufnimmt.

CKone
ja, boblightd wird beendet, sehe ich daran, dass das Standard-Programm von SEDU-Controller wieder läuft.
UDEV-Regel sieht wie folgt aus und liefert ein /dev/ttySEDU-Device:

root@xi:~# cat /etc/udev/rules.d/99-sedu-board.rules
KERNEL=="ttyUSB?", ATTRS{idProduct}=="6001", ATTRS{idVendor}=="0403", SYMLINK+="ttySEDU"

Wie sieht denn Deine Plugin-Config aus? Passiert denn irgendetwas, wenn das Plugin läuft?

Ich hab' den Controller mal aufgeschraubt, Board-Revision ist 'Rev 2.0 Ok. 2011'. Ich denke aber nicht, dass das das Problem ist, weil ja die V3.0'er Firmware drauf läuft.
Gibt's denn 'ne Möglichkeit irgendwo ein log zu erzeugen, um herauszufinden, wo die Kommunikation scheitert?