Esperienza RTOS

Fondamentalmente, l'unica vera differenza tra un RTOS e un "none" -RTOS è il fatto che lo scheduler è deterministico. A parte questo, l'unico fattore distintivo è il fatto che tendono ad essere super leggeri o a strisce verso le strutture di base, la programmazione, i semafori, il passaggio dei messaggi, ecc. Lo sviluppo integrato è meno importante sapere come utilizzare il sistema operativo e altro ancora per capire come soddisfare determinati vincoli come il tempo di esecuzione, l'utilizzo della memoria, la coerenza dei dati e il rispetto di una scadenza specifica. Un'altra area importante è l'integrazione periferica o il supporto della scheda che tende ad essere piuttosto difficile e spesso richiede qualcuno con esperienza hardware. Se vuoi davvero un'esperienza integrata, devi risolvere un problema incorporato. Una scheda di valutazione sarebbe utile in particolare se ha un TEC o qualche altro tipo di dispositivo ethernet perché lo streaming di diversi tipi di media (audio o video) su una rete IP è un problema comune.

Non acquistare una scheda di valutazione con un RTOS e mettere insieme un progetto a casa - solo per il credito CV. Fallo solo se hai un progetto di scheda di sviluppo che stai bruciando.

Puoi ottenere l'esperienza RTOS ed essere pagato per questo come impari , se ne porti abbastanza alla tabella di cui ha bisogno la nuova azienda. Nel mio caso ho avuto un track record in assembler. Sembra che tu abbia anche quello. Il primo vero RTOS era proprietario di uno scritto in ADA e 1750A, quindi non c'era alcun modo in cui un nuovo noleggio avrebbe avuto un'esperienza specifica in esso. Il secondo era pSOS, e in realtà quella società era più interessata all'abilità di codifica C generale di quella che sapevo che cos'è un semaforo.

Il problema con la maggior parte delle schede di sviluppo è che c'è un enorme giro del tempo per cambiamenti banali, quindi lo sviluppo del codice e l'apprendimento su di essi è un processo lento.

Se vuoi migliorare la tua esperienza nella programmazione in tempo reale, prendi parte al codice linux in tempo reale o audio o video. Il tuo RTOS è linux. Sarà un processo di apprendimento più rapido e sarai in grado di indicare che il tuo codice è in uso effettivo .

FreeRTOS è un buon modo per iniziare - come suggerisce il nome, è un supporto RTOS open-source multipiattaforma oltre due dozzine di architetture. Il nucleo del kernel è piccolo e comprende solo tre file C.

Dipende davvero da cosa intendi quando dici "RTOS". Ci sono vincoli "rigidi" in tempo reale su alcuni sistemi (ad esempio, controlli del motore o di volo) e ci sono "sotf (er)" vincoli in tempo reale in cui il tempo conta, ma non è mission o vitale.

Vedi le risposte alla mia domanda here . Potrebbe darti qualche idea per la seconda opzione (più morbida).

Alla fine, abbiamo optato per Linux embedded come sistema operativo e ha funzionato molto bene.