microDb

NanoPi R5S (FriendlyElec)

FriendlyElecSBClinux

⚡ L’essentiel en 60 secondes

La NanoPi R5S, conçue par FriendlyElec et lancée en mai 2022, s’impose comme une carte de développement monoplanaire (SBC) particulièrement adaptée aux usages réseau avancés, tout en conservant une polyvalence multimédia notable. Son architecture repose sur le système sur puce (SoC) Rockchip RK3568B2, une puce gravée en gravure fine qui intègre quatre cœurs Arm Cortex-A55 cadencés jusqu’à 2,0 GHz. Pour comprendre l’intérêt de cette configuration, il faut savoir que les cœurs Cortex-A55 sont des processeurs de basse consommation, idéaux pour des tâches continues comme le routage ou la surveillance, car ils génèrent moins de chaleur que les cœurs plus performants mais énergivores, tout en offrant une puissance suffisante pour la plupart des applications domestiques. Cette efficacité thermique est confirmée par les mesures du fabricant, qui indiquent que le processeur ne dépasse jamais 50 °C dans son boîtier métallique optionnel, un atout majeur pour une utilisation sans ventilateur.

L’identité principale de la R5S réside dans sa connectivité réseau, qui la distingue nettement des modèles précédents de la série R. Elle est équipée de trois ports Ethernet distincts : un port Gigabit Ethernet (1 Gb/s) dédié au réseau extérieur (WAN), géré nativement par la puce, et deux ports 2,5 Gigabit Ethernet (2,5 Gb/s) destinés au réseau local (LAN). Ces ports 2,5 Gb/s sont contrôlés par des puces dédiées Realtek RTL8125BG connectées via le bus PCIe. Cette configuration permet de créer des passerelles réseau rapides ou des points d’accès à haut débit, capables de dépasser les limites du Gigabit classique. Les tests indépendants ont mesuré des débits réels atteignant 2,35 Gb/s en réception sur les ports 2,5 G, bien que les performances initiales à la sortie aient été jugées perfectibles avant l’application de correctifs logiciels. Il est important de noter que la carte ne dispose pas de Wi-Fi ni de Bluetooth intégrés, une conception volontaire qui oblige l’utilisateur à ajouter un module via le port M.2 ou une clé USB, garantissant ainsi une stabilité réseau filaire maximale et une flexibilité totale dans le choix du standard sans-fil.

En matière de stockage et d’extension, la NanoPi R5S offre une grande flexibilité. Elle propose plusieurs variantes de mémoire vive (RAM) de type LPDDR4X, allant de 2 à 4 Go, et une mémoire de stockage interne eMMC variant de 8 à 64 Go selon les révisions. Pour les utilisateurs nécessitant plus de rapidité ou de capacité, un connecteur M.2 Key-M permet d’installer un disque SSD NVMe au format 2280. Ce connecteur utilise une liaison PCIe, ce qui offre des vitesses de transfert bien supérieures à celles d’une carte microSD traditionnelle, rendant la carte idéale pour des serveurs de fichiers ou des bases de données locales. Bien que le port USB-C de la carte serve exclusivement à l’alimentation électrique, supportant les normes de charge rapide (Power Delivery) en 5, 9 ou 12 volts, les données USB sont disponibles via deux ports USB 3.2 Type-A et un port USB 2.0 sur broche. Cette séparation entre alimentation et données est une particularité à retenir pour le câblage.

La carte se distingue également par ses capacités multimédias et d’expérimentation électronique. Elle intègre un processeur graphique Arm Mali-G52 capable de gérer l’affichage en haute définition via un port HDMI, ainsi qu’un décodeur vidéo matériel capable de lire des flux 4K à 60 images par seconde. Un accélérateur neuronal (NPU) de 0,8 TOPS est également présent, permettant de réaliser des tâches d’intelligence artificielle légère, comme la reconnaissance d’objets ou le traitement d’images, directement sur la carte. Pour les bricoleurs et les ingénieurs, la NanoPi R5S expose plusieurs interfaces de programmation. Un connecteur plat de 12 broches permet d’accéder à des signaux GPIO, UART, SPI et PWM, tous en niveau logique 3,3 volts. Un second connecteur de 16 broches offre des interfaces SDIO et I2S en 1,8 volts. Il est crucial de respecter ces niveaux de tension lors de la connexion de composants externes pour éviter d’endommager la carte. Enfin, un port série de débogage est disponible, mais il fonctionne à une vitesse très élevée de 1 500 000 bauds, nécessitant un adaptateur USB-série de haute qualité pour être exploité correctement.

Sur le plan logiciel, la NanoPi R5S bénéficie d’un support très large, allant des systèmes d’exploitation officiels de FriendlyElec, comme FriendlyWrt basé sur OpenWrt, aux distributions communautaires populaires telles qu’Armbian, Debian, Ubuntu, ou même Android. La communauté a également intégré la carte dans des projets comme DietPi ou Proxmox VE pour la virtualisation. L’installation se fait classiquement en écrivant une image système sur une carte microSD, puis en clonant le système sur la mémoire eMMC ou le SSD NVMe une fois la carte démarrée. Il faut toutefois être vigilant lors de l’installation initiale : certains chargeurs rapides USB-C peuvent avoir un délai de démarrage, et il est recommandé d’utiliser une alimentation d’au moins 10 watts. De plus, les configurations réseau par défaut de FriendlyWrt peuvent nécessiter des ajustements manuels des pare-feux pour autoriser le trafic. En somme, la NanoPi R5S est une solution robuste et évolutive pour ceux qui cherchent à construire un routeur personnel performant, un serveur multimédia ou un nœud de calcul léger, en profitant d’un équilibre réussi entre puissance de traitement, connectivité réseau rapide et consommation maîtrisée.

Vue officielle de la carte de développement NanoPi R5S de FriendlyElec, montrant le boîtier métallique et les ports Ethernet.
Vue officielle de la carte de développement NanoPi R5S de FriendlyElec, montrant le boîtier métallique et les ports Ethernet.Image officielle FriendlyElec

Schéma de brochage (pinout)

Schéma de brochage GPIO de la NanoPi R5S (source FriendlyElec)
Schéma de brochage GPIO de la NanoPi R5S (source FriendlyElec)FriendlyElec — web.archive.org

Forum (1 sujet) →

AttrSpecsvérifié
socRockchip RK3568B2 — quad-core Arm Cortex-A55 up to 2.0 GHz, Armv8.2-64 (wiki; compatible = "friendlyarm,nanopi-r5s", "rockchip,rk3568" in rk3568-nanopi-r5s.dts).✔
gpuArm Mali-G52 1-Core-2EE — OpenGL ES 1.1/2.0/3.2, Vulkan 1.0/1.1, OpenCL 2.0 Full Profile (wiki).? non vérifié
npu0.8 TOPS (RKNN); VPU: 4Kp60 H.265/H.264/VP9 decode, 1080p60 H.264/H.265 encode (wiki, CNX).? non vérifié
ram2 gb? non vérifié
storage8/16/32/64 GB eMMC (5.1 per product page); microSD (UHS-I); M.2 Key-M socket, M.2 2280, PCIe 2.1 x1, NVMe (wiki; product page says "PCIe2.0"); optional SPI NOR for network boot (CNX).? non vérifié
ethernet1× GbE WAN via SoC GMAC (gmac0, RGMII) + Realtek RTL8211F-CG PHY; 2× 2.5GbE LAN via two Realtek RTL8125BG PCIe controllers (wiki + product page). CNX measured up to 2.35 Gbps Rx / 1.85 Gbps Tx on 2.5G and 941 Mbps on GbE (review part 1).✔
usb2× USB 3.2 Gen 1 Type-A (1.4 A over-current limit each); 1× USB 2.0 host on 4-pin header; USB-C is power input only (product page).? non vérifié
video1× HDMI 1.4/2.0, up to 4096×2304@60 / 1080p@120, 10-bit Deep Color, 3-D (wiki).? non vérifié
wifi_btnone onboard — FriendlyElec relies on USB WiFi dongles or an M.2 PCIe WiFi module (RTL8822CE listed for Android) (wiki, CNX).✔
gpio_expansion- 12-pin 0.5 mm FPC connector: up to 1× SPI (SPI1_M1: GPIO3_C3 CLK, GPIO3_C2 MISO, GPIO3_C1 MOSI, GPIO3_A1 CS0), 3× UARTs (UART5 on GPIO3_C3/C2, UART9 on GPIO4_C5/C6, UART7 on GPIO3_C4/C5), 4× PWM (PWM12/13 on GPIO4_C5/C6, PWM14/15 on GPIO3_C4/C5), 8× GPIOs — all 3.3 V levels (wiki pin table). - 2×8-pin 1.27 mm connector: SDIO 3.0 (SDMMC2, 4-bit, SD3.0/MMC 4.51) + I2S1 (2× SDO, 3× SDI) — pins GPIO3_C6…D5, 1.8 V levels (wiki pin table). - No ADC/DAC broken out (RK3568 SARADC is not exposed on the connectors per the wiki pin tables).? non vérifié
debug3-pin 2.54 mm UART header, 3.3 V, 1 500 000 bps (wiki).? non vérifié
misc4× GPIO LEDs (SYS red, WAN/LAN1/LAN2 green), MASK button (eMMC flash), Reset button (mainline: gpio-keys, KEY_RESTART on GPIO4_A0), IR receiver (38 kHz, product page), RTC HYM8563TS with 2-pin battery connector, 5 V fan header (ZH1.5).? non vérifié
powerUSB-C, PD-capable, 5 V/9 V/12 V input; wiki recommends a PD charger ≥10 W (≥5 V/2 A) (wiki, product page).? non vérifié
dimensions_tempPCB 62×90×1.6 mm, 8-layer; case 68×94.5×30 mm; 57.5 g bare. Operating range 0 °C to 70 °C (wiki). FriendlyElec measured CPU never exceeding 50 °C in the metal case (CNX).✔
  • Fabricant : FriendlyElec (Shenzhen Fanyou Electronics), marque également connue sous le nom FriendlyARM.
  • Année d'introduction : 2022. Annoncé le 2022-05-12 (CNX Software), en vente le 2022-05-30 (CNX Software). La config de build Armbian consigne aussi INTRODUCED="2022" (config armbian/build).
  • Statut : Actif. Au 2026-10-13, la boutique liste une révision « NanoPi R5S-LTS », en stock, avec les images actuelles (FriendlyWrt 25.12, Debian 13, Ubuntu 24.04, Android 14, Proxmox VE 8.2.7) (page produit, consultée le 2026-10-13).
  • Prix de lancement : 59 USD (2 GB RAM / 8 GB eMMC), 75 USD avec boîtier métallique (CNX Software, 2022-05-30).
  • Prix actuel : 128 USD pour le R5S-LTS (4 GB RAM / 64 GB eMMC), +15 $ avec boîtier (page produit, consultée le 2026-10-13).
  • Variantes : RAM 2 GB ou 4 GB LPDDR4X ; eMMC 8 GB / 16 GB / 32 GB historiquement, 64 GB sur le SKU LTS actuel (le wiki liste 8/16 GB, la page produit 8/32 GB, la boutique vend 4 GB/64 GB). Le SoC est la puce RK3568B2 (boîtier plastique, mêmes fonctionnalités que le RK3568 selon CNX). Modèles de la même famille : NanoPi R5C (2 ports, M.2 E-key WiFi) et R5A/R5LS.
  • Note vs cahier des charges : le brief supposait « 2×GbE + 1×2.5GbE ». Les sources disent à l'unanimité l'inverse : 1× GbE (WAN) + 2× 2.5GbE (LAN) — wiki (« one Native Gigabit Ethernet, and two PCIe 2.5Gbps Ethernet »), config Armbian (« 1x GbE 2x 2.5GbE »), CNX.

＋ Points forts

  • Conception orientée routeur : seul NanoPi de la série R de sa génération avec deux ports LAN RTL8125BG 2.5GbE plus un WAN GbE natif (GMAC), ce qui en fait un appareil de la classe passerelle 2.5G-bridge/VPN (wiki).
  • Connecteur M.2 Key-M NVMe (2280, PCIe 2.1 x1) — stockage rapide et remplaçable face aux prédécesseurs R2S/R4S limités à la SD (wiki).
  • Efficacité du Cortex-A55 : nettement plus frais que le RK3399 à base de A72 du R4S ; ≤50 °C dans le boîtier métallique selon FriendlyElec (CNX).
  • Multimédia sur un routeur : GPU Mali-G52, NPU 0.8 TOPS (RKNN), décodage VPU 4Kp60, HDMI 2.0 — il fait aussi office de boîtier média/NPU (wiki ; section de test NPU §8.16).
  • Alimentation USB-C PD en 5/9/12 V — rare sur les SBC routeurs de cette époque (wiki).
  • Boîtier métallique passif vendu en accessoire ; RTC avec connecteur batterie pour l'horloge hors ligne ; bouton MASK + Maskrom pour la récupération (page produit).
  • Pas de WiFi à bord par conception — FriendlyElec documente à la place une liste de compatibilité USB-WiFi/AP (CNX).

− Points faibles

  • Les performances 2.5GbE au lancement étaient médiocres. La review de CNX de juin 2022 a mesuré un débit 2.5G « sometimes only a little faster than Gigabit Ethernet » (Tx parfois aussi bas que ~1,85 Gbps même après correctifs) ; FriendlyElec a depuis livré des optimisations d'interruptions/offload de la NIC (review partie 1, partie 2, note giveaway).
  • L'Ethernet WAN du noyau mainline était cassé au début. Le DTS initial de 2023 a nécessité arm64: dts: rockchip: fix gmac support for NanoPi R5S (31425b1fad), un correctif phy-supply pour gmac0 (fdc68be8a8) et un correctif de la broche de reset gmac0 fusionné le 2026-04-27 (c83c4a09d4) — les noyaux sortis entre ces dates peuvent ne pas initialiser le port WAN selon l'ensemble exact de correctifs.
  • Instabilité des triggers LED en mainline : la config des LED a été refondue (1631cbdb80) et les triggers LED netdev ont ensuite été retirés du DT (912b1f2a79, soc-dt-6.17) — le comportement par défaut de clignotement LAN/WAN diffère entre les noyaux constructeur 5.10/6.1 et les mainline récents.
  • Particularités de mise sous tension : FAQ de FriendlyElec : « Unable to power on — try to replace the power adapter and cable… some fast chargers with Type-C interface will have a delay, it may take a few seconds to start providing power » ; ≥5 V/2 A requis (wiki §5.11). Une alimentation compatible PD est de fait obligatoire.
  • L'USB-C est limité à l'alimentation ; l'OTG est sur un port USB-A. Pour le reflash UMS/RockUSB, le port OTG est « the USB-A closest to the edge », pas l'USB-C (commentaire de la config de carte armbian/build).
  • Les paramètrès par défaut du pare-feu FriendlyWrt peuvent bloquer la connexion/le trafic tant que les politiques de la zone WAN ne sont pas passées à Accept ou que fw4 reload n'est pas exécuté (wiki §5.11).
  • L'UART de debug tourne à 1 500 000 bps (wiki) — beaucoup d'adaptateurs USB-UART bon marché plafonnent bien en dessous ; prévoyez un adaptateur adapté (type CP2102N/FT232H).
  • Les 8 GB d'eMMC des SKU de lancement sont justes pour des images Docker/média ; les images du wiki font plusieurs GB (wiki §4.5).
  • Retour d'expérience expert expert — expert-pi-like
    • Retour sur la NanoPi R5S après quelques mois. Le concept de routeur avec 2x 2.5GbE (RTL8125BG) et 1x GbE WAN est solide, et le slot M.2 NVMe change tout par rapport au SD card des R4S. Cependant, attention aux pièges du début. La performance du 2.5G a été médiocre au lancement (CNX mesurait ~1.85 G… — expert-pi-like
    • Merci pour ce résumé. Je confirme le souci d'alimentation : j'ai perdu une après-midi à comprendre pourquoi elle ne démarrait pas systématiquement avec un vieux chargeur 5V/2A standard. Il a fallu passer à un chargeur PD 12V pour que ce soit stable. Par contre, j'ai une question sur le débogage. Le… — hacker-du-coin
    • Pour le USB-UART, le CP2102 suffit souvent si on force la vitesse dans le terminal (putty ou minicom), mais il perd des caractères à 1.5 Mbps. Un FT232H ou un CP2102N récent est plus fiable. Sinon, pour le reflash, si tu as un écran HDMI, c'est plus simple. Le vrai piège restant concerne les LEDs :… — linux-router-01

Retours et projets de la communauté

  • 2.5G router/gateway review & benchmarks

    2.5G router/gateway review & benchmarks — full OpenWrt/FriendlyWrt + iperf3 walkthrough: and . (unverified au 2026-10-13) Armbian home-lab node (NAS/Proxmox) — community Debian/Ubuntu images: ; FriendlyElec also ships OpenMediaVault 8 and Proxmox VE 8.2.7 ima…

  • Media server on the router

    Media server on the router — FriendlyElec's official Docker tutorials for Jellyfin and Nextcloud on FriendlyWrt: . (unverified au 2026-10-13)

  • Upstream OpenWrt 24.10 router

    Upstream OpenWrt 24.10 router — official friendlyarm_nanopi-r5s image in the rockchip target: . (unverified au 2026-10-13) Automated FriendlyWrt builds — FriendlyElec's GitHub Actions image builder used by the community: . (unverified au 2026-10-13)

Contenu indisponible pour le moment.

  • Les performances 2.5GbE au lancement étaient médiocres. La review de CNX de juin 2022 a mesuré un débit 2.5G « sometimes only a little faster than Gigabit Ethernet » (Tx parfois aussi bas que ~1,85 Gbps même après correctifs) ; FriendlyElec a depuis livré des optimisations d'interruptions/offload de la NIC (review partie 1, partie 2, note giveaway).
  • L'Ethernet WAN du noyau mainline était cassé au début. Le DTS initial de 2023 a nécessité arm64: dts: rockchip: fix gmac support for NanoPi R5S (31425b1fad), un correctif phy-supply pour gmac0 (fdc68be8a8) et un correctif de la broche de reset gmac0 fusionné le 2026-04-27 (c83c4a09d4) — les noyaux sortis entre ces dates peuvent ne pas initialiser le port WAN selon l'ensemble exact de correctifs.
  • Instabilité des triggers LED en mainline : la config des LED a été refondue (1631cbdb80) et les triggers LED netdev ont ensuite été retirés du DT (912b1f2a79, soc-dt-6.17) — le comportement par défaut de clignotement LAN/WAN diffère entre les noyaux constructeur 5.10/6.1 et les mainline récents.
  • Particularités de mise sous tension : FAQ de FriendlyElec : « Unable to power on — try to replace the power adapter and cable… some fast chargers with Type-C interface will have a delay, it may take a few seconds to start providing power » ; ≥5 V/2 A requis (wiki §5.11). Une alimentation compatible PD est de fait obligatoire.
  • L'USB-C est limité à l'alimentation ; l'OTG est sur un port USB-A. Pour le reflash UMS/RockUSB, le port OTG est « the USB-A closest to the edge », pas l'USB-C (commentaire de la config de carte armbian/build).
  • Les paramètrès par défaut du pare-feu FriendlyWrt peuvent bloquer la connexion/le trafic tant que les politiques de la zone WAN ne sont pas passées à Accept ou que fw4 reload n'est pas exécuté (wiki §5.11).
  • L'UART de debug tourne à 1 500 000 bps (wiki) — beaucoup d'adaptateurs USB-UART bon marché plafonnent bien en dessous ; prévoyez un adaptateur adapté (type CP2102N/FT232H).
  • Les 8 GB d'eMMC des SKU de lancement sont justes pour des images Docker/média ; les images du wiki font plusieurs GB (wiki §4.5).
  • Contrôler la LED SYS du NanoPi R5S debutant Schéma : IMG-nanopi-r5s-debutant-1-nanopir5s-sys-led.svg — NanoPi R5S vu de dessus avec les quatre LED (SYS rouge, WAN, LAN1, LAN2 vertes) mises en évidence
  • Bouton Reset et console série du NanoPi R5S debutant Schéma : IMG-nanopi-r5s-debutant-2-nanopir5s-bouton-console.svg — NanoPi R5S avec le bouton Reset (GPIO4_A0), le bouton MASK, l'en-tête UART 3 pins 2,54 mm et le branchement d'un adaptateur USB-UART
  • Premier script Python sur le NanoPi R5S debutant Schéma : IMG-nanopi-r5s-debutant-3-nanopir5s-premier-script-python.svg — NanoPi R5S sous Debian avec un terminal affichant un script Python qui lit température, fréquence CPU et adresses des trois ports Ethernet
  • Piloter les GPIO du NanoPi R5S avec libgpiod intermediaire Schéma : IMG-nanopi-r5s-intermediaire-1-nanopir5s-gpio-libgpiod.svg — connecteur FPC 12 pins du NanoPi R5S avec la broche GPIO3_C3 (3,3 V) reliée à une résistance et une LED, et le bouton Reset sur GPIO4_A0
  • Routeur Linux : bridge WAN/LAN et forwarding sur le R5S intermediaire Schéma : IMG-nanopi-r5s-intermediaire-2-nanopir5s-routeur-linux.svg — NanoPi R5S en routeur : port GbE eth0 en WAN vers la box, ports 2,5G eth1+eth2 en bridge LAN, avec sysctl net.ipv4.ip_forward activé
  • Pi-hole : serveur DNS filtrant sur le NanoPi R5S intermediaire Schéma : IMG-nanopi-r5s-intermediaire-3-nanopir5s-pihole-dns.svg — NanoPi R5S routeur hébergeant Pi-hole : requêtes DNS du LAN traversant le port 53, listes de blocage, requêtes autorisées sortant vers le DNS amont
  • OpenWrt upstream 24.10 en routeur 2,5G complet avance Schéma : IMG-nanopi-r5s-avance-1-nanopir5s-openwrt.svg — NanoPi R5S sous OpenWrt 24.10 (target rockchip) : flux de données WAN GbE vers bridge lan.eth1+eth2, flow offloading matériel activé, mesures iperf3
  • Surveillance thermique et fréquence du RK3568B2 avance Schéma : IMG-nanopi-r5s-avance-2-nanopir5s-surveillance-thermique.svg — NanoPi R5S dans son boîtier métal passif avec sondes : température thermal_zone, cpufreq des quatre Cortex-A55, courbe température/fréquence et seuils de throttling
  • NAS Samba sur NVMe avec VLANs de gestion avance Schéma : IMG-nanopi-r5s-avance-3-nanopir5s-nas-samba.svg — NanoPi R5S avec SSD NVMe M.2 en partage Samba, bridge br-lan découpé en VLAN 10 (données) et VLAN 20 (gestion), pare-feu entre zones

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