borg

Cool! Was du machen könntest mit den digitalen LEDs ist eine Anzeige die so ähnlich funktioniert wie die im Brick Viewer. D.h. du nutzt die LEDs um ein Farbspektrum von grün auf rot darzustellen (unten grün, oben rot) und machst die Anzahl der LEDs die an sind (von unten nach oben) abhängig von der Lautstärke.

Die LEDs sind leider nicht bei jedem Hersteller gleich angeschlossen. Wir können das aber von außen nicht feststellen, daher kann es da zu einer beliebigen Vertauschung kommen . Also einfach einmal am Anfang durchprobieren was genau R, G und B ist und dann passend nutzen .

Je nachdem welcher Pin krumm war, wird das EEPROM evtl. zuviel Spannung abbekommen haben und dadurch wurden die Daten im ROM korrumpiert. Das könnte ich mir zumindest vorstellen .

Ist vielleicht eines der Beinchen im Bricklet Stecker krumm (beim Master oder bei einem der Bricklets)? So wie hier: http://www.tinkerforge.com/de/doc/FAQ.html#mein-brick-wird-heisz

1000 Nachrichten/Sekunde ist das Maximum was die USB Spezifikation zulässt für die USB Version und USB Class die wir nutzen. Bzgl der SPI Performance können wir erst eine Aussage treffen wenn wir da wirklich einen Treiber für fertig haben. Die SPI Schnittstelle wird auf jeden Fall nicht mit anderen Teilnehmern geteilt (Maus, Tastatur, USB Festplatte etc), dadurch sollte sie in dem Sinne schon zuverlässiger sein vom Durchsatz her.

"Starter Kit: Server Room Monitoring" jetzt mit pulverbeschichteter Aluminium-Frontblende: Blogeintrag

"Starter Kit: Server Room Monitoring" now with powder coated aluminum front panel: Blog entry

Doch, werden sie. Es wird über eine Schablone Lötpaste aufgetragen, dann werden die Bauteile mit einem Bestückungsautomat bestückt und dann wird das Panel durch einen Ofen geschoben. Danach wird die Leiterplatte umgedreht und das ganze passiert nochmal von vorne. Das kann man auch daran erkennen das die unteren Board-to-Board Stecker ein bisschen dunkler sind als die oberen (sind 2x durch den Ofen gegangen). Dabei wird beim zweiten Durchgang das Zinn natürlich wieder flüssig, allerdings ist die Oberflächenspannung von der Lötpaste bei den ganzen kleinen Bauteilen groß genug das trotzdem nichts herunterfällt. Einzige Ausnahme sind bei uns glaube ich die großen Kondensatoren beim Servo Brick. Da kann man auch manchmal an der Seite so rote Flecken sehen neben den Kondensatoren, da wurde dann vorher Kleber auf der Leiterplatte aufgetragen.

Plugins: Dual Button Bricklet 2.0.2 Fix links/rechts Vertauschung Download: Dual Button Bricklet

Plugins: Dual Button Bricklet 2.0.2 Fix left/right button permutation Download: Dual Button Bricklet

IoT mit JavaFX / iOS Apps im App Store Blogeintrag

IoT with JavaFX / iOS Apps in App Store Blog entry

Plugins: Dual Button Bricklet 2.0.1 Fix selected_led_state Bug Download: Dual Button Bricklet

Plugins: Dual Button Bricklet 2.0.1 Fix selected_led_state bug Download: Dual Button Bricklet

Das kann ich nachvollziehen, aber wir wollen ja gerade Leute ansprechend die nicht unbedingt low-level C schreiben können und auch nicht lernen wollen. Wir haben eine C API ja in betracht gezogen, allerdings haben wir uns auf Grund der überwältigenden Anzahl von Anfragen Java/Python/C# etc. im Stack auszuführen dagegen entschieden. Wir haben hier eine kleine Anleitung: http://www.tinkerforge.com/de/doc/Embedded/Raspberry_Pi.html Das RPi ist ein Linux Board mit dem man Bricks/Bricklets ansprechen kann, das RED Brick ist ein Brick mit dem man Hochsprachen einfach im Stack ausführen kann. So muss man den vergleich vielleicht betrachten. Je nach Anwendung und Wissensstand mag das RPi genauso gut geeignet und günstiger sein. Aber das ist ja auch nicht schlimm .

@derAngler: Du kannst ja das RPi nutzen, auch wenn wir ein RED Brick haben . Da spricht ja nichts gegen. Der Grund für das RED Brick ist denke ich schlicht und ergreifend die Nachfrage. Wir haben hunderte Emails (und auch Forenbeiträge) wo Leute nach einer Möglichkeit fragen ihren Code auf einem Brick auszuführen (Stichwort Standalone/OnDevice). Bisher war unsere Aussage ja auch immer das man dafür das RPi nehmen kann, das ist für viele aber einfach nichts. Zum Preis: Ihr dürft auch nicht vergessen dass das RPi von einer "not-for-profit organization" ist. Der Verkaufspreis entspricht da mehr oder weniger dem Herstellungspreis.

Der A23 hat kein integriertes HDMI (evtl. nicht so schlimm) und Allwinner hat bisher keinerlei Source Code für den A23 veröffentlicht. Es gibt auch keine Entwicklungsboards o.ä. auf die wir aufsetzen könnten. Wenn wir jetzt ein fertiges Board mit dem Prozessor hier hätten, hätten wir keine Chance darauf ein Linux zu booten. http://linux-sunxi.org/A23: Edit: Wenn er HDMI hätte und Allwinner die Sourcen veröffentlicht hätte, wäre der A23 eine sehr gute Alternative!

Wir haben da viel Zeit mit verbracht nach Prozessoren zu suchen und haben einen guten Überblick. So einfach ist das aber alles nicht. Wir hätten z.B. gerne eine CPU von TI mit Package on Package genommen. Da hat die CPU dann oben drauf nochmal Pads auf die man direkt den RAM löten kann. Das hätte uns natürlich viel Platz gespart. Leider hat TI kein Interesse daran uns sowas zu verkaufen... Man hat da bei den "kleinen" vierstelligen Stückzahlen die wir anstreben leider keine riesige Auswahl.

Versteh ich jetzt nicht: An RED kann ich doch in Variante 1 keine Bricklets anschließen. Daher kann doch RED kein Ersatz für den Master sein. Er hat keine Bricklet Ports in Variante 1+2, aber er arbeitet als Master eines Stacks . Öh, vielleicht könnte man 1€ sparen indem man den kleineren Microcontroller nimmt, das lohnt sich aber schon auf Grund der Fixkosten nicht befürchte ich.

Dafür haben wir leider nicht genug Platz.

Genau. Du kannst auf das RED Brick z.B. auch direkt einen Stepper Brick setzen ohne einen Master dazwischen zu machen. Das RED Brick ist in Variante 1+2 ein Ersatz für den Master Brick.

Ich weiß nicht genau was FBAS ist, ich kanns aber im Datenblatt von der CPU nicht finden. In Variante 1+2 wird sehr wahrscheinlich ein Allwinner A10s zum Einsatz kommen: http://en.wikipedia.org/wiki/Allwinner_A1X In Variante 3 gibt es mehr Wahlmöglichkeiten (mehr Platz), aber man würde wahrscheinlich den A20 nehmen.

Chibi wird nur in Variante 3 funktionieren. Einen Chibi Linux Kernel Treiber werden wir nicht schreiben. Aber ist ja alles Open Source, vielleicht findet sich ja jemand der das macht . Wenn wir einen Chibi-Ersatz anbieten, werden wir diesen natürlich auch kompatibel zum RED Brick machen.

Please read this post from start to finish before voting! We have now been thinking about a standalone/ondevice solution for our system for many weeks. We gathered and evaluated lots of feedback and came to the conclusion that we need a Brick inside the stack which can be used to run programs for all of our supported languages with our standard bindings. From our view the only possibility to achieve this is to bring a small linux PC inside a Brick. The new planned Brick has the code name "RED Brick" (Rapid Embedded Development Brick). We can imagine three different Options: Option 1: Bottom Side: Board to board and micro SD card Specification: Single Core 1GHz, 512MB Dimensions 4x4cm Can be integrated into a Stack as any other Brick Linux kernel handels SPI communication in stack Linux kernel supports Ethernet Extension Retail price (incl. VAT): ~99€ Option 2: Bottom Side: Board to Board and Micro SD card Specification: Single Core 1GHz, 512MB Dimensions ~4x6cm Can be integrated into a Stack as any other Brick. Is larger. Inclusive Ethernet connector Linux kernel handels SPI communication in stack Retail price (incl. VAT): ~129€ Option 3: Bottom Side: Micro SD card but no board to board! Specification: Dual Core 1,5GHz, 512MB Dimensions ~5x8cm Inclusive Master Brick Therefore inklusive 4x Bricklet-Connector Inclusive Ethernet connector Inclusive Step-Down Power Supply Master Brick handels SPI communication, therefore no special Linux kernel needed (no special distributions are required) Retail price (incl. VAT): ~179€ Basically this is "Option 2" extended by a Master Brick that is directly connected to the Embedded PC via USB. Additionally there is a Step-Down Power Supply on the board. This is necessary since the board is big and has to be the bottom board in the stack. So it is not possible to put a Step Down Power Supply below. General Informationen: From the users perspective the RED Brick is a "blackbox". This means that no linux knowledge is necessary. For that we plan to offer a web interface which can be used to: Upload programs, configure the execution time, configure if the program should be executed on start, configure if the program should be restarted after a crash, etc. We plan a lot of configuration and diagnosis options (CPU load, logs etc)! There is one problem: This webinterface could be used in option 2+3 with a standard webbrowser. For option 1 an additional Ethernet Extension or WIFI stick would be required. Configuration Alternative 1: Brick Viewer could create a configuration which can be transfered to the Brick by USB stick. Configurations Alternative 2: The micro USB interface could be used to configure the RED Brick via Brick Viewers. The web interface could also be used from smartphones or tablets. Hint: The RED Brick will of course be Open Source. Every user with basic linux knowlege could connect a USB Webcam or play videos over the HDMI port... Followup: In addition to the above mentioned configuration interface (web, usb stick) another configuration option over the mini USB port will be implemented (fallback) As alternative for Ethernet a small WIFI stick could be used (connected to USB Host). Problem here: How to configure it? Option 2+3 does not support PoE, no additional Ethernet Extension is usable Support of WIFI Extension is not planned. Lower priced standard WIFI sticks can be used It is planned to offer a linux image on which compilers (e.g. for C), VMs (e.g. for Java), libraries etc. are preinstalled. Typically you only have to upload your program and it should run on the Brick. Additional libraries can be installed if basic linux knowledge is available (SSH, APT-GET) If you want to vote on one of the options, please do so in the German Thread: http://www.tinkerunity.org/forum/index.php/topic,2127.0.html The options from top to bottom are: * Option 1 * Option 2 * Option 3 * I wouldn't by any of the boards

Was würde das genau heißen ? Muss hierzu das Zielverzeichnis bekannt sein ? Oder muss ich quasi als Admin das betreffende Zielverz. wählen ? Was bedeutet das für Mehrfachinstallationen oder geht immer nur 1 Application ? Das ist bisher nur als Konzept fertig und daher alles noch nicht 100%ig fest. Aber die Vorstellung die ich davon habe ist, dass es komplett unabhängig vom Dateisystem ist. D.h. du musst nirgends auswählen wohin es kopiert werden soll o.ä., die Verzeichnisstruktur wird vom Webinterface im Hintergrund angelegt. Stell dir ein Interface vor wo du Tabs hast für: * Installierte Applikation 1 * Installierte Applikation 2 * Neue Applikation installieren Bei den ersten beiden Tabs kannst du dir Infos zu den installierten Applikationen holen (ob sie laufen, wieviel CPU Last sie haben und sowas) und sie starten oder umkonfigurieren. Beim dritten Tab kannst du eine neue Applikation hochladen. Du kannst dich mit dem Brick Viewer auf die IP des RED Bricks verbinden. USB zusätzlich am Master anschließen während er auf dem RED Brick sitzt geht nicht.