borg

Kannst du das Problem auf ein Beispielprogramm runterbrechen welches wir hier ausführen können? Tritt das Problem auch auf wenn du keine WIFI Extension verwendest? So richtig Sinn macht es nicht, der Konstruktur von der IO16 macht nicht mehr als ein paar Variablen zu initialisieren und sich selbst der IPConnection hinzuzufügen, so dass sie weiß wem die UID gehört.

Jo, sieht man: http://download.tinkerforge.com/_stuff/drehteller_test/test.html

http://download.tinkerforge.com/_stuff/drehteller_test3/test.html

Vollautomatischer Fotografiedrehteller Blogeintrag

Fully automatic photography turntable Blog entry

Die Seite lädt gerade nicht bei mir, aber grundsätzlich kannst du Servo Bricks stapeln und wenn die maximalen 3A nicht ausreichen die Spannung für die Servos einfach extern einspeisen (mit beliebigem Strom). Das ist beides kein Problem.

Schick einfach eine Email mit der Bestellnummer an info@tinkerforge.com, wir tauschen das LCD Bricklet aus.

API Bindings und Package Management Blogeintrag

API Bindings and package management Blog entry

Plugin: LED Strip Bricklet 2.0.5 Frame duration von 0 bedeutet jetzt das keine Frames mehr gesetzt werden sollen. Setze RGB-Werte mindestens zweimal damit sie immer übernommen werden. Fixe möglichen Overflow wenn Brick mit nur zwei Brickletsteckern genutzt wird. Download: LED Strip Bricklet

Plugin: LED Strip Bricklet 2.0.5 Frame duration of 0 now means that no more frames shall be set Set RGB values at least two times to make sure that they are really written Fix possible overflow if Brick with two Bricklet connectors is used Download: LED Strip Bricklet

Verstehe!

Was sehe ich denn auf den Fotos? Die weiße Box ist die Sensorbox nehme ich an (die mit "Stau" und "Static Port" Aufkleber)? Der Beamer für das HUD ist auf den Fotos nicht zu sehen oder?

Ich weiß nicht was du mit "blockiert andere Verbindungen" meinst, die Callbacks blockieren nichts. Wenn du die Frame Duration auf 1000ms stellst bekommst du nur einen Callback pro Sekunde (jedes mal wenn ein Frame auf die LEDs übertragen wurde). Die Pause zwischen den Callbacks sollte lang genug sein damit dein netcat einen Timeout bekommt.

So einfach ist es nicht, ich weiß beim Start weder wieviele LEDs noch welcher LED Typ angeschlossen ist. Du triggerst den FrameRendered Callback durch die gesetzte Frame Duration und dadurch das du das erste mal einen LED Wert setzt. Zur grundsätzlichen Funktionsweise des LED Strip Bricklet diesbezüglich haben wir eine Grafik hier: http://www.tinkerforge.com/de/doc/_images/Bricklets/bricklet_led_strip_fixed_frame_rate.png Die Firmware im Anhang hat folgende Änderungen: * Setze LED Werte erneut wenn sie vom Nutzer überschrieben wurden (auch wenn es die gleichen Werte sind) * Setze LED Werte 2x, auch wenn sie nur einmal vom Nutzer gesetzt wurden (das sollte dein Problem lösen welches bei dem allerersten setzen der LEDs auftritt) * Eine Frame Duration von 0 bedeutet, dass keine weiteren Frames mehr gesetzt werden, es also auch keinen FrameRendered Callback mehr gibt. Hinweis: Wenn du wieder neue Werte setzten möchtest musst du wieder eine Frame Duration > 0 einstellen. Alternativ, wenn du nur nur alle paar Stunden die Farbe wechseln möchtest, würde in deinem Fall vielleicht eine feste Frame Duration von 1000ms o.ä Sinn machen. Dann wirst du nicht zugespammt kanst aber trotzdem einfach deine LED Werte nach belieben setzen, es dauert dann halt maximal 1s bis sie angezeigt werden. bricklet_led_strip_v2_0_5_beta1.bin

Callbacks gehen immer an alle Socketverbindungen, so ist das Protokoll. Anders ginge es auch gar nicht, woher soll der Brickd wissen welcher Teilnehmer den Callback haben möchte? Die Bindings selbst wissen ob du einen Callback registriert hast und schmeißen die Nachricht weg wenn du keinen registriert hast. Du meinst intern im WS28**? Offensichtlich nicht . Es ist kein Problem mit netcat, aber du kannst nicht davon ausgehen das du direkt als nächste Nachricht die Antwort auf eine Anfrage bekommst nachdem du sie losschickst, so funktioniert das Protokoll nunmal nicht .

Die ganzen Daten die du da siehst sind die FrameRendered Callbacks. Die kommen je nach eingestellter Frame Duration bis zu 100 mal pro Sekunde. Das erste setzen einer Farbe kann problematisch sein wenn die Pixel schon irgendwas in ihren Shift Registern stehen haben. Da könnten wir vielleicht versuchen im Konstruktur des Bricklets schonmal ein irgendwas zu setzen um dieses "Problem" zu umgehen, wenn du ein Pixel anschließt nachdem der Master gestartet wurde bringt das aber natürlich nichts, da können wir dann auch nichts gegen machen (außer die Daten durchgängig senden, auch wenn sie nicht geändert werden). Funktioniert die Temperaturabfrage denn auch mit unseren Bindings oder dem Brick Viewer nicht oder ist das ein netcat Problem?

Das halte ich für sehr unwahrscheinlich. Wenn du Lust hast das zu testen und noch eine LED Opfern kannst, kannst du ja einfach mal Spannung auf eine LED legen und auf dem Daten-Pin zufällige Daten mit einer IO-4 o.ä. schicken. Ich hätte keine Erklärung dafür warum dadurch etwas kaputt gehen soll. In den WS281* ICs ist doch nichts weiteres als ein Shift Register, ein Hold Register und ein Timer sowie Logik zum erzeugen des PWMs anhand des Hold Registers (so ist meine Vorstellung davon ).

Muss ich mir mal angucken was da genau passiert. Eigentlich sollte bei falschen Paketen lediglich der Socket geschlossen werden.

Puh, solche unterschiedlichen Helligkeiten waren uns bisher noch nicht aufgefallen. Die LED Pixel die wir verkaufen sind auf jeden Fall alle vom gleichen Hersteller etc. Wenn du ein Multimeter hast könntest du gucken ob die Spannungen überall gleich sind. Wobei mir auch kein guter Grund einfallen würde warum bei drei Bündel ein Spannungsabfall stattfindet und bei einem nicht, das ist echt komisch. Wenn das alles nichts bringt tauschen wir die Pixel natürlich aus, so ist das ja wirklich blöd . Sieht man denn den unterschied in der Helligkeit auch wenn du einen Regenbogen o.ä. anzeigst?

Cool!

Bist du sicher das der Brick Viewer nicht einfach irgendwelche Konfigurationen vornimmt die fehlen wenn du ihn nicht öffnest? Zum Beispiel die Ein-/Ausgänge auf Input konfigurieren o.ä.

LED Strip Bricklet unterstützt WS2811 und WS2812(B) Blogeintrag

LED Strip Bricklet supports WS2811 and WS2812(B) Blog entry

Plugin: LED Strip Bricklet 2.0.4 Nutze gemessene Timings anstatt der fehlerhaften Datenblattwerte Download: LED Strip Bricklet Firmwares: DC Brick 2.0.3, IMU Brick 2.0.4, Master Brick 2.2.2, Servo Brick 2.0.5, Stepper Brick 2.0.5 Entferne selten genutztes USB Hotplug Feature (Verhindert unabsichtliche Stack-Restarts durch Überhitzung) Download: DC Brick, IMU Brick, Master Brick, Servo Brick, Stepper Brick