Calendrier de l’Embedded Open Source Summit 2024 – Linux embarqué, Zephyr OS et Linux en temps réel

L’Embedded Open Source Summit 2024 (EOSS 2024) aura lieu du 16 au 18 avril et la Linux Foundation a déjà annoncé le calendrier avec des conférences, des conférences éclair et des sessions Birds of a Feather (BoF) couvrant Linux embarqué, Zephyr OS, et Linux en temps réel (RT).

Même si je n’y assisterai pas en personne, je trouve quand même intéressant de consulter le calendrier car nous pourrions en apprendre davantage sur l’état actuel de Linux embarqué. J’ai donc créé mon propre petit planning virtuel à partir des conférences disponibles.

Mardi 16 avril – Jour 1, Embedded Open Source Summit 2024

• 9h05 – 9h45 – Non, il n’est (encore) jamais trop tard pour diffuser vos anciennes plates-formes Linux par Neil Armstrong, Linaro

Il y a près de 7 ans, Neil parlait déjà de ce sujet à Berlin, et c’est toujours aussi vrai. Maintenez-vous ou avez-vous l’habitude de maintenir une carte basée sur Linux ou un SoC hors arbre ? Il existe alors de nombreuses raisons pour lesquelles vous pouvez appliquer vos modifications à la version principale de Linux. Certains diront qu’il est trop tard, trop complexe ou trop coûteux, mais les avantages à long terme d’un amont régulier dépassent largement ces contraintes, surtout si vous disposez des bonnes méthodes. Dans cette présentation, Neil développera cette question. Neil exposera ensuite les différents défis de la mise en amont du code, comme les contraintes de temps, les problèmes de droits d’auteur et l’aspect communautaire du travail. Par exemple, le code GPL du fournisseur se trouve généralement sur un dépôt GitHub obscur ou dans une archive tar difficilement accessible. En parallèle, Neil présentera des conseils pratiques pour faciliter votre travail quotidien en amont et cette règle simple : plus le maximum de patchs sont mis en amont rapidement, moins vous aurez de travail pour réellement maintenir le port à l’avenir.

• 10h00 – 10h40 – Permettre une connectivité sécurisée en temps réel à la périphérie industrielle avec Ethernet à paire unique et Zephyr par Jason Murphy, Analog Devices

L’Ethernet à paire unique (10BASE-T1L SPE) transforme les installations de bus de terrain à faible vitesse et non sécurisées en liaisons flexibles à débit de données plus élevé, dotées d’une cybersécurité moderne. SPE permet la connectivité IP aux appareils de terrain via un câblage à paire torsadée, réduisant ainsi les coûts d’installation tout en éliminant les îlots de données qui existent entre les systèmes OT et informatiques. L’extension de la connectivité IP jusqu’à la périphérie nécessite l’intégration de la connectivité Ethernet dans les appareils embarqués aux ressources limitées autour des usines et des bâtiments. Cet article explore l’utilisation de Zephyr OS en tant qu’écosystème logiciel intégré pour les appareils industriels connectés à Ethernet. Zephyr fournit une pile logicielle de mise en réseau complète qui prend en charge des protocoles tels que TCP/IP, MQTT et TLS, essentiels au développement d’applications IoT industrielles. Nous présentons un aperçu de la technologie SPE pour les applications IIoT, suivi d’une discussion sur la manière dont l’écosystème logiciel de Zephyr peut être exploité pour favoriser le développement rapide de dispositifs de pointe industriels sécurisés, en temps réel et connectés à Ethernet. La discussion vise à souligner le potentiel de SPE en combinaison avec Zephyr OS, pour introduire des nœuds intelligents plus petits, plus intelligents et moins coûteux dans l’environnement bâti.

• 14h15 – 14h55 – Activation de la prise en charge de Linux avec le noyau en amont sur les SoC Snapdragon X1 Elite par Sibi Sankar et Rajendra Nayak, Qualcomm Innovation Center Inc

La session détaille comment le noyau en amont a été utilisé lors de la mise en place du Snapdragon X1 Elite SoC Linux, comment il a été utilisé pour obtenir les scores Geekbench de référence ST et MT rapportés et l’état actuel en amont des correctifs. Il comprend également une démo démarrant le noyau en amont avec un espace utilisateur Debian/Ubuntu sur un Snapdragon X1 Elite QRD (Qualcomm Reference Device). Les correctifs permettant la prise en charge de base de la console ainsi qu’une branche publique avec affichage/GPU activé ont été publiés lors de l’annonce publique du SoC Snapdragon X1 Elite. La prise en charge du démarrage vers la console a déjà atterri sur la version v6.7 du noyau et est en passe d’avoir la prise en charge restante du noyau au moment où le premier appareil commercial doté du SoC X1 Elite sortira sur le marché.

• 15h25 – 16h05 – Raspberry Pi 5 : Défis et solutions pour la mise en place d’un pilote OpenGL/Vulkan pour un nouveau GPU par Alejandro Piñeiro Iglesias, Igalia

Le Raspberry Pi 5 a été annoncé en octobre 2023. Cette nouvelle version du périphérique embarqué populaire est livrée avec une nouvelle itération de la plate-forme GPU VideoCore de Broadcom et a été publiée avec une pile de pilotes entièrement open source, développée par Igalia. La présentation discutera de certains des changements majeurs nécessaires pour prendre en charge cette nouvelle itération Video Core, des défis auxquels nous avons été confrontés au cours du processus et des solutions que nous avons fournies afin de fournir des pilotes OpenGL ES et Vulkan conformes. La conférence couvrira également les prochaines étapes de la pile graphique open source Raspberry Pi 5.

• 16h20 – 17h00 – Comparaison des modèles de mise à jour d’images du système d’exploitation Linux par Drew Moseley, Toradex

Les appareils Linux embarqués connectés d’aujourd’hui s’appuient de plus en plus sur des mises à jour en direct pour fournir des correctifs de sécurité et de nouvelles fonctionnalités. Ces mises à jour peuvent s’avérer difficiles en raison de leur taille importante. Leur fourniture peut compliquer les connexions des réseaux mobiles. Cette session comparera plusieurs modèles permettant de fournir des mises à jour du système d’exploitation aux appareils distants en se concentrant sur leurs caractéristiques de réduction de bande passante. Nous approfondirons l’architecture de chacune des approches du modèle en matière de réduction de taille, y compris des détails tels que les formats de stockage, la génération de mises à jour et l’impact de la mise en œuvre sur les systèmes cibles.

Nous les comparerons ensuite à un ensemble commun d’images d’entrée pour quantifier la réduction de taille. Réduire la quantité totale de données transférées représente évidemment une économie de coûts, mais cela peut également augmenter la fiabilité ; moins de données à transférer signifie qu’il y a moins de temps pour que les choses tournent mal, ce qui se traduit par moins de tentatives et une expérience globalement plus fluide. Nous terminerons par une discussion des systèmes de mise à jour OTA courants en nous concentrant sur le(s) modèle(s) de mise à jour pris en charge par chacun. Armés de ces informations, les participants seront mieux équipés pour décider quel modèle et, finalement, quelle solution est appropriée.

Mercredi 17 avril – Jour 2, Embedded Open Source Summit 2024

• 9h00 – 9h40 – Portage accéléré de Linux, U-Boot et Yocto pour les systèmes embarqués prêts pour la production par Vaishnav Mohandas Achath & Keerthy Jagadeesh, Texas Instruments

Se lancer dans l’aventure consistant à intégrer SPL/U-Bootc, Linux et Yocto sur un système sur puce fraîchement créé et une nouvelle plate-forme matérielle peut être une tâche ardue. Sur la base de l’expérience du portage de plusieurs SoC basés sur ARM pour fonctionner avec Linux/U-Boot/Yocto principal ainsi que des multiples expériences de mise en place de plates-formes matérielles personnalisées, nous discutons des stratégies pour obtenir Linux, le chargeur de démarrage U-Boot et Yocto. système de fichiers fonctionnel et prêt pour le produit sur votre système en très peu de temps, partageant des informations, des expériences pratiques et des outils pour rationaliser le processus.

Bien qu’il soit important que votre système démarre rapidement Linux et U-Boot une fois le silicium/les cartes arrivées, il est plus important d’avoir un système propre, prêt pour la production et pouvant être maintenu sur le long terme. Nous discutons également des meilleures pratiques pour garantir un minimum d’effort. support à long terme pour vos systèmes également au cours de cette session. À la fin de cette session, vous disposerez des connaissances et des ressources nécessaires pour vous lancer dans l’aventure du portage Linux, U-Boot et Yocto pour votre plate-forme embarquée personnalisée, que vous soyez un développeur embarqué chevronné ou un passionné de Linux. prêt à relever un défi.

• 9h55 – 10h35 – Repenser l’histoire de U-Boot Devicetree par Sumit Garg

La maintenance des arborescences de périphériques (DT) pour les systèmes embarqués semble souvent fragmentée avec différentes sources DT apparaissant dans différents projets. La spécification DT fournit un vocabulaire de base pour décrire le matériel, mais il est complété par une documentation sur les liaisons. Actuellement, les liaisons de périphériques sont conservées dans le cadre de l’arborescence des sources Linux. Cela conduit souvent à une confusion au sein de la communauté embarquée, notamment quant à savoir si U-Boot doit maintenir sa propre DT. De nombreuses normes de démarrage DT (EBBR, SystemReady, etc.) exigent que le micrologiciel fournisse une DT que le chargeur de démarrage et le noyau peuvent consommer. Les choses deviennent difficiles lorsque U-Boot et Linux contiennent des sources DT différentes ou ne sont pas d’accord sur les liaisons préférées… et encore plus lorsque U-Boot est utilisé dans le cadre de l’implémentation du firmware !

Cette session se concentrera sur le cheminement visant à changer la façon dont nous synchronisons les sources DT de Linux vers U-Boot. En particulier, comment nous pouvons passer des synchronisations ad hoc par les responsables du conseil d’administration à un alignement régulier de l’arbre complet. Cela inclut également l’intégration des vérifications des liaisons DT dans le système de construction U-Boot. Nous terminerons en examinant comment le modèle de contribution DT peut devenir plus convivial pour les contributeurs/mainteneurs venant de différents projets.

• 11h00 – 11h40 – Optimisation de BLE pour les applications orientées débit par Luis Ubieda, Croxel, Inc.

Même si le BLE est connu pour sa faible consommation, sa présence et son accessibilité dans les appareils existants sont omniprésentes ; ce qui lui permet d’être utilisé pour d’autres applications où ses capacités de débit sont essentielles au succès. Cette session passe en test les détails techniques de BLE en mettant l’accent sur les aspects pertinents pour améliorer le débit de données BLE ; comprenant des outils et des conseils pour améliorer votre connexion BLE, et couvre un exemple d’optimisation d’une application basée sur Zephyr pour le débit de données BLE.

Cette présentation est pour vous si :

1. Vous avez du mal à utiliser BLE pour autre chose qu’un capteur à faible consommation et à faible débit de données.
2. Habituellement, BLE « fonctionne simplement » ou « est cassé ». Quand cela ne fonctionne pas, vous ne savez pas où chercher.
3. Vous ne savez pas si BLE est suffisamment rapide pour votre application.

Le contenu comprendra un aperçu de BLE du point de vue du débit, des facteurs affectant ses performances, des attentes en matière de débit, des outils et des conseils, une démonstration en direct et une comparaison des appareils optimisés pour le débit BLE par rapport aux appareils non optimisés.

• 11h55 – 12h35 – Ajout de la prise en charge de Power Over Ethernet (PoE ou IEEE Clause 33) à la pile réseau Linux par Köry Maincent, Bootlin

Power over Ethernet (PoE) est une technologie qui combine l’alimentation électrique et la transmission de données sur un seul câble Ethernet. Il élimine le besoin de sources d’alimentation séparées, simplifiant ainsi les installations d’appareils tels que les caméras IP et les téléphones VoIP. Dans cette présentation, nous aborderons d’abord le Power over Ethernet (PoE). Il a fait ses débuts dans la clause 33 de l’IEEE sans référence explicite à la nomenclature PoE. Nous examinerons ce qui existe actuellement dans le noyau Linux et dans l’espace utilisateur pour prendre en charge PoE. Nous continuerons notre discussion avec quelques détails sur l’implémentation Linux actuellement en développement et les changements fondamentaux de PSE apportés par ce nouveau support. Le noyau et les liaisons du framework PSE doivent être modifiés car ils n’ont pas été préparés pour les spécificités PoE. En parallèle de ces extensions du framework PSE, nous avons développé des pilotes de noyau Linux pour deux contrôleurs PoE distincts : le Microchip PD692x0 et le Texas Instruments TPS23881. Enfin, nous examinerons le statut de la ligne principale, les éléments qui doivent encore être fusionnés et les futures fonctionnalités qui nécessitent du développement. Ce support PoE Linux est sponsorisé et financé par le projet DENT.

• 14h00 – 14h40 – Beefy ML : Algorithmes à très faible consommation sur le bétail par Jordan Yates, CSIRO

L’apprentissage automatique peut évoquer des images de clusters GPU dans un centre de données, mais des algorithmes robustes peuvent en réalité être exécutés en quelques microsecondes sur un Cortex-M4F de base. Combiné à une conception matérielle réfléchie, cela permet à des systèmes capables d’exécuter indéfiniment des algorithmes de ML sur l’oreille d’un animal. Au cours de cette session, Jordan donnera un aperçu du parcours vers un algorithme du monde réel conçu pour surveiller la consommation alimentaire du bétail à partir des données de l’accéléromètre. L’accent sera mis sur la conception du système, la mise en œuvre et la validation des algorithmes, mais l’acquisition de données, l’annotation et la formation seront également abordées. L’ensemble du système repose sur plusieurs composants open source : Zephyr comme système d’exploitation sous-jacent, Zephyr Power Management pour un fonctionnement à faible consommation, PyTorch pour la formation des algorithmes et CMSIS DSP pour la mise en œuvre intégrée.

• 14h55 – 15h35 – Réglage du noyau RT pour améliorer les performances de planification avec la plate-forme Intel par Junxiao Chang, Intel

Ce travail se concentre sur l’amélioration des performances de latence de planification des threads du noyau Linux RT sur la plateforme Intel ADL/RPL. Les performances en temps réel de Linux sont de plus en plus importantes pour l’industrie, le médical et d’autres domaines. Ce travail ajuste les paramètres de ligne de commande du noyau RT, les options du noyau et les paramètres du BIOS pour obtenir les meilleures performances de latence de planification des threads sur les plates-formes Intel. Le noyau RT Linux possède de nombreuses options de noyau qui peuvent avoir un impact sur la planification des threads. Par exemple, ajouter « idle=poll » accélère le réveil du processeur. Les processeurs Intel de dernière génération possèdent de nombreuses fonctionnalités qui pourraient être liées aux performances de planification du noyau RT. Les processeurs Intel ADL et les générations ultérieures ont des cœurs grands/petits. Le thread RT pourrait avoir de meilleures performances s’il est défini sur big core. Grâce aux optimisations du BIOS, des options du noyau et des paramètres de ligne de commande du noyau, la latence de la planification des threads est bien meilleure que celle du noyau par défaut d’origine. Sans ces optimisations, la latence de planification pourrait être > 1 000 us. Avec optimisation, la latence est de l’ordre de 5 à 10 microsecondes avec la plateforme Intel ADL/RPL.

• 16h00 – 16h40 – Bluetooth sur les systèmes Linux embarqués approfondissement par Marcel Ziswiler, Toradex Inc.

Bluetooth est l’une des technologies de connexion sans fil les plus dominantes. Les dongles USB Bluetooth sont très courants dans le monde grand public, mais de nombreux systèmes embarqués modernes contiennent également des solutions Bluetooth directement conçues utilisant des interfaces telles que PCIe, SDIO ou UART. Souvent dans le cadre d’une solution sans fil avec Wi-Fi et/ou d’autres technologies sans fil comme la 5G, IEEE 802.15.4, etc. Marcel a été chargé d’évaluer diverses solutions Bluetooth et de tester tous les principaux fournisseurs prenant en charge les pilotes en amont.

Cet exposé présente la spécification Bluetooth et explique comment elle peut être utilisée sur les systèmes embarqués à partir du noyau Linux, l’espace utilisateur qui l’accompagne, la pile Bluetooth BlueZ et une intégration plus poussée au niveau des applications (par exemple, l’assistant domestique). Les profils USB sont couverts, y compris l’interaction audio avec PipeWire/WirePlumber. La dernière partie se concentre sur la façon de déboguer divers problèmes liés au Bluetooth que l’on peut rencontrer. Les puissantes fonctionnalités BlueZ btmon et hcidump sont introduites et peuvent être utilisées pour collecter des traces de communication Bluetooth et, en combinaison avec Wireshark, permettent une visualisation et une analyse faciles du protocole Bluetooth. Une démonstration en direct de certains cas d’utilisation réels de Bluetooth sera également présentée.

• 16h55 – 17h35 – Projet RISC-V et RISE BoF par Jeffrey Osier-Mixon, Red Hat

RISC-V est un jeu d’instructions ouvert qui prend d’assaut le monde, permettant des conceptions matérielles nouvelles et créatives sur tout le spectre des appareils informatiques, dont beaucoup sont eux-mêmes ouverts. Ce BoF est un lieu de rencontre à l’EOSS pour discuter de l’état actuel de RISC-V ainsi que du projet RISE, une initiative open source de LF Europe pour soutenir l’écosystème logiciel RISC-V.

Jeudi 18 avril – Jour 3

• 9h00 – 9h40 – L’état des codecs vidéo matériels sous Linux par Andrzej Pietrasiewicz & Nicolas Dufresne, Collabora

Le besoin de codecs vidéo sur Linux embarqué ne cesse de croître. Que vous fabriquiez des caméras de sécurité, des divertissements en vol, des infodivertissements, de l’affichage numérique ou même des robots, il est probable que vous aurez besoin d’un codec vidéo. Alors que les taux de compression ont considérablement augmenté au fil des années, la complexité de l’encodage et du décodage a explosé. En raison de cette expansion, une aide matérielle dédiée est nécessaire. Dans cet exposé, vous apprendrez comment le sous-système Linux Media a acquis des interfaces de pilote pour différents types de codecs matériels et de nombreux formats d’encodage tels que H.264, HEVC, AV1, VP9, ​​VP8, MPEG-2, etc. Vous aurez un aperçu des travaux actuellement en cours et d’un plan futur plausible.

• 9h55 – 10h35 – Rust pour Linux – Ce qui est possible et ce qui est encore en cours par Christina Quast, indépendante

Rust est le nouveau langage de programmation prometteur qui supprimera définitivement du code des catégories entières de bogues tels que les fuites de mémoire et les conditions de concurrence. Depuis quelques années, progressivement, davantage de code Rust a été ajouté à la ligne principale. Cet exposé donne un aperçu des modules de noyau que vous pouvez déjà écrire et des fonctionnalités que l’on ne trouve encore que dans le projet Rust pour Linux. De plus, il explique comment une personne nouvelle dans ce sujet pourrait commencer à écrire son premier module de noyau dans Rust !

• 11h00 – 11h40 – Développement SoC : de la ROM à l’application par Nadav Cohen Zukerman, Autotalks

Cette session déroulera un parcours de développement d’un SoC à partir de zéro à l’aide de Zephyr. Zephyr est présent tout au long de notre flux de démarrage, de la ROM au chargeur de démarrage en passant par une image d’application pleinement opérationnelle. Au cours de la session, nous détaillerons le processus de développement, les défis que nous avons rencontrés et les leçons que nous avons apprises tout au long de plus de 2 années de développement avec Zephyr, de deux sorties sur bande (et deux à venir) et de deux mises en place de SoC.

• 11h55 – 12h35 – Test des pilotes de capteurs de rotation avec des robots LEGO et autres aventures dans le sous-système Linux IIO par David Lechner, BayLibre

Est-il possible pour une équipe principalement distante de développer des pilotes Linux pour le matériel IIO sans mettre la main dessus ? Nous avons essayé et aimerions partager pourquoi nous le faisons, comment cela se passe, ce qui fonctionne, ce qui ne fonctionne pas, et entendre d’autres personnes qui font de même. Nous partagerons comment nous avons réussi à mettre à jour les noyaux et à utiliser des générateurs de signaux, des analyseurs logiques et même des robots LEGO à distance au cours du développement, des tests et de la validation. Nous aimerions également partager quelques nouveaux développements dans le sous-système IIO liés au travail que nous effectuons. Plusieurs efforts ont été déployés pour permettre un débit et des taux d’échantillonnage plus élevés pour les appareils IIO dans plusieurs domaines différents.

• 14h00 – 14h40 – Maximiser la durée de vie, les performances et la surveillance de la carte SD avec KrillKounter par Andrew Murray, The Good Penguin

Le stockage sous-jacent d’une carte SD est une mémoire flash NAND, qui est intrinsèquement peu fiable, comporte un nombre limité de cycles de programmation/d’effacement et comporte des contraintes sur la manière dont les données sont écrites. Heureusement, le micrologiciel d’une carte SD surmonte suffisamment bien ces défis pour fournir un support de stockage par blocs rentable et fiable ; cependant, cela n’est pas sans effets secondaires qui peuvent avoir un impact sur les performances et l’endurance. Dans cette présentation, nous approfondirons les tests « d’écriture jusqu’à destruction » que nous avons effectués, qui illustrent comment les modèles d’accès et l’amplification d’écriture peuvent avoir un impact significatif sur la durée de vie d’une carte SD. Nous vous montrerons ce qui se passe lorsqu’une carte SD tombe en panne et vous proposerons des étapes concrètes pour maximiser la durée de vie d’une carte SD sous Linux. Nous examinerons également les caractéristiques de performances des cartes SD et explorerons l’impact des modèles d’accès sur les performances d’écriture. Nous présenterons des méthodes d’analyse des performances et fournirons des étapes pratiques pour améliorer le débit. Enfin, nous présenterons Krill Kounter, un démon open source et une bibliothèque pour les appareils embarqués permettant de surveiller l’usure de la carte SD et les indicateurs d’amplification en écriture tout au long de sa durée de vie.

• 15h15 – 15h55 – Utilisation de Picolibc dans les systèmes embarqués par Keith Packard, Amazon

Picolibc est une bibliothèque C conçue pour les environnements embarqués. Fournissant une interface de bibliothèque C17 complète ainsi qu’une grande partie des ajouts POSIX 2008, Picolibc offre une conformité aux normes, une large prise en charge de l’architecture et des tests intégrés effectués sous émulation sur les architectures cibles. Cette présentation commencera par fournir un aperçu de Picolibc, y compris la prise en charge des API, la conformité aux normes et l’utilisation de la mémoire. Ensuite, une description de l’infrastructure de test, y compris les cadres de test nus, les bogues de l’émulateur corrigés et des conseils sur la prise en charge de nouvelles cibles seront fournis. Ensuite, quelques exemples spécifiques d’intégration de Picolibc dans divers RTOS intégrés, notamment FreeRTOS, Zephyr et RIOT, seront présentés. L’exposé se terminera par l’état actuel de Picolibc ainsi que ses projets futurs.

• 16h10 – 16h50 – Intérêts composés – Gérer deux décennies de dette technique dans Linux embarqué par Bartosz Golaszewski, Linaro

Le sous-système GPIO est l’une des couches d’abstraction de pilote les plus anciennes du noyau Linux. Premièrement, des interfaces GPIO quelque peu unifiées sont apparues il y a environ 20 ans. Au fil des années, il est devenu l’un des sous-systèmes les plus omniprésents dans Linux embarqué, car les GPIO sont utilisés universellement par toutes sortes d’appareils pour une multitude de fonctions plus, moins ou pas du tout standardisées. Au fil des années, GPIOLIB est devenu sa propre bibliothèque autonome, a été intégré au modèle de pilote et a acquis de nombreuses nouvelles fonctionnalités (arborescence des périphériques et prise en charge ACPI, irqchips GPIO, plug-and-play), mais cela a eu un coût. Le sous-système a été particulièrement touché par la fragmentation Arm, dont les conséquences sont encore visibles dans d’innombrables fichiers de carte contenant du code sous-optimal que nous devons maintenir. Nous nous sommes finalement retrouvés avec deux API intégrées au noyau, deux variantes d’uAPI, un code de collage complexe pour les sous-systèmes pinctrl et d’interruption, ainsi que des piles et des tas de bizarreries et de cas extrêmes. Les efforts visant à améliorer la situation se poursuivent et se sont intensifiés en 2023/2024. Cette présentation expliquera comment nous essayons d’améliorer la sérialisation, l’enfichage à chaud et de réduire les abus d’API dans toute l’arborescence tout en dansant soigneusement autour des utilisateurs existants.

Vous trouverez le calendrier complet de l’Embedded Open Source Summit 2024 sur le site Web de la Linux Foundation. Si vous souhaitez assister en personne, vous pouvez vous inscrire aux tarifs suivants :

• Standard – 25 février – 7 avril 2024
  • Participant – 799 USD
  • Académique – 275 USD
  • Gouvernement – ​​275 USD
  • Amateur – 275 USD
  • Petite entreprise – 500 USD
• Fin – du 8 au 18 avril 2024
  • Participant – 949 USD
  • Académique – 275 USD
  • Gouvernement – ​​275 USD
  • Amateur – 275 USD
  • Petite entreprise – 500 USD

Une petite entreprise est une entreprise qui a un chiffre d’affaires annuel inférieur à 5 millions de dollars et qui compte moins de 30 employés.

Retrouvez l’histoire de Raspberry Pi dans cette vidéo :