Embedded Linux - Versionsgeschichte

RealPixelcode: Bindestriche hinzugefügt

2024-10-14T11:59:59Z

Bindestriche hinzugefügt

← Nächstältere Version		Version vom 14. Oktober 2024, 13:59 Uhr
Zeile 7:		Zeile 7:
	=== Allgemeiner Aufbau ===		=== Allgemeiner Aufbau ===
	Ein Embedded-Linux-System ist grob in drei Schichten unterteilbar.		Ein Embedded-Linux-System ist grob in drei Schichten unterteilbar.
	Die unterste Schicht wird durch die zugrunde liegende Hardware gestellt. Hierbei wird von den Treibern der folgenden Schicht so gut wie alles an Hardware abgedeckt, was ein [[32-Bit-Architektur\|32-Bit]] Prozessor bietet. Die zweite Schicht besteht aus dem eigentlichen [[Kernel (Betriebssystem)\|Kernel]], welcher wieder dreifach geschichtet ist. Die unterste Schicht hiervon ist eine Low-Level-Schnittstelle, welche eine erste Hardware-Abstraktion mit kleinem API für darüberliegende Schichten bietet. Danach folgen kleine Module zur (Vorab-)Interpretation von strukturierten Daten aus den Filesystem- und Netzwerkprotokollen, welche der Kernel empfängt und sendet. An dieser Stelle können schon erste Weichen zu Standards auf höheren Schichten gestellt werden. Die letzte Kernelschicht wird auch High-Level-Abstraction-Layer genannt und ist schon bei vielen Linux-Derivaten und Unixen gleich oder ähnlich. Diese Schicht ist bis auf Ausnahmen hardwareunabhängig; hier werden z. B. Prozesse, Threads, Dateien, Sockets und Signale generiert bzw. verarbeitet.		Die unterste Schicht wird durch die zugrunde liegende Hardware gestellt. Hierbei wird von den Treibern der folgenden Schicht so gut wie alles an Hardware abgedeckt, was ein [[32-Bit-Architektur\|32-Bit]]-Prozessor bietet. Die zweite Schicht besteht aus dem eigentlichen [[Kernel (Betriebssystem)\|Kernel]], welcher wieder dreifach geschichtet ist. Die unterste Schicht hiervon ist eine Low-Level-Schnittstelle, welche eine erste Hardware-Abstraktion mit kleinem API für darüberliegende Schichten bietet. Danach folgen kleine Module zur (Vorab-)Interpretation von strukturierten Daten aus den Filesystem- und Netzwerkprotokollen, welche der Kernel empfängt und sendet. An dieser Stelle können schon erste Weichen zu Standards auf höheren Schichten gestellt werden. Die letzte Kernelschicht wird auch High-Level-Abstraction-Layer genannt und ist schon bei vielen Linux-Derivaten und Unixen gleich oder ähnlich. Diese Schicht ist bis auf Ausnahmen hardwareunabhängig; hier werden z. B. Prozesse, Threads, Dateien, Sockets und Signale generiert bzw. verarbeitet.
	In der letzten Schicht des Embedded-Linux-Systems sind verschiedene [[C (Programmiersprache)\|C]]-Bibliotheken (oder speziell für eingebettete Systeme speicheroptimierte Ersatzbibliotheken) und auch die Anwendungssoftware angesiedelt. Die Bibliotheken werden meist dynamisch mit den Anwendungen verlinkt.		In der letzten Schicht des Embedded-Linux-Systems sind verschiedene [[C (Programmiersprache)\|C]]-Bibliotheken (oder speziell für eingebettete Systeme speicheroptimierte Ersatzbibliotheken) und auch die Anwendungssoftware angesiedelt. Die Bibliotheken werden meist dynamisch mit den Anwendungen verlinkt.

Zeile 44:		Zeile 44:

	==== MIPS ====		==== MIPS ====
	Obgleich die [[MIPS-Architektur]], ''Microprocessor without interlocked pipeline stages'' bedeutet so viel wie Mikroprozessor ohne Pipeline-Sperren, sich ebenfalls durch geringere Komplexität und damit geringere Kosten auszeichnet, ist die Linuxunterstützung hierfür noch nicht ausgereift. Es mag eine Frage der Zeit sein, bis die 32-Bit oder die 64-Bit Version in Embedded-Linux-Systemen Einzug hält; momentan beschränkt sich die Unterstützung auf eine Portierung einzelner Distributionen, da der Befehlssatz von Lizenznehmer zu Lizenznehmer mitunter sehr stark variiert. Da die MIPS-Architektur ursprünglich im Workstation- und Serverbereich „groß geworden“ ist, häufig auf ein spezielles Motherboard zugeschnitten war und die Java-Unterstützung nicht sichergestellt war, ist der Einsatz als Grundlage eines Embedded-Linux-Systems nicht unumstritten beziehungsweise zumindest aufwändig und führt zu proprietären Lösungen.		Obgleich die [[MIPS-Architektur]], ''Microprocessor without interlocked pipeline stages'' bedeutet so viel wie Mikroprozessor ohne Pipeline-Sperren, sich ebenfalls durch geringere Komplexität und damit geringere Kosten auszeichnet, ist die Linuxunterstützung hierfür noch nicht ausgereift. Es mag eine Frage der Zeit sein, bis die 32-Bit- oder die 64-Bit-Version in Embedded-Linux-Systemen Einzug hält; momentan beschränkt sich die Unterstützung auf eine Portierung einzelner Distributionen, da der Befehlssatz von Lizenznehmer zu Lizenznehmer mitunter sehr stark variiert. Da die MIPS-Architektur ursprünglich im Workstation- und Serverbereich „groß geworden“ ist, häufig auf ein spezielles Motherboard zugeschnitten war und die Java-Unterstützung nicht sichergestellt war, ist der Einsatz als Grundlage eines Embedded-Linux-Systems nicht unumstritten beziehungsweise zumindest aufwändig und führt zu proprietären Lösungen.

	==== Hitachi SuperH ====		==== Hitachi SuperH ====

Leyo: falschen Freund Referenzen (≠ references) ersetzt

2022-10-18T22:54:04Z

falschen Freund Referenzen (≠ references) ersetzt

← Nächstältere Version		Version vom 19. Oktober 2022, 00:54 Uhr
Zeile 61:		Zeile 61:
	* Karim Yaghmour: ''Building Embedded Linux Systems.'' O’Reilly, Beijing [u. a.] 2003. ISBN 0-596-00222-X		* Karim Yaghmour: ''Building Embedded Linux Systems.'' O’Reilly, Beijing [u. a.] 2003. ISBN 0-596-00222-X

	== ~~Referenzen~~ ==		== Einzelnachweise ==
	<references />		<references />

86.111.155.59: Typos, Link

2021-02-19T23:07:55Z

Typos, Link

← Nächstältere Version		Version vom 20. Februar 2021, 01:07 Uhr
Zeile 7:		Zeile 7:
	=== Allgemeiner Aufbau ===		=== Allgemeiner Aufbau ===
	Ein Embedded-Linux-System ist grob in drei Schichten unterteilbar.		Ein Embedded-Linux-System ist grob in drei Schichten unterteilbar.
	Die unterste Schicht wird durch die zugrunde liegende Hardware gestellt. Hierbei wird von den Treibern der folgenden Schicht so gut wie alles an Hardware abgedeckt, was ein [[32-Bit-Architektur\|32-Bit]] Prozessor bietet. Die zweite Schicht besteht aus dem eigentlichen [[Kernel (Betriebssystem)\|Kernel]], welcher wieder dreifach geschichtet ist. Die unterste Schicht hiervon ist eine Low-Level-Schnittstelle, welche eine erste Hardware-Abstraktion mit ~~kleiner~~ API für darüberliegende Schichten bietet. Danach folgen kleine Module zur (Vorab-)Interpretation von strukturierten Daten aus den Filesystem- und Netzwerkprotokollen, welche der Kernel empfängt und sendet. An dieser Stelle können schon erste Weichen zu Standards auf höheren Schichten gestellt werden. Die letzte Kernelschicht wird auch High-Level-Abstraction-Layer genannt und ist schon bei vielen Linux-Derivaten und Unixen gleich oder ähnlich. Diese Schicht ist bis auf Ausnahmen hardwareunabhängig; hier werden z. B. Prozesse, Threads, Dateien, Sockets und Signale generiert bzw. verarbeitet.		Die unterste Schicht wird durch die zugrunde liegende Hardware gestellt. Hierbei wird von den Treibern der folgenden Schicht so gut wie alles an Hardware abgedeckt, was ein [[32-Bit-Architektur\|32-Bit]] Prozessor bietet. Die zweite Schicht besteht aus dem eigentlichen [[Kernel (Betriebssystem)\|Kernel]], welcher wieder dreifach geschichtet ist. Die unterste Schicht hiervon ist eine Low-Level-Schnittstelle, welche eine erste Hardware-Abstraktion mit kleinem API für darüberliegende Schichten bietet. Danach folgen kleine Module zur (Vorab-)Interpretation von strukturierten Daten aus den Filesystem- und Netzwerkprotokollen, welche der Kernel empfängt und sendet. An dieser Stelle können schon erste Weichen zu Standards auf höheren Schichten gestellt werden. Die letzte Kernelschicht wird auch High-Level-Abstraction-Layer genannt und ist schon bei vielen Linux-Derivaten und Unixen gleich oder ähnlich. Diese Schicht ist bis auf Ausnahmen hardwareunabhängig; hier werden z. B. Prozesse, Threads, Dateien, Sockets und Signale generiert bzw. verarbeitet.
	In der letzten Schicht des Embedded-Linux-Systems sind verschiedene [[C (Programmiersprache)\|C]]-Bibliotheken (oder speziell für eingebettete Systeme speicheroptimierte Ersatzbibliotheken) und auch die Anwendungssoftware angesiedelt. Die Bibliotheken werden meist dynamisch mit den Anwendungen verlinkt.		In der letzten Schicht des Embedded-Linux-Systems sind verschiedene [[C (Programmiersprache)\|C]]-Bibliotheken (oder speziell für eingebettete Systeme speicheroptimierte Ersatzbibliotheken) und auch die Anwendungssoftware angesiedelt. Die Bibliotheken werden meist dynamisch mit den Anwendungen verlinkt.

Zeile 16:		Zeile 16:
	Bei der Entwicklung von Embedded-Linux-Systemen kann grob zwischen ''Cross-Development'' und ''Standalone Setups'' (also Nicht-Cross-Development) unterschieden werden. Cross-Development lässt sich außerdem in die beiden Untergruppen ''Linked Setup'' und ''Removable Storage Setup'' unterteilen. Ein Beispiel für Cross-Development ist [[OpenWrt]]<ref>{{cite web \|url=http://wiki.openwrt.org/de/about/toolchain \|title=Über OpenWrt Buildroot\| accessdate=2012-05-15}} Eine knappe Beschreibung</ref>.		Bei der Entwicklung von Embedded-Linux-Systemen kann grob zwischen ''Cross-Development'' und ''Standalone Setups'' (also Nicht-Cross-Development) unterschieden werden. Cross-Development lässt sich außerdem in die beiden Untergruppen ''Linked Setup'' und ''Removable Storage Setup'' unterteilen. Ein Beispiel für Cross-Development ist [[OpenWrt]]<ref>{{cite web \|url=http://wiki.openwrt.org/de/about/toolchain \|title=Über OpenWrt Buildroot\| accessdate=2012-05-15}} Eine knappe Beschreibung</ref>.

	'''Linked Setup''' ist die Entwicklungsumgebung, die das klassische Cross-Development darstellt. Man benutzt ein Host-System auf dem eine größere IDE (''Integrated Development Environment'') laufen kann zum Implementieren des eigentlichen Quellcodes. Dieser Code wird über die Links (daher der Name Linked Setup) auf das Target übertragen, auf dem sich dann ein Bootloader, der Kernel und ein (minimales) Rootfilesystem oder ein Networkfilesystem befinden. Die Links sind serielle Verbindungen wie RS232 oder aber Ethernet oder beides zusammen. Aufgrund der höheren Geschwindigkeit wird häufig Ethernet für den Upload des Codes auf das Target benutzt und die Verbindung des RS232 für die Rückrichtung zum Debugging mit geringerem Datenaufkommen.		'''Linked Setup''' ist die Entwicklungsumgebung, die das klassische Cross-Development darstellt. Man benutzt ein Host-System, auf dem eine größere IDE (''Integrated Development Environment'') laufen kann, zum Implementieren des eigentlichen Quellcodes. Dieser Code wird über die Links (daher der Name Linked Setup) auf das Target übertragen, auf dem sich dann ein Bootloader, der Kernel und ein (minimales) Rootfilesystem oder ein Networkfilesystem befinden. Die Links sind serielle Verbindungen wie RS232 oder aber Ethernet oder beides zusammen. Aufgrund der höheren Geschwindigkeit wird häufig Ethernet für den Upload des Codes auf das Target benutzt und die Verbindung des RS232 für die Rückrichtung zum Debugging mit geringerem Datenaufkommen.

	Der Aufbau des '''Removable Storage Setup''' lehnt sich grundsätzlich an den des Linked Setup an, jedoch wird bei der Entwicklung ein Zwischenspeicher (Storage) zur Verfügung gestellt, auf dem der zweite Bootloader, der Kernel sowie das Rootfilesystem vom Host abgelegt werden. Auf dem Target befindet sich vorerst lediglich der erste Bootloader, welcher danach den Rest des Systems vom Zwischenspeicher bootet.		Der Aufbau des '''Removable Storage Setup''' lehnt sich grundsätzlich an den des Linked Setup an, jedoch wird bei der Entwicklung ein Zwischenspeicher (Storage) zur Verfügung gestellt, auf dem der zweite Bootloader, der Kernel sowie das Rootfilesystem vom Host abgelegt werden. Auf dem Target befindet sich vorerst lediglich der erste Bootloader, welcher danach den Rest des Systems vom Zwischenspeicher bootet.

	Bei der Entwicklung mit sogenanntem '''Standalone Setup''' verzichtet man auf eine große, separate Entwicklungsplattform zu Gunsten eines alleinstehenden, entwicklungsfähigen Targets. Offensichtlich deutet dies auf eine gewisse Größe des Targets hin, denn die Entwicklungsumgebung ~~ist~~ nun auf ihm selbst. Bei gegebener Hardware ist diese Möglichkeit populär, da dann alle zu entwickelnden Komponenten von vornherein in ihrer ''natürlichen'' Arbeitsumgebung laufen.		Bei der Entwicklung mit sogenanntem '''Standalone Setup''' verzichtet man auf eine große, separate Entwicklungsplattform zu Gunsten eines alleinstehenden, entwicklungsfähigen Targets. Offensichtlich deutet dies auf eine gewisse Größe des Targets hin, denn die Entwicklungsumgebung liegt nun auf ihm selbst. Bei gegebener Hardware ist diese Möglichkeit populär, da dann alle zu entwickelnden Komponenten von vornherein in ihrer ''natürlichen'' Arbeitsumgebung laufen.

	=== Verwendete Hardware ===		=== Verwendete Hardware ===
Zeile 31:		Zeile 31:

	==== x86 ====		==== x86 ====
	Eine sehr häufig verwendete Prozessorfamilie ist die [[X86-Prozessor\|x86]]. Die Linuxunterstützung beginnt prinzipiell mit allen Versionen des 386ers. Wie schon weiter oben erwähnt, wird durch das Projekt ELKS (Embedded Linux Kernel Subset) auch die Verwendbarkeit von Linux auf 286ern sichergestellt, um Embedded-Linux-Systeme besser an die Größenerfordernisse von kleineren Eingebetteten Systemen anzupassen. Nach dem 486er wurden auch Intels Pentiums sowie die entsprechenden Fabrikate anderer Hersteller unterstützt, was technologisch und historisch gesehen den Sprung auf ~~superskalare~~ [[Complex Instruction Set Computing\|CISC]]-Prozessoren für Linux darstellte. Insgesamt kann man feststellen, dass der Familie der x86er eine nahezu lückenlose Unterstützung durch Linux erfährt, was jedoch nicht vordergründig aus dem Embedded-Bereich herrührt, sondern von Workstations und Desktop-PCs. Damit lässt sich begründen, warum die Reihe der x86er trotz ihrer breiten Linuxkompatibilität im traditionellen Umfeld der Eingebetteten Systeme nur einen kleinen Anteil an der verwendeten Architektur stellt. Häufiger finden ARM, MIPS sowie [[PowerPC]] wegen geringerer Komplexität und günstigerer Kosten den Weg in die Produktion.		Eine sehr häufig verwendete Prozessorfamilie ist die [[X86-Prozessor\|x86]]. Die Linuxunterstützung beginnt prinzipiell mit allen Versionen des 386ers. Wie schon weiter oben erwähnt, wird durch das Projekt ELKS (Embedded Linux Kernel Subset) auch die Verwendbarkeit von Linux auf 286ern sichergestellt, um Embedded-Linux-Systeme besser an die Größenerfordernisse von kleineren Eingebetteten Systemen anzupassen. Nach dem 486er wurden auch Intels Pentiums sowie die entsprechenden Fabrikate anderer Hersteller unterstützt, was technologisch und historisch gesehen den Sprung auf [[Superskalarität\|superskalar]]e [[Complex Instruction Set Computing\|CISC]]-Prozessoren für Linux darstellte. Insgesamt kann man feststellen, dass der Familie der x86er eine nahezu lückenlose Unterstützung durch Linux erfährt, was jedoch nicht vordergründig aus dem Embedded-Bereich herrührt, sondern von Workstations und Desktop-PCs. Damit lässt sich begründen, warum die Reihe der x86er trotz ihrer breiten Linuxkompatibilität im traditionellen Umfeld der Eingebetteten Systeme nur einen kleinen Anteil an der verwendeten Architektur stellt. Häufiger finden ARM, MIPS sowie [[PowerPC]] wegen geringerer Komplexität und günstigerer Kosten den Weg in die Produktion.

	==== ARM ====		==== ARM ====

Aka: /* Entwicklungsumgebungen */ Leerzeichen vor Referenz entfernt

2019-03-18T16:46:27Z

Entwicklungsumgebungen: Leerzeichen vor Referenz entfernt

← Nächstältere Version		Version vom 18. März 2019, 18:46 Uhr
Zeile 14:		Zeile 14:

	=== Entwicklungsumgebungen ===		=== Entwicklungsumgebungen ===
	Bei der Entwicklung von Embedded-Linux-Systemen kann grob zwischen ''Cross-Development'' und ''Standalone Setups'' (also Nicht-Cross-Development) unterschieden werden. Cross-Development lässt sich außerdem in die beiden Untergruppen ''Linked Setup'' und ''Removable Storage Setup'' unterteilen. Ein Beispiel für Cross-Development ist [[OpenWrt]] <ref>{{cite web \|url=http://wiki.openwrt.org/de/about/toolchain \|title=Über OpenWrt Buildroot\| accessdate=2012-05-15}} Eine knappe Beschreibung</ref>.		Bei der Entwicklung von Embedded-Linux-Systemen kann grob zwischen ''Cross-Development'' und ''Standalone Setups'' (also Nicht-Cross-Development) unterschieden werden. Cross-Development lässt sich außerdem in die beiden Untergruppen ''Linked Setup'' und ''Removable Storage Setup'' unterteilen. Ein Beispiel für Cross-Development ist [[OpenWrt]]<ref>{{cite web \|url=http://wiki.openwrt.org/de/about/toolchain \|title=Über OpenWrt Buildroot\| accessdate=2012-05-15}} Eine knappe Beschreibung</ref>.

	'''Linked Setup''' ist die Entwicklungsumgebung, die das klassische Cross-Development darstellt. Man benutzt ein Host-System auf dem eine größere IDE (''Integrated Development Environment'') laufen kann zum Implementieren des eigentlichen Quellcodes. Dieser Code wird über die Links (daher der Name Linked Setup) auf das Target übertragen, auf dem sich dann ein Bootloader, der Kernel und ein (minimales) Rootfilesystem oder ein Networkfilesystem befinden. Die Links sind serielle Verbindungen wie RS232 oder aber Ethernet oder beides zusammen. Aufgrund der höheren Geschwindigkeit wird häufig Ethernet für den Upload des Codes auf das Target benutzt und die Verbindung des RS232 für die Rückrichtung zum Debugging mit geringerem Datenaufkommen.		'''Linked Setup''' ist die Entwicklungsumgebung, die das klassische Cross-Development darstellt. Man benutzt ein Host-System auf dem eine größere IDE (''Integrated Development Environment'') laufen kann zum Implementieren des eigentlichen Quellcodes. Dieser Code wird über die Links (daher der Name Linked Setup) auf das Target übertragen, auf dem sich dann ein Bootloader, der Kernel und ein (minimales) Rootfilesystem oder ein Networkfilesystem befinden. Die Links sind serielle Verbindungen wie RS232 oder aber Ethernet oder beides zusammen. Aufgrund der höheren Geschwindigkeit wird häufig Ethernet für den Upload des Codes auf das Target benutzt und die Verbindung des RS232 für die Rückrichtung zum Debugging mit geringerem Datenaufkommen.

Invisigoth67: typo

2018-09-13T16:00:13Z

typo

← Nächstältere Version		Version vom 13. September 2018, 18:00 Uhr
Zeile 38:		Zeile 38:

	==== ETRAX CRIS ====		==== ETRAX CRIS ====
	[[ETRAX CRIS]] bezeichnet eine Prozessorfamilie von Axis Communications. Dabei steht ETRAX für '''E'''thernet, '''T'''oken '''R'''ing, '''A'''chse (engl. '''AX'''is), auch wenn der Begriff nicht länger korrekt ist, weil der Support für Token Ring bei den jüngeren Modellen entfernt wurde. Diese Prozessoren basieren auf dem '''C'''ode '''R'''educed '''I'''nstruction '''S'''et (CRIS). Aktuelle Modelle sind [[ETRAX CRIS\|ETRAX 100LX]] mit 100 MHz 32 bit [[Reduced Instruction Set Computing\|RISC]] CPU und [[ETRAX CRIS\|ETRAX 200FS]] mit 200 MHz 32 bit RISC CPU, welche über einen [[Kryptographie]]-Beschleuniger und ein über [[Microcode]] steuerbaren I/O-Prozessor verfügt. ETRAX CPUs sind für den Einsatz unter Embedded Linux optimiert und eignen sich durch ~~Ihre~~ hohe Konfigurierbarkeit hervorragend zur Netzwerkintegration elektronischer Geräte. Der italienische Hersteller ACME Systems hat auf Basis des 100LX einen voll funktionsfähigen Linux-Einplatinen-Computer mit LAN und USB unter dem Namen Fox Board auf den Markt gebracht.		[[ETRAX CRIS]] bezeichnet eine Prozessorfamilie von Axis Communications. Dabei steht ETRAX für '''E'''thernet, '''T'''oken '''R'''ing, '''A'''chse (engl. '''AX'''is), auch wenn der Begriff nicht länger korrekt ist, weil der Support für Token Ring bei den jüngeren Modellen entfernt wurde. Diese Prozessoren basieren auf dem '''C'''ode '''R'''educed '''I'''nstruction '''S'''et (CRIS). Aktuelle Modelle sind [[ETRAX CRIS\|ETRAX 100LX]] mit 100 MHz 32 bit [[Reduced Instruction Set Computing\|RISC]] CPU und [[ETRAX CRIS\|ETRAX 200FS]] mit 200 MHz 32 bit RISC CPU, welche über einen [[Kryptographie]]-Beschleuniger und ein über [[Microcode]] steuerbaren I/O-Prozessor verfügt. ETRAX CPUs sind für den Einsatz unter Embedded Linux optimiert und eignen sich durch ihre hohe Konfigurierbarkeit hervorragend zur Netzwerkintegration elektronischer Geräte. Der italienische Hersteller ACME Systems hat auf Basis des 100LX einen voll funktionsfähigen Linux-Einplatinen-Computer mit LAN und USB unter dem Namen Fox Board auf den Markt gebracht.

	==== PowerPC ====		==== PowerPC ====

Aka: Abkürzung korrigiert, Links normiert

2018-05-24T21:48:19Z

Abkürzung korrigiert, Links normiert

← Nächstältere Version		Version vom 24. Mai 2018, 23:48 Uhr
Zeile 34:		Zeile 34:

	==== ARM ====		==== ARM ====
	Die [[ARM-Architektur]] (Advanced RISC Machine) sowie die des StrongARM sind im Bereich der Eingebetteten Systeme beliebte Prozessoren und zwar in erster Linie auf Grund ihrer geringen Stromaufnahme. Daher kamen sie schon früh für Embedded-Linux-Systeme in Betracht und wurden unterstützt. Obwohl ARM auch eine Firma ist, werden von ihr nur die Lizenzen zum Bau ihrer Prozessoren vertrieben. Alle bekannten Prozessorhersteller sind Lizenznehmer bei/für ARM. Die Projekte [[RTAI]] und [[RTLinux]] von der Firma FSMLabs (es werden hier eine freie sowie eine kommerzielle Variante angeboten) haben sich spezifischer mit der Nutzung von ARM-Architekturen mit Hinblick auf [[Echtzeit#Echtzeit-~~Qualit.C3.A4t~~\|harte]] Echtzeitanwendungen für Embedded Linux befasst. Die Tatsache, dass es sich hierbei um militärische End-Anwendungen mit sehr kostenintensiven Produkten handelt, zeigt übrigens äußerst deutlich, dass man sehr hohe Erwartungen an Embedded Linux als hartes Echtzeitbetriebssystem stellt und nicht von einem großen Kostenaufwand zurückschreckt.		Die [[ARM-Architektur]] (Advanced RISC Machine) sowie die des StrongARM sind im Bereich der Eingebetteten Systeme beliebte Prozessoren und zwar in erster Linie auf Grund ihrer geringen Stromaufnahme. Daher kamen sie schon früh für Embedded-Linux-Systeme in Betracht und wurden unterstützt. Obwohl ARM auch eine Firma ist, werden von ihr nur die Lizenzen zum Bau ihrer Prozessoren vertrieben. Alle bekannten Prozessorhersteller sind Lizenznehmer bei/für ARM. Die Projekte [[RTAI]] und [[RTLinux]] von der Firma FSMLabs (es werden hier eine freie sowie eine kommerzielle Variante angeboten) haben sich spezifischer mit der Nutzung von ARM-Architekturen mit Hinblick auf [[Echtzeit#Echtzeit-Qualität\|harte]] Echtzeitanwendungen für Embedded Linux befasst. Die Tatsache, dass es sich hierbei um militärische End-Anwendungen mit sehr kostenintensiven Produkten handelt, zeigt übrigens äußerst deutlich, dass man sehr hohe Erwartungen an Embedded Linux als hartes Echtzeitbetriebssystem stellt und nicht von einem großen Kostenaufwand zurückschreckt.
	Als zukunftsweisend ist zu erwähnen, dass in den Embedded-Linux-Systemen auch häufig schon die [[Java-Prozessor\|Java-Coprozessoren]] der ARMs verwendet werden können.		Als zukunftsweisend ist zu erwähnen, dass in den Embedded-Linux-Systemen auch häufig schon die [[Java-Prozessor\|Java-Coprozessoren]] der ARMs verwendet werden können.

Zeile 59:		Zeile 59:
	== Literatur ==		== Literatur ==
	* Jürgen Quade: ''Embedded Linux lernen mit dem Raspberry Pi: Linux-Systeme selber bauen und programmieren.'', dpunkt Verlag, Heidelberg 2014, ISBN 978-3-86490-143-0		* Jürgen Quade: ''Embedded Linux lernen mit dem Raspberry Pi: Linux-Systeme selber bauen und programmieren.'', dpunkt Verlag, Heidelberg 2014, ISBN 978-3-86490-143-0
	* Karim Yaghmour: ''Building Embedded Linux Systems.'' O’Reilly, Beijing [u.a.] 2003. ISBN 0-596-00222-X		* Karim Yaghmour: ''Building Embedded Linux Systems.'' O’Reilly, Beijing [u. a.] 2003. ISBN 0-596-00222-X

	== Referenzen ==		== Referenzen ==

A.Abdel-Rahim: /* Literatur */

2017-08-22T13:54:08Z

Literatur

← Nächstältere Version		Version vom 22. August 2017, 15:54 Uhr
Zeile 58:		Zeile 58:

	== Literatur ==		== Literatur ==
	* Jürgen Quade: ''Embedded Linux'', dpunkt Verlag, 2014, ISBN 978-3-86490-143-0		* Jürgen Quade: ''Embedded Linux lernen mit dem Raspberry Pi: Linux-Systeme selber bauen und programmieren.'', dpunkt Verlag, Heidelberg 2014, ISBN 978-3-86490-143-0
	* Karim Yaghmour: ''Building Embedded Linux Systems''. O’Reilly, Beijing [u.a.] 2003. ISBN 0-596-00222-X		* Karim Yaghmour: ''Building Embedded Linux Systems.'' O’Reilly, Beijing [u.a.] 2003. ISBN 0-596-00222-X

	== Referenzen ==		== Referenzen ==

84.153.160.226 am 4. Februar 2016 um 11:24 Uhr

2016-02-04T11:24:42Z

← Nächstältere Version		Version vom 4. Februar 2016, 13:24 Uhr
Zeile 58:		Zeile 58:

	== Literatur ==		== Literatur ==
			* Jürgen Quade: ''Embedded Linux'', dpunkt Verlag, 2014, ISBN 978-3-86490-143-0
	* Karim Yaghmour: ''Building Embedded Linux Systems''. O’Reilly, Beijing [u.a.] 2003. ISBN 0-596-00222-X		* Karim Yaghmour: ''Building Embedded Linux Systems''. O’Reilly, Beijing [u.a.] 2003. ISBN 0-596-00222-X

91.33.33.88: /* Verwendete Hardware */

2015-12-23T15:12:30Z

Verwendete Hardware

← Nächstältere Version		Version vom 23. Dezember 2015, 17:12 Uhr
Zeile 28:		Zeile 28:
	: ''Your application will determine what type of I/O devices you need. Fortunately, a veritable army of Linux programmers have had years to develop and refine the necessary device drivers to support nearly any hardware imaginable.''		: ''Your application will determine what type of I/O devices you need. Fortunately, a veritable army of Linux programmers have had years to develop and refine the necessary device drivers to support nearly any hardware imaginable.''

	Diese Aussage bezog sich lediglich auf verwendbare Ein- und Ausgabegeräte beziehungsweise Schnittstellen, jedoch kann man wohl mit gutem Gewissen behaupten, dass dies mit Ausnahme der Prozessoren auf den allergrößten Teil der Hardware anwendbar ist. An dieser Stelle werden die unterstützten Hardwarekomponenten ohne Anspruch auf Vollständigkeit genannt. Wegen Lombardos Aussage kann die Betrachtung der ~~restliche~~ (also Nicht-CPU-) Hardware wegfallen und somit der Schwerpunkt auf die Prozessorfamilien gelegt werden. Nichtgenannte Prozessortypen werden nicht automatisch nicht unterstützt, sondern schlicht seltener verwendet und stellen meist Einzellösungen dar.		Diese Aussage bezog sich lediglich auf verwendbare Ein- und Ausgabegeräte beziehungsweise Schnittstellen, jedoch kann man wohl mit gutem Gewissen behaupten, dass dies mit Ausnahme der Prozessoren auf den allergrößten Teil der Hardware anwendbar ist. An dieser Stelle werden die unterstützten Hardwarekomponenten ohne Anspruch auf Vollständigkeit genannt. Wegen Lombardos Aussage kann die Betrachtung der restlichen (also Nicht-CPU-) Hardware wegfallen und somit der Schwerpunkt auf die Prozessorfamilien gelegt werden. Nichtgenannte Prozessortypen werden nicht automatisch nicht unterstützt, sondern schlicht seltener verwendet und stellen meist Einzellösungen dar.

	==== x86 ====		==== x86 ====
Zeile 34:		Zeile 34:

	==== ARM ====		==== ARM ====
	Die [[ARM-Architektur]] (Advanced RISC Machine) sowie die des StrongARM sind im Bereich der Eingebetteten Systeme beliebte Prozessoren und zwar in erster Linie auf Grund ihrer geringen Stromaufnahme. Daher kamen sie schon früh für Embedded-Linux-Systeme in Betracht und wurden unterstützt. Obwohl ARM auch eine Firma ist, werden von ihr nur die Lizenzen zum Bau ihrer Prozessoren vertrieben. Alle bekannten Prozessorhersteller sind Lizenznehmer bei/für ARM. Die Projekte [[RTAI]] und [[RTLinux]] von der Firma FSMLabs (es werden hier eine freie sowie eine kommerzielle Variante angeboten) haben sich spezifischer mit der Nutzung von ARM-Architekturen mit Hinblick auf harte Echtzeitanwendungen für Embedded Linux befasst. Die Tatsache, dass es sich hierbei um militärische End-Anwendungen mit sehr kostenintensiven Produkten handelt, zeigt übrigens äußerst deutlich, dass man sehr hohe Erwartungen an Embedded Linux als hartes Echtzeitbetriebssystem stellt und nicht von einem großen Kostenaufwand zurückschreckt.		Die [[ARM-Architektur]] (Advanced RISC Machine) sowie die des StrongARM sind im Bereich der Eingebetteten Systeme beliebte Prozessoren und zwar in erster Linie auf Grund ihrer geringen Stromaufnahme. Daher kamen sie schon früh für Embedded-Linux-Systeme in Betracht und wurden unterstützt. Obwohl ARM auch eine Firma ist, werden von ihr nur die Lizenzen zum Bau ihrer Prozessoren vertrieben. Alle bekannten Prozessorhersteller sind Lizenznehmer bei/für ARM. Die Projekte [[RTAI]] und [[RTLinux]] von der Firma FSMLabs (es werden hier eine freie sowie eine kommerzielle Variante angeboten) haben sich spezifischer mit der Nutzung von ARM-Architekturen mit Hinblick auf [[Echtzeit#Echtzeit-Qualit.C3.A4t\|harte]] Echtzeitanwendungen für Embedded Linux befasst. Die Tatsache, dass es sich hierbei um militärische End-Anwendungen mit sehr kostenintensiven Produkten handelt, zeigt übrigens äußerst deutlich, dass man sehr hohe Erwartungen an Embedded Linux als hartes Echtzeitbetriebssystem stellt und nicht von einem großen Kostenaufwand zurückschreckt.
	Als zukunftsweisend ist zu erwähnen, dass in den Embedded-Linux-Systemen auch häufig schon die [[Java-Prozessor\|Java-Coprozessoren]] der ARMs verwendet werden können.		Als zukunftsweisend ist zu erwähnen, dass in den Embedded-Linux-Systemen auch häufig schon die [[Java-Prozessor\|Java-Coprozessoren]] der ARMs verwendet werden können.

Zeile 41:		Zeile 41:

	==== PowerPC ====		==== PowerPC ====
	Für die Einbindung des [[PowerPC]] wird ähnlich ambitionierte Arbeit betrieben wie bei der ARM-Architektur. Dieses Akronym besteht aus zwei Teilen: Power ist die Abkürzung für ''Performance optimization with enhanced RISC'', also in etwa Leistungsoptimierung durch erweitertes RISC, und PC steht hierbei für Performance Chip, also Hochleistungs-Chip. In einigen Fällen wird diese Architektur auch AIM genannt, was aus den Anfangsbuchstaben der Entwicklerfirmen Apple, IBM und Motorola zusammengesetzt wird. Es existieren 32-Bit und 64-Bit Versionen, welche gleichermaßen durch Linux unterstützt werden. Insbesondere sind auch hier die Echtzeit-Projekte [[RTAI]] und [[RTLinux]] federführend um den PowerPC in harten Echtzeitumgebungen unter einem Linuxbetriebssystem zu verwenden sowie die [[Java (Technologie)\|Java]]-Unterstützung sicherzustellen.		Für die Einbindung des [[PowerPC]] wird ähnlich ambitionierte Arbeit betrieben wie bei der ARM-Architektur. Dieses Akronym besteht aus zwei Teilen: Power ist die Abkürzung für ''Performance optimization with enhanced RISC'', also in etwa Leistungsoptimierung durch erweitertes RISC, und PC steht hierbei für Performance Chip, also Hochleistungs-Chip. In einigen Fällen wird diese Architektur auch AIM genannt, was aus den Anfangsbuchstaben der Entwicklerfirmen Apple, IBM und Motorola zusammengesetzt wird. Es existieren 32-Bit- und 64-Bit-Versionen, welche gleichermaßen durch Linux unterstützt werden. Insbesondere sind auch hier die Echtzeit-Projekte [[RTAI]] und [[RTLinux]] federführend um den PowerPC in harten Echtzeitumgebungen unter einem Linuxbetriebssystem zu verwenden sowie die [[Java (Technologie)\|Java]]-Unterstützung sicherzustellen.

	==== MIPS ====		==== MIPS ====
	Obgleich die [[MIPS-Architektur]], ''Microprocessor without interlocked pipeline stages'' bedeutet so viel wie Mikroprozessor ohne Pipeline-Sperren, sich ebenfalls durch geringere Komplexität und damit ~~geringeren~~ Kosten auszeichnet, ist die Linuxunterstützung hierfür noch nicht ausgereift. Es mag eine Frage der Zeit sein, bis die 32-Bit oder die 64-Bit Version in Embedded-Linux-Systemen Einzug hält; momentan beschränkt sich die Unterstützung auf eine Portierung einzelner Distributionen, da der Befehlssatz von Lizenznehmer zu Lizenznehmer mitunter sehr stark variiert. Da die MIPS-Architektur ursprünglich im Workstation- und Serverbereich „groß geworden“ ist, häufig auf ein spezielles Motherboard zugeschnitten war und die Java-Unterstützung nicht sichergestellt war, ist der Einsatz als Grundlage eines Embedded-Linux-Systems nicht unumstritten beziehungsweise zumindest aufwändig und führt zu proprietären Lösungen.		Obgleich die [[MIPS-Architektur]], ''Microprocessor without interlocked pipeline stages'' bedeutet so viel wie Mikroprozessor ohne Pipeline-Sperren, sich ebenfalls durch geringere Komplexität und damit geringere Kosten auszeichnet, ist die Linuxunterstützung hierfür noch nicht ausgereift. Es mag eine Frage der Zeit sein, bis die 32-Bit oder die 64-Bit Version in Embedded-Linux-Systemen Einzug hält; momentan beschränkt sich die Unterstützung auf eine Portierung einzelner Distributionen, da der Befehlssatz von Lizenznehmer zu Lizenznehmer mitunter sehr stark variiert. Da die MIPS-Architektur ursprünglich im Workstation- und Serverbereich „groß geworden“ ist, häufig auf ein spezielles Motherboard zugeschnitten war und die Java-Unterstützung nicht sichergestellt war, ist der Einsatz als Grundlage eines Embedded-Linux-Systems nicht unumstritten beziehungsweise zumindest aufwändig und führt zu proprietären Lösungen.

	==== Hitachi SuperH ====		==== Hitachi SuperH ====
Zeile 55:		Zeile 55:
	Wie schon oben erwähnt, ist die Linux-Kompatibilität für unterschiedlichste Hardware quasi garantiert. Dies trifft sowohl für Busse, Schnittstellen, Speicher und Netzwerke als auch für I/O- und andere Peripheriegeräte zu. Generell betrifft diese Formulierung zunächst die konventionellen Geräte. Aber selbst wenn noch keine Unterstützung für neuere Hardware wie zum Beispiel Satellitenempfänger vorliegt, dann bedeutet es einen verhältnismäßig geringen zeitlichen Aufwand, eigene Treiber zu implementieren.		Wie schon oben erwähnt, ist die Linux-Kompatibilität für unterschiedlichste Hardware quasi garantiert. Dies trifft sowohl für Busse, Schnittstellen, Speicher und Netzwerke als auch für I/O- und andere Peripheriegeräte zu. Generell betrifft diese Formulierung zunächst die konventionellen Geräte. Aber selbst wenn noch keine Unterstützung für neuere Hardware wie zum Beispiel Satellitenempfänger vorliegt, dann bedeutet es einen verhältnismäßig geringen zeitlichen Aufwand, eigene Treiber zu implementieren.

	Erwähnenswert ist ferner, dass angebotene Treiber häufig Hardwaremonitoring unterstützen. Dies geschieht entweder über ~~Watchdogs~~ in der Software oder als separates Hardwareteil oder über die Interpretation besonderer Monitoringsignale der jeweiligen Hardware selbst.		Erwähnenswert ist ferner, dass angebotene Treiber häufig Hardwaremonitoring unterstützen. Dies geschieht entweder über [[Watchdog]]s in der Software oder als separates Hardwareteil oder über die Interpretation besonderer Monitoringsignale der jeweiligen Hardware selbst.

	== Literatur ==		== Literatur ==

Rechnertasche: /* Arten */Linkfix nach Artikelverschiebung mit AWB

2015-09-12T11:49:10Z

Arten: Linkfix nach Artikelverschiebung mit AWB

← Nächstältere Version		Version vom 12. September 2015, 13:49 Uhr
Zeile 2:		Zeile 2:

	== Arten ==		== Arten ==
	Embedded-Linux-Systeme werden normalerweise aufgrund ihrer verschiedenen [[Systemeigenschaften]] und nicht aufgrund ihrer Einsatzorte eingeteilt. Das können u. a. die [[Skalierbarkeit]], die Unterstützung für bestimmte [[Prozessor ~~(Hardware)\|Prozessoren~~]], der Stromverbrauch, das Zeitverhalten ([[Echtzeit]]fähigkeit), der Grad der möglichen Nutzerinteraktionen oder andere wesentliche Faktoren sein.		Embedded-Linux-Systeme werden normalerweise aufgrund ihrer verschiedenen [[Systemeigenschaften]] und nicht aufgrund ihrer Einsatzorte eingeteilt. Das können u. a. die [[Skalierbarkeit]], die Unterstützung für bestimmte [[Prozessor]]en, der Stromverbrauch, das Zeitverhalten ([[Echtzeit]]fähigkeit), der Grad der möglichen Nutzerinteraktionen oder andere wesentliche Faktoren sein.

	== Aufbau ==		== Aufbau ==