MoveMaster II - RM-501

Hallo,

ein dreißig Jahre alter Roboter, eine zwanzig Jahre alte Programmierumgebung und ein zehn Jahre altes Betriebssystem. Das ist ja eine tolle Mischung. Warum tut man sich heute noch QBasic an ? Andere Threads hier, wie der mit den Legosteinen oder der Wii, zeigen das der Roboter auch mit aktuelleren Sprachen verwendbar ist.

Aber damit ist klar: Es kann nur an drei Dingen liegen: Dem Roboter, dem Kabel oder dem PC.

Beim Roboter kann man dir nicht viel helfen. Wenn man davon ausgeht, das alles korrekt eingestellt ist und nichts kaputt ist, wäre die einzig realistische Methode zu testen mit einem funktionsfähigen Kabel, PC und einer Software, die wirklich das richtige sendet.

Kabel sind ein häufiger Grund, warum bei seriellen Verbindungen nichts geht. Man sollte noch mal kontrollieren, ob wirklich die Aderbelegung stimmt. Am besten das Kabel in der Verbindung mit einem anderen Gerät, z.B. zweiter PCs mit passendem Adapter testen.

Auf dem PC gibt es eine Menge Fehlermöglichkeiten. QBasic war DOS, die Kommandozeile von Win 2000 ist kein echtes DOS. Funktioniert QBasic damit überhaupt richtig ? Auf jeden Fall benutzt es serielle Schnittstellen sicher durch direkten Zugriff auf die IO-Adressen des Motherboards. Das wird nur funktionieren, wenn die Schnittstelle da wie bei einem alten DOS-PC angeschlossen ist. Mit Schnittstellen am UBS oder auf PCI-Steckkarten geht das sicher nicht.

Wie werden den die Baudrate usw. eingestellt ? Unter Windows im Gerätemanager ? Funktioniert diese Einstellung in QBasic ? Und gibt LPRINT nicht auf dem DOS-Standarddrucker aus ? Ist der nicht normalerweise an der parallelen Schnittstelle ?

Also viele Möglichkeiten warum es nicht gehen könnte. Mein Rat: Stell den Roboter eine Zeit in die Ecke. Lern programmieren in einer aktuellen Programmiersprache. Probiere serielle Datenübertragung zuerst zwischen zwei PC-Schittstellen aus. Wenn das klappt, hol den Roboter wieder hervor. Dann hast du wenigstens was gelernt, was man weiter verwenden kann.

Grüße

Urmel

Zitat von systemkiller

Nur ist die Frage, welche Software würdest du mir denn empfehlen, mit der ich den Robo ansprechen soll?

Das hängt natürlich auch von den Kenntnissen und Vorlieben des Programmieres ab. Meine "Arbeitssprachen" sind C++ und C#, aber auch mit Delphi oder Visual Basic sollte das Problem lösbar sein ...

Wenn also C++ Kenntnisse vorhanden sind, spricht nichts dagegen damit zu arbeiten.

[Nachtrag]

Hier steht ein wenig über die serielle Schnittstelle in C++ unter Windows (links im Menu auswählen):
http://members.inode.at/anton.zechner/az/index.html

Hier ein Quelltext in Delphi:
http://www.delphipraxis.net/12…ente-fuer-serialport.html

Hallo,

im Labor haben wir auch noch zwei RM-501. Bei beiden funktionierte der COM-Port zuerst auch nicht. Die DIP-Schalter in der Steuerung für die Einstellung der seriellen Schnittstelle neigen wohl zu Korrosion an den Kontakten und mussten erst stupide zig mal hin und her bewegt werden. Danach funktionierte der COM-Port auch mit den Einstellungen der DIP-Schalter.

Mehr als die Steuerung über die WII hab ich mit den alten Dingern aber auch nicht mehr gemacht. Der Autor der WII-Software für den RM-501 ist übrigens sehr nett und gibt seine Software raus.

Gruß Mario

Der älteste Typ mit dem ich gearbeitete habe ist der RV-E2, das ist zwei Generationen weiter. Da gab es schon Programmstart über Bits.

Wie es damit bei den Vorgängern aussah, weiß ich nicht. Wenn dazu nichts im Handbuch steht, würde ich mal sagen es geht nicht.

Grüße

Urmel

Der Gag ist eigentlich, das der RM5001 Roboter einen Aknowlege zurückgibt, wenn er einen RS232 Befehl bekommen hat. Bis zum Vollenden darf kein weiterer RS232 Befehl abgesetzt werden. Bei DOS geht das automatisch, bei Windows ist das aus dem Multitasking Prinzip recht schwer in der Winapi umzusetzen, zumal es kein normaler XON/XOFF oder Hardware Handshake ist.

Ansonsten: DIP Schalter und RS232 Kabel richtig basteln und an der Teach Box schön umschalten auf externe Steuerung.