Hi ich kenne mich gut in C und µC-Programmierung damit aus. Hab ca. 3 Jahre Erfahrung. Jetzt steht in einer Stellenbeschreibung als Vorraussetzung "Fundierte Kenntnisse in Echtzeit-Programmierung mit C" Ist das dann doch noch mal was anderes, oder sollte ich mir das einfach zutrauen? Was meint ihr? Grüße Bimbo
3 Jahre Erfahrung und noch nie was von Echtzeit gehört? Use Wikipedia or google for intelligent answers!
Echtzeit findet ja häufig aus c ebene ab kennst du zb rouznd roubin und ci
Ist doch ganz einfach. Wenn du mit dem Begriff nichts anfangen kannst, dort aber tatsächlich fundierte Kenntnisse auf dem Gebiet gefordert werden, dann ist es nichts für dich.
also sonst sind die deutschen auch nicht so bescheiden :-) ist zwar kein leichtes thema, mit ein bisschen selbststudium seh ich das problem nicht so gravierend, würd mich an deiner stelle auf jeden fall mal bewerben...
> würd mich an deiner stelle auf jeden fall > mal bewerben... Meinst du das ernst? Wenn ein Programmierer mit angeblich drei Jahren Erfahrung in C-Programmierung auf µControllern noch nie was von "Echtzeit" gehört hat, ist der mit Sicherheit der falsche für den angebotenen Job.
Das werden die dann spaetestens im Vorstellungsgespraech auch merken... also lasst ihn doch bewerben.
µC und hardwarenahe C Programmierung ist da sicher schon besser als die vielen VB- und HTML 'Programmierer' die sich da bewerben werden... Also wenigstens mal was zum Thema Threads, Semaphore, Mailboxen und Prioritäten lesen. Ist vielleicht noch ein Betriebssystem angegeben? Weil C hat alleine als Sprache wenig mit Echtzeit zu tun.
Ich möchte der allgemeinen Tedenz hier im Forum wiedersprechen. Jemand kann sich durch aus in der Materie einer Tätigkeit eingearbeitet und etabliert haben ohne deren akademischen Fachbegriffe zu kennen. Ich kenne es z.B. eher umgekehrt: Unsere studentischen Aushilfen und frische Dipl.Ings kennen Fachbegriffe noch und nöcher, von denen Leute mit 10 jähriger Berufserfahrung noch nie gehört haben. Wenns dann aber in die Praxis geht, muss man sie ganz vorsichtig anfassen und am besten bei A anfangen.
@ Johannes Stratmann
>Threads, Semaphore
Haben nicht zwangläufig was mit Echtzeit zu tun. Eher mit
Synchronisierung z.B. Zugriff auf gemeinsame Speicherbereich etc.
Echtzeit bedeutet einfach nur, dass garantiert werden kann in einem
gegebenen Zeitraum auf ein Ereignis zu reagieren (Interrupt).
Echtzeitbetriebssysteme haben üblicher weise garantierte Reaktionszeiten
von unter 30ns.
Dazu gehört natürlich auch die Priorisierung von Prozessen. Ein
Systemcall (signal) kann z.B. die Priorität eines anderen Prozesses nach
oben setzen, damit dieser nicht ewig warten muss usw.
Echtzeit hat nichts mit irgendwelchen konkreten oder möglichst kleinen Reaktionszeiten zu tun. Es geht im wesentlichen um Determinismus! Also DASS ein Prozess SPÄTESTENS nach einer definierten ZEIT drankommt.
grottenalte Diskussionen... 30 min ist auch Echzeit wenn es darum geht das du z.B. pünktlich zum 1. dein Geld auf dem Konto hast. Harte Echtzeit, weiche Echtzeit usw., eine Religion. Und die genannten Begriffe sind halt enger mit RT-OS verbunden als mit VB oder sonstiger GUI Programmierung, daher dürfte es dem Fragesteller auf jeden Fall helfen sich das vor einem Bewerbungsgespräch anzusehen. Oder nennt mir ein RT-OS das nicht die o.g. Hilfsmittel zur Verfügung stellt.
>>>von unter 30ns. >30 µs Ups ja meinte ich ja. Die Reaktionszeit der µCs auf Interrupts ist inzwischen bei 30ns...
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.