1234567890
1234567890
Geändert von i_make_it (01.02.2015 um 18:51 Uhr)
Hallo!
Ich würde dazu nur sagen, dass zum Funktionieren von einem Roboter oft kein OS notwendig ist.![]()
MfG (Mit feinem Grübeln) Wir unterstützen dich bei deinen Projekten, aber wir entwickeln sie nicht für dich. (radbruch) "Irgendwas" geht "irgendwie" immer...(Rabenauge) Machs - und berichte.(oberallgeier) Man weißt wie, aber nie warum. Gut zu wissen, was man nicht weiß. Zuerst messen, danach fragen. Was heute geht, wurde gestern gebastelt. http://www.youtube.com/watch?v=qOAnVO3y2u8 Danke!
1234567890
Geändert von i_make_it (01.02.2015 um 18:53 Uhr)
Da bin ich sogar überzeugt das dies nicht so ist und die Laufzeit nicht immer gleich sein wird, allerdings ist es mir persönlich egal ob bei meinem Bot der Stopp 1 Millisekunde eher oder später erfolgt, den Bumper messe ich sogar nur alle 10ms während der Bewegung. Da kommt bestimmt kein Mensch zu Schaden und ich denke über die Bots von denen wir hier sprechen wird dies überwiegend der Fall sein...
Gruß André
1234567890
Geändert von i_make_it (01.02.2015 um 19:00 Uhr)
…ich habe beruflich auch damit zu tun und gebe Dir diesbezüglich völlig recht. Meine Steuerungen haben nachvollziehbare Zyklen, allerdings sobald externe Kommunikation, IRQ etc. ins Spiel kommt, ist man auch mit unterschiedlichen Timings innerhalb des Programmes unterwegs und muss damit umgehen können.
Diese Ansprüche stelle ich nicht unbedingt an Windows, die „PC’s“ sind in der heuten Prozessorära schnell genug, dass „meine“ Vorderrungen innerhalb „meines“ zeitlichen Rahmens, welchen ich bestimmen kann, abgearbeitet werden. Allerdings habe ich auch noch nie Ablaufmessungen innerhalb eines priorisierten, nicht veränderlichen Threads bei gleichbleibender Frequenz gemessen. Die Frage für mich war nur, ist die maximal mögliche Abweichung noch innerhalb meines kleinsten Zeitfensters? Da dies für meine Forderungen zutrifft nutze ich nun einfach die Möglichkeiten welche mir Windows und Net bietet.
Aber wie gesagt wir müssen diese Diskussion, welche ja vom Thema abgeglitten ist, nicht unbedingt weiter führen. Ich verstehe ja Deine Beweggründe und wir sind ja mit den Aussagen gar nicht gegensätzlich.
Mein Hinweis entstand einzig aus der Aussage „Windoof scheidet komplett aus wenn z.B. so Sachen wie Bumper und Motorregelung laufen sollen,“ und das finde ich besonders für unser Hobby, um mehr geht es hier nicht, zu „krass“ ausgedrückt. Würde ja auch bedeuten mein Bot "Mira" ist Fiction...
Gruß André
Mal unabhängig das Microsoft Robotics Developer Studio das Gegenteil beweist,…warum soll es unter Windows nicht möglich sein Bumper und Motorregelung zu betreiben?
Mein Bot läuft ohne Probleme unter Windows 7.
Viele programmieren ihren MC‘s in Hochsprachen und wissen über die genauen Timings auch nicht Bescheid, egal ob der Motorstopp nun durch den Bumpereingang über Interrupt oder anderweitig ausgelöst wird. Es wird schon schnell genug sein…
Die Bumper frage ich da locker auch noch während der Sprachausgabe und in Bewegung des Bot ab, nebenher laufen dann als Beispiel auch kontinuierlich die Enqoderauslesung, die ständige Messung mehrere Sonarmodule, Kompass/Lagesensor, Spannungs- und Stromüberwachung.
Allerdings wird es sicher nicht möglich sein eine PWM direkt zu erzeugen, wie auch? Man benötigt also um auf entsprechende Schnittstellen zugreifen zu können Anschaltbaugruppen welche per USB/RS232 oder als „Steckbaugruppe mit entsprechender Schnittstelle“ ausgeführt sind.
Mein Fazit wäre:
Es kommt halt immer darauf an um was für einen Bot es sich handelt, welche Komponenten er besitzt, wie diese „angeschaltet“ sind und natürlich auch mit was ich ihn programmieren möchte und kann.
Das beste Betriebssystem und die schönste Entwicklungsumgebung nützt mir am Ende nichts, wenn ich irgendwann genervt aufgebe, also sollte schon alles ein wenig zusammen passen...
Gruß André
Lesezeichen