Themen

1

Modulentwicklung / INI_PARSER_BUFFER - keine Funktion mit über HTTP_GET gelesenen Werten

« am: 07. Januar 2017, 02:36:45 »

Hallo,

ich wollte den INI_PARSER_BUFFER verwenden, um das Resultat einer HTTP Abfrage auszuwerten.

Wenn ich die Werte der Abfrage in eine Datei schreibe, und mit dem Demo Programm einlese, funktioniert das Erkennen und Zuordnen der Werte.
die Variable OFFSET hat nach Programmlauf den Wert entsprechend Pufferfänge.

Wenn ich jedoch die gleiche Routine auf über HTTP_GET eingelesene Werte loslasse, hat OFFSET auch den Wert entsprechend Pufferlänge.
Erkennen von Werten (result=2) findet jedoch nicht statt.

Wenn ich mir die Puffer ansehe, habe ich im Falle des DEMO Programmes Zeilentrenner $R$N,
im Falle der über HTTP_GET als Zeilentrenner $N.

Kann es sein, dass dies die Ursache ist?
Wenn ja, wie kann ich im INI_PARSER_BUFFER den Zeilentrenner ändern ?

Schöne Grüße

2

Modulentwicklung / HTTP_PUT - Neuigkeiten?

« am: 05. Januar 2017, 16:57:57 »

Hallo,

vor einiger Zeit hatte ein Nutzer eine Frage nach HTTP_PUT, dies wohl selber gelöst und dann allerdings die Lösung nicht geteilt...

... weiß inzwischen irgend jemand im Forum mehr oder hat evtl eine Implementierung parat?

schönen Dank!

3

Modulentwicklung / MQTT - Datenaustauschprotokoll - Baustein gesucht

« am: 05. Januar 2017, 13:20:27 »

Hallo,

ich suche eine Baustein um Daten von der Beckhoff Steuerung auszusenden (und evtl auf empfangen Events zu reagieren)

Dazu gibt es in der IoT (Internet of Things) Welt das MQTT Protokoll.
https://de.wikipedia.org/wiki/MQTT

Ich möchte es verwenden, um verschiedene Geräte in Heimautomatisierung zu verbinden (da gibts vieles hin bis zu Sonos...)

Für das neue Twincat 3 scheint es eine Bibliothek von Beckhoff zu geben, leider nicht für Twincat 2.

Einen freien Baustein für Codesys habe ich gefunden, der ist allerdings für Wago.
https://github.com/FieldFox/Codesys-Mqtt-lib
(Als Zip Datei angehängt)

Ein MQTT-Client Baustein wäre sicher eine Bereicherung für die OSCAT, ich weiss allerdings nicht, ob die GNU Lizenz des obigen Bausteines eine Anpassung und Aufnahme in OSCAT erlaubt.

Daher erst mal die Frage, wer mit bitte mit einem Hinweis helfen kann, was ich an dem Baustein für Twincat 2 anpassen muss.

Schönen Dank.


[gelöscht durch Administrator]

4

Modulentwicklung / Philips Hue

« am: 26. Juli 2015, 18:07:34 »

Hallo,

kürzlich hab ich mir Philips Hue LED-Leuchten zugelegt.

Die Steuerbarkeit über App ist ganz nett - nun würde ich gern die Teile über die SPS ansteuern können - Das API ist Dokumentiert http://www.developers.meethue.com/documentation/getting-started

So wie ich das lese geht der Zugriff über HTTP Aufrufe, die Vorgaben und Antworten sind XML formatiert.

Jetzt hab ich versucht, die notwendigen Bausteine zusammenzuklauben, scheitere allerdings bereits daran, dass ich in der OSCAT nur ein HTTP_GET finde, nicht allerdings das notwendige HTTP_PUT (und das wohl weniger notwendige HTTP_POST und HTTP_DELETE)

Jetzt frage ich, ob es hier im Forum jemanden gibt, der die Hues an der SPS am Laufen hat.

Mit meinen Kenntnissen ist der Weg zu weit - wenn ich nichts finde , muss ich an einem Plan B tüfteln - irgendwas das auf eine der auf der Hue Developer Seite als Library angegebenen Libraries aufbaut und als unabhängiges EXE mit den Hues "redet" und der SPS über einen TCP Port oder ADS zur Verfügung steht....

Bin gespannt .....

Danke einstweilen!

5

Modulentwicklung / Nachfragen zur Nutzung von HTTP_GET und Nachbildung des PING Kommandos

« am: 17. November 2011, 22:53:08 »

Hallo,

ich habe ein Gerät, das ich per HTTP Kommando steuern kann. (URL mit Aufrufparametern steuert aktiviert Gerätefunktion)
Dieses soll in meine Steuerung eingebunden werden.

Am HTTP_GET Bespiel bin ich dran, und versuche abzustrippen (feste IP Adresse, einmaliger aufruf, evtl ein zweites mal abhängig Rückgabeparameter.

Meine Fragen:
1) Muss ich IP_Control aufrufen? (wenn ja, wie oft? In jedem Funktionsblock, in dem ich eine Netwerkfunktion wie HTTP_GET habe ß Einmal pro Steuerung? Jedes mal, bevor ich eine andere IP Adressse verwende?)

2) Ich möchte testen, ob das Gerät aktiv ist, also suche ich einen FB, der dem PING Kommando entspricht

3) Wo gebe ich Timeouts für den HTTP_GET an?

4) Was bedeutet die Eingangsvariable UNLOCK_BUF ? reicht es nicht aus, den Vorgang über GET zu starten? Dem Beispiel nach wird UNLOCK_BUF gesetz, damit DONE zurück gesetzt, was wiederum über die DNS Abfrage einen neuen HTTP_GET erzeugt ...

Gibts dzu evtl ein Timing Diagramm?

Viele Fragen...

Lieben Dank

6

BECKHOFF / Suche die in der Doku erwähnten Beispiele ....

« am: 15. Februar 2011, 13:10:58 »

.... irgendwie habe ich wohl zu lange auf mein TwinCAT PLC gestarrt:

Ich finde weder die Beispiele, die im Manual erwähnt sind, noch den Quellcode de Beckhoff Version.

Bitte um Hilfe - Danke

7

oscat.lib fuer TwinCAT/CoDeSys / Hinweis für "Selbstübersetzer" der OSCAT mit TwinCAT 2.11 ...

« am: 29. Juni 2010, 23:28:40 »

Da ich noch eine andere Beckhoff Lib verwende, muss ich in der OSCAT Namen von Funktionen ändern und selbst übersetzten.

Habe es anfänglich nicht geschafft, die 3.11/3.20 mit TwinCAT 2.11.0 (Build 1016) übersetzt zu bekommen.

Nach einer langen Nacht stand fest, dass besagter TwinCat Build einen Fehler im Parser hat, der dazu führt, dass im mehrzeiligen Kommentar zum FUNCTION_BLOCK ENERGY das " cal " dazu führt, dass der Block fehlerhaft als AWL erkannt und zu übersetzen versucht wird.

Abhilfe: die Zeile als eigene Kommentarzeile abspeichern und neu importieren.

Hoffe, das erspart dem einen oder anderen ein paar schlaflose Stunden.

PS: Fehler ist bei Beckhoff gemeldet.