Raspberry Pi Compute Module 5 (compute-module-5)

Raspberry Pi LtdSBClinux

⚡ L’essentiel en 60 secondes

La Raspberry Pi Compute Module 5, souvent désignée par l'acronyme CM5, représente une étape majeure dans la stratégie de Raspberry Pi Ltd. pour le marché de l'intégration industrielle et embarquée. Lancée officiellement le 27 novembre 2024, cette carte n'est pas un ordinateur de bureau autonome comme la Raspberry Pi 5, mais un module système, ou SoM (System-on-Module). Pour comprendre ce concept, imaginez que la CM5 est le cerveau complet de l'ordinateur, incluant le processeur, la mémoire et les contrôleurs d'entrée/sortie, mais qu'elle a été réduite à sa plus simple expression physique pour être soudée directement sur une carte mère personnalisée, appelée carte porteuse. Cette approche permet aux fabricants de produits finis, allant des bornes interactives aux automates industriels, de créer des appareils compacts et sur mesure sans avoir à concevoir l'électronique complexe du cœur informatique eux-mêmes. La CM5 est conçue pour offrir les performances de la Raspberry Pi 5 dans un format ultra-compact de 40 mm sur 55 mm, soit la même empreinte au sol que la génération précédente, la CM4, bien que l'épaisseur et la densité des composants aient évolué.

Le cœur de cette carte est le processeur Broadcom BCM2712, une puce à quatre cœurs d'architecture 64 bits Arm Cortex-A76 fonctionnant à une fréquence de 2,4 GHz. Pour le néophyte, cela signifie que la CM5 est significativement plus puissante que ses prédécesseurs, capable de traiter des tâches lourdes comme le décodage vidéo 4K ou l'analyse de données en temps réel. Une particularité architecturale importante est la présence du contrôleur d'entrées/sorties RP1, une puce dédiée qui gère les connexions externes. Contrairement aux anciennes générations où ces fonctions étaient intégrées au processeur principal ou moins performantes, le RP1 offre une bande passante supérieure et une meilleure gestion des périphériques modernes. La carte est équipée d'une mémoire vive LPDDR4x disponible en plusieurs capacités, allant de 2 Go à 16 Go, avec une prise en charge de la correction d'erreurs (ECC) pour les applications critiques nécessitant une fiabilité absolue. Le stockage interne, appelé eMMC, est également amélioré, offrant des vitesses de lecture pouvant atteindre 400 Mo/s, soit quatre fois plus rapide que les modules précédents. Il est important de noter qu'il existe des variantes "Lite" qui ne disposent pas de stockage interne, laissant le concepteur choisir entre une carte SD ou un stockage externe via une interface dédiée.

Sur le plan de la connectivité, la CM5 marque une rupture avec la compatibilité totale de la CM4. Si elle conserve le même format physique et les mêmes connecteurs de 100 broches, l'affectation de certaines broches a changé pour accueillir des normes plus récentes. Par exemple, les ports USB 3.0 SuperSpeed, absents des modules précédents, sont désormais disponibles, permettant des transferts de données beaucoup plus rapides. Cependant, cette évolution a un coût : les broches qui servaient aux interfaces caméra et écran (MIPI) sur la CM4 ont été réutilisées pour l'USB 3.0 sur la CM5. Par conséquent, une carte CM5 insérée dans une carte porteuse conçue pour la CM4 ne pourra pas utiliser les connecteurs caméra ou écran situés à ces emplacements. C'est un point crucial pour les ingénieurs qui mettent à jour des produits existants. La carte dispose également d'une connectivité réseau filaire Gigabit Ethernet avec prise en charge du protocole PTP (Precision Time Protocol), essentiel pour la synchronisation précise dans les environnements industriels, ainsi qu'une option sans fil Wi-Fi double bande et Bluetooth 5.0, certifiée pour une intégration facile.

L'alimentation de la CM5 est standardisée via une connexion USB-C, mais elle nécessite une attention particulière. Le module peut négocier jusqu'à 5 volts et 5 ampères via le protocole Power Delivery, ce qui implique que la carte porteuse doit être conçue pour fournir une puissance suffisante. Les concepteurs doivent prévoir une alimentation capable de fournir au moins 2,5 ampères à 5 volts pour garantir la stabilité, surtout lorsque le processeur est sollicité à pleine charge. La consommation électrique est effectivement plus élevée que celle de la CM4 en raison de la puissance de calcul accrue. Pour les applications nécessitant une gestion fine de l'énergie, la carte inclut un bouton d'alimentation matériel et une horloge temps réel (RTC) alimentée par une batterie, permettant au système de conserver l'heure même lorsqu'il est éteint, une fonctionnalité longtemps absente des modules embarqués.

La flexibilité de la CM5 se manifeste aussi dans sa gestion des entrées/sorties générales, ou GPIO. Ces broches permettent de connecter des capteurs, des actionneurs ou d'autres composants électroniques. La carte expose jusqu'à 28 broches GPIO utilisables, dont la tension de fonctionnement peut être configurée à 3,3 volts, 1,8 volts ou 2,5 volts selon le câblage de la carte porteuse. Cette adaptabilité est vitale pour l'interopérabilité avec des composants industriels variés. Il est toutefois impératif de respecter une limite de courant totale de 50 milliampères sur l'ensemble de ces broches pour éviter d'endommager la puce. De plus, contrairement à certains microcontrôleurs, la CM5 ne dispose pas de convertisseurs analogiques-numériques (ADC) intégrés ; les concepteurs doivent donc utiliser des composants externes si le traitement de signaux analogiques est requis.

En termes de durabilité et de fiabilité, la CM5 est conçue pour fonctionner dans des gammes de températures larges, de -20 °C à +85 °C, ce qui la rend adaptée aux environnements industriels hostiles. Raspberry Pi Ltd. a communiqué sur une durée de vie moyenne (MTBF) élevée pour les environnements fixes, tout en précisant des valeurs plus conservatrices pour les applications mobiles sujettes aux vibrations. La société s'engage également à maintenir la production de la CM4 jusqu'en 2034, offrant une transition douce pour les projets nécessitant une compatibilité matérielle stricte, tandis que la CM5, bien que "majoritairement compatible", introduit les changements nécessaires pour les futures générations de produits. Enfin, l'écosystème logiciel reste fidèle à l'identité de la marque : la CM5 utilise le même système d'exploitation, Raspberry Pi OS 64 bits, que la Raspberry Pi 5, permettant aux développeurs de tester leur code sur une carte de développement standard avant de le déployer sur le module final, simplifiant ainsi le processus de développement et de maintenance.

Forum (1 sujet) →

AttrSpecsvérifié
socBroadcom BCM2712, quad-core 64-bit Arm Cortex-A76 (ARMv8) @ 2.4 GHz, with Raspberry Pi's RP1 I/O controller as an extra chip on the module ("That's a whole extra chip on the board compared with CM4") — ,✔
gpuVideoCore VII; OpenGL ES 3.1; hardware 4Kp60 HEVC decode; dual HDMI 2.0 outputs, each up to 4Kp60 simultaneously; up to three simultaneous displays of any mix (HDMI/DSI/DPI) — ,✔
ram2 / 4 / 8 / 16 GB LPDDR4x-4267 SDRAM with ECC support (16 GB variants added to the datasheet in the 28 Aug 2025 revision) —✔
storageon-board eMMC, 16 / 32 / 64 GB (MLC per launch article), "up to 400 MB/s … four times faster than previous compute modules"; CM5Lite has no eMMC and exposes an SDIO 2.0 interface for an external SD card or eMMC — ,✔
form_factor40 mm × 55 mm module, 4.6 mm deep bare (features list elsewhere in the same datasheet says 4.7 mm), 1.24 mm ±10% PCB, four M2.5 mounting holes; dual 100-pin high-density connectors (200 pins total, Amphenol 10164227-1001A1RLF/-1004A1RLF, stacking heights 1.5 mm or 4.0 mm); mechanically compatible with CM4 — ,✔
connectivityoptional certified Cypress CYW43455 radio — dual-band 2.4/5.0 GHz IEEE 802.11 b/g/n/ac Wi-Fi + Bluetooth 5.0/BLE, on-board PCB antenna plus U.FL connector with boot-time antenna switch (dtparam=ant1/ant2); integrated Gigabit Ethernet PHY (Broadcom BCM54210PE) with IEEE 1588-2008 PTP; one-lane PCIe Gen 2 (5 Gb/s) host; 2× USB 3.0 SuperSpeed (simultaneous 5 Gb/s) + 1× USB 2.0 High-Speed (480 Mb/s) —✔
gpio28 general-purpose GPIOs (GPIO0–27) on the connectors, matching the Raspberry Pi 5 40-pin header functions, plus dedicated-function pins (CAM_GPIO0/1 = RP1 GPIO34/35, MIPI I2C SDA0/SCL0 = GPIO38/39, Fan_Tacho = GPIO29); marketing says "up to 30 GPIOs"; bank voltage selectable by wiring GPIO_VREF to CM5_3.3V, CM5_1.8V (1.8 V signalling) or an external 2.5 V supply; no ADC or DAC (PWM AUDIO_OUT/AUDIO_IN PDM instead); GPIO2/GPIO3 carry 1.8 kΩ I2C pull-ups — ,✔
peripheral_mux_rp1up to 5 UARTs (UART0 8-wire or IrDA), 4–5 I2C controllers, 6 SPI controllers (5 master + 1 slave), 1 SDIO, 1 DPI parallel display (24-bit), I2S master + slave (quadruple lane), 2× PWM audio out + 2× PDM audio in, up to 4 PWM channels, 2–3 GPCLK outputs —✔
gpio_electricals_datasheet_4_3_2configurable drive 2/4/8/12 mA (e.g. at 3.3 V, IOL typ 23.9 mA @ 8 mA setting); VOL ≤ 0.4 V; internal pull-up/pull-down ≈ 55 kΩ typ; input leakage ≤ 3 µA @ 3.3 V; total GPIO current must not exceed 50 mA across all 28 pins —✔
powersingle 5 V input (4.75–5.25 V) with USB-C PD negotiation up to 5 V/5 A via CC1/CC2 pins; module outputs CM5_3.3V and CM5_1.8V regulator rails, 600 mA each for peripherals; typical consumption (datasheet §3.3/§4.3.3): shutdown 1.3 mA (PMIC_EN low), ~3 mA software-shutdown, idle ~400 mA (~2 W at 5 V), operating ~900 mA typ (~4.5 W at 5 V); carrier-board designers should budget 5 V @ 2.5 A (Appendix B.3) —✔
rtcVBAT pin 2.5–3.5 V (typically 3 V, e.g. CR2032); RTC draws 1.7 µA powered / 6 µA unpowered; "a typical CR2032 lasts > 3 years when CM5 is unpowered" —✔
temperature_reliabilityoperating −20 °C to +85 °C (non-condensing); wireless RF performance best −20 °C to +75 °C; SoC throttles below 85 °C case temp and can exceed it if the cooler is inadequate; MTBF 143 000 h (CM5) / 168 000 h (CM5Lite) in benign environments, 16 000 h in mobile/vibrating environments —✔
absolute_maximum_ratingsVIN −0.5…6.0 V; GPIO_VREF −0.5…3.6 V; GPIO input ≤ VGPIO_VREF + 0.5 V —✔
companion_carrier_cm5io_sold_separately160 mm × 90 mm; USB-C power (same standard as Pi 5: 5 V/5 A = 25 W, or 5 V/3 A with a 600 mA peripheral limit); power button; RTC battery socket; 2× HDMI; 2× combined MIPI DSI/CSI-2 FPC; 2× USB 3.0 Type-A + 1× USB 2.0 Type-C (slave, for flashing); GbE RJ45 with PoE (PoE+ via separate PoE+ HAT+); M.2 M-key PCIe socket (2230/2242/2260/2280); microSD slot (Lite only); 40-pin HAT GPIO header; 1.8 V/3.3 V GPIO voltage jumper; config jumpers (eMMC boot disable, EEPROM write-protect, wireless); 4-pin JST-SH PWM fan connector — (mirror: ,✔
  • Fabricant : Raspberry Pi Ltd. (conçu à Cambridge, Royaume-Uni ; la gamme de SBC Raspberry Pi est fabriquée au Sony UK Technology Centre de Pencoed — ,
  • Annonce / mise en vente : 27 novembre 2024 — article de lancement « Compute Module 5 on sale now from $45 » (premiers commentaires datés du 27 nov. 2024) ; l'historique de documentation de la datasheet confirme « 27 November 2024 — Initial release of Raspberry Pi Compute Module 5 (CM5) » — ,
  • Statut : Produit actuel actif (revision 7 de la datasheet mise à jour le 8 juin 2026 ; nouvel accessoire CM5 Programming Jig lancé le 19 août 2026) — ,
  • Prix de lancement : « priced from just $45 » (titre et corps de l'article de lancement) —
  • Variantes : 32 SKUs commandables = {sans wireless / wireless} × {2, 4, 8, 16 GB LPDDR4x} × {0 (Lite), 16, 32, 64 GB eMMC}, numéros de pièce CM5<wireless><RAM><eMMC> (par ex. CM5104032 = wireless, 4 GB, 32 GB ; numéros RPL SC1556–SC1608) ; des configurations personnalisées peuvent être commandées ; le schéma de numérotation réserve aussi un code eMMC 128 GB, mais aucun SKU 128 GB n'est listé —
  • Positionnement : version SoM (system-on-module) du Raspberry Pi 5 pour les produits embarqués/industriels ; « between seventy and eighty percent of Raspberry Pi units go into industrial and embedded applications » (article de lancement) —

+ Points forts

  • Un Raspberry Pi 5 sur un SoM 40×55 mm : BCM2712 + RP1 + PMIC comprimés sur un PCB dix couches (le Raspberry Pi 5 en utilise six), seulement 40 µm plus épais que la carte du CM4, conservant le facteur de forme du CM4 et une compatibilité quasi directe pour la plupart des conceptions — ,
  • 2× USB 3.0 sur un Compute Module pour la première fois : les deux ports MIPI supplémentaires libérés par la génération Pi 5 ont été réaffectés à des paires USB 3.0 SuperSpeed (les ports MIPI CAM0/DSI0 du CM4 sont devenus USB3-0/USB3-1) — (Annexe B) ,
  • eMMC embarquée 4× plus rapide (jusqu'à 400 MB/s) vs les Compute Modules précédents ; options de flash MLC jusqu'à 64 GB — ,
  • Bouton d'alimentation + RTC sur un CM pour la première fois : la broche PWR_BUT reproduit le bouton d'alimentation du Pi 5 (appui court on/off, appui >5 s pour forcer l'extinction) ; le RTC VBAT maintient l'heure hors tension depuis une CR2032 (>3 ans) —
  • Négociation USB-C PD sur le module : les broches CC1/CC2 communiquent avec un connecteur USB-C pour que le PMIC puisse demander 5 V/5 A — aucun contrôleur PD externe nécessaire sur la carte mère —
  • Réseaux déterministes : PHY GbE avec PTP IEEE 1588-2008 et broche SYNC_OUT — inhabituel sur un module SBC —
  • Sécurité / contrôles industriels : protection matérielle en écriture de l'EEPROM (broche EEPROM_nWP + eeprom_write_protect=1), broches matérielles de désactivation Wi-Fi/BT (WL_nDisable/BT_nDisable), provisionnement secure boot via rpi-sb-provisioner, données MTBF (143 k h en environnement bénin), plage −20…+85 °C, système de codes de commande à 32 SKUs individuellement adressables avec SKUs personnalisés — ,
  • Debug adapté à l'embarqué : empreinte UART de debug JST-SH 3 broches 1 mm (BM03B-SRSS-TB) plus points de test répétés (TP35/TP36 TX/RX), points de test JTAG, et pads d'alimentation/boot USB sur points de test pour programmer sans les connecteurs 100 broches — (Annexe A)
  • Écosystème : carte CM5IO Board (fichiers de conception KiCad librement disponibles), boîtier IO avec ventilateur (v1/v2), refroidisseur passif, kit d'antennes (conformité modulaire FCC), adaptateur Smart Display Module (Intel SDM), kit de développement (CM5104032 + tous les accessoires), Programming Jig — ,
  • Longévité : le CM4 reste en production jusqu'en janvier 2034 au minimum pour les conceptions nécessitant une compatibilité CM4 à 100 % ; le CM5 est « mostly compatible » mais pas totalement —

− Points faibles

  • Les cartes mères CM4 perdent les ports caméra/affichage 0 : les paires MIPI CAM0 (broches 128–142) et DSI0 (broches 157–171) du CM5 sont devenues des paires USB 3.0, donc un CM5 sur une carte mère CM4 ne peut plus utiliser ces connecteurs caméra/affichage (« USB 3.0 … won't work when CM5 is plugged into a carrier board designed for CM4 ») — (Annexe B.1) ,
  • Consommation supérieure au CM4 : « CM5 delivers significantly more performance than CM4, and therefore consumes more power. Power supply designs should accommodate 5 V at up to 2.5 A » — les anciennes cartes mères CM4 avec des alimentations plus petites peuvent subir des brown-outs ; solution de contournement : abaisser l'horloge du CPU — (Annexe B.3)
  • Protection ESD supprimée vs CM4 : le CM4 avait une protection ESD supplémentaire sur HDMI, SDA, SCL, HPD et CEC ; « This is removed from CM5 » — les conceptions de cartes mères avec connecteurs exposés peuvent devoir la réajouter — (Annexe B.1.2)
  • Pièges PCIe : le mode Gen 3 « is possible in some cases, but is unsupported and might not function reliably » ; PCIE_nWAKE est « available, but currently unsupported in software » ; des condensateurs AC-couplés externes sont requis sur PCIe_RX lors de la conception d'une carte mère — (§2.3)
  • Le ventilateur peut continuer à tourner après l'extinction : l'alimentation de Fan_PWM s'arrête à l'extinction, mais un ventilateur alimenté en 5 V peut continuer à tourner si la carte mère ne coupe pas aussi son alimentation (la datasheet suggère de partager VBUS_EN ou un buffer 74LVC1G07) — (§2.11)
  • Charge quiescente de VBAT : le RTC ajoute « a constant load of a few uA even if CM5 is powered » (note de la broche 76) — pertinent pour les conceptions sur batterie — (Annexe B.1)
  • La mise à jour de l'EEPROM n'est pas atomique : avertissement du mode self-update — « If a power failure occurs during an EEPROM update, you could corrupt the EEPROM » ; le CM5 n'exécute jamais recovery.bin depuis l'eMMC/SD, donc une EEPROM corrompue doit être réparée via USB — , (§5.3)
  • Particularités de l'hôte de flash : les hubs USB peuvent empêcher l'hôte de reconnaître le module pendant le flash rpiboot (brancher en direct) ; le rpiboot fourni avec Ubuntu ≤ 24.04 « has been known to fail to communicate with the device » — le compiler depuis les sources — (guide de dépannage :
  • USB 2.0 OTG non officiel : « While not officially documented, some users have successfully enabled this functionality » — l'usage hôte à rôle fixe (lier USB_OTG_ID au niveau bas) est la voie supportée ; l'hôte USB 2.0 nécessite dtoverlay=dwc2,dr_mode=host — (§2.4.2)
  • Piège de certification de l'antenne : des antennes tierces annulent la voie de certification — « Raspberry Pi Ltd doesn't assist with certification for third-party antennas » ; le choix de l'antenne (ant1/ant2) est figé au démarrage et ne peut pas changer à l'exécution — (§2.1)
  • Bug thermique du boîtier CM5IO v1 : la première version du boîtier ne peut pas accueillir le CM5 Cooler et le ventilateur préinstallé simultanément (le ventilateur doit être retiré) ; corrigé dans le boîtier v2 —
  • Deux ports USB 2.0 perdus vs Pi 5 : les deux ports USB 2.0 de droite du Pi 5 « got left off … there was no signal space » — le CM5 a au total 1× USB 2.0 + 2× USB 3.0 —
  • Incohérences de documentation : Vulkan 1.2 vs 1.3, 28 vs 30 GPIOs, profondeur 4,6 vs 4,7 mm, comptes de périphériques — datasheet vs article de lancement
  • Retour d'expérience expert expert — expert-raspberrypi
    • Retour après integration de la CM5 dans un projet industriel. Les atouts sont reels : la connectivite USB 3.0 doublee est un gain net par rapport a la CM4, et le eMMC est effectivement bien plus rapide. Attention toutefois a la compatibilite descendante : si vous recyclez des cartes porteuses CM4, … — expert-raspberrypi
    • Merci pour ce recap. J'ai rencontre un souci spécifique au flashage via rpiboot sur Ubuntu 24.04. La version fournie dans les depots classiques ne communique pas avec la carte, bloquant souvent a l'etape d'enumeration. J'ai du compiler rpiboot depuis les sources pour que ca fonctionne. As-tu rencon… — hacker-usb
    • Je confirme pour le hub, il faut vraiment brancher la CM5 directement sur le PC hote sinon la detection échoue. Par contre, j'ai un autre point d'agacement : j'ai utilise le boitier v1 pour mon setup et impossible de faire tenir le dissipateur passif en même temps que le ventilateur de base. Il a f… — maker-grenoble

Retours et projets de la communauté

  • KUNBUS Revolution Pi Connect 5

    KUNBUS Revolution Pi Connect 5 — industrial PLC-class product built on CM5, announced with the launch (official case study): .raspberrypi.com/news/powering-industrial-innovation-compute-module-5-meets-revolution-pi/ and .raspberrypi.com/success-stories/revpi-…

  • TBS One Box TV Pro25

    TBS One Box TV Pro25 — commercial TV-encoding appliance migrated to CM5 (linked in the launch post): .de/shop/One-Boxtv-pro25 (unverified au 2026-10-13)

  • Boot CM5 from an NVMe SSD in the CM5IO M.2 slot

    Boot CM5 from an NVMe SSD in the CM5IO M.2 slot — set BOOT_ORDER=0xf6 in the EEPROM via usbboot recovery (official bootloader guide): .com/raspberrypi/documentation/blob/master/documentation/asciidoc/computers/compute-module/cm-bootloader.adoc (unverified au …

  • Design a custom carrier board from the CM5IO reference

    Design a custom carrier board from the CM5IO reference — KiCad design files are "freely available" ("take the files, delete the bits you don't want … and design your own board"): .co/cm5io-design-files , .raspberrypi.com/news/meet-the-engineer-dominic-plunket…

  • Les cartes mères CM4 perdent les ports caméra/affichage 0 : les paires MIPI CAM0 (broches 128–142) et DSI0 (broches 157–171) du CM5 sont devenues des paires USB 3.0, donc un CM5 sur une carte mère CM4 ne peut plus utiliser ces connecteurs caméra/affichage (« USB 3.0 … won't work when CM5 is plugged into a carrier board designed for CM4 ») — (Annexe B.1) ,
  • Consommation supérieure au CM4 : « CM5 delivers significantly more performance than CM4, and therefore consumes more power. Power supply designs should accommodate 5 V at up to 2.5 A » — les anciennes cartes mères CM4 avec des alimentations plus petites peuvent subir des brown-outs ; solution de contournement : abaisser l'horloge du CPU — (Annexe B.3)
  • Protection ESD supprimée vs CM4 : le CM4 avait une protection ESD supplémentaire sur HDMI, SDA, SCL, HPD et CEC ; « This is removed from CM5 » — les conceptions de cartes mères avec connecteurs exposés peuvent devoir la réajouter — (Annexe B.1.2)
  • Pièges PCIe : le mode Gen 3 « is possible in some cases, but is unsupported and might not function reliably » ; PCIE_nWAKE est « available, but currently unsupported in software » ; des condensateurs AC-couplés externes sont requis sur PCIe_RX lors de la conception d'une carte mère — (§2.3)
  • Le ventilateur peut continuer à tourner après l'extinction : l'alimentation de Fan_PWM s'arrête à l'extinction, mais un ventilateur alimenté en 5 V peut continuer à tourner si la carte mère ne coupe pas aussi son alimentation (la datasheet suggère de partager VBUS_EN ou un buffer 74LVC1G07) — (§2.11)
  • Charge quiescente de VBAT : le RTC ajoute « a constant load of a few uA even if CM5 is powered » (note de la broche 76) — pertinent pour les conceptions sur batterie — (Annexe B.1)
  • La mise à jour de l'EEPROM n'est pas atomique : avertissement du mode self-update — « If a power failure occurs during an EEPROM update, you could corrupt the EEPROM » ; le CM5 n'exécute jamais recovery.bin depuis l'eMMC/SD, donc une EEPROM corrompue doit être réparée via USB — , (§5.3)
  • Particularités de l'hôte de flash : les hubs USB peuvent empêcher l'hôte de reconnaître le module pendant le flash rpiboot (brancher en direct) ; le rpiboot fourni avec Ubuntu ≤ 24.04 « has been known to fail to communicate with the device » — le compiler depuis les sources — (guide de dépannage :
  • USB 2.0 OTG non officiel : « While not officially documented, some users have successfully enabled this functionality » — l'usage hôte à rôle fixe (lier USB_OTG_ID au niveau bas) est la voie supportée ; l'hôte USB 2.0 nécessite dtoverlay=dwc2,dr_mode=host — (§2.4.2)
  • Piège de certification de l'antenne : des antennes tierces annulent la voie de certification — « Raspberry Pi Ltd doesn't assist with certification for third-party antennas » ; le choix de l'antenne (ant1/ant2) est figé au démarrage et ne peut pas changer à l'exécution — (§2.1)
  • Bug thermique du boîtier CM5IO v1 : la première version du boîtier ne peut pas accueillir le CM5 Cooler et le ventilateur préinstallé simultanément (le ventilateur doit être retiré) ; corrigé dans le boîtier v2 —
  • Deux ports USB 2.0 perdus vs Pi 5 : les deux ports USB 2.0 de droite du Pi 5 « got left off … there was no signal space » — le CM5 a au total 1× USB 2.0 + 2× USB 3.0 —
  • Incohérences de documentation : Vulkan 1.2 vs 1.3, 28 vs 30 GPIOs, profondeur 4,6 vs 4,7 mm, comptes de périphériques — datasheet vs article de lancement
  • Alimenter un CM5 comme il faut : USB-C PD 5 V / 5 A et bouton d'alimentation debutant Schéma : IMG-compute-module-5-debutant-1-alimenter-cm5-usb-c-5a.svg — CM5 sur CM5IO Board alimenté par un câble USB-C relié à une alimentation officielle 27 W ; les broches CC1/CC2 du connecteur sont surlignées (négociation PD sur le module) ; le bouton d'alimentation de l'IO Board est indiqué avec ses deux appuis (court / plus de 5 s).
  • La première RTC des Compute Modules : câbler et vérifier la VBAT du CM5 debutant Schéma : IMG-compute-module-5-debutant-2-rtc-vbat-cr2032-cm5.svg — CM5 sur CM5IO Board ; une pile bouton CR2032 est insérée dans le porte-pile RTC de l'IO Board, reliée à la broche VBAT (2,5–3,5 V) du module ; une horloge affiche l'heure conservée après coupure du secteur.
  • Accès distant sans VPN : enregistrer un CM5 dans Raspberry Pi Connect debutant Schéma : IMG-compute-module-5-debutant-3-raspberry-pi-connect-cm5.svg — un CM5 sur sa CM5IO Board dans un coffret, relié à Internet par un seul câble Ethernet ; un téléphone et un navigateur affichent la console Raspberry Pi Connect ; aucune règle de redirection de port n'est dessinée sur la box.
  • GPIO du CM5 côté RP1 : force de conduite, budget 50 mA et broches pièges intermediaire Schéma : IMG-compute-module-5-intermediaire-1-rp1-gpio-drive-50ma.svg — CM5 ouvert en vue schématique montrant la puce RP1 à côté du BCM2712 ; les GPIO0–27 sortent de RP1 vers les connecteurs ; un multimètre mesure le courant total de la nappe avec la limite 50 mA annotée ; les broches GPIO0/1 (bus ID) et GPIO29 (Fan_Tacho) sont marquées d'un point d'attention.
  • Refroidir le CM5 : ventilateur PWM sur le connecteur JST-SH et tachymétrie intermediaire Schéma : IMG-compute-module-5-intermediaire-2-ventilateur-pwm-cm5io.svg — CM5IO Board vue de dessus avec le connecteur ventilateur JST-SH 4 broches (5 V, PWM, tachy, GND) branché à un petit ventilateur ; la ligne Fan_Tacho (GPIO29) remonte vers RP1 ; un graphique température/rotation relie le contrôle PWM à la consigne thermique.
  • Deux ports USB 3.0 simultanés : le CM5 fait du stockage rapide, pas sur une carte CM4 intermediaire Schéma : IMG-compute-module-5-intermediaire-3-double-usb3-cm5.svg — CM5 sur CM5IO Board avec deux SSD USB-3 branchés sur les ports Type-A ; le schéma montre que les paires MIPI CAM0/DSI0 du CM4 sont devenues les paires USB3-0/USB3-1 du CM5 ; un graphique affiche deux flux de copie simultanés.
  • Démarrer le CM5 sur un SSD NVMe dans le socket M.2 de la CM5IO avance Schéma : IMG-compute-module-5-avance-1-boot-nvme-m2-cm5io.svg — CM5IO Board avec un SSD NVMe M.2 M-key (2280) vissé dans le socket ; flèches : copie du système eMMC vers NVMe avec rpi-clone, puis écriture de BOOT_ORDER=0xf641 dans l'EEPROM via rpiboot depuis un PC hôte.
  • Remplacer un CM4 par un CM5 : audit des incompatibilités (Annexe B) avance Schéma : IMG-compute-module-5-avance-2-migrer-cm4-vers-cm5.svg — un CM4 et un CM5 côte à côte au-dessus d'une carte mère CM4 ; trois zones surlignées en avertissement : paires CAM0/DSI0 devenues USB3 (inutilisables), protection ESD retirée sur HDMI/SDA/SCL, alimentation dimensionnée pour 1,4 A alors que le CM5 demande 2,5 A.
  • Console série et JTAG du CM5 : l'empreinte de debug JST-SH et les points de test avance Schéma : IMG-compute-module-5-avance-3-debug-uart-jtag-cm5.svg — CM5 vu de dessus avec l'empreinte de debug JST-SH 3 broches 1 mm (BM03B-SRSS-TB) surlignée, les points de test TP35/TP36 (TX/RX), les pastilles JTAG et les pads d'alimentation/boot USB sur points de test ; un convertisseur USB-série 3,3 V y est branché, un terminal affichant le log de boot.

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. gpiozero est la bibliothèque de référence sur cet OS : elle gère les puces GPIO sans manipulation root.

  • bouton-gpio.py Python

    Un bouton sur le connecteur GPIO déclenche une action à l'appui et au relâchement. gpiozero fournit les callbacks when_pressed/when_released avec anti-rebond intégré et le pause() événementiel.

  • 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…

  • wifi-station.sh Bash

    NetworkManager est l'outil standard des distributions carte modernes : deux commandes suffisent à rejoindre un point d'accès WPA2 et vérifier l'IP obtenue. Le script liste aussi les réseaux visibles …

  • 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