Nein natürlich nicht. Dürfte aber nichts passieren.
[ANNOUNCE] seduatmo 0.0.2 - Das Atmolight Plugin für SEDU basierte controller an softhddevice
- CKone
- Geschlossen
-
-
Wie sieht denn das Standradprogramm vom Bob aus??
Hab momentan alles rot -
is das auch normal dass das Licht gleich an is mit dem PC egal ob Bob dran hängt oder nicht?
Etwas komisch is das ja schon -
jo, ist normal, dann steck jetzt den Jumper rein und versuch mal Boblight
-
Das Standardprogramm (auf dem Controler geflashed) kannst du mit dem SeduTool unter Windows entfernen. Dann bleibt das Licht beim Start aus, bis boblight oder seduatmo aktiv ist.
-
Es geht nur die erste LED und das nur wie sie lust hat...
Alle anderen sind jetzt aus und es tut sich nichts -
Was nu? Alles rot oder es geht nur die erste led?
Hast du auf dem SEDU Board nun den 500k Jumper gesetzt? Das gleiche Problem gabs hier nämlich heut schon mal.
-
Ja, hab die Brücke gemacht wie in der Anleitung beschrieben (C7 und C9)
Erst war alles rot dann hab ich die Kabelverbindung (eigenbau) entfernt und die Original Anschlußkabel benutz, weil es auf erschütterung reagiert hat.
Seit dem geht nur eine LED die auf Berührung reagiert ( ) -
So hab jetzt nochmal alle Lötstellen gecheckt!
Jetzt ist die erste LED auch wieder aus und es geht keine einzige mehr!Folgendes hab ich jetzt mal in Boblight ausgeführt:
Boblightd:
Code
Alles anzeigen(InitLog) start of log /root/.boblight/boblightd.log (PrintFlags) starting boblightd (CConfig::LoadConfigFromFile) opening /etc/boblight.conf (CConfig::CheckConfig) checking config lines (CConfig::CheckConfig) config lines valid (CConfig::BuildConfig) building config (CConfig::BuildConfig) built config successfully (main) starting devices (CClientsHandler::Process) opening listening socket on *:19333 (CDevice::Process) ambilight: starting with output "/dev/ttyUSB0" (CDevice::Process) ambilight: setting up (CDevice::Process) ambilight: setup succeeded (CClientsHandler::Process) 127.0.0.1:33899 connected (CClientsHandler::ParseMessage) 127.0.0.1:33899 said hello (CClientsHandler::ParseSet) 127.0.0.1:33899 priority set to 128 (CClientsHandler::ParseSet) 127.0.0.1:33899 priority set to 255 (CClientsHandler::Process) 127.0.0.1:33901 connected (CClientsHandler::ParseMessage) 127.0.0.1:33901 said hello (CClientsHandler::ParseSet) 127.0.0.1:33901 priority set to 128
Nichts tut sich
-
Erst war alles rot dann hab ich die Kabelverbindung (eigenbau) entfernt und die Original Anschlußkabel benutz, weil es auf erschütterung reagiert hat.
vergiss das mit dem boblight, und mach endlich den USB Stecker ab - wenn das default Programm nicht spielt stimmt an deiner HW was nicht. - um ehrlich zu sein reagiert son Stripe schon sehr sensibel auf solche fehlerhaften Verbindungen, speziell wenn hier eine Verbindung wackelt während die Stripe leuchtet, ich mein da fließen ja auch einige Ampere. - Wir hatten das hier mehrfach im Thread angemerkt.
Du solltest noch einmal die komplette Verkabelung prüfen oder nur ein ein kleines Stück (oder nur ein/zwei PIX) betreiben, wenn das nicht hilft hast du wohl leider dein Stripe ins Jenseits befördert. - Das wird dich nicht trösten, du bist aber auch nicht der Erste...
Wird der Controller denn wärmer als erwartet?
Christian
-
Lief ja anscheinend mal kurz, daher gehe ich auch von kalten Lötstellen aus. 5V hat er ja gemessen, daher gehe ich erstmal nicht vom schlimmsten Fall aus. Ansnten finde ich die Stripes recht robust, aber Kabel da ran löten is schon ein bisschen fummelig.
-
Hi,
ich wollte mich nur für eure Hilfe bedanken. Nun scheint erstmal alles zu laufen und ich spiel mal mit den Settings rum.
Gruß,
MiK -
Morgen,
ich werde heute Mittag mich dann mal wieder ran wagen.
Ist es besser die Leitung von SEDU zu LED etwas länger zu haben, da ich jetzt das Originalkabel dran habe und es ja nicht mehr geht.
Vorher war die Leitung zu den LEDs deutlich länger (ca. 80cm) wo alles rot war.Ich baue heute erstmal ein Minilight auf und versuchs damit bzw. mit nur einem Streifen. Dann werd ich mich wieder melden.
Falls noch Ideen da sind bitte Posten!
-
Hi,
Ist es besser die Leitung von SEDU zu LED etwas länger zu haben, da ich jetzt das Originalkabel dran habe und es ja nicht mehr geht.Die Länge der Leitung ist unkritisch.
Teste es erst mal so wie CKone beschreibt, nur Controller ohne was am USB anschliessen. Mit einen kurzem Stripe.
Wie schon mehrfach erwähnt müssen die LED's ein Lichtspiel darstellen.Wenn nichts geht, würde ich testen ob der Controller noch lebt.
Das könnte man Beispielsweise so wie in der Beschreibung zum SEDU Controller mit einen Terminalprogramm testen (Siehe ab Seite 5)
Auf Seite 7 sind Beispiel Befehlsfolgen drin, der Controller sollte antworten.Wenn das Funktioniert aber nichts leuchtet liegt es am Stripe, wenn Dummerweise gerade das erste PIX (in dem du die Daten einspeist) defekt ist, und dieser die Daten nicht
weitergibt, dann gehen die dahinter auch nicht. (Sind aber nicht defekt)Viel Glück.
Ich denke aber, daß die nichts gehimmelt hast, wenn mit 5Volt gearbeitet und nichts verpolt hast.
Wackelkontakt in der Stomversorgung der Stripes ist natürlich nicht gut, vor allem dann nicht wenn gerade viel Strom fließt (z.b bei 100 % Weiß) -
ich fass das hier mal zusammen:
Wackelkontakt in der Stomversorgung der Stripes ist natürlich nicht gut, vor allem dann nicht wenn gerade viel Strom fließt (z.b bei 100 % Weiß)
mit diesem Statement.Ansnten finde ich die Stripes recht robust,
Also die Stripes sind da wie Linux: schon robust wie der Chief schreibt, aber auch unverzeihlich wenn man grob fahrlässig damit umgeht! - Ich hatte bei mir bisher keine solcher Probleme
Aktuell weiß ich von 3 kompletten Stripes, eine nicht aus den China Bestellungen ( das ist schon länger her, bei der weiß ich nicht was damit passiert ist), eine wurde versehentlich auf 12V betrieben und hat gleich den Controller mit weggerissen, bei der Anderen wurde im laufenden Betrieb die Minusstrippe bei weiß gezogen um mal max Strom zu messen (das was der Rudi anmerkt).
Es fließt halt ein relativ großer Strom und man kommt nicht umhin sorgfältig mit den Dingern umzugehen und gfs auch alles zweimal zu kontrollieren. - wenn man an den Strippen arbeitet unbedingt das NT vorher primärseitig ausschalten!
Christian
-
Solche Sachen (Überspannung etc) würde mir natürlich nicht beabsichtigt passieren, da ich beruflich sehr viel mit Feinelektronik zutun habe (ehem. Radio Fernsehtechnik gelernt).
Was für ein Signal kommt denn aus dem SEDU? Rechtecksignal?Ich werde mir heute mal ein Oszi mitnhemen, und den Bus mal prüfen.
Mal gespannt wo der Fehler liegt...Hoffe nur das er so richtig Simpel ist und ich gestern da einfach nicht drauf gekommen bin vor lauter Fehlersuche.
-
Was für ein Signal kommt denn aus dem SEDU? Rechtecksignal?
IHMO ist es ein Rechecksignal, CLK ist der "Schiebetakt" dort müsste ein schönes Rechteck zu sehen sein.
-
Was mir gerade eingefallen ist, kann es sein wenn ich den Brücke drin habe das er dann das Standardprogramm nicht mehr macht? (C7-C9)
Hab dort einfach eine Lötbrücke gemacht, da keine Pins eingelötet sind für einen Jumper -
Sollte das Standardprogramm nicht beeinflussen.
-
tut es sicher nicht, der Jumper ist nur für die Baudrate. Ohne Jumper: 250 k, mit Jumper: 500 k
ja, es kommen zwei Rechtecksignale raus, Clock und Data - die sind nicht so ganz gleichmäßig, weil beim WS2811/TM1804 die Bits über unterschiedliche Pulslängen codiert werden, eine "1" dauert also immer ca. doppelt so lang wie ne "0"...
auch von mir der Tipp: einfach mal die Stripes dran, den SEDU mit 5 V versorgen, dann sollte das Standardprogramm laufen (weiß nicht, welches turi gerade voreingestellt hat, sollte die "Rote Welle" sein)
wenn nicht mal das läuft, ist an der HW was faul, mal checken, ob CLK und Data vertauscht sind, wirklich 5 V am Controller und den Stripes anliegen, GND verbunden ist (NT und SEDU und Stripes) - wurde ja alles schon gesagt
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!