fischertechnik community forum

Sehr geehrtes Fischertechnik-Team,

Wäre es vielleicht einmal möglich in ROBOPro einen OPC-Client Block zum Lesen oder Senden von Daten einzuführen, so zu sagen als weitere Möglichkeit Daten mit anderer Software (aus dem Industriebereich) auszutauschen?

Zur Eklärung meiner Frage:
Ich nutze in meiner Tätigkeit als Ausbilder sehr oft Fischertechnikmodelle die über SPS oder Prozessvisualisierungssoftware angesteuert werden. http://www.ltam.lu/fischertechnik/Projet_Index.htm
Die OPC-Schnittstelle fungiert da als gemeinsames Verbindungsglied auf Softwarebasis. Über einen sogenannten OPC-Server wird dann der Datenaustausch
zwischen den Programmen, die einen OPC-Client zur Verfügung stellen, bewerkstelligt.
Das alte RoboPro Interface konnte ich mit der Software PROFILAB 4.0 von ABACOM ohne Probleme ansteuern, da Profilab einen OPC-Client und einen
ROBOPro-Interfacetreiber zur Verfügung stellt. Ein konkretes Projekt wurde auch schon mit Erfolg realisiert
http://www.ltam.lu/fischertechnik/Projet_09_10_C.htm.
Da Profilab jedoch das neue TX-Interface nicht unterstützt, und ich sowieso der Meinung bin dass der Umweg über Profilab nicht sein muss, wenn man ROBOPro hat, würde die Implementierung einer weiteren Kommunikationsmöglichkeit mit der OPC-Funktion viele neue Möglichkeiten in der schulischen Ausbildung ermöglichen, da die OPC-Schnittstelle von vielen Industrieprogrammen genutzt wird.
Ich wäre jedenfalls sehr dankbar für diese Kommunikationsmöglichkeit.

Mit freundlichen Grüßen aus Luxemburg.

Claude

If I understand the examples well, than you are talking about the online use of a Robo brick.
For that type of connection there is a FtLib (Robo Interface series) and the FtMscLib avaible. This as connection between your application and the hardware.
With these libraries as base, your are able to interface to different application like Labview and MS Robotics Developer Studio.
But for these connection you need to write a wrapper that convert the Transfer Area or API to the needs and level of your application.

RoboPRo is also an application that (in the online mode) in communicating with the FT-brich by using the FtLib.dll or FtMscLib.dll.

FtLib.dll and FtMscLib.dll +documentation are available on the fischertechnik computing download website.
Both are well documented.

Hello,

Yes, the use of the OPC-Block will be in the online mode. The OPC (Object linking and embedding for Process Control) is an standard communication function for industrial use, betwwen diffrent applications from diffrent manufactures.
If you have an OPC server installed on your PC, or an OPC-Server simulator such as the GRAY-BOX simulator http://gray-box.net/ ,every software with an OPC-client driver can
send or read data from this server. So the OPC-Server is the universal datainterchange-Software, between application software witch is providing an OPC-Client driver.
So a data transfer between diffent software application is very easy, and without any deeper programming knowlage. Even Labview has an OPC-Client integrated.
In such an OPC-Client-Send-Function in RoboPro, it needs only to be configured two items: The Name of the accsesed OPC-Server, an the memory-adress where the data from RoboPro will be stored in the OPC Server.
In an OPC-Client-Read-Function you only need to configure the accsesed OPC-Server, an the memory-adress where the data is to be retrieved for RoboPro.

I do not programming with higher programming software such 'C', but I am very familiar with Software for PLC's and SCADA (Process-Visualisation).
In my opinion it would be very interesting for the application of Fischertechnik and the TX-Interface in technical High-Schools, when using such an OPC-Client Driver implemented in Robo-Pro to communicate with PLC or SCADA.

Greetings

Claude

I agree with you that the TX-C is a powerful general purpose interface.

In relation with higher education (university, Higher Vocational Education and sometimes intermediate vocational level) is abstraction and modeling more important than low level practical issues.
Because of that I have the opinion that a concept as message flow oriented analyses, design and programming like implemented in MS Robotics Developer Studio is more suitable. It is containing a couple of practical implementations of nice technologies (real concurrency and decentralization). It is also easy to expand.
There are Services for the RoboInt and TX-C already available and for the TL-C there is one coming. See the fischertechnik MS-RDS website or the LinkedIn group "Integration of Fischertechnik interfaces in MS-Robotics...".
Fischertechnik is partner in this Microsoft MS-RDS initiatif.
For more detailed information, please approach me by e-mail.
MS-RDS is free of charge to use.

RoboPro is and end application more low level with work flow and data flow for inter process communication.
Robopro is more focusing on downloadable programs. It is containing a kind of cross-compiling.

Guten Tag,

vielen Dank für Ihren Vorschlag einen OPC-Client Block in der ROBO Pro Software einzuführen.

Wir werden diesen Vorschlag in unsere Ideen-Datenbank aufnehmen und prüfen ob diese Idee umgesetzt werden kann.


freundliche Grüße

Janosch Kuffner
fischertechnik-Team

Schaun mer mal...

ft