microDb

Hardkernel ODROID-C2 (Amlogic S905)

Hardkernel CoSBClinux

⚡ L’essentiel en 60 secondes

L’ODROID-C2, fabriquée par l’entreprise sud-coréenne Hardkernel, est une carte de développement mono-plaque qui a marqué un tournant dans l’histoire des ordinateurs monocarte abordables. Lancée officiellement le 29 février 2016, soit le même jour que la Raspberry Pi 3, elle s’est imposée dès son arrivée comme l’une des rares solutions à moins de 40 dollars offrant une architecture 64 bits. Cette simultanéité commerciale n’était pas fortuite : Hardkernel visait directement le marché des utilisateurs cherchant une alternative performante et économique. Il est crucial de ne pas confondre cette carte avec ses prédécesseurs, les modèles C1 et C1+. Contrairement à ces derniers qui utilisaient des processeurs 32 bits, l’ODROID-C2 est construite autour d’un système sur puce (SoC) Amlogic S905 de la famille Meson Gxbb. Ce cœur de calcul repose sur quatre cœurs d’architecture ARM Cortex-A53, fonctionnant nativement en 64 bits (ARMv8-A). Bien que le SoC soit techniquement capable de monter jusqu’à 2,0 GHz, la version embarquée sur la C2 est verrouillée par le fabricant à une fréquence stable de 1,5 GHz, un compromis assurant une bonne gestion thermique et une consommation maîtrisée.

La puissance de calcul est secondée par 2 Go de mémoire vive DDR3 cadencée à 912 MHz. Cette quantité de RAM, supérieure au gigaoctet des générations précédentes, permet de faire tourner des environnements de bureau légers ou des serveurs multimédias sans ralentissement notable. Pour la partie graphique, la carte intègre un processeur graphique Mali-450 MP3, capable de gérer des affichages en haute définition. Son atout majeur réside toutefois dans son unité de traitement vidéo (VPU), qui offre un décodage matériel des flux vidéo très modernes pour l’époque, notamment le format H.265 (HEVC) en 4K à 60 images par seconde et le H.264 en 4K à 30 images par seconde. Cette capacité transforme la carte en un excellent centre multimédia, capable de diffuser des contenus ultra-haute définition via sa sortie HDMI 2.0, qui supporte également la commande CEC pour piloter le téléviseur.

Sur le plan de la connectivité, l’ODROID-C2 se distingue par un choix technique stratégique : elle embarque une connexion Ethernet Gigabit réelle, gérée par une puce physique Realtek RTL8211F. À une époque où la concurrence directe proposait encore des ports Ethernet bridés par USB plafonnant à 100 Mbit/s, cette carte offrait un débit réseau bien supérieur, la rendant idéale pour les projets de serveurs domestiques, de pare-feu ou de stockage réseau. En revanche, elle ne dispose pas de Wi-Fi ni de Bluetooth intégrés, obligeant l’utilisateur à recourir à des adaptateurs USB externes si la connectivité sans fil est nécessaire. Le stockage est flexible, avec un emplacement pour carte microSD et, surtout, un connecteur dédié pour des modules eMMC amovibles. Ces modules, disponibles en différentes capacités, offrent des vitesses de lecture et d’écriture nettement supérieures à celles des cartes mémoire classiques, améliorant considérablement la réactivité du système d’exploitation.

L’interface d’extension principale est un connecteur de 40 broches, compatible physiquement avec les standards courants, qui expose des fonctions GPIO (entrées/sorties numériques), I2C, UART, PWM et ADC. Il est important de noter que tous ces signaux fonctionnent en logique 3,3 volts, à l’exception des broches d’alimentation, ce qui nécessite une vigilance lors du câblage de capteurs ou d’actionneurs pour éviter d’endommager la carte. La gestion de l’alimentation est un point critique à surveiller : la carte exige un apport de 5 volts pour 2 ampères. Elle peut être alimentée soit par un connecteur jack de petit format (2,5 x 0,8 mm), soit par le port micro-USB OTG. L’utilisation de ce dernier est déconseillée si l’on branche des périphériques gourmands en énergie, car le port micro-USB peut ne pas fournir un courant suffisant, entraînant des redémarrages intempestifs. Pour les projets autonomes, la carte intègre également un récepteur infrarouge, permettant de la piloter avec une télécommande standard, une fonctionnalité rare sur les cartes de développement.

Bien que le support officiel de Hardkernel ait évolué vers des modèles plus récents comme la C4, l’ODROID-C2 bénéficie d’une longévité remarquable grâce à une communauté active. Elle est entièrement prise en charge par le noyau Linux principal (mainline), ce qui signifie que les distributions modernes comme Armbian, Arch Linux ARM ou DietPi proposent des images maintenues et sécurisées. L’installation du système d’exploitation nécessite toutefois une attention particulière au niveau du démarrage. Les puces Amlogic utilisent une chaîne de démarrage propriétaire signée, impliquant l’utilisation de binaires spécifiques (blobs) pour initialiser le processeur avant que le système d’exploitation ne prenne le relais. Cette spécificité technique, bien que transparente pour l’utilisateur final utilisant des images pré-assemblées, complique la création d’un système entièrement libre au niveau du micrologiciel. Aujourd’hui, l’ODROID-C2 reste une plateforme pédagogique solide pour comprendre l’architecture ARM 64 bits, le réseau haut débit et le décodage vidéo matériel, tout en offrant une alternative robuste et économique pour les projets embarqués nécessitant une bonne connectivité filaire.

La carte ODROID-M1 équipée d'un disque NVMe Samsung 970 EVO Plus.
La carte ODROID-M1 équipée d'un disque NVMe Samsung 970 EVO Plus.Wikipedia — ODROID, CC BY-SA 4.0
La carte de développement ODROID-H2.
La carte de développement ODROID-H2.Wikipedia — ODROID, CC BY-SA 3.0

Schéma de brochage (pinout)

Schéma de brochage du connecteur J2 40 broches de l'ODROID-C2 (diagramme officiel Hardkernel)
Schéma de brochage du connecteur J2 40 broches de l'ODROID-C2 (diagramme officiel Hardkernel)© Hardkernel — wiki.odroid.com (ODROID-C2 J2)

Forum (1 sujet) →

AttrSpecsvérifié
socAmlogic S905 (Meson Gxbb family) — quad Arm Cortex-A53 @ 1.5 GHz, ARMv8-A 64-bit (U-Boot doc; Wikipedia table). The S905 itself is spec'd to 2.0 GHz and CNX's pre-launch table listed 2.0 GHz, but the C2 ships fused at 1.5 GHz (U-Boot doc, Wikipedia).? non vérifié
gpuARM Mali-450 MP3 — "3 Pixel + 2 Vertex" shader cores (Wikipedia; CNX says "penta core (3+2) Mali-450"). OpenGL ES 2.0-class; supported on vendor images only via proprietary blobs (/dev/mali, /dev/ump) (ALARM page).✔
vpuhardware decode of 8/10-bit H.265 up to 4K@60, H.264 up to 4K@30, plus H.263/VC1/ MPEG1-2/AVS/RealVideo; H.264 encode up to 1080p60 (CNX 2016-03-01).✔
ram2 GB DDR3 @ 912 MHz (Wikipedia table). Mainline DTS declares exactly 2 GiB (reg = <0x0 0x0 0x0 0x80000000>). No 1 GB variant exists.? non vérifié
storagemicroSD slot (UHS-1-capable hardware per CNX launch spec) plus an on-board eMMC module socket (8/16/32/64 GB Toshiba/SanDisk modules). No SPI NOR.? non vérifié
video_outfull-size HDMI 2.0, up to 4K/60 Hz, with CEC (U-Boot doc; CNX). Composite video possible only via an unpopulated 2-pin header (CNX).? non vérifié
audioHDMI audio only — no 3.5 mm jack (CNX comparison "Audio: HDMI"); 7-pin I2S header for external audio (CNX). Mainline sound card: amlogic,gx-sound-card, I2S → HDMI TX (DTS sound node).? non vérifié
ethernetGigabit RJ45 via Realtek RTL8211F PHY, RGMII (phy-mode = "rgmii", PHY comment "Realtek RTL8211F (0x001cc916)" in the mainline DTS; CNX). This was a headline advantage over the same-day Raspberry Pi 3 (100 Mbit over USB).? non vérifié
wifi_bluetoothnone on board — requires a USB dongle (CNX: "No, requires USB dongle"; an optional 802.11 b/g/n + BT module could be added). No cellular/radios.? non vérifié
usb4× USB 2.0 host behind an on-board Genesys Logic GL852G hub (DTS: hub@1 { compatible = "usb5e3,610"; / Genesys Logic GL852G / }) + 1× micro-USB OTG port (U-Boot doc).? non vérifié
gpio_expansion40-pin header (J2) with GPIO, I2C, UART, PWM, 1-Wire and ADC; all I/O 3.3 V except power pins (CNX launch spec: "All I/Os are 3.3V, except […]"). The mainline DTS names the header signals (J2 Header Pin7…36 on the GPIOX/GPIOY banks, I2C A SDA/SCK, I2C B SDA/SCK, PWM D, PWM B) and enables saradc (ADC), i2c_A, uart_AO (console, 115200 8N1).? non vérifié
irbuilt-in infrared receiver, mainline DTS sets linux,rc-map-name = "rc-odroid" (works with ir-keytable on Armbian/mainline).? non vérifié
ledsred power LED (always on with power) + blue user LED, heartbeat trigger by default (c2:blue:alive in mainline DTS; /sys/class/leds/blue:heartbeat/ on vendor/ALARM images) (ALARM page).✔
debugserial console on the SoC uart_AO (115200 8N1, DTS stdout-path).? non vérifié
power5 V / 2 A, via 2.5×0.8 mm barrel jack (Wikipedia table) or the micro-USB OTG port (CNX: "5V via micro USB OTG port or power barrel"). Mainline DTS models the rails: P5V0 input, 3.3 V/1.8 V/1.5 V fixed regulators, and a GPIO-switched 5 V USB hub/OTG supply.? non vérifié
board85 × 56 mm (Wikipedia; CNX).? non vérifié
temperature_range? non vérifié
  • Fabricant : Hardkernel Co., Ltd. (Corée du Sud), marque « ODROID » — le projet U-Boot décrit la carte comme « a single board computer manufactured by Hardkernel » (docs U-Boot de la carte : ODROID-C2, consulté le 2026-10-13).
  • Année d'introduction : 2016. Hardkernel a volontairement lancé le C2 le jour même du Raspberry Pi 3 (29 février 2016) (CNX Software, "Raspberry Pi 3, ODROID-C2 and Pine A64+ Development Boards Comparison", 2016-03-01, consulté le 2026-10-13).
  • Prix de lancement : 40 US$ affiché au lancement (tableau comparatif CNX, 2016-03-01 ; 48,70 $ au total livré aux États-Unis). CNX le regroupait avec le RPi 3 et le Pine A64+ comme « the only ultra low cost (<$40) 64-bit ARM development boards » alors disponibles (CNX 2016-03-01).
  • Statut : Legacy / fin de vie en pratique, mais remarquablement bien maintenue. Le successeur ODROID-C4 (Amlogic S905X3) est sorti en 2020 (CNX, "$50 ODROID-C4…", 2020-04-23, consulté le 2026-10-13). Le C2 reçoit encore des images communautaires actuelles en 2026 : Armbian le construit depuis master (armbian/build config/boards/odroidc2.conf, consulté le 2026-10-13), Arch Linux ARM fournit ArchLinuxARM-odroid-c2-latest.tar.gz (page plateforme ALARM, consulté le 2026-10-13), et DietPi fournit DietPi_OdroidC2-ARMv8-Trixie (matériel pris en charge par DietPi, consulté le 2026-10-13).
  • Variantes : une seule révision/fiche technique de carte — 2 Go de RAM uniquement (contrairement au 1 Go du C1 précédent). Les options sont des accessoires, pas des variantes de carte : modules eMMC Toshiba/SanDisk (8/16/32/64 Go) sur le socket embarqué, et dongles USB Wi-Fi (comparatif CNX 2016-03-01, consulté le 2026-10-13).
  • Contexte familial (gamme ODROID « C » économique) : le C2 est le successeur direct des ODROID-C1 (2014) et C1+ (2015) — ces anciennes cartes embarquent l'Amlogic S805 quad Cortex-A5 — et précède le C4 (2020) (tableau comparatif Wikipedia : ODROID, consulté le 2026-10-13). ⚠️ Confusion fréquente à éviter : le C2 n'est pas une carte 32 bits de classe Cortex-A5/S802. Cette description correspond au S805 du C1. Le C2 est 64 bits ARMv8 (Cortex-A53) — voir la section suivante.

＋ Points forts

  • Lancement le même jour que le Raspberry Pi 3 et, à 40 $, l'une des trois seules cartes ARM 64 bits à moins de 40 $ au lancement (avec le RPi 3 et le Pine A64+) (CNX 2016-03-01).
  • Vrai Ethernet Gigabit (RTL8211F, RGMII — pas un pont USB) quand le RPi 3 en était encore à 100 Mbit sur USB : cela a fait du C2 la carte appareil réseau économique de référence de 2016–2018.
  • HDMI 2.0 4K/60 + décodage matériel H.265 4K60 — un SoC de classe TV-box sur une carte de développement ; la base de nombreuses réalisations média-center Kodi/LibreELEC (CNX 2016-03-01).
  • Socket module eMMC — amovible, et bien plus rapide/fiable que la microSD pour les images système (le DTS mainline active le bus 8 bits du bank BOOT jusqu'à 200 MHz avec prise en charge HS200 DDR).
  • Récepteur IR intégré avec une keymap de télécommande Linux amont dédiée (rc-odroid) — rare sur les SBC ; Hardkernel vendait une petite télécommande IR.
  • Vaisseau amiral de la gamme ODROID économique « C » : les C1/C1+ (2014/2015) ont prouvé la formule TV-box-SoC à 35–40 $ et le C2 l'a industrialisée avec GbE + 4K, ouvrant la voie au C4 (2020) (tableau Wikipedia ODROID ; lancement CNX du C4).
  • Cas d'école de l'histoire de l'intégration amont mainline d'Amlogic (BayLibre → Armbian → images cloud Debian) : voir linux-meson.com et l'article BayLibre qu'il relie.
  • Pas de moteur de sécurité / TPM / enclave sécurisée documentés ; le seul élément « sécurisé » est la chaîne de boot signée propriétaire (bootsig BL1), qui verrouille plutôt qu'elle ne protège (docs du flux de boot U-Boot).

− Points faibles

  • Piège d'alimentation (5 V / 2 A) : la carte est spécifiée pour une alimentation 5 V 2 A (tableau Wikipedia ODROID) ; la prise barrel est du petit format 2,5×0,8 mm, partagé avec la famille C1, donc les câbles/adaptateurs micro-USB « de secours » de type Pi sont une source fréquente d'erreur. S'alimenter via le port micro-USB OTG est électriquement possible (CNX) mais met le hub + les périphériques sur la même entrée marginale — chargeurs sous-dimensionnés et câbles longs et fins provoquent des reboots par brown-out et des corruptions de SD.
  • microSD lente/capricieuse en pratique : la fiche constructeur dit l'emplacement UHS-1, mais le DTS mainline plafonne l'hôte SD à cap-sd-highspeed, max-frequency = <100000000> — soit du simple SDR50/SDR100, sans modes UHS-I DDR — donc les E/S mainline/Armbian sur des cartes ordinaires sont modestes et les cartes bon marché se dégradent mal (meson-gxbb-odroidc2.dts).
  • Noyau constructeur legacy : les images officielles sont restées sur le Linux 3.14 d'Amlogic bien après la maturation du support mainline (CNX à propos du noyau 3.14, archive de recherche consultée le 2026-10-13) — l'accélération GPU/VPU y fonctionnait, mais les mises à jour de sécurité et les userspaces modernes étaient à la traîne ; c'est pourquoi les images mainline Armbian/DietPi/ALARM sont le choix raisonnable aujourd'hui.
  • Manques mainline (mesurés depuis la matrice DTS + support U-Boot) : - L'USB OTG gadget est désactivé en mainline (&usb0 { status = "disabled" ; }), et la matrice U-Boot indique USB OTG : No pour le S905 (matrice Amlogic U-Boot) — pas de mode gadget/périphérique sur les piles actuelles. - Pas de DVFS via SCPI en mainline (&scpi_clocks { status = "disabled" ; } dans le DTS) — les horloges viennent du pilote d'horloge fixe plutôt que du chemin du coprocesseur constructeur. - Pas de capteur thermique sur S905 selon la matrice U-Boot ("Thermal Sensor: No") — pas de lectures hwmon, pas de retour de throttling thermique. - Le décodeur IR et CEC ne sont pas pris en charge dans U-Boot (lignes de matrice "Infrared Decoder: No", "CEC: No") — cosmétique, mais pertinent pour la télécommande au niveau bootloader.
  • GPU/VPU = pays des blobs propriétaires : le support Mali-450 exige les blobs Hardkernel/Amlogic (/dev/mali, /dev/ump, xf86-video-odroid-c2) (page ALARM) ; le mainline (ère Panfrost) ne couvre pas Gxbb, donc les bureaux mainline tournent en graphiques de classe modetest/fbdev.
  • Enfermement aux blobs du bootloader : impossible de construire une chaîne de boot entièrement ouverte — les binaires BL1/FIP sont des artefacts Amlogic/Hardkernel aux sources non redistribuables, requis même pour U-Boot mainline (doc U-Boot ODROID-C2).
  • Pas de Wi-Fi/BT embarqué à l'ère du Wi-Fi — toute réalisation sans fil a besoin d'un dongle qui mange un des quatre ports USB2 seulement (CNX 2016-03-01).
  • Pas de codec I2S matériel / sortie audio analogique — audio par HDMI uniquement (CNX), ce qui surprend les intégrateurs kiosk/interfaçage.
  • Dérive de l'écosystème : l'attention de Hardkernel (et les nouvelles images) est passée aux C4/N2/C5 ; le C2 vit sur le mainline maintenu par la communauté — très bien aujourd'hui, mais les images constructeur Android 5.1 et de l'ère 3.14 sont antiquées côté sécurité et ne doivent jamais être exposées aux réseaux.
  • Retour d'expérience expert expert — expert-pi-like
    • Bon retour sur l'ODROID-C2. C'est une bête de 2016 mais elle tient bien la route pour du réseau. Les points forts sont réels : le port Gigabit Ethernet réel (RTL8211F, pas d'USB bridge) change tout comparé aux Pi 3 de l'époque, et le décodage H.265 4K via le Mali-450 est efficace en multimédia. Par… — expert-pi-like
    • Merci pour ce résumé. J'ai justement un souci avec l'alimentation. J'utilisais un chargeur USB standard via le port OTG pour gagner de la place, mais ça reboote aléatoirement dès que je branche un dongle Wi-Fi. Tu confirmes que le port OTG est trop marginal pour les périphériques USB ? J'ai vu que … — maker-bricoleur
    • Oui, le port OTG met le hub et les ports USB sur la même ligne électrique, c'est très instable avec des périphériques. Pour le Wi-Fi, n'oublie pas qu'il n'y a rien d'intégré, il faut un dongle USB qui bouffe un des 4 ports. Si tu veux du réseau stable, le GbE est parfait mais vérifie bien tes câble… — linux-meson-fan

Retours et projets de la communauté

  • Kodi media center (LibreELEC)

    Kodi media center (LibreELEC) — official C2 machine since LibreELEC 7/8 ; the classic (unverified au 2026-10-13) — interne hébergé sur site interne, statut vivant vérifié le 2026-10-13. Projet documenté dans la fiche odroid-c2 (SBC) ; rôle : approfondir la pr…

Contenu indisponible pour le moment.

  • Piège d'alimentation (5 V / 2 A) : la carte est spécifiée pour une alimentation 5 V 2 A (tableau Wikipedia ODROID) ; la prise barrel est du petit format 2,5×0,8 mm, partagé avec la famille C1, donc les câbles/adaptateurs micro-USB « de secours » de type Pi sont une source fréquente d'erreur. S'alimenter via le port micro-USB OTG est électriquement possible (CNX) mais met le hub + les périphériques sur la même entrée marginale — chargeurs sous-dimensionnés et câbles longs et fins provoquent des reboots par brown-out et des corruptions de SD.
  • microSD lente/capricieuse en pratique : la fiche constructeur dit l'emplacement UHS-1, mais le DTS mainline plafonne l'hôte SD à cap-sd-highspeed, max-frequency = <100000000> — soit du simple SDR50/SDR100, sans modes UHS-I DDR — donc les E/S mainline/Armbian sur des cartes ordinaires sont modestes et les cartes bon marché se dégradent mal (meson-gxbb-odroidc2.dts).
  • Noyau constructeur legacy : les images officielles sont restées sur le Linux 3.14 d'Amlogic bien après la maturation du support mainline (CNX à propos du noyau 3.14, archive de recherche consultée le 2026-10-13) — l'accélération GPU/VPU y fonctionnait, mais les mises à jour de sécurité et les userspaces modernes étaient à la traîne ; c'est pourquoi les images mainline Armbian/DietPi/ALARM sont le choix raisonnable aujourd'hui.
  • Manques mainline (mesurés depuis la matrice DTS + support U-Boot) : - L'USB OTG gadget est désactivé en mainline (&usb0 { status = "disabled" ; }), et la matrice U-Boot indique USB OTG : No pour le S905 (matrice Amlogic U-Boot) — pas de mode gadget/périphérique sur les piles actuelles. - Pas de DVFS via SCPI en mainline (&scpi_clocks { status = "disabled" ; } dans le DTS) — les horloges viennent du pilote d'horloge fixe plutôt que du chemin du coprocesseur constructeur. - Pas de capteur thermique sur S905 selon la matrice U-Boot ("Thermal Sensor: No") — pas de lectures hwmon, pas de retour de throttling thermique. - Le décodeur IR et CEC ne sont pas pris en charge dans U-Boot (lignes de matrice "Infrared Decoder: No", "CEC: No") — cosmétique, mais pertinent pour la télécommande au niveau bootloader.
  • GPU/VPU = pays des blobs propriétaires : le support Mali-450 exige les blobs Hardkernel/Amlogic (/dev/mali, /dev/ump, xf86-video-odroid-c2) (page ALARM) ; le mainline (ère Panfrost) ne couvre pas Gxbb, donc les bureaux mainline tournent en graphiques de classe modetest/fbdev.
  • Enfermement aux blobs du bootloader : impossible de construire une chaîne de boot entièrement ouverte — les binaires BL1/FIP sont des artefacts Amlogic/Hardkernel aux sources non redistribuables, requis même pour U-Boot mainline (doc U-Boot ODROID-C2).
  • Pas de Wi-Fi/BT embarqué à l'ère du Wi-Fi — toute réalisation sans fil a besoin d'un dongle qui mange un des quatre ports USB2 seulement (CNX 2016-03-01).
  • Pas de codec I2S matériel / sortie audio analogique — audio par HDMI uniquement (CNX), ce qui surprend les intégrateurs kiosk/interfaçage.
  • Dérive de l'écosystème : l'attention de Hardkernel (et les nouvelles images) est passée aux C4/N2/C5 ; le C2 vit sur le mainline maintenu par la communauté — très bien aujourd'hui, mais les images constructeur Android 5.1 et de l'ère 3.14 sont antiquées côté sécurité et ne doivent jamais être exposées aux réseaux.
  • Faire clignoter une LED via le GPIO debutant Schéma : IMG-odroid-c2-debutant-1-odroidc2-led-gpio.svg — LED et résistance 330 ohms branchées sur le connecteur J2 de l'ODROID-C2
  • Bouton poussoir et messages console debutant Schéma : IMG-odroid-c2-debutant-2-odroidc2-bouton-console.svg — bouton poussoir avec résistance de pull-up 10 kΩ vers 3,3 V sur le connecteur J2
  • Premier script Python sur l'ODROID-C2 debutant Schéma : IMG-odroid-c2-debutant-3-odroidc2-premier-python.svg — script Python pilotant la LED bleue via /sys/class/leds sur l'ODROID-C2
  • Variation d'intensité d'une LED avec PWM intermediaire Schéma : IMG-odroid-c2-intermediaire-1-odroidc2-pwm-led.svg — LED pilotée par un signal PWM via le connecteur J2 avec transistor de puissance
  • Lire un capteur I2C (température/pression) intermediaire Schéma : IMG-odroid-c2-intermediaire-2-odroidc2-i2c-capteur.svg — capteur BME280 relié au bus I2C A du connecteur J2 de l'ODROID-C2
  • Ethernet Gigabit et accès SSH intermediaire Schéma : IMG-odroid-c2-intermediaire-3-odroidc2-ethernet-ssh.svg — ODROID-C2 en tête de réseau via son port RJ45 Gigabit (RTL8211F) avec session SSH depuis un poste
  • Boot microSD/eMMC et chaîne de démarrage Amlogic avance Schéma : IMG-odroid-c2-avance-1-odroidc2-boot-emmc-recouvrement.svg — chaîne de boot BL1 → FIP → U-Boot puis système sur microSD ou module eMMC de l'ODROID-C2
  • Surveillance fréquence et charge CPU avance Schéma : IMG-odroid-c2-avance-2-odroidc2-surveillance-thermique.svg — sondes cpufreq et loadavg de l'ODROID-C2 remontant vers un journal et un graphique
  • Serveur web léger et conteneurs avance Schéma : IMG-odroid-c2-avance-3-odroidc2-serveur-web-conteneurs.svg — ODROID-C2 servant un site nginx et des conteneurs Podman sur son lien Gigabit

Bibliothèque de code — exemples écrits pour cette carte

  • clignotante.py Python

    Le script de mise en jambe sur SBC : une LED branchée sur le connecteur GPIO clignote à 1 Hz. python3-gpiod pilote directement la puce GPIO via le noyau, sans bibliothèque propriétaire.

  • bouton-gpio.py Python

    Un bouton sur le connecteur GPIO déclenche une action à l'appui et au relâchement. Version générique par scrutation de la ligne gpiod avec anti-rebond logiciel de 30 ms.

  • capteur-i2c.sh Bash

    Le réflexe Linux pour tout capteur I2C : balayer le bus avec i2cdetect, vérifier la présence de la puce puis lire quelques registres avec i2cget. Sortie directe dans le terminal, sans écrire une lign…

  • surveillance-temperature.sh Bash

    Sans aucune dépendance, ce script lit le capteur thermique exposé par le noyau Linux, journalise température et fréquence CPU en CSV et affiche une alerte au-delà d'un seuil. Parfait pour dimensionne…

  • capteur-dht11.py Python

    Le pilote Adafruit CircuitPython fonctionne sur Linux standard : il bit-bang le protocole 1 fil du DHT via libgpiod. Le script affiche température et humidité toutes les 2 s, en encaissant les trames…

  • servo-pwm-sysfs.sh Bash

    L'interface PWM du noyau Linux (sysfs) est identique sur toutes les cartes : période 20 ms, impulsion 0,5-2,5 ms. Ce script bash fait balayer un servo sur 3 cycles puis coupe l'alimentation pour évit…

  • serveur-web-capteur.py Python

    Sans aucune dépendance externe, la carte devient un serveur web : une page HTML affiche température du SoC et uptime, un endpoint JSON les expose aux tableaux de bord. Le réflexe réseau pour monitore…

  • reseau-ethernet.sh Bash

    En installation fixe, une IP statique évite de chercher la carte dans le bail DHCP. Le script crée (ou corrige) un profil NetworkManager manuel sur le port Ethernet, puis vérifie la passerelle au pin…

  • journal-cron.sh Bash

    Le binôme cron + script court est l'automate universel de Linux : chaque minute, charge CPU et température sont ajoutées à un CSV avec rotation intégrée. Zéro dépendance, zéro démon, redémarre tout s…

  • veilleur-systemd.py Python

    Une LED en battement + un contrôle de services toutes les secondes : le script devient un démon systemd avec Restart=always, démarré au boot. Le patron de robustesse pour une carte embarquée sans écr…

Exemples et dépôts trouvés en ligne