Het is me verteld dat, ondanks er meerdere RTOS bestaan voor de typische, alledaagse home computer, dat de real-time performance die gehaald wordt toch niet alles is.
Ik vroeg me af of iemand me meer kan vertellen hierover. Is het bijvoorbeeld enkel mogelijk soft real-time performance te bekomen? Of kan hard real-time ook? Of zijn beide misschien niet aangewezen op een doordeweekse pc?
Bedankt!
Laatste berichten
-
08:29
Programmeren met vectoren 5
-
23:12
speciale rel. theorie 10
-
22:57
Straatklok loopt 5 minuten voor 11
-
22:57
wig 6
-
22:36
Gravity and gravitation 4
-
22:24
[scheikunde] vraag Chemie - wat is de oplossing? 10
-
19:47
Bruine vlekken op treinaanwijzerbord 10
-
19:44
Vogels in de stad zijn goede klussers 2
-
19:12
Rood laserlicht 3
-
17:30
Herleiden afmetingen vanaf een foto 21
-
16:34
[wiskunde] Prijs Product per KG; Alternatief Inzicht 3
-
13:57
do-re-mi-fa-so vliegtuigen 9
-
13:16
geen minkowski-ruimte toch? Doe ik dit nou fout? 17
-
13:12
[natuurkunde] kroon van koning op Syracuse 10
-
10:15
2013 – Augustus Vraag 3 3
-
24 apr
Vraag 2009 Juli Vraag 5 5
-
24 apr
positie 2
-
24 apr
Schroefdraad berekening 8
-
24 apr
[scheikunde] Kan chloorgas de geleiding van elektriciteit belemmeren? 9
-
23 apr
Weerfrustratie 9
Nieuwsberichten
-
04 mar
Een nieuw soort magnetisme: altermagnetisme
-
31 okt
AI kan via stem diabetes vaststellen 11
-
21 okt
Einstein krijgt wéér gelijk 45
-
07 feb
witter dan wit 20
-
19 jun
irrigatie en de aardas
Real-time op een typische pc
-
- Berichten: 5.609
Re: Real-time op een typische pc
Hard kan ook, maar normaal gezien heb je nooit hard nodig tenzij er echt levens van zouden afhangen.
What it all comes down to, is that I haven't got it all figured out just yet
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
-
- Berichten: 77
Re: Real-time op een typische pc
velgrem1989 schreef: Het is me verteld dat, ondanks er meerdere RTOS bestaan voor de typische, alledaagse home computer, dat de real-time performance die gehaald wordt toch niet alles is.
Ik kom beroepsmatig dagelijks in contact met RT-toepassingen, zowel voor niet-RTOS (Windows Embedded, Unix) als RTOS (OSE). De beslissing welk OS te kiezen hangt van verschillende factoren af en is niet zo eenvoudig te verwoorden. Legacy van bestaande producten is veelal de beslissende factor.
Het voordeel van het gebruik van een modern RT-OS is echter dat de mechanismen en tools die nodig zijn om RT toe te laten/te ontwikkelen reeds in het OS verwerkt zitten, wat de ontwikkeling aanzienlijk vereenvoudigd.
- Debuggen op applicatieniveau i.p.v. kernel niveau
- Ingebouwde Task scheduler die een stipte uitvoering waarborgt.
- Ingebouwde bewaking van de stipte uitvoering van de taken
- Communicatie tussen asynchrone taken is makkelijker dan in een conventioneel OS.
Kernel drivers kunnen echter enkel worden geprogrammeerd in C, vereisen veel meer kennis van de kernel/OS architectuur (DDK voor Windows) en zijn ook veel moeilijker te debuggen (Je kan een kernel driver niet stoppen zonder het volledige OS te laten crashen). Een bijkomende controle of een taak ook effectief is uitgevoerd binnen de vooropgestelde tijd is ook niet altijd evident en vraagt heel wat programmeerwerk.
Misschien maakt dit het een en ander wat duidelijker
-
- Berichten: 5.609
Re: Real-time op een typische pc
Persoonlijk heb ik ervaring met realtime kernels uit Linux. Het allerbelangrijkste voordeel daarbij is dat je een volwaardig besturingssysteem hebt, waarbij je nog steeds real-time kunt werken (op microseconde-niveau). Voor mijn toepassing (robotica) is dat een gigantische verandering geweest, omdat je je laag niveau real-time kunt doen in snel draaiende talen ( C ) en je je hoog niveau kunt doen in snel ontwikkelde talen (Python). Op die manier heb ik de ontwikkeltijd van mijn experimenten erg naar beneden kunnen halen, zonder veel op nauwkeurigheid te moeten inboeten.Merlion schreef: Het voordeel van het gebruik van een modern RT-OS is echter dat de mechanismen en tools die nodig zijn om RT toe te laten/te ontwikkelen reeds in het OS verwerkt zitten, wat de ontwikkeling aanzienlijk vereenvoudigd.
- Debuggen op applicatieniveau i.p.v. kernel niveau
- Ingebouwde Task scheduler die een stipte uitvoering waarborgt.
- Ingebouwde bewaking van de stipte uitvoering van de taken
- Communicatie tussen asynchrone taken is makkelijker dan in een conventioneel OS.
What it all comes down to, is that I haven't got it all figured out just yet
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
-
- Berichten: 228
Re: Real-time op een typische pc
Bedankt voor de reacties.
De toepassing waar ik het voor wil gebruiken is het aansturen van een voice coil actuator, met 1000 Hz als sample frequentie.
Als ik het goed heb zal de standaard linux kernel hier dus niet geschikt voor zijn. 3 opties die ik bekeken heb zijn
* Config_preempt_rt patch
* RTAI
* Xenomai
Ik heb begrepen dat de eerste de linux kernel volledig preemptible maakt en dat de 2 laatsten voor een extra software laag zorgen onder de standaard linux kernel en deze runt als een low priority process.
Mits ik een leek ben in deze materie kom ik er niet echt uit welke van de 3 ik best gebruik. Om deze beslissing te kunnen maken wil ik voornamelijk gebruiksgemak met performantie (timing determinisme kleiner dan 1ms) afwegen.
De toepassing waar ik het voor wil gebruiken is het aansturen van een voice coil actuator, met 1000 Hz als sample frequentie.
Als ik het goed heb zal de standaard linux kernel hier dus niet geschikt voor zijn. 3 opties die ik bekeken heb zijn
* Config_preempt_rt patch
* RTAI
* Xenomai
Ik heb begrepen dat de eerste de linux kernel volledig preemptible maakt en dat de 2 laatsten voor een extra software laag zorgen onder de standaard linux kernel en deze runt als een low priority process.
Mits ik een leek ben in deze materie kom ik er niet echt uit welke van de 3 ik best gebruik. Om deze beslissing te kunnen maken wil ik voornamelijk gebruiksgemak met performantie (timing determinisme kleiner dan 1ms) afwegen.
