Nachrichten

76

Codesys 2 / Re:Gibts für den IP_CONTROL ein Beispiel

« am: 16. September 2011, 04:03:30 »

Hallo pewid

Soll keine Kritik sein: Ich bin HEIL-froh daß sich jemand diesem Problem angenommen hat und ICH WILL DAS VERWENDEN!
Mehr Lob kann es für Euch/Dich eigentlich dafür nicht geben!

Mario

PS: und das mit dem .SIZE habe ich falsch verstanden: Bei der orig. WAGO-Lib konnte ich die maximale Sizegröße angeben somit meinte ich das seie hier auch so. Aber das ist hier VIEL intelligenter gelöst! Hier ist es ein Output-Zähler der gesendeten Daten. -> Jetzt erst verstehe ich das! Ist super einfach zum handhaben!

77

Codesys 2 / Re:Gibts für den IP_CONTROL ein Beispiel

« am: 15. September 2011, 19:28:14 »

Hallo Peewid

... jetzt gehts ...

1.) R_BUF.SIZE ist der Offset im Puffer.  Das ist SEHR suspekt.
Wenn R_BUF.SIZE:=1024 dann schreibt der Baustein ab R_BUF.BUFFER[1024] die Daten rein. Ich verstehe das zwar nicht warum das so sein soll, aber seihs drum.
2.) Aktiv bedeutet Client, Passiv bedeutet Server. Es wäre schön wenn das auch in der pdf-Beschreibung stehen würde. (... ist zwar richtig aber hat mich ganz gewaltig ausw dem Konzept gebracht)

Danke für Deine Hilfe ... morgen starte ich dann die Dauertests.

Mario

78

Codesys 2 / Re:Gibts für den IP_CONTROL ein Beispiel

« am: 15. September 2011, 17:16:49 »

Hallo peewit

Ich bin's schon wieder ... 

Ich habe das nun so gut es geht analysiert. (Bin noch nicht ganz fertig)
Die Sende-Daten werden vom Controller geschrieben. Das funktioniert!
Die Emfangsdaten-Daten werden zwar emfangen (zumindest gibt es bei der Netzwerkkommunikation keine grundlegenden Fehler) aber danach verschwindet das im Nirwana.
Ich habe nun den IP_Control mal genauer angeschaut. Zuerst ist mir da aufgefallen, daß es einen Datenpunkt gibt, der plc_841 heißt. Der ist bei mir zwar auch TRUE (ich nehme mal an, daß das bedeutet daß der IP_CONTROL einen sog. 841-Modus hat) aber ich will nur nochmals darauf hinweisen, daß ich einen 750-871 habe (Bis auf die 2. IP-Schnittstellen - ident mit dem 841)
Interessanterweise bekomme ich beim "Empfangen" von Daten bei Zeile 277: bytes_received := SysSockRecv(socket, ADR(R_BUF.BUFFER[r_offset]), r_count, 0); eine Meldung daß da was gelesen wurde (in meinem Fall 16#38 Bytes). Aber wohin der das schreibt habe ich noch nicht herausgefunden.

Danke Mario

PS: Heute abend analysiere ich mit eine Netzwerk-Profi nochmal die wire-shark-mittschnitte. Aber ich glaube nicht, daß es daran liegt.

79

Codesys 2 / Re:Gibts für den IP_CONTROL ein Beispiel

« am: 14. September 2011, 15:46:53 »

Hallo peewit

Entschuldige daß ich SOOOO lästig bin. Aber ich stehe auf dem Schlauch ... aber nicht nur mit einem Fuss!

Regelstation: 750-871 (ist ident mit 750-841) derzeit mit einer etwas älteren FW aber das ist glaub ich mal egal.

a) welche schritte hast du schon unternommen: Inzwischen habe ich herausgefunden, daß ich für die network.lib auch die basic.lib brauche.

b) welche compilerfehler: wegen der fehlenden basic.lib hatte ich die 100derten compilierfehler.

c) tcp oder udp verbindung: Derzeit TCP und der Server ist das externe Gerät aber ich kann das ändern nach Lust und Liebe.

d) welche seite baut die verbinung auf aktiv / passiv: siehe c) ... Das externe Gerät baut die Verbindung auf. ==> Passiv mit IP-Adresse, die auf das externe Gerät zeigt. Auch das ist änderbar nach Lust und Liebe.

e) welche portnummer: Derzeit verwende ich Port 5000 aber auch das wäre einstellbar.

f) welche daten musst du austauschen: Ich emfange und sende Daten. Die Daten sind identisch mit dem EnOcean-Protokoll. Aber das hat schon mit dem original WAGO-Netzwerk-Exchange funktioniert. Das habe ich im Griff. Ein Datenpaket kann zum Beispiel so aussehen: A55A0B0700007515000392510000 derzeit habe ich Datenpakte mit konstanter Länge (26Bytes) aber ich passe das mal sicherheitshalber NICHT darauf an sonst habe ich mich für die Zukunft zu sehr festgelegt.
Die Umrechung der Bytes ist sehr gewöhnungsbedürftig, aber wie gesagt das funktionierte schon mal.  


Zusammenfassung:
Derzeit konnte ich zumindest das Ganze mal fehlerfrei kompilieren und downloaden. Ich versuchte das Ganze auch mal mit dem Beispiel aus dem oscat_netlib112_de.pdf Seite 100 aber da ging gar nix. Das habe ich im Moment wieder aufgegeben und halte mich an ein kleines Testbeispiel http://www.oscat.de/community/index.php/topic,862.0.html, das Du schon mal im Forum veröffentlicht hast (wie gesagt momentan ohne Erfolg der Controller hat noch kein Bit gelesen.)

Nachtrag: Inzwischen habe ich mir diesen doch älteren Beitrag weiter durchgelesen und stieß auf folgenden Eintrag von dir (11.2.2010 ... GILT DAS NOCH? und gilt das auch für die WAGO-Station?)
    Bekanntes Problem:
    Plattform: Codesys SP PLCWinNT 2.4 + syslibsockets.lib
    UDP Client + Server = läuft
    TCP SERVER = läuft
    TCP CLIENT = läuft nicht !

80

Codesys 2 / Gibts für den IP_CONTROL ein Beispiel

« am: 13. September 2011, 18:22:32 »

Ich sollte eine Verbindung zum einem Gerät (Thermokon STC_Ethernet) aufbauen. Mit dem original-Wago Baustein stürzt mir die Verbindung zu oft ab. Nun täte ich das gerne über den IP_Control probieren:
Komm aber nicht richtig zurecht. Bei mir gibts immer SEHR viele Compilierfehler. Ich mache da sicher was falsch!

Danke

PS: Ich glaube inzwischen ich muß da noch zusaätzliche Datenstrukturen und Variablen einbinden. Nur wie weiß ich welche? Wo stehen die? (zB.: STRING_LENGTH:INT:=255 ... die habe ich mal herausgefunden)

 

81

Modulentwicklung / Module Development / Re:Neuronales Netzwerk ... nur mal angeschnitten

« am: 19. August 2011, 06:58:13 »

Hallo Karl

1.) Da hast Du Recht, bei mir geht es auch nicht (liegt aber nicht am Acrobat sondern das Dok. ist einfach kaputt!)
2.) Mit dem Originallink hast Du auch Recht (somit muß ich es nicht nochmals übertragen) ... [ich hätte das nicht mehr gefunden, habs mir vor ein paar Jahren mal auf meinen Rechner kopiert]

... Trotzdem interessiert mich das. Zwar nicht für ein Einfamilienhäuschen sondern für eine ganz primitive Fußbodenheizung insbesondere im Zusammenhang mit der Wettervorhersage.
... Ich hatte den Ansatz schon mal selber probiert, aber dann doch wieder eingestampft. Vielleicht finden wir in diesem Forum ein paar Technik-Freaks die das auch mal anpacken wollen.

Mario

82

Modulentwicklung / Module Development / Neuronales Netzwerk ... nur mal angeschnitten

« am: 18. August 2011, 07:27:53 »

Hallo Leute

Seit es eine Building.Lib gibt, denke ich mir das könnte mal eine interessante Sache werden.
Seit Jahren beschäftige ich mich mal mehr mal weniger mit diesem Thema. Ist aber nicht ganz simpel aber dafür super interessant. Insbesondere für die Einzelraumregelung (eigentlich das primitivste) täte mich das interessieren (Wettervorhersage, Sonneneinstrahlung, extreme Verzögerungen bei der FBH). Ich hefte mal was dazu - als Denkanstroß - ist zwar uralt aber nicht unineressant.


(PS: dieses System wurde NIE verwirklicht)

[gelöscht durch Administrator]

83

Codesys 2 / Re:EMail (SMTP-Client)

« am: 18. August 2011, 07:15:49 »

Hallo peeweed

Ich muß diesen Thread das nochmals anstoßen. Tut leid. Ich sollte bis Ende Monat eine Lösung präsentieren und bin nun 2 Wochen unterwegs. Somit ein bischen in Streß. Ich würde es auch selber testen, aber ich müßte wissen, warum das Testprogi von mir nicht mal auf dem 750-871 funktioniert
- NUR der Teil bei dem ich die LIB direkt verwendet hab geht,
- aber der Teil mit der Plain-Text variante geht nicht - obwohl ich das 1:1 aus der Lib kopiert hab
So kann ich das nicht mal testen.

Danke Mario

84

Codesys 2 / Re:EMail (SMTP-Client)

« am: 08. August 2011, 19:33:36 »

Ich hänge mein Testprogi mal dazu.
Hier noch mit dem 750-871 getestet.

[gelöscht durch Administrator]

85

Codesys 2 / Re:EMail (SMTP-Client)

« am: 08. August 2011, 16:06:24 »

Hallo peewit

gibt's von der network.lib auch eine PLAIN TEXT Variante. Zum Importieren (und später zum Fehler suchen) ... Ich hab versucht aus der LIB eine Text Variante zu machen aber irgendwie funktioniert die nicht.   (keine Ahnung warum)

Mario

86

Codesys 2 / Re:EMail (SMTP-Client)

« am: 01. August 2011, 04:28:02 »

... Danke nochmals für den Hinweis mit Andi72. Ich habs mir durchgelesen, aber zu mehr komme ich nicht. Mir rennt die Zeit davon... nächste Woche gehts weiter ...

Mario

PS: Vielleicht könntest Du Andi72 auch mal über diesen Beitrag informieren ... Vielleicht weiß er was Neues.

87

Codesys 2 / Re:EMail (SMTP-Client)

« am: 01. August 2011, 04:10:35 »

Hallo peeweed

Ich habe es nun mit einem 750-871 probiert. (identische Einstellungen - dieser Controller hat einen identischen Aufbau wie der 841)
Siehe da ... es funktioniert.
Somit hängt es vom Controller ab. Der 750-880 ist identisch mit dem 750-881. Ich bräuchte das Ganze im Endeffekt für den 881er. (hab ich aber im Mom. nicht bei der Hand)

Soll ich darauf warten, bis es hier ein Update gibt? Oder geht das zu lange. (PS: Ich nehme mal an, bei Wago werden praktisch alle neu ausgelieferten Controller als 881 ausgeliefert = deutlich höherwertig bei gleichem Preis)

Vielen Dank

Mario

PS: Im Anhang noch das Progi für den 880er.

PPS: Datum stimmt nicht im Progi. Is aber egal.

[gelöscht durch Administrator]

88

Codesys 2 / EMail (SMTP-Client)

« am: 31. Juli 2011, 11:16:32 »

Hallo Leute

Regelstation 750-880, Codesys 2.3.9.26

Ich bin nun wirklich kein email profi. Aber ich versuchte es trotzdem mal mit dem Oscat-Email. Es hat allerdings nicht funktioniert :

Ich verwende die SMTP_CLIENT_DEMO. Es ist KEINE Firewall aktiviert. Der Router ist von  Cisco.
Ich erhalte immer die Fehlermeldung Error_C=16#001E0000, ERROR_T=16#05. Ich habe mir die Beschreibung genau durchgelesen, aber ich komme nicht drauf was das genau zu bedeuten hat.
Danach habe ich mal einen "Man in the middle Angriff" auf das Teil gemacht (nachdem der interne Sniffer von der Wago-Station keinen Erfolg gebracht hatte) und mit WireShark mitgehört was da passiert. Die Fehlermeldungen ERROR_C und ERROR_T war danach ebenfalls identisch.

Im Wireshark sah ich auf Zeile 9/10 einen Fehler: Es erfolgte von der Wago-Station ein RESET. Warum ... weiß ich nicht!

PS: Der Anhang kann mit dem WireShark Programm geöffnet werden.

PPS: Ich bin ab morgen 10°° auf Dienstreise und kann uU. diese Woche nicht oder nur verzögert antworten.

Danke für Eure Hilfe



[gelöscht durch Administrator]

89

SPS-Hardware / Re:Thermkon Gateway TCPIP <-> Enocean

« am: 07. November 2010, 04:33:26 »

Was ist DOLPHIN?

... in der Beschreibung steht nichts davon. Somit gluabe ich auch, daß das Gerät das nicht kann.

90

SPS-Hardware / Re:Thermkon Gateway TCPIP <-> Enocean

« am: 03. November 2010, 03:35:16 »

Das Ganze kostet 310,50€ BRUTTO. Ich täte aber einen SEHR GUTEN Rabatt erhalten und dann ist es sogar günstiger als das von WAGO selbst (auch wenn ich den Rabatt von Wago hinzurechne) ... und die Antenne ist ebenfalls bereits dabei.

Der nächste Vorteil insbesondere zum Wago-Gerät wäre daß die Antenne quasi frei platzierbar ist und nicht mehr an die Steuerung gebunden ist. Die IB-Software sieht super aus.   Ich glaube ich tue mir die Programmierung dieses Gerätes wirklich an.