Fremdes C# Steuern

[achi 3.0]

@ Der schöne Günther
Jaist richtig.


Ich glaube nicht das ich einfach per TCP/IP etwas an die Steuerung senden kann. Hier eine Beschreibung was das C# Programm macht.
AN.MPIEC.03.pdf

Es verwendet irgendein Yaskawa.IEC61131.RMI.Modules. Ich weiß nicht was ich damit anfangen soll.

[Phoenix]

Laut der Doku ist das ein einfaches HTTP POST. Das müsstest Du mit Indy problemlos nachbauen können.

[achi 3.0]

Es wird doch auch eine DLL verwendet. Das wird doch seinen Grund haben. Ich werde es mal mit IdHTTP. Nur ist die frage an welche URL sende ich die Daten

IP 192.168.1.1
Location soll /flash/user/data sein.
Datei müsste in ein multipart/form Data stream gepackt werden

Hatte das mal mit ner FastNet komponente versucht und bin gescheitert.


@Furtbichler
Pillepalle sagt der experte leider bin ich keiner?

Gruß

[Phoenix]

Zitat von achi 3.0:

Es wird doch auch eine DLL verwendet. Das wird doch seinen Grund haben.

Ja: Bequemlichkeit. Damit .NET Entwickler die ohne das GUI-Zeug direkt weiterverwenden können.

In der von Dir verlinkten Doku auf seite 6 steht drin, das in dem Namespace Yaskawa.IEC61131.RMI.Modules eine Klasse HttpUtility ist, und was die genau macht.

Schau Dir doch diese Assembly mal mit dem Tool dotPeek an und schau, was die macht. Die erzeugt vermutlich nur einen HttpRequest, setzt den auf Post, hängt dort das File dran und setzt den Pfad korrekt.

Das ganze ist vermutlich deutlich schneller und einfacher selber gebaut als sich hier mit Delphi / .NET Interop zu versuchen. Das ist gleich mal einige Größenordnungen komplexer. Das würde ich nicht anfangen wenn einfaches HTTP POST eines Files schon zu kompliziert ist.

[Klaus01]

Hallo,

du kannst doch den TCP Traffic mit z.B. Wireshark tracen wenn Du das binary benutzt.
Es sollte sich dann doch feststellen lassen, welches Protokol verwendet wird und wo Daten abgelegt werden.

Grüße
Klaus

[Phoenix]

Das geht doch alles aus dem Dokument hervor. Es ist ein einfaches HTTP Post. Da brauchts kein Wireshark. Das ist vermutlich deutlich zu komplex. Da würde es genügen, sich kurz mit Fiddler als HTTP-Proxy dazwischen zu klemmen und zu gucken auf welchen Pfad der Request geht, welches Encoding benutzt wird und ob ggf. neben dem File sonst noch zusätzliche Felder mitgesendet werden.

[achi 3.0]

Hallo,

werde mal mit Wireshark versuchen den Pfad an den die Daten geschickt werden usw. rauszubekommen. Dann kann ich ja den unten stehenden code anpassen und versuchen die Daten zu senden oder?

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
var
  DataStream : TIdMultiPartFormDataStream;
  URL        : string;
  response   : string;

begin
URL := '192.168.1.1/flash/user/data';
IdHTTP1.Request.CacheControl:='no cache';
IdHTTP1.Request.ContentType :='multipart/form-data';

try
      DataStream := TIdMultiPartFormDataStream.Create;
      DataStream.AddFile('file','c:\Yaskawa\Cam_Y.csv', 'multipart/form-data');
      response := IdHTTP1.Post(URL, DataStream);
      DataStream.Free;
except

end;

end;

[Phoenix]

Vielleicht heisst das Feld für das File auch nicht unbedingt file. Musst halt mal rein gucken. Also entweder mit dotPeek in die dll oder mit Wireshark / Fiddler in die Kommunikation. Das erstere ist meiner Meinung nach das einfachste weil schnellste und unkomplizierteste.

[Furtbichler]

Die Anforderung ist ziemlich schwammig und dein Lösungsversuch sehr unprofessionell.

Arbeite Dich in die API ein und steuere die API direkt von Delphi aus an. Meistens ist so eine API auch mit Win32-DLLs ansprechbar. Wenn nicht, wenn also nur C#-Klassen vorhanden sind, dann verwende z.B. unmanaged exports

Das ist doch sogar eine Beispielanwendung, da wirst du doch wohl den Aufruf der Methode Yaskawa.IEC61131.RMI.Modules namespace.HttpUtility.CreatePOSTRequest finden und einen kleinen Wrapper drumwickeln können.

Pillepalle.

EDIT: @Phoenix: Das wäre die Notlösung. Ich würde immer versuchen, die Hersteller-API zu verwenden.