borg

Danke für den Hinweis, hab es repariert .

Das oberen Teil des Bricklets kaufen wir zu (den Sensor selbst). Wir haben leider den Sensor nicht mehr mit beiden Stiftleisten bekommen, sondern nur noch mit der einen. Es sind auch keine Lötpunkte o.ä. vorhanden, sodass wir diese im nachhinein auch nicht bestücken können. Das hat uns auch ziemlich geärgert, da gibt es aber nicht viel was wir machen können. Funktional sind die Sensoren aber identisch.

Das klingt so als wäre kein Plugin (oder ein defektes Plugin) auf dem LCD Bricklet. Probier mal folgendes: * Master Brick ohne Bricklets anschließen * Danach LCD Bricklet anschließen ("hotpluggen") * Dann per Brick Viewer das Bricklet flashen (passenden Port und LCD 20x4 Firmware auswählen) * Dann Master Brick neustarten

Was meinst du mit Timeout steuern?

Das ist eine gute Frage, die Bricks ziehen weiterhin strom wenn du den RED Brick ausschaltest, die sind elektrisch weiter mit der Stromversorgung verbunden. Du könntest den Stack mit einem Dual Relay Bricklet komplett vom Strom trennen.

In den Default-Images sollte bis auf Logging zu keiner Zeit etwas auf die SD Karte geschrieben werden, daher sollte es nicht schaden wenn du einfach den Stecker ziehst. Deine eigenen Programme müssen aber natürlich auch damit klar kommen können .

Nein, du musst nichts auf 2.0 umstellen. Die aktuelle Tinkerforge.dll sollte mit .exe in CLR 2.0 und CLR 4.0 funktionieren. Zum testen kannst du die Tinkerforge.dll aus diesem zip http://download.tinkerforge.com/bindings/csharp/tinkerforge_csharp_bindings_2_1_5.zip einfach neben deiner .exe auf das RED Brick hochladen (und das --runtime=v4.0 wieder entfernen). Es sollte dann gehen. Um das Systemweit zu haben musst du die alte .dll in /usr/tinkerforge/bindings/csharp/ überschreiben.

Yes, there will automatically be a framebuffer text mode if we remove the splash screen. That is not easily possible. In the fast image, the GPU is disabled directly in the kernel configuration, which means that a different Linux kernel is used. This is by far the most important feature of the fast image, since the GPU shares RAM with the CPU and hence the fast image has more RAM available. I do like the idea, optimally we would just have some checkboxes in brickv, such as * [ ] Use GPU * [ ] Start X * [ ] Start Apache (webserver) * [ ] Use splashscreen * [ ] ...

Hi, When we started with the fast image of the RED Brick it had a really fast boot time (~12-15 seconds boot time). But then we added lots of features and we were not able to optimize the boot time before the release again. Currently the boot process of the fast image looks as follows: http://i.imgur.com/sIxhuwY.png The biggest offenders are: * apache (webserver): Uses about 2.4 seconds CPU and 7 seconds IO. * fbi (frame buffer imageviewer, shows the TF logo at during boot): Uses about 1 second IO. * python+wicd (ethernet/wifi management): Uses about 1.6 seconds CPU. I currently think that we should remove fbi from the fast image (it is not supposed to support HDMI anyway) and we should disable Apache by default and add a button to Brick Viewer that allows to enable/disable Apache. With these changes we are probably down to ~20 seconds boot time. What do you guys think? Would you rather have all features enabled in the fast image too? The fast image will always have the benefit of more RAM (because of the disabled GPU).

Das Problem mit dem NFC/RFID Bricklet ist in der neuesten Firmware Version des Bricklets (V2.0.1) behoben, bitte aktualisieren .

Plugin: NFC/RFID Bricklet 2.0.1 Asynchronously wait until pn532 is ready (fixes RED Brick incompatibility): https://github.com/Tinkerforge/nfc-rfid-bricklet/commit/10b6746f6d80776dc8d334fcaefd00c50b23d4c6 Download: NFC/RFID Bricklet

Plugin: NFC/RFID Bricklet 2.0.1 Warte asynchron bis PN532 einsatzbereit ist (Fixt Inkompatibilität mit RED Brick): https://github.com/Tinkerforge/nfc-rfid-bricklet/commit/10b6746f6d80776dc8d334fcaefd00c50b23d4c6 Download: NFC/RFID Bricklet

Wir haben das Problem jetzt verstanden, es tritt auf wenn die Tinkerforge.dll mit CLR 4.0 gebaut ist, die .exe die auf das RED Brick geladen wird aber mit CLR 2.0. Die Lösung ist ganz einfach, wir bauen die Tinkerforge.dll wieder mit CLR 2.0. Andersherum gibt es dieses Problem nämlich nicht. Das ist dann im nächsten Image gefixt (welches wir heute noch releasen).

We plan to release a "breakout flat flex cable", that has pin headers for all of the GPIO. This will however take some more time, we have nothing ordered yet.

Wenn du zwei Master Bricks aufeinander hast und in den oberen das USB Kabel steckst, denken beide Bricks das sie Master des Stacks sind (der untere weil er unten im Stack ist und der obere weil er eine USB Verbindung hat). Dadurch funktioniert das nicht. Wenn du den oberen Master Brick vom Stapel trennst funktioniert er, richtig? Welche Firmware Version hat, kannst du ihn Updaten?

Funktioniert der oberste Master Brick (alleine) wenn keine Bricklets angeschlossen sind? Ist vielleicht ein Pin in einem der Bricklet Stecker Krumm (im Master oder im Bricklet): http://www.tinkerforge.com/de/doc/FAQ.html#mein-brick-wird-heisz

Der Unterschied ist, das die Default-Sprache auf dem RED Brick Englisch ist, während die Default-Sprache auf deinem PC Deutsch ist. Wenn du eine "Englische Windows Version" auf deinem PC installierst wird die Datumsausgabe auch Standardmäßig englisch sein . Hat also in dem Sinne nichts mit Mono zu tun.

Da du sagst du hast das gleiche Problem mit dem Master Brick können wir ja eigentlich ausschließen das es ein Problem mit dem Linux Kernel Treiber oder dem RED Brick ist. Schicke bitte eine Email mit der Bestellnummer der Ethernet Extension an info@tinkerforge.com, wir tauschen die Ethernet Extension aus.

Das machst du schon richtig. Funktioniert der oberste Master Brick wenn du ihn direkt per USB anschließt? Welche Firmware Version haben die beiden Master Bricks? Am besten sollten sie beide eine Version >= 2.3.0 haben.

@R0lanD: Kannst du auch nochmal den genauen Aufbau beschreiben? Welche Bricks in welcher Reihenfolge, welche Bricklets an welchen Ports? Damit ich versuchen kann das zu reproduzieren. Welche Master Brick Hardware-Version habt ihr?# Edit: Ich kann es reproduzieren! Der kleinste Reproduzierbare Aufbau den ich habe ist: RED Brick + Master Brick + Rotary Poti Bricklet + NFC/RFID Bricklet = funktioniert nicht RED Brick + Master Brick + NFC/RFID Bricklet = funktioniert RED Brick + Master Brick + Rotary Poti Bricklet = funktioniert Das macht absolut keinen Sinn, ich bin gespannt woran das liegt . Um das zu debuggen muss ich erst überall Logging und Debug Modi anstellen, das schaffe ich heute nicht mehr. Einen Fix gibt es also frühestens Montag, sorry!

Oh wow, d.h. es gibt wirklich ein Problem mit dem NFC/RFID Bricklet? Warum kann ich das hier nicht reproduzieren, mmmh.... Zum Thema Uhrzeit: http://msdn.microsoft.com/de-de/library/system.datetime.tolongtimestring(v=vs.110).aspx

Die Geschwindigkeit wird zwischen Switch und Ethernet Extension ausgehandelt, das ist richtig. Das funktioniert aber Grundsätzlich, wir testen hier nur mit gbit Switches. Da du meinst das es mit dem Linkstatus zu tun hat, kann es sein das Ethernet funktioniert wenn du während des Bootvorgangs das Kabel schon verbunden hast und das es nicht funktioniert wenn du es erst nach dem Booten verbindest?

Mh, hattest du Brickd aktualisiert bzw neu installiert? Für den RED Brick wird der Brick Daemon in einer Version > 2.2.0 benötigt (brickd bringt auch die Windows-Treiber mit).

Das ist echt komisch. Es ist aber nicht irgendwie ein Pin in einem der Bricklet Stecker (am Master Bricklet oder am NFC/RFID Bricklet) krumm wodurch es Kurzschlüsse o.ä. gibt? http://www.tinkerforge.com/de/doc/FAQ.html#mein-brick-wird-heisz Kannst du mal eines der anderen Bricklets an den Port des Masters stecken an den sonst das NFC/RFID Bricklet sitzt? funktioniert es dann immernoch?

Den Brick Viewer kannst du aktualisieren indem du einfach das neueste .deb installierst (mit dpkg): http://download.tinkerforge.com/tools/brickv/linux/ Ich denke wir werden aber vor Weihnachten noch ein neues Image Release machen, welches die ersten Bugs fixt die schon gefunden wurden. Dabei wird dann natürlich auch die neuste brickv Version genommen.