top of page

Il simulatore Class 800 di Christopher Mitchell trasforma i progressi del prototipo in un test di integrazione

11 ago
Tempo di lettura: 14 min

Il progetto triennale di simulatore Class 800 di Christopher Mitchell ha raggiunto una fase rivelatrice a luglio, nonostante diversi componenti restino incompiuti. La segnalazione di Horizon Hackaday rimanda i lettori a un aggiornamento sui progressi che riguarda meno il completamento che l’integrazione.

L’aggiornamento del 26 luglio di Mitchell riguarda un pannello dei fari, sezioni metalliche del cruscotto e diversi strumenti dell’Automated Warning System. Ogni sottosistema funziona in modo diverso, eppure tutti devono comunicare con due piattaforme di simulazione ferroviaria attraverso un’unica cabina fisica.

Questo requisito genera il vero conflitto. Una replica può avere un aspetto autentico ma comportarsi come un controller generico. In alternativa, può funzionare con precisione pur restando una fragile raccolta di prototipi.

Mitchell sta cercando di preservare sia la fedeltà fisica sia l’affidabilità operativa. Il suo lavoro più recente mostra perché questo obiettivo diventa più difficile quando un progetto passa da dispositivi separati a un’unica macchina interconnessa.

L’aggiornamento di luglio collega tre sistemi incompiuti

Il cambiamento importante è che Mitchell sta ora testando le interazioni tra componenti, materiali e software di simulazione.

Secondo il suo riepilogo dei progressi di luglio, Mitchell ha iniziato questo simulatore fisico più di tre anni fa. Riproduce la cabina di guida utilizzata nella famiglia britannica di treni passeggeri Class 80x.

Questa famiglia include le Class 800, 801, 802, 805 e 810. Mitchell ha ottenuto alcuni componenti ferroviari reali, realizzando repliche quando non erano disponibili parti adatte.

I suoi articoli precedenti documentavano di solito un singolo componente completato o una fase costruttiva. L’ultimo resoconto raccoglie invece il lavoro svolto tra gennaio e luglio 2026 in tre aree attive.

La prima area è il pannello di controllo dei fari. Su una Class 800 reale, questo pannello include un selettore a sei posizioni, un pulsante per le luci di emergenza e LED di stato.

Questi LED formano un diagramma della parte anteriore del treno. I colori illuminati indicano la combinazione selezionata di fari anteriori e luci di coda.

Mitchell ha creato un circuito stampato personalizzato contenente LED a montaggio superficiale bianchi e rossi. La scheda funge anche da daughterboard per uno dei suoi transceiver CAN bus.

Una daughterboard è una scheda di circuito più piccola che espande gli ingressi, le uscite o le funzioni di supporto di un’altra scheda. In questo caso, collega il display luminoso, il selettore e il pulsante di emergenza.

Il progetto ha richiesto due iterazioni del circuito stampato. Mitchell ha inoltre testato tre opzioni di LED rossi e tre bianchi per trovare livelli di luminosità visivamente comparabili.

Ha commissionato diffusori bianchi satinati per distribuire la luce. Questi elementi sono collegati in una sottile struttura ramificata posizionata sopra i singoli LED della scheda.

Il selettore ha presentato un problema diverso. Mitchell conosceva il produttore e il codice del componente, ma per ottenere un esemplare nuovo avrebbe dovuto acquistare più unità costose.

Ha invece combinato parti acquisite tramite diversi acquisti online. Il risultato è un interruttore a sei posizioni che, a suo avviso, corrisponde al comportamento del prototipo.

Mitchell ha testato l’assemblaggio completato con Train Simulator Classic e Train Sim World. Ciò ha rivelato un’importante limitazione del software, anziché un difetto hardware.

Train Sim World non espone all’hardware esterno lo stato di uscita corrente di ogni indicatore del cruscotto. Il simulatore può accettare un input senza restituire informazioni sufficienti per riprodurne la risposta visiva.

Questa distinzione è importante. Un controller invia comandi, mentre una cabina replica deve anche visualizzare lo stato mutevole del treno simulato.

La seconda area riguarda i pannelli strutturali del cruscotto. Mitchell era già passato dal cartone al pannello di fibra dura, un pannello in fibra densa adatto a una fabbricazione economica.

Il pannello di fibra dura ha consentito iterazioni rapide e ha dimostrato che cinque moduli del cruscotto potevano formare la disposizione prevista. Era meno adatto come materiale permanente.

I pannelli si flettevano, apparivano meno realistici e restavano vulnerabili attorno a giunti e aperture per i componenti. Mitchell ha quindi iniziato a sostituirli con acciaio tagliato al laser e verniciato a polvere.

Ha prima testato questo approccio con pannelli per il Train Protection and Warning System e il Driver’s Reminder Appliance. Entrambi i sistemi dispongono di comandi dedicati nelle cabine di guida britanniche.

Con l’assistenza del prototipista Tim Keller, Mitchell ha inciso al laser e verniciato questi pannelli in acciaio. Il processo ha prodotto etichette resistenti e una finitura più vicina all’equipaggiamento originale.

Il risultato lo ha incoraggiato a ordinare versioni metalliche dei pannelli rimanenti. Li ha ricevuti a fine marzo e vi ha trasferito pulsanti e interruttori dai prototipi precedenti.

Le parti si adattavano correttamente e l’acciaio si fletteva meno del pannello di fibra dura. Tuttavia, il maggiore peso ha sottoposto a più stress i supporti in pannello di fibra dura e fibra a media densità sottostanti.

Mitchell ora prevede di sostituire quei supporti con compensato. L’aggiornamento dei materiali, apparentemente semplice, ha quindi creato un altro compito strutturale.

Anche l’etichettatura è diventata più difficile. La vernice acrilica bianca poteva essere rimossa in modo pulito dalle precedenti superfici di prova semilucide, ma penetrava nella verniciatura a polvere opaca.

I pannelli metallici completati non possono semplicemente ripetere il collaudato metodo di etichettatura. Mitchell deve modificare il processo senza scartare parti già prodotte.

La terza area torna sull’Automated Warning System, o AWS. Avvisa i macchinisti britannici dopo segnali di attenzione e rilevanti limitazioni di velocità.

Il suo noto indicatore a “girasole” alterna schemi neri e gialli. Lo stato giallo ricorda al conducente che il precedente evento AWS richiedeva una conferma.

Mitchell aveva già collegato al suo simulatore un girasole meccanico a grandezza naturale. Il lavoro più recente esamina tre moduli più piccoli che contengono anch’essi trombe di avviso autentiche e campanelli chiari.

Insieme, questi tre filoni di lavoro definiscono l’aggiornamento di luglio. Sono incompiuti, ma ciascuno è avanzato abbastanza da mettere in evidenza il successivo vincolo di integrazione.

Perché la fedeltà fisica continua a creare lavoro ingegneristico

Ogni dettaglio autentico aggiunge un altro vincolo elettrico, meccanico o software che il simulatore completo deve soddisfare.

Un controller desktop commerciale può associare leve e pulsanti a comandi standardizzati. In genere non deve riprodurre le dimensioni, le lampade, gli avvisi o le finiture dei materiali di una cabina specifica.

Il progetto di Mitchell punta a un obiettivo più rigoroso. I suoi comandi dovrebbero occupare le posizioni previste, avere una sensazione adeguata e riflettere le condizioni all’interno del treno simulato.

Questo obiettivo trasforma i piccoli dettagli in dipendenze ingegneristiche. Un interruttore dei fari a sei posizioni non è semplicemente un ingresso rotativo con sei valori leggibili.

Il suo comportamento elettrico deve essere adatto alla scheda di interfaccia. Anche l’albero, gli scatti, le dimensioni e la posizione sul pannello devono corrispondere al comando originale.

Il diagramma a LED introduce un secondo percorso. Il simulatore dovrebbe riportare quali luci sono attive, quindi l’hardware deve convertire quello stato in uscite appropriate.

Train Simulator Classic e Train Sim World non espongono interfacce identiche. L’hardware che si comporta correttamente con un titolo può quindi perdere il feedback quando viene usato con l’altro.

Il test dei fari illustra questa discrepanza. Train Sim World può ricevere l’input di controllo, ma Mitchell riferisce che non espone tutti gli stati degli indicatori richiesti.

Il supporto software diventa il componente limitante anche quando il pannello fisico funziona. È un problema ricorrente per l’hardware di simulazione specializzato.

Un dispositivo USB generico può emulare tasti o assi di joystick con una conoscenza relativamente limitata delle specificità del gioco. Una cabina bidirezionale necessita dell’accesso a variabili interne che rappresentano lampade, strumenti e sistemi di sicurezza.

Ogni locomotiva simulata può inoltre implementare queste variabili in modo diverso. Uno strumento fisico stabile può richiedere mappature separate per veicoli software differenti.

Mitchell affronta il lato hardware con un CAN bus. Una Controller Area Network consente a più moduli elettronici di scambiare messaggi tramite una coppia condivisa di fili.

L’approccio è nato nei veicoli, dove molti controller devono comunicare in modo affidabile senza cablaggi separati tra ogni possibile coppia. È adatto a un simulatore modulare.

Il precedente prototipo del cruscotto di Mitchell collegava la maggior parte degli strumenti e dei comandi attraverso i suoi transceiver CAN. Daughterboard specializzate adattavano dispositivi con requisiti elettrici insoliti.

Questa architettura riduce la necessità di una scheda centrale contenente ogni connettore. Nuovi comandi possono unirsi alla rete comune mantenendo circuiti progettati per i loro segnali specifici.

Tuttavia, la modularità non elimina la variabilità. La sposta in schede di interfaccia, firmware, connettori e definizioni dei messaggi.

Il lavoro sull’AWS dimostra questo punto. La scheda transceiver originale di Mitchell utilizzava transistor a effetto di campo, o FET, per la commutazione low-side.

La commutazione low-side collega il percorso di ritorno di un dispositivo alla massa. La commutazione high-side controlla la tensione di alimentazione fornita al dispositivo.

Il modulo AWS più piccolo utilizza un cablaggio a catodo comune e necessita di commutazione high-side. Le uscite esistenti di Mitchell erano progettate per la configurazione opposta.

La tromba e il campanello dell’unità hanno funzionato durante i test, ma non potevano essere pilotati tramite il circuito originale senza una riprogettazione elettrica. Ha quindi rivisto la daughterboard I/O.

Quattro delle sue cinque uscite FET possono ora essere configurate per il funzionamento high-side o low-side. Questa modifica estende le capacità della scheda oltre le sue ipotesi originali.

Il cambiamento mostra anche il valore di testare presto componenti reali. Una scheda tecnica o un controllo di continuità possono descrivere il comportamento dei terminali, ma l’integrazione rivela conseguenze a livello di sistema.

La fedeltà fisica crea una pressione analoga nella struttura del cruscotto. L’acciaio offre la rigidità, il peso e l’aspetto che mancano al pannello di fibra dura.

Tuttavia, l’acciaio trasferisce anche più carico nella sua struttura di supporto. Il miglioramento del materiale indebolisce quindi un’altra parte dell’assemblaggio, a meno che anche quel supporto non cambi.

La finitura opaca offre una migliore corrispondenza visiva, ma la sua superficie trattiene la vernice in modo diverso. Una scelta estetica diventa un vincolo produttivo.

Questa catena di conseguenze distingue una replica da una postazione di controllo a tema. Il progetto non può ottimizzare elettronica, struttura, aspetto e software in modo indipendente.

Ogni miglioramento modifica il sistema circostante. Il progresso dipende dalla scoperta di questi cambiamenti prima che il progetto diventi troppo costoso o difficile da rivedere.

Il vero avversario è l’integrazione, non un altro controller

Il progetto di Mitchell si confronta con la complessità creata dal proprio standard di autenticità.

Sarebbe facile mettere questa realizzazione a confronto con RailDriver o con controller ferroviari desktop più recenti. Quel paragone non coglierebbe lo scopo del progetto.

I controller commerciali privilegiano l’utilità generalizzata, dimensioni compatte e una produzione ripetibile. Devono supportare diversi treni o titoli di simulazione senza duplicare esattamente una cabina.

Il simulatore di Mitchell privilegia l’esperienza della Class 80x. Circonda l’utente con cinque sezioni del cruscotto disposte attorno a una superficie di supporto dedicata.

Il suo tavolo per simulatore personalizzato utilizza compensato tagliato in due sezioni unite. I morsetti lo fissano a una scrivania esistente, mentre gambe regolabili sostengono il bordo esterno.

Questa soluzione risponde a un vincolo pratico. Mitchell sta costruendo la cabina in un appartamento, dove la struttura deve essere stabile durante l’uso e rimovibile in seguito.

Il tavolo contiene inoltre aperture per gli strumenti che si estendono sotto i pannelli inclinati. La sua forma segue l’ingombro creato dai cinque moduli del cruscotto.

Queste relazioni fisiche sono importanti perché il progetto non è più un insieme di accessori da scrivania indipendenti. Una modifica a un pannello può influire su supporti, cablaggi, linee di visuale e spazio di stivaggio.

L’aggiornamento di luglio sui pannelli metallici rende visibile questa dipendenza. I pulsanti sono stati trasferiti con successo, ma i pannelli più pesanti ora richiedono un supporto più robusto.

La sostituzione del materiale di supporto può influire sui fori di montaggio e sul passaggio dei cavi. Può anche modificare il modo in cui i cinque moduli si incontrano lungo i bordi.

Questo è il ribaltamento centrale del progetto. Componenti dall’aspetto più rifinito non rendono automaticamente il simulatore più vicino al completamento.

Un pannello metallico ben rifinito può rivelare un supporto inadeguato. Uno strumento di avviso funzionante può evidenziare una commutazione incompatibile. Un selettore operativo può mettere in luce la mancanza di telemetria software.

Quanto più ciascun componente individuale migliora, tanto più precisamente deve rispondere il resto del sistema. La difficoltà di integrazione aumenta insieme alla fedeltà dei componenti.

Questo non significa che l’architettura stia fallendo. La rete CAN e la strategia delle daughterboard offrono a Mitchell un modo per gestire molte differenze.

La scheda I/O rivista ne è un buon esempio. Il supporto per entrambe le configurazioni di commutazione trasforma uno strumento ferroviario inatteso in una capacità riutilizzabile.

I dispositivi futuri con cablaggi simili potranno usare questa opzione senza richiedere un’altra riprogettazione della scheda principale. Un ostacolo locale diventa un miglioramento architetturale.

La stessa logica iterativa ha plasmato il cruscotto. Il cartone ha definito le dimensioni, il pannello rigido ha consentito prove funzionali e l’acciaio testa la costruzione a lungo termine.

Scartare quelle prime fasi significherebbe fraintenderne il ruolo. Ogni versione ha risposto a domande diverse con un livello di impegno appropriato.

I pannelli in cartone verificavano se la disposizione fosse plausibile. Il pannello rigido verificava se gli strumenti potessero essere montati, collegati e azionati insieme.

L’acciaio verifica se il progetto possa diventare durevole e visivamente convincente. Rivela inoltre quali supporti precedenti fossero adeguati soltanto per i prototipi.

Questa progressione somiglia più allo sviluppo di un prodotto hardware che alla normale personalizzazione di un controller. Il costruttore sta validando geometria, elettronica, firmware, compatibilità software e metodi di produzione.

La differenza sta nella scala e nell’intento. Mitchell sta realizzando una singola cabina in evoluzione, non preparando un dispositivo standardizzato per una linea produttiva.

Questa libertà consente scelte insolite, incluso l’uso di autentiche apparecchiature ferroviarie. Elimina però anche le semplificazioni che rendono gestibili i controller per il mercato di massa.

Un produttore può scegliere un interruttore in base alla disponibilità e alla compatibilità elettrica. Mitchell può rifiutarlo perché gli scatti, la forma o il posizionamento differiscono dal componente del Class 800.

Può ricostruire il comportamento corretto usando diversi componenti. Questa scelta preserva la fedeltà, ma aggiunge rischi di approvvigionamento e assemblaggio.

Il simulatore risultante non è un sostituto diretto di un controller compatto. È un esperimento su quanta parte di una macchina specifica possa entrare in un ambiente domestico.

Questa distinzione spiega anche l’attenzione ricevuta da testate tecnologiche più ampie. Un recente profilo del progetto ha sottolineato il contrasto tra la cabina tattile di Mitchell e le configurazioni di simulazione incentrate sugli schermi.

Lo spettacolo attira interesse, ma il metodo di integrazione è più istruttivo. Mostra come i prototipi diventino sistemi attraverso ripetuti confronti con presupposti non allineati.

Cosa il riepilogo di luglio non può ancora dimostrare

La cabina appare sempre più completa, ma diverse interfacce irrisolte impediscono ancora un giudizio definitivo su affidabilità e fedeltà.

La prima incertezza deriva dalla telemetria software. Mitchell riferisce che Train Sim World non espone tutte le uscite del cruscotto necessarie al pannello dei fari.

Questa limitazione può lasciare un indicatore fisico scollegato dallo stato effettivo del treno simulato. L’utente potrebbe muovere un comando senza ricevere il corrispondente riscontro visivo.

Il funzionamento basato solo sugli input resta utile, ma spezza l’illusione di una cabina coerente. L’hardware e il veicolo virtuale possono divergere.

Lo sviluppatore del software potrebbe esporre ulteriori variabili in seguito. Mitchell potrebbe anche trovare una strada di integrazione specifica per il treno o ricavare lo stato da un altro segnale disponibile.

Nessuno di questi esiti è confermato nel rapporto di luglio. La limitazione va quindi considerata aperta, non risolta.

La seconda incertezza riguarda la stabilità meccanica a lungo termine. I pannelli in acciaio riducono la flessione, ma il loro maggiore peso ha già messo alla prova i supporti esistenti.

Il supporto in compensato sembra essere la prossima risposta. L’assemblaggio completato necessita ancora di un uso ripetuto prima che se ne possa valutare la durata.

Questo test è importante perché i comandi del simulatore subiscono carichi concentrati. Leve, interruttori protetti e frequenti pressioni sui pulsanti trasferiscono forza ai pannelli e alla loro struttura di montaggio.

Una cabina che rimane stabile durante una breve dimostrazione potrebbe allentarsi dopo mesi di utilizzo. Mitchell non ha affermato che la struttura finale sia completa.

La terza incertezza riguarda il processo di etichettatura dei pannelli. I test TPWS e Driver’s Reminder Appliance hanno avuto successo su particolari finiture verniciate a polvere.

Il rivestimento opaco usato altrove ha assorbito la vernice acrilica bianca. Ripetere il precedente metodo di incisione e verniciatura ha prodotto risultati insoddisfacenti.

Mitchell spera di conservare i pannelli fabbricati modificando al contempo il processo di finitura. Il rapporto non identifica una tecnica sostitutiva già validata.

I possibili approcci introdurrebbero i propri compromessi. Stampa superficiale, incisione riempita, decalcomanie o targhette separate possono differire per texture e durata.

L’articolo non dovrebbe presumere quale metodo sceglierà. Il suo prossimo passo dichiarato è svolgere ulteriori test di fabbricazione.

La riprogettazione dell’AWS presenta un’altra questione aperta. Mitchell ha validato il clacson e il campanello del modulo, quindi ha progettato una daughterboard configurabile per il metodo di commutazione richiesto.

Al momento della pubblicazione, le schede dei circuiti riviste non erano ancora arrivate. Il loro comportamento elettrico all’interno del sistema CAN completo rimaneva quindi non verificato.

Il nuovo progetto deve azionare in sicurezza lo strumento preservando al contempo le altre funzioni di uscita della scheda. Deve inoltre integrarsi con il cablaggio e il firmware esistenti del progetto.

Lo strumento AWS originale di Mitchell utilizzava un’unità meccanica di circa cinque pollici quadrati, con una profondità di tre pollici. Due bobine ne modificavano lo stato visivo.

Quel precedente dispositivo forniva un’imponente azione meccanica. Le alternative più piccole integrano suoni autentici e offrono dimensioni più vicine alle apparecchiature più recenti.

La scelta tra le due opzioni crea un vero compromesso. Il meccanismo più grande offre un effetto fisico marcato, mentre i moduli più piccoli potrebbero corrispondere più da vicino al cruscotto previsto.

Mitchell afferma di stare seriamente considerando un sunflower a LED. Ciò sacrificherebbe il movimento meccanico che apprezza, migliorando al contempo la fedeltà del prototipo.

Anche il rumore conta in un appartamento. Un vero clacson di avviso progettato per una cabina di guida può essere eccessivo in una stanza residenziale.

L’autenticità non è una variabile unica in questo caso. Corrispondenza visiva, suono, comportamento meccanico, dimensioni, sicurezza e usabilità domestica possono orientare verso componenti diversi.

Il rapporto sui progressi di luglio riesce perché non nasconde questi conflitti. Presenta il lavoro incompiuto e registra perché compiti apparentemente minori restino irrisolti.

Tuttavia, i lettori dovrebbero distinguere l’iterazione trasparente dal completamento dimostrato. Il rapporto documenta progressi ingegneristici credibili, non una specifica di simulatore completata.

La stessa cautela si applica alle descrizioni dei media che definiscono la realizzazione eccezionalmente elaborata. Tali giudizi descrivono la sua ambizione visibile, non affidabilità o compatibilità misurate.

Non è stato pubblicato alcun test di resistenza indipendente. Non esiste inoltre un confronto standardizzato che copra latenza di input, supporto software o comportamento su più modelli Class 80x.

Queste omissioni non riducono il valore del progetto. Definiscono ciò che resta sconosciuto e impediscono di valutare una realizzazione amatoriale come un prodotto commerciale.

Cosa osservare dopo il riepilogo Horizon Hackaday

Le prossime tappe significative sono il feedback software, la commutazione di potenza validata e una struttura finale del cruscotto durevole.

Il primo segnale è una dimostrazione riuscita dei fari bidirezionali. Il selettore dovrebbe modificare il treno simulato, mentre il diagramma LED fisico dovrebbe rispecchiarne lo stato risultante.

Train Simulator Classic sembra offrire una strada praticabile per ulteriori test. Train Sim World resta il test di compatibilità più rivelatore.

Se Mitchell recupererà gli stati completi degli indicatori da Train Sim World, la validità multipiattaforma della cabina diventerà più solida. In caso contrario, il progetto richiederà compromessi specifici per ciascun titolo.

Questo risultato chiarirà anche un problema più ampio per le periferiche specialistiche. Il supporto standard degli input non è sufficiente quando l’hardware esterno necessita di accesso in tempo reale agli stati degli strumenti.

Il secondo segnale è l’arrivo e la validazione della daughterboard I/O rivista. I suoi canali FET configurabili dovrebbero azionare correttamente i suoni del modulo AWS più piccolo.

Un test riuscito confermerebbe che l’elettronica modulare di Mitchell può gestire cablaggi ferroviari incompatibili senza sostituire il transceiver CAN principale.

Supporterebbe inoltre altri strumenti che richiedono controllo high-side. Questo rende il test più significativo di un singolo clacson o campanello funzionante.

Un fallimento non porrebbe fine al progetto, ma esporrebbe un altro limite. Il sistema potrebbe richiedere schede driver separate, componenti di protezione o una distribuzione di potenza rivista.

Il terzo segnale è un processo ripetibile per rifinire e supportare tutti i pannelli in acciaio. Ciò include etichette che restino nitide sulla verniciatura a polvere opaca.

Richiede inoltre compensato o un altro materiale di supporto in grado di sostenere il peso aggiuntivo. L’intera cabina deve rimanere allineata mentre i comandi vengono azionati.

Il successo sposterebbe il cruscotto dalla validazione del prototipo verso un assemblaggio durevole. Consentirebbe inoltre al lavoro successivo di concentrarsi su display, comandi rimanenti e software.

Un ciclo continuo di rifacimento dei pannelli indebolirebbe l’idea che la fabbricazione sia vicina al completamento. Mostrerebbe che le scelte di materiali e finitura richiedono ancora decisioni fondamentali.

Questi segnali dovrebbero emergere attraverso post dettagliati sui componenti, che Mitchell afferma di voler pubblicare man mano che ogni area raggiunge il completamento. Il suo archivio del progetto documenta già la progressione dai singoli strumenti a una cabina con cinque pannelli.

Per i costruttori, quell’archivio offre più valore di una singola rivelazione spettacolare. Conserva presupposti falliti, transizioni di materiali e modifiche alle interfacce che le fotografie finali solitamente nascondono.

Le persone che gestiscono altri progetti tecnici a lungo termine possono applicare la stessa lezione. Le note sui progressi diventano più utili quando collegano decisioni, prove, fallimenti e test in sospeso.

Una base di conoscenza ingegneristica ricercabile può aiutare a preservare queste relazioni tra revisioni dei circuiti, file di fabbricazione e risultati dei test. Il principio è importante sia che il lavoro appartenga a una persona o a un team.

La frase horizon hackaday può portare i ricercatori a questo aggiornamento, ma l’etichetta del collettore non è la storia. Lo è il processo di integrazione di Mitchell.

Il suo simulatore Class 800 affronta ora la fase in cui ogni componente rifinito deve sopravvivere al contatto con il sistema completo. È più difficile che costruire un altro comando isolato.

Osservate le prossime dimostrazioni cercando cicli di feedback chiusi, non soltanto superfici convincenti. Le luci seguono il software, i moduli di avviso si attivano in sicurezza e i pannelli restano stabili?

Questi risultati mostreranno se questa cabina costruita in appartamento è passata da un’impressionante raccolta di repliche a un simulatore affidabile. Seguite i prossimi test dei componenti, poi valutate il progetto in base a quanto coerentemente i suoi stati fisici e virtuali coincidono.

 
 

Inizia gratis

Un assistente IA local-first con gestione della conoscenza personale

Per una migliore esperienza con l’IA,

al momento remio supporta solo Windows 10+ (x64) e M-Chip Macs.

Il tuo partner AI al lavoro
Fai di più con remio

Pianifica. Crea. Consegna.
Tutto in un unico posto.

bottom of page