Robotica e sistemi autonomi — Eldric a bordo del robot

Perché on-device

Il collegamento cadrà. Il robot deve comunque ragionare.

Un AGV di fabbrica dietro una scaffalatura metallica. Un drone di ispezione dentro una sala turbine. Un crawler dentro un oleodotto. Una nave sotto coperta. La proprietà condivisa: il collegamento radio è intermittente o assente, e il robot deve continuare a percepire, decidere e agire.

Percezione on-device

Frame della telecamera, scansioni LiDAR, flussi IMU passano per il modulo di inferenza nativo. Rilevamento di oggetti, anomalie e classificazione girano sulla centralina di calcolo del robot — senza andata e ritorno verso una base station.

Comando vocale

STT in ingresso, comando interpretato, azione eseguita, TTS in uscita — tutto a bordo. Utile per equipaggi di ispezione che parlano con i droni, operatori di fabbrica che guidano gli AGV, tecnici sul campo che pilotano robot di servizio.

Previsione xLSTM

Il daemon di previsione xLSTM (porta 8884) gestisce predizione di traiettoria, motion planning e politica di recupero su dati di sensore time-series. Lineare nella lunghezza della sequenza — più adatto dei transformer per finestre di telemetria lunghe ore.

Store-and-forward

Il modulo IoT bufferizza localmente la telemetria durante le finestre di disconnessione e la replica alla centrale di flotta al ritorno del collegamento. Nessun frame né evento perso.

Installazione edge

Gira su un Pi 4, un gateway industriale, una Jetson o qualsiasi centralina Linux a bordo del robot. Stesso binario del datacenter Eldric; cambiano solo i moduli attivati.

Decisioni di recupero

Quando il collegamento cade, una politica precaricata può portare il robot in uno stato sicuro. Al ritorno del collegamento, la centrale di flotta riconcilia. Soft real-time alla linea; l'hard real-time resta compito del controllore motore.

Piattaforme target

Robot su cui Eldric gira già.

Robot industriali mobili

AGV, AMR, consegna in reparto, picker per ricambi. Eldric si aggancia al modulo IoT per OPC-UA / Modbus / MQTT, poi esegue percezione e decisione in locale. Soft real-time da tag ad azione ~50 ms sul cluster di demo.

Droni di ispezione e crawler

Droni aerei (sale turbine, linee di trasmissione), crawler per oleodotti, rover di ispezione fognaria. Finestre di disconnessione lunghe. La previsione xLSTM stima quando il robot perderà contatto e pianifica in anticipo il percorso di recupero.

Robot di servizio

Robot di consegna ospedalieri, bot concierge alberghieri, assistenti retail di sala. Voce in ingresso e in uscita, consultazione della knowledge base (turni, manuale operativo) e inbox AI per l'escalation a un operatore umano quando serve.

Veicoli e imbarcazioni autonome

Inferenza a bordo per carichi adiacenti agli ADAS, previsione a livello di flotta, interfaccia vocale per gli operatori. Il controllo hard real-time resta al controllore dedicato; Eldric gestisce lo strato cognitivo sopra di esso.

Ambito onesto.

Cosa Eldric NON fa su un robot:

Loop di controllo motore. Il controllo hard real-time PID / cinematico appartiene al controllore motore dedicato. Eldric sta uno strato più in alto.
Funzioni safety-certified. Eldric non è certificato di sicurezza (nessun livello SIL / ASIL / Performance Level). Usalo per carichi cognitivi, non per la logica di arresto di emergenza.
Inferenza sub-millisecondo. Il modulo di inferenza nativo è veloce su una GPU di piccola taglia; su un Pi 4 è sufficientemente rapido per classificazione e completion brevi, ma non deterministico al microsecondo.

Cosa fa bene: lo strato cognitivo di una piattaforma autonoma — percezione, voce, decisione, sintesi della telemetria, coordinamento a livello di flotta — tutto a bordo del robot, con un degrado prevedibile quando il collegamento alla base cade.

Parliamo della tua piattaforma Come funziona

Eldric a bordo del robot,non nel cloud.