Écosystème en nuage pour ESP32

Tout ce qu’il faut pour travailler avec l’ESP32 — dans un seul nuage

D'un ESP32 vierge à un appareil qui envoie ses mesures sur votre téléphone, en une seule séance. Des scripts en langage clair plutôt que du C, sans chaîne d'outils, sans serveur à vous, sans reconstruction. Assez rapide pour éprouver une idée, assez simple pour un premier cours.

Premier flash depuis le navigateur par USB. Ensuite, tout passe par les airs.

Carte, firmware, cloud, application un seul ensemble — vous n'écrivez que le script
Qu’est-ce que R1BBIT

Un écosystème, quatre outils, zéro code de raccord

R1BBIT transforme une carte ESP32 en appareil connecté fini — sans chaîne d'outils, sans serveur à vous et sans une ligne de C.

Il convient particulièrement à trois choses : amener vite un produit à sa première version qui marche, éprouver une idée avant d'y investir sérieusement, et apprendre l'électronique et la robotique — cette dernière surtout si vous partez de zéro.

Le catalogue recense du matériel que nous avons vérifié à la main, mais l'écosystème tourne sur presque n'importe quel ESP32.

01

Firmware + R1BBIT-BASIC

Le firmware embarque un interpréteur : la carte exécute donc un simple fichier texte au lieu d’un binaire compilé. Ses 298 commandes couvrent broches, capteurs, écrans, son, caméra et réseau — pas de C, pas de chaîne de compilation, pas de compilation.

298 commandes6 familles ESP3215 tâches en parallèle
02

IDE web

Écrivez dans le navigateur avec l’autocomplétion pour chaque commande et une vérification qui repère les erreurs pendant la frappe. Un assistant peut écrire ou réparer le script pour vous, et une galerie d’exemples prêts vous épargne la page blanche. Même le tout premier flash se fait ici, par un câble USB.

AutocomplétionAssistant IAExemples prêts
03

R1BBIT Cloud

Les cartes s’y connectent d’elles-mêmes par un canal chiffré. Les relevés sont conservés et tracés en graphique, les nouveaux scripts et firmwares arrivent par les airs, et chaque appareil dispose d’une console et d’un explorateur de fichiers que vous ouvrez d’où vous voulez.

GraphiquesConsole à distanceMises à jour sans fil
04

Applications iOS et Android

Une valeur publiée par la carte devient une tuile sur votre téléphone ; bougez-y un curseur et la carte réagit. L’application porte aussi l’éditeur, la console, la documentation et le même assistant — et elle peut vous alerter quand quelque chose cloche.

App StoreGoogle PlayNotifications push
greenhouse.bas
CONFIG — le matériel, appliqué avant le démarrage du script
CONFIG
    PSRAM_SIZE 8
    PSRAM_TYPE OCTAL
    I2C_SDA  16
    I2C_SCL  15
    SPI_MOSI 11
    SPI_MISO 13
    SPI_CLK  12
    DISPLAY_DRIVER ILI9341
    DISPLAY_CS     10
    DISPLAY_DC     46
    DISPLAY_BL     45
    DISPLAY_WIDTH  320
    DISPLAY_HEIGHT 240
    TOUCH_DRIVER FT6x36
    TOUCH_INT    17
END_CONFIG
Votre logique — exécutée par l’interpréteur
DISPLAY_INIT
DISPLAY_WIDGET(1, "label", 20, 24, 280, 36)
DISPLAY_WIDGET(2, "arc", 90, 76, 140, 140)

VAR T, F
VAR A[1]
DS1820_INIT(A, 1000)
VARS_PUBLISH(T, F)

WHILE(1)
    T = A[0]
    F = T * 9 / 5 + 32   ' to Fahrenheit
    UI_TEXT(1, "Temperature " + T + " C")
    UI_VALUE(2, T)
    IF T > 30 THEN SEND_NOTIFY("Greenhouse", "Too hot: " + T)
    PAUSE 1000
WEND
Vrai bloc CONFIG tiré d’une démo de station météo sur ESP32-S3. Changez le bloc, gardez la logique, exécutez sur un autre matériel.
Un fichier

Le matériel et la logique vivent dans le même script

  • CONFIG nomme le câblage Pilote d’écran, broches, bus, codec, caméra, carte SD : 184 directives, une seule syntaxe. Le bloc est analysé avant que la première ligne de logique ne s’exécute.
  • Changez de matériel en deux lignes Remplacez un ILI9341 par un ST7789 : changez le pilote et la taille, laissez le reste du script intact.
  • Une erreur ne condamne jamais la carte Un CONFIG erroné empêche le script de démarrer, avec un message clair. Le firmware et la connexion restent debout.
  • Des widgets sur l’écran et sur le téléphone DISPLAY_WIDGET dessine sur l’appareil ; VARS_PUBLISH envoie ces mêmes valeurs à votre tableau de bord et à votre application mobile une fois par seconde.
Comment un script arrive sur la carte

Flashez une fois. Ensuite, plus jamais de câble.

Un seul flash

Le flasheur web écrit le firmware depuis le navigateur par USB. Pas de chaîne de compilation, pas de pilotes à chercher.

Navigateur + USB

Écrire

Dans l’IDE web ou dans l’application mobile — avec autocomplétion, indications de paramètres à même la ligne et une vérification des types d’arguments pendant la frappe.

IDE webApplication mobile

Envoyer à la carte

Appuyez sur Run et le script est sur la carte en quelques secondes : par les airs, sur une liaison chiffrée, sans câble. Il peut aussi venir d'une carte SD ou de la console. La carte le conserve en flash, et AUTOSTART le relance au prochain démarrage.

Via le cloudSD_IMPORTAUTOSTART

Le voir tourner

On le voit maintenant travailler : les mesures arrivent sur le tableau de bord et sur votre téléphone environ une fois par seconde, et le terminal affiche tout ce que le script écrit. Quelque chose cloche ? Corrigez la ligne et renvoyez-la. Pendant ce temps la carte gagne de nouvelles commandes, car les mises à jour du firmware arrivent elles aussi par les airs.

VARS_PUBLISHTerminalMises à jour par les airs
Pourquoi R1BBIT

Fait pour la partie du travail qui fait mal d’habitude

Si vous êtes venu à l'ESP32 par l'IDE Arduino, vous connaissez le prix de chaque changement : recompiler, brancher le câble, reflasher, et recommencer jusqu'à ce que la logique tienne. Blynk et Arduino Cloud vous donnent un tableau de bord et un cloud, mais la logique en dessous reste du C++ qu'il faut reconstruire et téléverser à chaque modification. R1BBIT vous laisse le contrôle et supprime la reconstruction : la logique est un script texte que la carte lit, et le tableau de bord n'est que les variables qu'elle publie.

Pas de recompilation

Changez la logique, pas le firmware

Votre programme est un fichier texte que la carte lit et exécute. Changez une ligne dans le navigateur, envoyez-la à la carte, et elle prend effet — le firmware, lui, ne change jamais. Même le câblage est décrit en texte : changer d’écran ou déplacer un capteur sur d’autres broches est une modification, pas une nouvelle compilation.

  • Premier flash depuis le navigateur par USB — pas de chaîne de compilation, pas d’IDE à installer
  • Les scripts tournent dans un interpréteur isolé : une erreur arrête le script, la carte reste en ligne
  • Les mises à jour du firmware arrivent par les airs, chiffrées en AES-256-GCM

Avec l’IDE Arduino, chaque changement est un cycle de recompilation et de reflashage par câble.

Changez la logique, pas le firmware
Pas de serveur à tenir

Le nuage tourne déjà

Il n’y a rien à installer ni à héberger. Les appareils se connectent à cloud.r1bbit.com d’origine, la télémétrie atterrit dans une base de séries temporelles et se trace toute seule, et chaque appareil reçoit un terminal à distance et un gestionnaire de fichiers. Besoin de données venues d’internet ? HTTP_GET les récupère directement depuis la carte — sans intermédiaire.

  • Les relevés montent une fois par seconde par un canal chiffré et sont conservés pour vous
  • Une console, un explorateur de fichiers et des mises à jour de firmware pour chacune de vos cartes
  • La carte peut aller chercher des données sur n’importe quelle API web toute seule — rien à héberger au milieu

Avec Blynk ou Arduino Cloud le tableau de bord est prêt, mais le sketch derrière reste du C++ que vous reconstruisez et téléversez à chaque changement.

Le nuage tourne déjà
Dites-le en langage ordinaire

Un assistant qui connaît le langage

Décrivez ce que l’appareil doit faire et l’assistant intégré écrit le R1BBIT-BASIC correspondant. Il voit le script que vous avez déjà : il peut donc l’étendre, vous expliquer une commande ou traquer l’erreur que vous ne trouvez pas. Il vit aussi bien dans l’IDE web que dans l’application mobile.

  • Écrire à partir d’une description, modifier un script existant, corriger des erreurs, expliquer le langage
  • Les réponses sont confrontées à la véritable référence des commandes avant de vous parvenir
  • Les constructions inventées sont signalées au lieu d’être livrées comme du code valable

Un agent conversationnel généraliste invente allègrement des commandes que ce langage n’a jamais eues.

Un assistant qui connaît le langage
Une interface sans backend

Sur l’écran et dans la poche

27 types de widgets s’affichent sur l’écran de l’appareil : graphiques, jauges, curseurs, et même des tuiles OpenStreetMap. Publiez une variable et elle devient une tuile dans l’application mobile ; bougez le curseur là-bas et ON_VAR se déclenche sur la carte. Une notification tient en une commande.

  • 27 types d’éléments à l’écran, de l’étiquette au graphique ou à la jauge
  • Applications iOS et Android : des tuiles liées aux valeurs publiées par la carte
  • Une commande envoie une notification, même application fermée

En pratique, c'est une seule étape : ajoutez un widget dans l'application et désignez une variable — l'appareil s'y abonne tout seul et commence à envoyer les données.

Sur l’écran et dans la poche

On peut expérimenter sans risque

L’interpréteur est isolé du firmware. Une erreur d’exécution arrête le script ; la carte garde sa connexion et accepte le correctif par les airs.

Plusieurs tâches dans le langage

Jusqu’à 15 tâches de fond en plus de la boucle principale, avec variables partagées et ordonnanceur coopératif — sans code RTOS.

Secours cellulaire

Ajoutez un module SIM et la carte garde vivantes la télémétrie, le terminal et la livraison des scripts quand le wifi tombe.

Audio, caméra, salons vidéo

Lire du MP3 et de la musique de tracker, enregistrer, calculer une FFT, diffuser une caméra vers un navigateur ou vers une autre carte.

Doc en 5 langues

16 chapitres, chaque commande avec ses arguments et un exemple, en anglais, russe, espagnol, français et allemand.

Modèles et communauté

Une galerie officielle de modèles dans l’IDE et un forum où l’on partage scripts et câblages.

Dans l’éditeur

Tout le projet vit dans un seul onglet

Le travail embarqué est rarement du seul code. Il y a des fichiers à faire monter sur la carte, des images que l’écran sache vraiment lire, des polices qui doivent tenir dans la flash — et beaucoup de choses qui feraient mieux de ne jamais y atterrir. Tout cela vit dans le même onglet que l’éditeur : pas d’utilitaires à part, pas de va-et-vient de cartes SD.

Système de fichiers à distance

Les fichiers de la carte, d’où que vous soyez

Ouvrez la fenêtre des fichiers de l’appareil et vous regardez la flash d’une carte qui peut se trouver dans un autre bâtiment. Parcourez-la, glissez un fichier dans la fenêtre pour l’envoyer, rapatriez-en un autre, renommez, supprimez, créez des dossiers — et enregistrez le script que vous êtes en train d’écrire directement sur l’appareil. La jauge d’espace libre montre ce qui restera avant que vous n’y poussiez une grosse police ou un son.

  • Flash interne et carte SD dans la même fenêtre
  • Glissez un fichier dans la fenêtre pour l’envoyer ; téléchargez ou supprimez n’importe quel fichier
  • Enregistrez le script ouvert sur la carte sans quitter l’éditeur
  • Tout passe par la connexion au nuage — pas de câble, pas de lecteur de cartes
/flash/sdUploadDownloadNew folderFree space
Les fichiers de la carte, d’où que vous soyez
Les médias sur le serveur

Des images et des sons que la carte n’a jamais à conserver

Une carte a moins d’un mégaoctet de flash : une seule photo en avale la moitié. Laissez donc les médias dans le nuage : envoyez le fichier une fois, donnez-lui un nom court et écrivez ce nom précédé d’un @. La carte va le chercher quand le script le demande, à la taille demandée, et ne conserve rien.

  • Afficher une image : DISPLAY_WIDGET(1, "image", 0, 0, 320, 240, "@logo")
  • Passer à l’image suivante avec UI_IMAGE(1, "@frame2") — de l’animation sans toucher à la flash
  • Jouer un son ou une radio avec PLAY_AUDIO("@intro"), une vidéo avec VIDEO_PLAY("@clip")
  • Changez l’image sur le serveur et toutes les cartes affichent la nouvelle — rien à reflasher
ImagesAudioVidéoPolicesFlux radio2 Go de stockage
Des images et des sons que la carte n’a jamais à conserver
Les outils eux-mêmes

Pas une liste de noms, mais des éditeurs qui marchent

Dessinez-le, puis transformez-le en code

Dessinez-le, puis transformez-le en code

Ouvrez une image, recadrez-la, peignez dessus, choisissez la profondeur de couleur que veut l’écran — et emportez le résultat soit en tableau collé dans votre script, soit en fichier envoyé directement à la carte. Le compteur du bas vous dit d’avance ce que cela coûtera en octets.

Recadrer et repeindreRGB565 et monoAperçu en directCompteur d’octetsEnvoyer à la carte

Ce que vous fabriquez ici part droit sur la carte — ou reste sur le serveur, où un script le retrouve par son nom.

iOS et Android

Tout l’atelier dans la poche

L'application mobile n'est pas une télécommande ajoutée à la fin : c'est le même flux de travail que le navigateur. Composez le tableau de bord, écrivez et modifiez des scripts, déplacez des fichiers vers la carte et retour, ouvrez un terminal, suivez les valeurs en direct, lisez la documentation et interrogez l'assistant. Connectez-vous et tous les appareils de votre compte sont déjà là.

Le tableau de bord se compose ici Créez et modifiez les widgets directement dans l'application : ajoutez une tuile, désignez une variable, choisissez un nombre, une jauge, un graphique, un interrupteur ou un curseur, puis glissez-la à sa place. La disposition est partagée avec l'appareil et le tableau de bord web.
Écrire et modifier des scripts Un vrai éditeur sur le téléphone : coloration syntaxique, autocomplétion, indications pour chaque argument et la même vérification des erreurs que dans le navigateur. Ouvrez un script déjà présent sur la carte, changez une ligne, renvoyez-le et lancez-le depuis la barre d'outils.
Fichiers sur la carte Parcourez le stockage de l'appareil depuis l'application : téléchargez sur le téléphone un script, un journal ou des données enregistrées, et renvoyez des fichiers vers la carte.
Terminal vers la carte La même console que dans le navigateur, via le nuage. Envoyer une commande, suivre la sortie, relancer le script — de partout où il y a du réseau.
L'historique, pas seulement la dernière valeur Chaque valeur publiée est conservée. Ouvrez un graphique en plein écran et remontez le temps : la plage va du direct à trois mois.
Assistant IA Demandez-lui d'écrire un script à partir d'une description, de modifier un script existant ou d'expliquer une commande. Les réponses sont d'abord confrontées à la vraie référence des commandes.
Notifications push Une ligne dans votre script et le téléphone vibre : une fuite, une porte, une température au-dessus de la limite. Elle arrive même application fermée.
Doc hors ligne La référence complète des commandes voyage avec l’application en cinq langues — consultable, sans connexion.
Appuyer pour parler et vidéo Rejoignez un salon audio avec vos cartes ou regardez le flux de caméra d’un appareil : l’application est le client des deux.
R1BBIT app — script editor with syntax highlighting Éditeur
R1BBIT app — live widgets and charts from a device Widgets
R1BBIT app — terminal streaming telemetry from the board Terminal
Son et vidéo

Du multimédia en trois lignes

L’audio et la vidéo sur un microcontrôleur, cela veut d’ordinaire dire des codecs, des tampons et une semaine de fiches techniques. Ici ce sont des commandes. La radio, un flux de caméra, un canal de talkie-walkie entre cartes et téléphones : chacun tient en quelques lignes, et le nuage porte le trafic.

Lire de la musique et la radio

Pointez la commande vers un fichier de la flash, vers un fichier gardé sur le serveur ou directement vers une station de radio en ligne : la carte décode et joue. Elle peut aussi vous dire ce qui passe en ce moment, car elle lit les informations de piste de la station.

radio.bas
VAR title$
PLAY_AUDIO("https://mangoradio.stream.laut.fm/mangoradio")

WHILE 1
    AUDIO_TITLE(title$)
    PRINT "Now playing: " + title$
    PAUSE 5000
WEND
MP3 et WAVRadio par internetMusique de trackerÉgaliseur 5 bandesEnregistrement

Un talkie-walkie entre appareils

Mettez plusieurs cartes dans le même salon et elles s’entendent. Maintenez pour parler, relâchez pour écouter. Des téléphones peuvent rejoindre ce même salon : un appareil et une personne se retrouvent alors sur un seul canal — pratique pour un atelier, un portail, une serre au fond du terrain.

walkie.bas
CONFIG
    IN1 4
    IN1_PULL UP
END_CONFIG

JOIN_AUDIO_ROOM("myteam", 16)

WHILE 1
    IF IN1 = 0 THEN PTT(1)
    IF IN1 = 1 THEN PTT(0)
    PAUSE 50
WEND
Voix OpusAppuyer pour parlerPlusieurs cartes à la foisTéléphones dans le même salon

La caméra vers un téléphone — ou vers une autre carte

Ouvrez un salon vidéo et la caméra passe en direct. Regardez-la dans l’application mobile ou dans un navigateur, et une deuxième carte munie d’un écran peut rejoindre ce même salon en spectatrice — une sonnette qui s’affiche elle-même sur le panneau de la cuisine, sans serveur à vous au milieu.

camera.bas
CAM_INIT
CAM_RESOLUTION(320, 240)
START_VIDEO_ROOM("frontdoor", 10)

// on the board with the screen:
// JOIN_VIDEO_ROOM("frontdoor")
Flux de caméraVoir dans l’applicationVoir dans le navigateurD’une carte à l’autre

La voix et la vidéo empruntent un canal à faible latence, avec repli automatique s’il est bloqué. Le son apporte aussi la lecture de notes et de mélodies, les modules de tracker, l’enregistrement en WAV et MP3 et un analyseur de spectre en direct.

Toutes les commandes de son et de vidéo
Appareils compatibles

Presque n’importe quel ESP32

Le firmware se compile pour six cibles : ESP32-S3, ESP32-P4, ESP32-C6, ESP32-C3, l’ESP32 classique et le S3 sans PSRAM. Les cartes ci-dessous sont celles que nous avons vérifiées nous-mêmes. Apportez une carte de développement de la même famille et elle aura tout autant son propre bloc CONFIG.

ESP32-S3

7 boards

La plateforme de référence : les nouveautés y arrivent en premier

  • Écrans SPI et tactile capacitif
  • Caméra DVP, audio, FFT, musique de tracker
  • Flux HTTP, secours cellulaire
  • Ni MIPI-DSI ni CSI, pas d’Ethernet

ESP32-P4

6 boards

The big-screen one

  • Dalles MIPI-DSI jusqu’à 1280 px, caméras CSI
  • Ethernet, lecteur vidéo H.264, OpenStreetMap
  • 32 Mo de PSRAM — de la place pour de grandes interfaces
  • Le wifi passe par un coprocesseur C6 : le sommeil léger coupe le lien

ESP32-C6

5 boards

Wi-Fi 6 dans un tout petit format

  • Écrans OLED / TFT, capteurs, PWM, UART
  • Lecture audio et radio Internet
  • Veille profonde et réveil par GPIO
  • Pas de flux HTTP, pas de broches pour le tactile capacitif

ESP32-C3

2 boards

The smallest and cheapest

  • Écrans OLED / TFT, capteurs, PWM, UART
  • Veille profonde et réveil par GPIO
  • Télémétrie cloud et terminal distant
  • Ni audio ni FFT, pas de flux HTTP, pas de broches tactiles

Se compile aussi pour l’ESP32 classique (D0WD) et l’ESP32-S3 sans PSRAM : même langage, même nuage, moins de périphériques.

Pour les entreprises

D'un prototype à une gamme de produits

L'écosystème est prêt dès aujourd'hui pour un usage commercial. Construisez un appareil sur un ESP32 : le même firmware, le même cloud et les mêmes applications qui font tourner la première carte sur votre bureau en feront tourner cent sur le terrain. Rien n'est à réécrire le jour où le projet cesse d'être un loisir.

Du matériel qui s'achète, tout simplement

R1BBIT tourne sur des modules ESP32 standard que les distributeurs vendent en quantité. Passer d'une unité à mille est une décision d'achat, pas une refonte, et le même script tourne sur chacune d'elles.

Réparer un parc, pas un appareil

Un script corrigé ou un nouveau firmware part par les airs vers toutes les cartes à la fois. Personne ne se déplace sur site avec un portable et un câble.

La télémétrie est déjà stockée

Chaque appareil écrit ses mesures dans le cloud, conservées par appareil et prêtes à être tracées des mois en arrière. Aucun backend à écrire, aucune base à administrer.

Vos clients reçoivent l'application

Les applications iOS et Android sont publiées et prêtes. Un appareil appartient au compte de son propriétaire et ses widgets y apparaissent d'eux-mêmes : personne ne construit une seconde application.

Chaque carte a un propriétaire

L'appareil est rattaché à un compte, et tout ce qu'il échange avec le cloud — télémétrie, commandes, scripts et firmware — passe par une liaison chiffrée.

Ou apportez votre propre carte

Le catalogue recense du matériel vérifié à la main, mais le firmware se compile pour six cibles ESP32 : une carte de votre conception rejoint donc le même écosystème.

Statistiques d'installations frigorifiques et de chambres froides, chauffage et climatisation de bâtiments, surveillance d'atelier et de serre — la même pile est derrière tout cela.

R1BBIT pour les entreprises
Pour l’enseignement

Une première carte qui tourne en un cours

La première journée avec un microcontrôleur passe surtout dans ce qui n’est pas de la programmation : installer un environnement, chercher des pilotes, choisir la carte dans un menu, attendre la compilation. R1BBIT supprime cette journée. Un navigateur, une carte bon marché et un câble USB — et la classe écrit de la logique dans la première moitié du cours, pas dans la troisième.

Trois étapes : de la LED qui clignote au graphique sur le téléphone

1
Le premier script

Faire qu’il se passe quelque chose

blink.bas
CONFIG
  OUT1 2
END_CONFIG

WHILE 1
  OUT1 1
  PAUSE 500
  OUT1 0
  PAUSE 500
WEND
Huit lignes et la carte répond. Rien n’a été installé ni compilé : le script passe par les airs.
Enseigne
Un programme est une suiteUne boucle répèteLe temps se compte en millisecondes
2
Ajouter un capteur

Lire la température et l'humidité

room.bas
CONFIG
  I2C_SCL 7
  I2C_SDA 6
END_CONFIG

VAR T, H
SI7021_INIT(T, H, 2000)

WHILE 1
  PRINT "temp " + T + "   hum " + H
  PAUSE 2000
WEND
Le capteur écrit tout seul dans T et H toutes les deux secondes. L’élève décide seulement de ce qu’il fait des nombres.
Enseigne
Des variablesUn capteur les remplitLire la sortie
3
Ajouter le téléphone

Envoyer une alerte sur le téléphone

alarm.bas
CONFIG
  I2C_SCL 7
  I2C_SDA 6
END_CONFIG

VAR T, H
SI7021_INIT(T, H, 2000)
VARS_PUBLISH(T, H)

WHILE 1
  IF T > 27 THEN
    SEND_NOTIFY("Too warm", STR$(T) + " C")
  ENDIF
  PAUSE 60000
WEND
Une ligne dessine le graphique dans l’application, une autre fait sonner le téléphone. Personne n’a écrit de backend, de base de données ni d’API.
Enseigne
Une conditionUne notification sur le téléphoneUn graphique sans serveur

Chaque script ici est le programme entier : pas de fichier de configuration caché, pas de projet à préparer.

Rien à installer

Tout se passe dans un navigateur : sur un poste de l’établissement sans droits d’administrateur, sur un portable, même sur une tablette. Rien à télécharger, aucune licence, aucune version qui ne marche que sur une machine de la salle.

Un langage qui se lit

Les commandes disent ce qu’elles font : DHT_INIT, PRINT, PAUSE, IF … THEN. Un élève lit une ligne et la comprend, si bien que le cours peut porter sur les boucles et les conditions plutôt que sur les points-virgules et les accolades.

Une erreur ne coûte rien

Le script tourne dans un interpréteur isolé. Une ligne fautive l’arrête et écrit pourquoi ; la carte continue de fonctionner et accepte le correctif une seconde plus tard. Pas de matériel condamné, pas de cours perdu.

Du matériel qu’un établissement peut s’offrir

Les plus petites puces compatibles coûtent quelques dollars, et une carte avec un capteur est déjà un projet qui fonctionne. Un jeu pour toute une classe ne demande pas de subvention.

Ce dont une classe a vraiment besoin

  • Un navigateur sur n’importe quel poste de la salle
  • Une carte ESP32 pour quelques dollars
  • Un câble USB pour le tout premier flash
  • Une LED ou un capteur à observer

Pas de droits d’administrateur, pas de licences et aucune image de salle à entretenir.

Où cela trouve sa place
Cours de sciences et d’électroniqueClubs de robotiqueExpériences scientifiques avec capteursActivités périscolaires et d’étéHackathons et journées makerProjets de fin d’études
Pour les enseignants

La documentation existe en anglais, russe, espagnol, français et allemand.

Tarifs

Un paiement pour démarrer, trois mois inclus

Une carte rejoint le cloud une seule fois, et cette activation apporte trois mois de Starter avec elle. Ensuite vous choisissez une formule ou restez en Free : la carte fonctionne dans les deux cas.

$9.99 Une seule fois, par carte

Activer une carte

Payé une fois par carte, pas tous les mois. L'activation rattache la carte à votre compte et ouvre trois mois de la formule Starter : l'éditeur, le cloud, les applications mobiles et l'assistant, tout y est.

Activer une carte

Et ensuite

Free

Gratuit

  • 3 appareils
  • 3 jours d'historique
  • 100 notifications par mois
  • Assistant IA
  • Des mesures au plus toutes les 60 s
Choisir

Starter

$6.99 / mois

ou $69.99 par an

  • 5 appareils
  • 90 jours d'historique
  • 1,000 notifications par mois
  • Assistant IA
  • Des mesures au plus toutes les 60 s
Choisir

Professional

$19.99 / mois

ou $199 par an

  • 15 appareils
  • 365 jours d'historique
  • 5,000 notifications par mois
  • Assistant IA
  • Des mesures au plus toutes les 20 s
Choisir

Les prix s'entendent par compte, en dollars américains, et viennent directement de notre système de facturation. Payer à l'année coûte moins que douze mensualités. Free ne demande aucune carte bancaire.

Prêt à construire ?

Ouvrez le nuage, lisez la documentation ou posez la question au forum : la première carte prend une soirée, pas un week-end.

R1BBIT Cloud

IDE web, galerie de modèles, tableaux de bord et un terminal vers chaque carte — dans le navigateur.

Ouvrir le nuage

Documentation

16 chapitres, chaque commande avec ses arguments et un exemple, en cinq langues.

Lire la documentation

Communauté

Posez une question ou partagez un script ou un schéma de câblage sur le forum.

Rejoindre le forum