borg

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.

Ah! In dem Fall kommt der Stöpsel in die Mini USB Buchse vom RED Brick . Edit: Also hier nur zur Konfiguration! Der RED Brick taucht nicht als Brick am PC auf.

Das geht natürlich, ist aber schon eine komische vorgehensweise . Leider nicht. Variante 1 hat ja kein cortex-m3 mit drauf. Wir können aber die Bricklet Plugins nicht mit dem cortex-a8 ausführen den wir auf dem RED Brick verwenden werden. Das ist also nicht kompatibel. Wenn man Bricklet Stecker mit auf dem RED Brick haben will geht das nur über die vorgehensweise in Variante 3. Mehr als ein ein DDR RAM Chip passt vom Platz leider nicht drauf. Ein 1GB RAM IC ist unverhältnismäßig teuer. Den kann man evtl. später anfangen zu bestücken wenn die RAM Preise fallen .

Wie meinst du das? Du möchtest einen Master Brick der auf dem RED Brick steckt zusätzlich per USB an einem anderen PC anschließen? Das geht nicht. Du kannst dich von diesem PC aus aber direkt auf die IP des RED Brick verbinden, das ist also kein USB notwendig an der Stelle. Ein Brick Viewer auf dem RED Brick sieht die Bricks/Bricklets genauso als wären sie per USB angeschlossen, genau. Genau. Das wäre die vorgehensweise. Wenn man Ethernet mit DHCP benutzt wird man USB denke ich nicht brauchen.

In Variante 3 wäre ein SAM3S4C Microcontroller mit dem auf dem RED Brick. An diesem wäre alles genauso angeschlossen wie auch beim Master Brick, bis auf USB. USB wäre direkt mit dem RED Brick verbunden. Das wäre für uns natürlich wenig Entwicklungsaufwand. In Variante 1+2 müssten wir einen Linux Kernel Treiber schreiben der die SPI Kommunikation des Master Bricks übernimmt. Klar!

Was heißt das genau? Geht die WIFI Extension nur nicht zum Hochschieben der Programme oder grundsätzlich nicht? Auch nicht bei der Variante mit Master Brick? Bei der Variante mit Master Brick macht die WIFI Extension keinen Sinn. Der Master Brick ist ja per USB (intern über die Leiterplatte) mit dem RED Brick verbunden. In unserem aktuellen System kann man ja auch kein USB und WIFI gleichzeitig nutzen. Für Variante 1 können wir für die Ethernet Extension einen Linux Kernel Treiber schreiben. Das hab ich mir genauer angeguckt, das ist definitiv möglich. Wir können allerdings keinen Linux Kernel Treiber für die WIFI Extension schreiben. Das Interface des WIFI Moduls ist absolut nicht kompatibel mit den sonst üblicherweise verwendeten WIFI ICs. Es ist für uns unmöglich dafür einen Linux Kernel Treiber zu schreiben.

Als Nachtrag: Bei Ethernet in Variante 1 hätte man natürlich auch die Möglichkeit den kompletten Stack inkl. RED Brick über PoE zu versorgen. Dies wäre bei Variante 2 und 3 oder mit WIFI nicht möglich.

Stromversorgung wäre über Mini USB (5V) oder über Step-Down Power Supply möglich. Genauso wie bei dem Master Brick und Also könnte man die Entwicklung in der IDE auch gleich auf dem RED direkt machen ohne Hochladen bzw. Deployen ? Das wäre möglich. So hoch wie der Stepper Brick, genau.

Ist schon klar, aber AuronX schlägt vor die HDMI wegzulassen, wie kann dem Benutzer dann das GUI vermittelt werden ?! Ah sorry, das hab ich nicht kapiert. Ohne HDMI gibt es natürlich keine Grafikausgabe. Ah! Ja genau. Das Programm läuft in einer Art Kiosk-Modus . Aha, d.h. kein Umweg über USB an das Steuerprogramm im Betriebssystem. Direkterer Weg also doppelt so schnell als mit Host-PC, also doppelt so schnelle Callbacks pro Sec als mit USB ? Da ist ein Geschwindigkeitsvorteil möglich. Wir haben bisher aber den SPI Linux Treiber noch nicht vollständig fertiggestellt, da können wir also erst wirklich genaue aussagen machen wenn es soweit ist.

Für eine GUI Applikation kannst du alles verwenden was es auch unter Linux gibt. Zum Beispiel Qt, GTK, LCL (ähnlich zu VCL, Delphi), Swing und AWK (Java), etc.

Warum wir gerne Ethernet haben möchten haben wir ja beschrieben, aber wir haben ja auch in Variante 1 drauf verzichtet. HDMI und USB-Host Kosten nur soviel wie 2 Buchsen, also 3€ in Summe. Das ist es denke ich Wert.

Das wird auf jeden Fall möglich sein! Der Preisanteil ist nur die HDMI Buchse selbst. Der Prozessor den wir verwenden werden hat eine direkte HDMI ausgabe. Also sowas wie 1,50€.

Klar geht das. Ist halt nicht so hübsch. Ich denke da z.B. an die Möglichkeit über ein Tablet ein Programm auf dem RED Brick über das Webinterface zu schreiben. Wir würden das aber machen wenn ihr die Variante vorzieht. Irgendeine Konfigurationsmöglichkeit muss es sowieso über USB geben. Zum Beispiel könntest du ja ein Netzwerk mit festen IPs verwenden. Da muss man dann dem RED Brick natürlich erst eine IP zuweisen bevor man Ethernet nutzen kann.

Was bedeutet Kiosk-Modus? Es sollte eigentlich nur die anfängliche Konfiguration notwendig sein. Größe, direkt per Board to Board Stecker benutzbar, viel einfacher zu bedienen, Performance ist ca. Faktor 2 zum RPi. Ist alles möglich wenn du das möchtest. Du könntest das RED Brick ohne Probleme als kleinen Office-PC nutzen .