Welcher Einplatinen-Computer eignet sich?

Moin,

mit Visual Basic und Assembler wollte ich nur sagen, das ich schon ein 
bisschen was kann un d die µC programmieren könnte, mir fehlt halt nur 
der Einplatinen-Computer, für dessen Visualisierung ich auch gerne was 
dazu lernen würde. Ebenfalls kann ich auch PHP, HTML usw. Weshalb Linux 
also überhaupt kein Problem wäre.

Anforderungen:

- Klein (Ideal wäre passend in ein Hutschienengehäuse, sonst egal)
- Stromsparend (Deshalb keinen "normalen PC")
- Leicht verwendbar mit µC (I²C oder ähnliches)
- Netzwerk/Ethernet
- Günstig

MFG

Da würde ich so spontan vorschlagen:

- Beagle Bone (Black? oder das alte...)
- Raspberry Pi

Sind klein, günstig und haben Ethernet sowie die gängigen Schnittstellen 
(I2C, SPI, UART).

Tach Moritz,

die funktionalität eines webservers bekommst du auch auf einem mega hin. 
Was gibt es sonst noch für Anforderungen? Soll es ien grafisches front 
end geben?

Neben dem ganzen neuen ARM geraffel gibt es auch noch die gute alte x86 
Schiene. Erwähnt sei da Vortex86 und VIA EDEN. Das sind ebenfalls SOCs 
und werden in winzigen Bauformen angeboten. Wenn es ein bischen 
moderner/leistungsstärker sein soll könnte man sich auch komakte Atom 
boards finden.

Es gibt also eine endlose Liste und das du hier fragst und nicht einfach 
einen Rasp kaufst führt mich zu der Frage:

Was ist die Frage?

Thor

Nachtrag: Bei Verwendung eines der von mir genannten Boards in 
Verbindung mit einer Linux-Distribution könntest du dort auch in 
Verbindung mit dem Mono-Framework VB.NET verwenden.

Gibt noch ein paar andere Linux-Basics, würde sich sicherlich was finden 
lassen.

Wenn dir Basic "gut reinläuft" könntest du die ATMegas dann mit BASCOM 
programmieren.

Also es geht mir eigentlich nur darum, das der Einplatinen-Computer 
einfach mit µC kommunizieren kann, und man darauf einen kleinen 
Webserver (Visualisierung) und eventuell eine kleine Datenbank laufen 
lassen kann. Da mit die Programmierung mit Visual Basic aber so gut 
Gefällt und ich in Assembler nur ein "Anfänger" bin, wollt ich mir 
keinen eigenen Webserver basteln.

Eventuell wird das ganze zwischen dem Beaglebone Black und dem Raspberry 
PI tendieren.

Läuft auf dem Beaglebone eigentlich auch Linux, und wie spricht man bei 
beiden die GPIO's mit Linux an (Gibts da genügend Tutorials?) ?

MFG

Nimm nen rPi, meiner Meinung nach der beste Kompromiss aus Preis und 
Leistung für deine Anwendung. Programmieren in Python wirst du mit 
deinen Vorkenntnissen sicher schnell hinbekommen.

Viele Grüße

Moritz S. schrieb:

> - Leicht verwendbar mit µC (I²C oder ähnliches)

I2C ist nicht für die Verwendung in Rechnernetzen über längere Distanzen 
etc gedacht und geeignet. Dafür ist es nicht robust genug. Verwende CAN 
oder RS485 dafür!

CAN mit dem RPi ist ein Trauerspiel, während der BeagleBone das direkt 
im Prozessor drin hat. Auf der anderen Seite brauchst Du bei AVRs meist 
auch einen externen CAN-Controller, während es bei PIC18/PIC24 zB eine 
viel größere Auswahl an Chips gibt.

CAN macht mehr in Hardware, was du bei RS485 selber in Software 
programmieren musst.

fchk

greg schrieb:
> Frank K. schrieb:
>> CAN mit dem RPi ist ein Trauerspiel
>
> Warum? Ist halt nicht eingebaut. Braucht man eben ein kleines Modul für.
> Dann geht's aber gut.

... solange Du keine hohen Busgeschwindigkeiten und Buslasten hast. Das 
SPI des MCP2515 ist der Flaschenhals, den es bei anderen Plattformen mit 
eingebautem CAN-Controller nicht gibt.

fchk

Moritz S. schrieb:
> Also es geht mir eigentlich nur darum, das der Einplatinen-Computer
> einfach mit µC kommunizieren kann, und man darauf einen kleinen
> Webserver (Visualisierung) und eventuell eine kleine Datenbank laufen
> lassen kann.

Naja, das kommt darauf an, wie Du kommunizieren willst. Immerhin gibt es 
ja sogar AtMegas mit USB-Schnittstelle, die Du direkt an die USB-Ports 
der SBC anschließen könntest (vermutlich ist die maximale Reichweite von 
USB mit 5 Metern dabei das größte Problem, es sei denn, Du wohntest in 
einer Hundehütte :-)). Ansonsten wirst Du ein oder mehrere Bussysteme 
auswählen wollen, nach Kriterien wie:

 - welche Datenmenge pro Zeiteinheit, soll
 - über welche Entfernung, und
 - über welches Medium (Draht, Funk, (Infrarot, ...))

übertragen werden? Bei den Drahtgebundenen wurden bereits CAN und RS-485 
genannt, OneWire könnte für eher einfache Kommunikation eine Lösung 
sein, Ethernet für umfangreiche Daten. Funkkommunikation kann über 
ZigBee, WLAN, und mit etlichen anderen mehr oder weniger gebräuchlichen 
Modulen gemacht werden. Für alle diese Systeme bekommst Du aber sowohl 
für den RasPi wie auch für den Beaglebone und so ziemlich alle anderen 
SBCs fertige Module, die über USB oder GPIOs angeschlossen werden 
können.

> Eventuell wird das ganze zwischen dem Beaglebone Black und dem Raspberry
> PI tendieren.
>
> Läuft auf dem Beaglebone eigentlich auch Linux, und wie spricht man bei
> beiden die GPIO's mit Linux an (Gibts da genügend Tutorials?) ?

Die IMHO wichtigsten Gründe, die für RasPi sprechen: größere Verbreitung 
und Community, mehr Dokumentation und Erweiterungen, deshalb gibt es da 
wahrscheinlich auch die größte Zukunftssicherheit. Auf diese würde ich 
persönlich ein ganz besonderes Augenmerk legen -- nichts ist blöder, als 
wenn dein SBC in zehn Jahren kaputt geht und Du keinen Ersatz bekommst, 
oder wenn die gewählte Software (Linuxdistribution, Programmiersprache, 
...) irgendwann nicht mehr weiter entwickelt und gepflegt wird.

Linux läuft auf beiden, aber während für das Beaglebone vornehmlich eher 
exotische Linux-Distributionen wie Aengström und Maemo benutzt werden, 
basiert die Standarddistribution Raspbian des RasPi auf dem bekannten, 
weitverbreiteten und sehr gut dokumentierten Debian GNU/Linux.

Auf einem SBC kannst Du übrigens auch eine richtige Datenbank wie 
Postgres laufen lassen, und wenn Du möchtest auch einen richtigen großen 
Webserver wie den Apache -- dabei geht es ja nicht um hunderte oder gar 
tausende von parallelen Zugriffen oder um maximale Performanz. Ich 
persönlich benutze Postgres und Redis für das Datenbank-Backend sowie 
den Webserver aus dem Flask-Framework für Python -- weil ich das schon 
kann und es viele nette, extrem leistungsfähige und performante 
Erweiterungen für die Datenanalyse und -Visualisierung gibt --, aber 
ebenso würde ein klassischer LAMP-Stack (MySQL mit Apache und Perl oder 
PHP) oder auch Ruby on Rails gehen.