Vedi traduzione automatica
Questa è una traduzione automatica. Per vedere il testo originale in inglese cliccare qui
#News
{{{sourceTextContent.title}}}
Iniettore di RTOS, parte una: Funzionando in tempo reale rispetto a cui?
{{{sourceTextContent.subTitle}}}
Iniettore di RTOS, parte una: Funzionando in tempo reale rispetto a cui?
{{{sourceTextContent.description}}}
Che cosa è un RTOS?
Come lo conosciamo, un sistema operativo real-time (RTOS) è definito facilmente. Pertinente ai computer di tutti i tipi, un RTOS è un sistema che elabora i dati mentre arriva con vicino ai ritardi zero. Il sistema operativo dirige tutte applicazioni installato su un computer, cioè, elaboratori di testi, pubblicazione dei grafici, matematico, cad ed altri programmi. Apre e chiude i programmi basati sull'input dell'utente, permette ai dati del lavoro di essere memorizzato per recupero ad una data ulteriore e, in termini di tempo reale, dà la priorità alle mansioni basate su ordinazione di importanza.
Un RTOS inoltre offre il controllo definibile dall'utente sopra le unità periferiche quali l'esposizione, il topo ed altri dispositivi di input. Inoltre fornisce l'interfaccia grafica (GUI) che guida facilmente gli utenti con le operazioni di accesso a tutta la funzionalità dei loro computer.
Oggi, i tre RTOSs più comune per gli usi generali sono IOS di Apple e di Microsoft Windows. Ora, prima che ci siano tutti i dibattiti circa l'aspetto «in tempo reale» del qualcuno di questi, si deve considerare l'hardware. La velocità alla quale tutto il sistema operativo esegue dipenderanno dall'unità di elaborazione (CPU), dalla quantità e dalla velocità di funzionamento di memoria e se manutenzione regolare dell'utente (defragging, ricerche del sistema, nascondiglio che si purgano, ecc.) è eseguito. Naturalmente, c'è orientamento percepito/psicologico dell'utente. Gli atteggiamenti personali sembrano spesso colpire la velocità di un computer in tempo reale il tempo di dramma e di sogno, ma.
Le applicazioni non critiche di misura e di controllo del vestito dell'IOS del mackintosh e di Microsoft Windows, ma essi non sono raccomandate per le applicazioni che richiedono la sincronizzazione di precisione o il up-time esteso.
Contrariamente ai sistemi operativi real-time, Windows ed il mackintosh sono giusti per il consumatore/mercati commerciali.
Requisiti
Secondo gli strumenti nazionali, essere considerato «tempo reale», un sistema operativo deve avere un tempo massimo conosciuto per ciascuna delle operazioni critiche che esegua, o possa da garantire quel massimo per lo più. I sistemi operativi che assolutamente garantiscono un tempo massimo per le operazioni critiche si riferiscono a come tempo reale duro. I sistemi operativi che possono garantire soltanto un massimo per lo più si riferiscono a come tempo reale morbido.
Per esempio, potrebbe progettare un'applicazione aerospaziale con cui una serie di eventi del propulsore ha dovuto accadere ai tempi esatti per accelerare un veicolo spaziale nell'orbita. Se i tempi di accelerazione sono disinseriti, il veicolo sosterrà i danni, se non per distruggersi completamente. Il progettista dovrebbe ovviamente impiegare un sistema operativo real-time duro nella progettazione.
Per un'applicazione meno critica, cioè, video scaricante e d'esame su un dispositivo portatile, perdere un valore di microsecondo dei dati qui o là non causerà la distruzione incalcolabile; alcuni espletivi impazienti forse, ma niente cucire i fagioli circa. In questo caso, il progettista può scampare lo spiegamento del sistema operativo real-time molle più a basso costo.
Sommario, se un RTOS è montato con abilità e programmato, i programmi funzioneranno con la sincronizzazione ragionevolmente coerente.
Sistemi embedded
Le applicazioni del consumatore sono una cosa che realmente non deve spiegare e, franco, non ha posto principale in una discussione sulle applicazioni critiche. Le applicazioni di sistemi embedded contano molto sui loro sistemi operativi per controllare tutto dalle reti semplici alle sale operatorie in ospedali al veicolo spaziale ed ai satelliti guidanti. E sì, le applicazioni sono senza fine e, a maggior o a meno gradi, richiedono un sistema operativo real-time duro.
La lista di RTOS ha utilizzato nelle progettazioni incluse è piuttosto lunga ed alcune delle entrate possono essere esoteriche o essere adatti ai processi altamente specifici e/o ai dispositivi. La ragione è che i sistemi embedded possono usare una matrice delle unità di elaborazione e dei livelli differenti di prestazione come pure di altri dispositivi quali i microcontroller (MCUs), i controllori logici programmabili (PLCs), i tipi di memoria e le densità, ecc.
Sotto sono due piani che presentano alcuno del RTOS popolare per le applicazioni incluse. Ci sono due specie di RTOS hanno elencato: sistemi di open source, che sono gratis ancora di presentare determinate limitazioni specialmente quando si tratta di sicurezza e proprietario che richiede l'autorizzazione. Gli obiettivi posteriori sicuri ed applicazioni più di qualità superiore.
Sistemi operativi real-time di open source.
RTOS privato
Un elenco approfondito, che è un pezzo troppo grande presentare qui, è disponibile da Wikipedia. Mostra praticamente tutto il RTOS disponibile con una descrizione di ciascuno. Inoltre, se state assistendo ai sensori Midwest, sia sicuro di assistere al gruppo di lavoro di padronanza dei sistemi operativi real-time presentato da Jacob Beningo, presidente, gruppo incluso Beningo. L'officina sarà tenuta mercoledì 4 ottobre 2017 a partire dal 10:15 HO LUOGO al 2:00 PM nei sensori Live Theater.