photron

Das Spalte/Reihe vertauscht erscheint ist richtig. Die LED Matrix wird im Programm hochkant adressiert, die Schrift aber auf der Seite liegend angezeigt. Das Beispiel verwendet eine fest 7x7 Pixel Schriftart die im letterForms Array definiert ist. Wenn deine Matrix nicht die ausreichende Höhe hat wird der Text abgeschnitten angezeigt. Du könntest deine Matrix zu 7x7 umbauen und im Beispiel den Versatz um eine Spalte nach links (bzw. eine Zeile nach unten) auf 0 setzen. Dazu $this->leds[$row][$col + 1] durch $this->leds[$row][$col] ersetzen.

BOBmoraine, betrifft es immer den rechten Stack in deinem Bilder, der rot umrandet ist? Da könnte die Lage, bzw. die Nähe zu anderen Bauteilen wie dem Netzteil ein Problem sein. tfRookie, wie schaltet du denn diesen Motor? Über Tinkerforge Komponenten? Wie nah ist der Stack am Motor, bzw. gehen die Motorstromkabel nah am Stack entlang? Auch wenn der Stack nichts mit dem Motor direkt zutun hat kann der Motor den Stack elektromagnetisch stören. Zum Beispiel durch das parallele Verlegen von Bricklet/USB Leitungen und 230V Leitungen, wie batti schon sagt. Was du testen könntest ist den Stack abzuschirmen z.B. durch ein metallisches Gehäuse. Bricks und Bricklets sind hier potentiell etwas anfälliger, da sie kein Gehäuse haben. Das Log beinhaltet viele und auch ungewöhnliche USB Fehler. Zum Beispiel, diese beiden sind mir noch nie untergekommen: Das sieht für mich fast so aus als ob irgendein Teil des USB Systems gestört wird. Ob das die Brick Seite oder PC Seite betrifft ist nicht klar.

Die RS485 Extension ist für die Kommunikation zwischen zwei Stacks gedacht. Sie ist nicht dafür gedacht externen Geräte anzusprechen. Im Gegensatz dazu ist das RS232 Bricklet genau dafür gedacht externe Geräte anzusprechen.

Und da sehe ich das Problem auch schon. Ein Bauteil auf der Unterseite sitzt nicht da wo es hingehört. Ich hab es mal mit einem Pfeil markiert. Das Bauteil gehört eigentlich 2mm weiter nach links auf die 4 kleinen Anschlüsse. Das ist eine Spule die in den USB Datenleitungen sitzt. Der Brick bekommt jetzt zwar noch Strom über USB, aber die Datenkommunikation ist tot. Passt exakt zum beschriebenen Problem. Da der Brick geflasht war, muss er noch heile gewesen sein bevor wir ihn verschickt haben und er hat dann den Transport nicht überlebt, sorry. Melde dich mit deiner Bestellnummer und einem Verweis auf diesen Thread hier bei info@tinkerforge.com. Du bekommst einen neuen Master Brick.

Leuchten die vier LEDs an der Seite wirklich nur jeweils einmal auf? Normalerweise sollten die LEDs wie ein Lauflicht mehrfach hin und her laufen und zwischen drin auch einmal kurz alle gleichzeitig an sein. Da ein anderes Kabel/PC nicht hilft ist das Problem wohl auf der Master Brick Seite. Versuch mal die Firmware des Master Bricks neuzuflashen: http://www.tinkerforge.com/de/doc/Software/Brickv.html#mit-brick-viewer

Leuchten den beim Anstecken an USB oder nach dem Drücken des Reset Knopfs am Brick die vier anderen blauen LEDs auf? Hast du mal ein anderes USB kabel oder einen anderen USB Anschluss am PC probiert? Hast du am Master Brick irgendwelche Bricklets angeschlossen? Wenn ja, taucht der Master Brick auf, wenn keine Bricklets angeschlossen sind?

Was ihr beide mal testen könnte ist eine neue Firmware für den Master Brick: master-brick-2.3.2-beta2.bin Die an diesem Post angehängt ist: http://www.tinkerunity.org/forum/index.php/topic,2580.msg18819.html#msg18819 Da ist die USB Logik abgewandelt. Das könnte hier relevant sein.

Du kannst das Color Bricklet verwenden, das bis 65000 Lux messen kann. Es wird in nächster Zeit auch eine neue Version des Ambient Light Bricklets mit einem anderen Sensor geben, der dann auch bis 65000 Lux messen kann.

Hab's korrigiert. Danke für den Hinweis!

Schon komisch. Da die 3 Master Bricks noch im Geräte Manager auftauchen, kann es kein elektrisches Problem sein. Ich nehme mal an, dass wenn du jeweils den Eigenschaften Dialog der Bricks im Geräte Manager aufrufst, dass dort als Status "Betriebsbereit" steht. Also zumindest nichts von einem Problem oder Fehler steht. Im Installations-Verzeichnis von Brick Daemon liegt auch eine logviewer.exe. Damit kannst du dir das Windows Event Log für brickd und das Live Debug Log ansehen. Der Windows Event Log Teil zeigt auch frühere Meldungen an, der Live Debug Log Teil nur Meldungen, die brickd seit dem Start von logviewer.exe ausgegeben hat. Steht im Windows Event Log Teil vielleicht etwas, dass zeitlich mit dem Verschwinden des Master Bricks zusammenfallen könnte. Wenn du aus dem Log nicht schlau wirst, dann kannst über File -> Save... auch Speichern und hier posten Wenn der 3. Master Brick noch verschwunden ist oder das nächste mal verschwindet teste mal diese kleine Programm: http://download.tinkerforge.com/_stuff/listusbdevs.exe Es muss von der Kommandozeile ausgestartet werden und listet alle USB Geräte auf, die brickd finden können sollte: 106b:003f (bus 1, device 255) 16d0:063d (bus 1, device 1) Bricks erkennst du an "16d0:063d". Wenn dort nicht alle deine Master Bricks aufgelistet werden, liegt das Problem in libusb.

Brick Viewer 2.2.4 Don't modify Brick and Bricklet callback configurations anymore, use getters instead Add support for multiple hosts to server monitoring tab of RED Brick plugin Add hostname change button to network tab of RED Brick plugin Optimize OpenGL drawing code for IMU Brick plugin to reduce CPU usage Optimize general plot drawing code to reduce CPU usage Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.2.4 Brick und Bricklet Callback-Konfigurationen werden nicht mehr geändert, stattdessen werden Getter verwendet Der Server Monitoring Tab des RED Brick Plugins unterstützt jetzt die Verwendung mehrerer Hosts Der Hostname des RED Bricks kann im Network Tab des RED Brick Plugins geändert werden OpenGL Code des IMU Brick Plugins verbessert (geringere CPU Auslastung) Allgemeinen Plot Code verbessert (geringere CPU Auslastung) Downloads: Windows, Linux, Mac OS X

Du sprichst von RFC2217 oder NVT? Das ist ein eigenes Netzwerk Protokoll, daher spielt es keine Rolle wie die API des Bricklets in unserem Tinkerforge Protokoll (TFP) aussieht. RFC2217 oder NVT werden wir nicht direkt unterstützen. Das müsste dann ja im Brick Daemon und Master Brick als weiteres Protokoll neben TFP und TFP-WebSocket speziell für das RS232 Bricklet implementiert werden. Da sehe ich leider keine Chance, dass das passiert. Es spricht aber natürlich nichts dagegen, das jemand anderes einen Proxy zwischen RFC2217/NVT und der RS232 Bricklet API programmiert

Das RS232 Bricklet wird es ermöglichen mit einem anderen RS232 Gerät Daten auszutauschen. Die API des Bricklets wird eine write() und eine read() Funktion haben und einen read() Callback. Die Hardware wird einen D-Sub 9 Anschluss für +12V/-12V Spannungslevel und einen Anschluss für 3,3V TTL Spannungslevel geben. Das RS232 Bricklet wird nicht als COM Port im Betriebssystem auftauchen. Es funktioniert nicht wie die typischen USB/Seriell Adapter. Das Laser Range Finder Bricklet wird den LIDAR-Lite Sensor von pulsedlight3d.com zur Entfernungsmessung verwenden. Dadurch wird es eine deutlich bessere Reichweite und Genauigkeit haben als unsere bisherigen Bricklets zu Entfernungsmessung.

Du hast schon alles richtig gemacht, es fehlt nur ein letzter Schritt. In Java Script im Browser stehen keine normale Sockets zur Verfügung, sondern WebSockets. Der Support für WebSockets ist im Brick Daemon aber standardmäßig deaktiviert und muss erst aktiviert werden: http://www.tinkerforge.com/de/doc/Software/Brickd.html#konfiguration

Stimmt, der Satz fehlt in der deutschen Dokumentation. Ist jetzt eingefügt. Ein Aufruf von set_segments impliziert, dass du etwas setzt. Das ist richtig. Die Helligkeit der einzelnen Stufen wird durch den Steuer-IC auf dem Bricklet kontrolliert. Da haben wir keinen Einfluss drauf.

Plugin: Segment Display 4x7 Bricklet 2.0.2 Show initial counter value Don't strip final zero if counter value is zero Turn all segments off on startup Download: Segment Display 4x7 Bricklet

Plugin: Segment Display 4x7 Bricklet 2.0.2 Der erste Counter Wert wird jetzt auch angezeigt Beim Entfernen führender Nullen wird die letzte Null nicht mehr fälschlicherweise entfernt Beim Start werden jetzt alle Segmente ausgeschaltet Download: Segment Display 4x7 Bricklet

Du hast da zwei Bugs gefunden: - Beim Start des Counter wurde der From Wert nicht angezeigt. - Beim Entfernen der führenden Nullen wurde auch die letzte Null entfernt, so dass beim Counter Wert Null nichts angezeigt wurde. Beides ist in Plugin Version 2.0.2 korrigiert. Danke für den Hinweis!

Go to the RED Brick Network Settings tab in Brick Viewer. Click the Scan button to get an up-to-date list of WIFI networks. This should clear any chached information on the RED Brick. Pick the one you want, enter its key and click the Connect button.

Das RED Brick braucht einen für den Allwinner SoC angepassten Kernel. Dezeit verwenden wir den Kernel des Linux Sunxi Projekts: http://linux-sunxi.org/Linux_Kernel Dessen Stable Version basiert derzeit auf dem Mainline Kernel 3.4. So wie ich das verstehe wird diese Stable Version aber nicht mehr weiterentwickelt, sondern die Linux Sunxi Entwickler arbeiten daran, die Allwinner SoC Änderungen in den Mainline Kernel zu bringen: http://linux-sunxi.org/Linux_mainlining_effort Da ist schon viel passiert, aber auch noch einiges zu tun. Auf längere Sicht werden wir wohl auf einen neueren Mainline Kernel für das RED Brick umsteigen können. Das wird aber nicht kurzfristig passieren und auch auf unserer Seite einiges an Arbeit bedeuten. Unsere RED Brick Anpassungen und RED Brick spezifischen Treiber müssen dann auf einen neue Kernelversion portiert werden. Der nächste Kernel für den RED Brick wird also eher ein 4.x als ein 3.x Kernel werden.

Aufgrund der Art und Weise wie wir derzeit das Image bauen und RED Brick spezifische Änderungen am Kernel und Debian vornehmen ist es im Moment nicht möglich ein laufendes Images per apt-get auf eine neuere Image Version zu aktualisieren. Das mag sich in Zukunft ändern, kurzfristig gibt es dafür aber keine Pläne, sorry.

Ich habe gerade mal versucht deinen Aufbau nachzustellen: Master Stack: - Step-Down Power Supply (versorgt von 12V Labornetzteil) - Master Brick (HW 2.1, FW 2.3.1, ohne Bricklets, per USB am PC angeschlossen) - RS485 Extension (38400 Baud) Slave Stack: - Master Brick (HW 2.1, FW 2.3.1, ohne Bricklets, versorgt vom 5V Ausgang der Step-Down Power Supply am Master Stack) - Master Brick (mit 2 PTC Bricklets) - RS485 Extension (38400 Baud) Ich schau mir den Temperatur Graphen eines PTC Bricklets im Brick Viewer an und stecke den USB Stecker am Slave Stack ab und wieder an. Der Graphen setzt dabei für 15 Sekunden aus läuft dann wie erwartet weiter. Sprich ich kann deine 2 Minuten nicht reproduzieren. Du sprichst selbst Modbus, hast also nur Master Bricks als Modbus Salves im RS485 Bus. Hast du mal versucht stattdessen einen Master Brick als Modbus Master zu verwenden und das System so zu verwenden wie es gedacht ist?

Ich sehe nicht warum das mit der HashMap nicht funktionieren sollte. Hast du mal eine Hashtable statt einer HashMap getestet? Du solltest hier definitiv einen thread-safen Container nehmen, da der Temperature Callback von einem internen Thread der IPConnection aufgerufen wird. Wann gibst du den die HashMap über die entrySet() Methode aus? Laut Dokumentation ist der Iterator des Sets das du von entrySet() bekommst ungültig sobald die HashMap geändert wird: http://docs.oracle.com/javase/7/docs/api/java/util/HashMap.html#entrySet() Sprich, wenn während der Ausgabe der HashMap ein Temperature Callback die Map ändert kommt da irgendwas beim Iterator heraus. Versuch es mal mit clone(), bin mir aber nicht sicher ob das hilft: for (Entry<String, BrickletWert> entry: stackManager.getBrickletWertlist().clone().entrySet()) { ... } Ansonsten muss du den Zugriff auf die HashMap manuell synchronizen, damit entweder der Temperature Callback Daten einfügen kann, oder du die Werte ausgibst, aber nicht beides gleichzeitig, oder verschachtelt passieren kann.

Tritt es auch auf, wenn du die beiden Master Bricks im 2er Stack vertauscht, also den oberen zum untern machst und umgekehrt (natürlich mit Bricklet am oberen)? Sprich, ist es die Position im Stack, oder betrifft das nur einen ganz bestimmten Master Brick? Tritt das Problem denn jetzt auch bei den 1er Stacks auf, wenn du einen Master Brick mit Bricklets hinzusteckst? Welche Bricklets hast du denn am oberen Master Brick, wenn das Problem auftritt? Und was ist eigentlich mit den 3er Stacks? Warum tritt das Problem dort nicht auf? Was macht den Unterschied, hast du da andere Bricklets dran, oder macht die Step-Down Power Supply da den Unterschied? Worauf ich hinaus will: Wird das Problem durch die Anordnung oder Art der Bricks und Bricklets im Stack verursacht, oder durch einen ganz bestimmten Brick oder Bricklet?