Nel mondo embedded le reti permettono ad un gruppo di dispositivi specializzati di essere assemblati in una macchina usando una rete con un protocollo (di solito) altamente strutturato come SAE J1939. Ho usato protocolli molto più semplici ma la struttura previene gli errori ed è molto più veloce.
La macchina finale è molto più complessa delle parti.
Per esempio, usando 4 sensori che misurano l'intensità di due lunghezze d'onda della luce in scync con un segnale di battito cardiaco e memorizza il risultato in un buffer. Se il battito cardiaco non riesce solo misurare le due lunghezze d'onda della luce e riempie il buffer ad un tasso pari alla media degli ultimi 5 battiti cardiaci così c'è qualcosa da inviare insieme con e errore quando la trasmissione riprende. In questo caso avere qualche dato era meglio di nessun dato.
Un modulo che divide la differenza delle due lunghezze d'onda per la somma delle due lunghezze d'onda e applica una formula che rappresenta la conoscenza esperta per applicare, in questo caso, l'azoto alla coltivazione del grano. L'impostazione dell'ugello è memorizzata in uno spunto che si sposta dai sensori agli ugelli a spruzzo in base alla velocità del veicolo e viene inviato da questo dispositivo al dispositivo del computer che imposta il tasso degli ugelli a spruzzo.
Ho costruito quella macchina. c'erano 6 CPU, nessuna delle quali aveva oltre 500 righe di codice. Come gruppo di computer collegati in rete su un dispositivo hardware dedicato (uno spruzzatore con sensori di luce speciali sulla parte anteriore) ha funzionato meglio di qualsiasi uomo nell'impostare il tasso di azoto per condire il grano invernale.
I risultati sono stati: il rendimento è stato lo stesso dell'azoto applicato raccomandato usando solo la metà dell'azoto o usando il tasso raccomandato di azoto il rendimento è aumentato dell'8%.
Credo sia capace di risultati molto migliori in alcune aree.
La combinazione di semplici computer collegati in rete per applicare la conoscenza di esperti può essere fatta molto più facilmente con un gruppo di pendolari che non con un grande programma su un singolo computer dove tutto deve funzionare sullo stesso clock.
Ogni nodo potrebbe essere simulato da una CPU che fa eco a quelli che sembrano buoni dati al BUS quando viene chiamata mentre ogni nodo viene costruito.
Io stavo usando 68HC11 con 2MHz ECLOCK che funzionano molto vicino al suo tasso massimo teorico. Due dei convertitori A/D nei sensori di luce non riuscivano a fare scadenza sulla stessa CPU. C'erano altri tre che cercavano di costruire una macchina simile allo stesso tempo su un Pentium a un MHz. Non so perché abbiano fallito, ma l'hanno fatto. Si lamentavano di non avere computer abbastanza veloci.