Verstehe ich das richtig?
Du willst jetzt PC seitig was programmieren, daß das Datenpacket mit dem String erzeugt?
Also eine Art Telnet Cleint?
Oder geht es um die Controlerseitige Verarbeitung des String mit SCOL?
Verstehe ich das richtig?
Du willst jetzt PC seitig was programmieren, daß das Datenpacket mit dem String erzeugt?
Also eine Art Telnet Cleint?
Oder geht es um die Controlerseitige Verarbeitung des String mit SCOL?
ich möchte eigendlich säter mit OpenCV eine Bildverarbeitung einbinden. Wenn ich erstaml über TCP/IP Datenstrings an den Toshiba TH650A schicken kann, muss ich halt später nur meine Koordinaten aus der Bildverarbeitung in den String einfügen. Da mir das alles zusammen aber zu viel ist, wollte ich beides erstmal trennen und nur Datenstrings in der form wie oben an den Roboter schicken. Mit Scol will ich dann eigendlich nichts mehr machen. Oder gibt es da was besseres um mein vorhaben zu realisieren?
Ja ist ein 4 Achs Scara. Was machst du mit den Robotern? Auch Bildverarbeitung?ja, regelmäßig. Toshiba ist allerdings hierzulande ein Exot. Das ist ein 4-Achs Arm (SCARA) oder ?
Ich entwickle beruflich Software im Bereich Automatisierungstechnik. Hier im Forum bin ich aber eher mit privaten Basteleien unterwegs und weil ich Arduino und ähnliches bei Schulungen als "neutrale Hardware" verwende.Zitat von MJunker
Mir ging es nur darum festzustellen auf welcher Seite Du was machen willst.
Für die PC Seite gibt es einige Codebeispiele für Telnet.
Bsp.: https://l3net.wordpress.com/2012/12/...telnet-client/
Die kann man erst mal so nehmen und wenn damit die Kommunikation funktioniert, ersetzt man den Teil der das Konsolenfenster realisiert durch einen Teil der Daten aus einer Datei liest und zyklisch den Teil der die TCP/IP Kommunikation durchführt aufruft.
Ok, dann klink ich mich hier aus. Du scheinst dich ja mit dem Toshiba auszukennen.
Meine Roboter würden die Steuerzeichen einer Telnet-Verbindung nicht auf dem TCP-Port mögen. Außerdem ist der C-Code in dem Link für Linux und eben waren wir noch bei Visual Studio. Da halt ich mich lieber raus.
@Mxt: Das ist ein Beispiel das verdeutlicht, das man mit etwas Suchmaschine leicht was finden kann.
(ich habe einfach den ersten Treffer von über 20 Seiten genommen, deshalb vorne dran bewust "Bsp.:")
die Anforderung war es einen ASCII String zu übertragen.
"1,100.50,55.3,0.0,0,0,0,CR"
Genau dafür wurde Telnet 1969 geschaffen.
Bei dem TS2100 Controller für den TH650 ist TCP/IP optional, von daher habe ich außer dem Eingangs geschriebenen keine Infos.
Allerdings passen diese halt zu 100% auf Telnet.
Von daher dürfte eine Telnet Implementation am schnellsten zu einem Ergebniss führen,
bzw. für einen ersten Test kann man auch einfach einen Telnet Client öffnen, eine Verbindung zum Controller aufbauen, einen entsprechend formatierten ASCII String von der Konsle aus senden und sehen wie der Controller reagiert. Das SCOL Programm auf dem Controller muß ja auch den String entgegennehmen und verarbeiten.
Damit das ein Koordinatenset an die Steuerung gesand wird, weis der Arm ja noch nicht was er damit machen soll.
Auf Verdacht würde ich mir mal den Befehl TRANS ansehen, da ist ja auch ein Beispiel dazu im Handbuch.
Telnet ist sowas wie eine Konsolenverbindung. Es benutzt TCP/IP. Das bedeutet im Umkehrschluss nicht, dass alle Clients oder Server die TCP/IP sprechen auch Telnet sprechen.
Man kann mit einem Telnet Client testen, ob da einer drangeht. Aber in einer echten Telnet Verbindung kann man z.B. mit der Delete-Taste seine Eingaben löschen. Ein dummer TCP-Client wird da aber nur das alte Zeichen, das Delete-Steuerzeichen und das neue Zeichen sehen und sagen "Ist nicht das Stringformat was ich brauche" und entweder eine Fehlermeldung von sich geben oder gar nix tun.
Auch meine ich mich zu erinnern, dass bei Telnet die Terminals Dinge miteinander aushandeln. In dem verlinkten C-Code gibt es außerdem diese Negotiation, da würden meine Roboter aber was husten. Aber ich werde da nicht weiter diskutieren.
Das ist ja interessant. Ich arbeite auch (1 Woche) in der Automatisierungstechnik und soll mich nun mit dem Scara beschäftigen. Was hättest du noch für eine Idee den Roboter steuern zu können? Dieses Scol finde ich recht uninteressant, da man dort ja auch keine x,y,z Koordinaten aus einer Bildverarbeitung beziehen kann oder?! Bei 1500 Seiten Englischer Betriebsanleitung dauert das mit dem verstehen manchmal auch länger.
Hast du mit Bildverarbeitung bzw. OpenCV schon mal was gemacht? Hast du irgendwelche Tipps, Beispiel Programme oder ähnliches nützliches für mich? Bei der neuen Firma kann ich nämlich niemanden fragen, weil sich dort keiner damit auskennt
- - - Aktualisiert - - -
mit dem Telnet werde ich mal ausprobieren... danke dafür...
Also Toshiba sind in Deutschland wirkliche Exoten ich kenne die nur von der Messe.
Beruflich habe ich unter anderem mit Mitsubishi zu tun. Die haben zumindest auch dieses Format von Strings, die mit CR abgeschlossen sind. (Und meine Zweifel an der Funktion von Telnet dafür). Mit Bildverarbeitung habe ich nur indirekt zu tun, ich stelle nur den Kollegen die Infrastruktur in unserer Software zur Verfügung.
Wie man Roboter über Ethernet steuern kann, ist von Hersteller zu Hersteller sehr unterschiedlich. Bei manchen (z.B. Stäubli) stellt das Betriebsystem nur die Funktion bereit beliebige Binärdaten über TCP zu senden/empfangen, was man damit macht ist ganz dem Anwender und seinem Programm überlassen. Bei Mitsubishi gibt es mehrere Möglichkeiten. Die Programmiersprache ist ein Basic, damit kann man Strings über Print/Input über TCP austauschen. Dann gibt es ein Steuerprotokoll um den Roboter komplett von außen fernzusteuern (da müsste man wissen, ob Toshiba da ein Äquivalent hat). Außerdem kann man den Roboter in C++ in Echtzeit über UDP von außen steuern, das hat der Toshiba ziemlich sicher nicht.
Zum Problem:
Erst mal wirst du mit der Doku kämpfen müssen, um zu sehen was da geht. Im schlimmsten Fall kannst du nur irgendwie welche Variablen ändern und musst in einem Roboterprogramm darauf reagieren. Die Zeit mich da selber einzuarbeiten habe ich nicht, da kann ich nur Tipps geben.
Dann wäre noch die Wahl der Programmiersprache. C# ist im Moment die Mainstream Windows Programmiersprache, die meiste aktuelle Doku ist dazu. VB ist heute das gleiche, nur andere Syntax, für alte Männer, die das schon immer so gemacht haben. C++ ist so eine Sache, für alle High Performance Anwendungen inkl. Bildverarbeitung, CAD, Spiele sicher das Mittel der Wahl. Aber niemand, der das ernsthaft macht, arbeitet da noch in nacktem C im Petzold Style (Buch). Normalerweise verwendet man da Bibliotheken oder C# für die Oberfläche.
Ein gleichzeitiger Einstieg in Visual C++, irgendeine GUI-LIB, Netzwerkprogrammierung und den Roboter ist schon hart. Das würde ich versuchen aufzuteilen.
Wenn man sich den Waschzettel von Toshiba zum TH650A ansieht,
http://www.condoras.com/TH650A.pdf
steht da das der Controller der TS2100 ist.
Und bei dem steht:
Programming language - SCOL (proprietary, similar to BASIC)
External inputs/outputs (general) - 31+7 inputs / 22+10 outputs (7/10 can be switchable with system)
External operation signals(exclusive) - Inputs: Cycle operation start, stop, reset, etc. Outputs: Servo-On status, emergency stop, ready for operation, malfunction alarm, etc.
Serial communication port - RS-232C: 2ports
Other functions - Torque control, Interruptive functions, self-diagnosis, I/O control and communications during motion, Coordinate calculations, etc
PC software (optional) - TSPC...Program editor, Teaching, remote operation, etc.
Options - I/O extension, field-network connection, Conveyor synchronization, etc.
Zum Thema Field Network findet man hier:
http://www.toshiba-machine.co.jp/doc...th_all_eng.pdf
Field Networks (optional)
Various field network protocols are available, for high-speed communication and resulting in reductions in wiring.
For the Ethernet (not supported by TS1000), CC-Link, DeviceNet and Profibus, please request for detailed manuals.
Man muß sich also das entsprechende Handbuch zum Field Network einzeln bestellen falls man es noch nicht hat.
Somit sind die Informationen nicht allgemein verfügbar.
Zum Thema Vision Controll findet man aber im selben pdf noch.
Daraus kann man schon den Programmtechnischen Ablauf erahnen.
Das SCOL programm läuft bis an den Punkt wo es auf das Triggersignal an einem der IOs wartet und übernimmt dann über LAN einen Koordinatensatz, der als variable Position im Program die nächste Fahranweisung bedient.
Bei dem Modell wird kein Weg an SCOL vorbeiführen. Ist halt wie bei vielen Robotern eine Propritäre Sprache des Herstellers.
Das ist eine Erfahrung die ich in über 20 Jahren bei den meisten Kleinrobotern machen musste.
Und es ist der Grund warum man damals versuchte IRData als Hersteller unabhängigen Standart einzuführen.
Übrigens an englische Dokumetationen und Literatur sollte man sich in der Automatisierungstechnik gewöhnen.
Ist noch besser wie über 1500 Seiten in chinesisch, wie ich es vor 9 Jahren bei einem Projekt einmal hatte.
Berechtigungen
Zitieren
Lesezeichen