Beaglebone Green

[Mathias]

Ich bin per Zufall auf einen neuen Mini-Computer gestossen.

http://www.seeed.cc/beaglebone_green/

So wie es aussieht, ist dies eine Mischung aus Rasberry Pi und Arduino.
Immerhin hat dieses Teil einen I2C-Bus.

[mschnell]

s eine Mischung aus Rasberry Pi und Arduino.
Immerhin hat dieses Teil einen I2C-Bus.

Mit dem, Pi hat es immerhin den Arm-Prozessor gemeinsam. Mit Arduino hat es wohl nichts zu tun.

Offensichtlich ist es eine Variante des BeagleBone Black (wie der Pi eine ARM/Linux Platine. Aber mehr auf (semi-) professionelle embedded Projekte ausgerichtet, als hauptsächlich zu Ausbildungszwecken wie der Pi )

Interessant wäre eine Liste der Unterschiede zum "Black".

Und was genau ist "Grove" ? Anscheinend ein proprietäres Interface der Firma Seeed.

-Michael

[Christian]

Ich kenn kein System mehr ohne I2C Bus

[Mathias]

Von Raspi selbst gibt es auch ein neues Modell:

https://www.raspberrypi.org/products/pi-zero/

[Christian]

Das scheint mir der Punkt an dem Mikrocontroller nur noch Sinn zum Stromspaaren machen also nur noch in Batterieanwendungen

[Mathias]

Der Raspi ist ein bisschen mehr als (nur) ein Mikrocontroller, eigentlich ist er ein kompletter PC, wen auch nicht allzu schnell.

[Christian]

Ich hab nicht vom Raspi gesprochen als ich Microcontroller sagte...

[mschnell]

Der Raspi ist ein bisschen mehr als (nur) ein Mikrocontroller, eigentlich ist er ein kompletter PC, wen auch nicht allzu schnell.

Die Welt der "embedded Microcontroller"-Platinen und der (Linux-) "PCs" wächst durch die immer kleinere, leistungsfähigere, Strom-sparendere und preiswertere Hardware mehr und mehr zusammen.

Es macht kaum noch Sinn, weniger als 1 GB RAM in eine allgemein verwendbare embedded Platine einzubauen oder SD-Karte, Ethernet und Grafik-Hardware wegzulassen.

Und mit Linux als Betriebssystem (oder auch Windows 10 IOT auf ARM und Intel) ist es für die Software dann kein Unterschied mehr ob "Embedded" oder "PC" (beim kostenlosen Win IOT allerdings nur "Service"-Anwendungen, aber auch die sind mit Lazarus gut machbar).

Bei embedded Projekten mit weniger als mehreren hundert Stück im Jahr würde ich nichts kleineres als etwa einen BeagleBone Black einsetzen (aber auch keinen Pi wegen mangelnder "Professionalität"). Am besten eine Q7 Platine, weil es bei diesem Standard-Format eine große Auswahl kompatibler Prozessor-Platinen von verschiedenen Herstellern gibt (Arm und Intel CPUs, Linux und (auch nicht-IOT- ) Windows).

-Michael

[marcov]

Bei embedded Projekten mit weniger als mehreren hundert Stück im Jahr würde ich nichts kleineres als etwa einen BeagleBone Black einsetzen (aber auch keinen Pi wegen mangelnder "Professionalität").

Hat der schon etwas mehr nützliche Peripherie dann? Wie Quadrature Encoder, PWM, Eine menge interrupt Pinnen, 4 oder mehr SPI, CAN usw?

Etwas mit Shields kommt mir gar nicht wie etwas professionelles vor, entweder mit RPI oder BBB. Daneben ist die meiste Industrielle HW zertifiziert für nutzen bis über 50 Grad (es kann heiß werden in ein Kontrolle-Kabinet)

[Christian]

Dieser Professionalität Spruch stösst mir auch auf.
Wir haben derzeit 7 Embedded Plattformen Blackfin,Arm7,Arm9 und überall gibts Treiberprobleme, keine Kernel Updates keinen richtigen Support. An einigen Treibern beissen sih die Professionellsten Kernel Entwickler aus DE die Zähne aus. Komischerweise läuft aufm Raspi alles. Nur will unsere Geschäftsleitung den nicht einsetzen weil es für den Endkunden beschaffbar ist ...

[mschnell]

Hat der schon etwas mehr nützliche Peripherie dann? Wie Quadrature Encoder, PWM, Eine menge interrupt Pinnen, 4 oder mehr SPI, CAN usw?

Einerseits ist die Peripherie beim BeagleBone auf 1/10 Zoll Pins herausgeführt, die man leicht und sicher auf Prototypen- und Klein-Stückzahlen- Träger-Platinen kontaktioeren kann.

Andererseits hat er ein Coprozessor-System ("PRUS"), das in der Lage ist unabhängig vom Linux ziemlich schnelle Signale zu erzeugen und zu dekodieren. Ein Freund von mir hat damit DMX in und out und Ansteuerung fpr 3-Farb-LED-Chip-Ketten (alles gleichzeitig) gemacht.

Etwas mit Shields kommt mir gar nicht wie etwas professionelles vor, entweder mit RPI oder BBB. Daneben ist die meiste Industrielle HW zertifiziert für nutzen bis über 50 Grad (es kann heiß werden in ein Kontrolle-Kabinet)

Tatsächlich "unprofessionell" ist (auch) bei den leicht verfügbaren BeagleBone-Angeboten der Temperatur-Bereich. Der Prozessor-Chip kann zwar -20 bis +85 °C (oder so ähnlich) aber bei den übrigen Bauteilen scheinen die Hersteller zu sparen.

-Michael

[mschnell]

überall gibts Treiberprobleme, keine Kernel Updates keinen richtigen Support.

Der Freund von mir, der mit Dem BeagleBone Systeme für Kunden baut hat mit Debian da keine bekannten Probleme.

Der RasPi ist vom ursprünglichen Konsortium explizit für Ausblidungs-Zwecke und nicht für "professionellen" embedded Einsatz positioniert. Deshalb gibt es wohl auch besonders verständliche Dokumentation und leicht einsetzbare Support-Software dafür.

Komischerweise läuft aufm Raspi alles.

Sogar Windows 10 IOT (Aber für Windows 10 auf ARM gibt es noch keinen Lazarus-Support )

-Michael

[Christian]

Mit dem BeagleBone haben wir keine Erfahrungen.
Windows10 IoT bringt kaum Treiber mit, da ist man mit Linux weitaus besser dran.
Hast du da schonmal probiert nen Programm für zu schreiben ?
Dachte gegen die WinRT Runtime kann man nicht linken weil irgendwelche Bibliotheken fehlen oder sowas ?!

[mschnell]

Windows10 IoT ... Hast du da schonmal probiert nen Programm für zu schreiben ?

Ich nicht, aber ein Kollege von mit hat ein Delphi-Programm (ein Windows (Desktop-PC-) Dienst) unter Win 10 IoT auf dem Minow Board Max (Intel CPU) ohne Änderung laufen.

Dachte gegen die WinRT Runtime kann man nicht linken weil irgendwelche Bibliotheken fehlen oder sowas ?!

Win 10 IOT benutzt nicht die WinRT Library, sondern die normal Windows API, nur fehlen beispielsweise die GUI-Calls. Deshalb kann man nur Dienste und keine normalen Applikationen starten. Bei Diensten ist aber alles anscheinend wie auf dem Dektop. Bei Intel CPUs braucht mal also beim Übersetzen eines Dienstes nichts besonderes zu beachten. Es könnte höchstens zusätzliche APIs geben, die man nur bei IOT aber nicht auf dem Desktop verwenden kann. Wie die allerdings die API von Win IoT auf ARM aussieht, weiß ich nicht. Wenn ich die Microsoft Töne ("there is only one Windows 10 and this is going to be used everywhere") richtig interpretiere, sollte es für den Hochsprachen- (C-) Code dieselbe sein wie bei Intel. Also nicht Win RT. "Normale" Win API auf ARM bietet Lazarus vermutlich bisher nicht.

-Michael

[marcov]

Komischerweise läuft aufm Raspi alles.

Ich präferiere etwas mit eine funktionaler GPU

Weil das mangelt noch immer am RPI. Es gibt etwas minimaler modesetting, aber keinen 3D acceleration.