Beiträge

Das wird im wesentlichen schon funktionieren, aber der String wird irgendwo auf dem Übertragungsweg halt am Punkt abgeschnitten. Ich hatte diverse Zahlen werte ausprobiert, stets mit leicher Quelle und ziel:

Quell-DDC Visu     Spider_Access    REAL
                        - Ergebnis
199.9 Pa            1                      1.999...E2
200.1 Pa            2                      2.001...E2
14.9 °C             1                     1.491...E1
69.9 %              6                     6.992...E1

Es wird also nur der Ganzzahlanteil der Mantisse in der Zielvariablen ausgegeben, aus einer Außentemperatur von  14.9 °C mit der REAL-Darstellung  1.494... wird die SPIDER_ACCESS - Ausgbe "1"

Rainer

Moin,

SPIDER_ACCESS ist für mich öfters ganz nützlich, wenn ich für ein Programm in einer Phoenix ILC1xx aus einer anderen Phoenix ILC1xx irgend einen Wert brauche und keine Lust oder Möglichkeit habe, das Programm der anderen SPS für andere Übertragungsmodi zu ergänzen. Leider versagt das Verfahren beim Übertragen von REAL Zahlenwerten, das Ergebnis ist stets eine Ganzzahl zwischen 0 und 9.

Ehe ich selbst anfange, den Code zu untersuchen: weiß jemand einen Trick (ggf. Codeanpassung für einen "MySPIDER_ACCESS" ähnlich http://www.oscat.de/community/index.php/topic,2040.msg12289.html#msg12289 (ja ja, ich wollte das immer mal bereit stellen), wie man an einen brauchbaren Wert kommt?

Gruß

Rainer

Vielleicht sollte dann der Hinweis auf http://www.oscat.de/  wieder gelöscht werden?

Gruß

Rainer

Hallo,

nun hatte ich eine Anwendung, die den umgekehrten Weg erfordert: Schreiben von Phoenix ILC auf SAIA PCD
Funktionierte einwandfrei mit dem von mir modifizierten "SPIDER_ACCESS_FLEX", der das Saia-spezifische Variablennamenformat unterstützt.  :)

Wer's gebrauchen kann möge die aktuelle Version der Bausteine einfach bei mir anfordern (ich mache natürlich bei Bedarf immer wieder Detailverbesserungen).

Gruß

Rainer

Nun habe ich's endlich geschafft meinen Plan auszuführen. Für einen Test bei einem Kunden habe ich mir den SPIDER_ACCESS aus der Lib heraus kopiert und um Problemen aus dem Weg zu gehen einfach die Zeile 21 ersetzt durch

Code Auswählen Erweitern

STRING_TO_URL.STR:= CONCAT('http://192.4.0.190/cgi-bin/readVal.exe?PDP,,R100,d','');.
Damit schreibt mir der SPIDER_ACCESS_SAIA den Inhalt des Registers 100 (statisches Register) aus der SAIA SPS als Dezimalzahl in VAR_NAME.
Damit ist mein Problem schon gelöst, ich werde mir zunächst einen SPIDER_ACCESS_MEINER basteln, bei dem ich einfach den kompletten cgi-Zugrifsstring direkt von außerhalb des Bausteins vorgebe. Die Verwendung fester Adressen für Datenaustausch ist in der SAIA-Welt ein beliebtes Verfahren, da das Proprietäre SAIA-S-NET sehr einfach auf feste Adressen in anderen SPS zugreifen kann.

Wenn hier Interesse besteht, einen "aufgebohrten" SPIDER_ACCESS zu erstellen, der auch Zugriff auf exotische Spidercontrol-Anwendungen ermöglicht, bin ich natürlich gern bei der Forschung behilflich, könnte mal sehen, wie man das für Symbolische Variablennamen handhaben muss, usw.

Gruß

Rainer

So, habe gerade festgestellt, dass meine Saia MODBUS-Library im PG5 Lizenz-geschützt ist und > Lt. Preisliste 1200 EUR Kosten soll. Da kommt Ehrgeiz auf, dann investiere ich lieber hier zeit für einen alternativen Datenaustausch für die Hand-voll Bits, die ich aus der SAIA benötige. Ich setze die Forschung auf Basis der letzten Tipps fort.

Rainer

Also ich habe mal mit PCWORX 6.30.767 getestet: "Projekt Neu Erzeugen" (<Strg+f9>) läuft bei mir für oscat_basic_333.mwt problemlos durch, 0 Fehler.

DELAY gehört zur oscat_basic_333, siehe Screenshot. Welcher Gruppe der FB zugeordnet ist habe ich nicht untersucht. Und ob das wirklich etwas mit Deinem Problem zu tun hat weiß ich ja auch nicht, war nur mal so ein Aufhänger.

Die Integrität Deiner Library steht außer Zweifel?

Gruß

Rainer


[gelöscht durch Administrator]

Hallo,
Mit PC Phoenix WORX EXPRESS 6.30.767 kann ich das Problem nicht bestätigen, habe in ein Mini-Programm FT_AVG aus oscat_basic_333 eingesetzt, mit passenden Dummy-Variablen beschaltet, Build funktioniert einwandfrei. Ich muss allerdings zugeben, dass ich nicht herausgefunden habe, woher mein PCWORX-EXPRESS den Variablentyp delay, der wie du schon sagtest für buff in FT_AVG benötigt wird, kennt; eine entsprechende Variablen-Definition konnte ich nicht finden. Allerdings enthält  oscat_basic_333 einen FB amens DELAY, ob der Datentyp daher kommt? Da ist Expertenwissen gefragt.

Funktioniert denn ein Build für die Library oscat_basic_333 ?

Gruß

Rainer

Hallo,
beim compilieren von was hast du die Fehlermeldung: Programm mit dem Baustein drin oder beim Compilieren der Library "oscat_basic_333"?

Gruß

Rainer

Wann gibt's eigentlich mal ein Release? Die 1.21 war ja für mich jedenfalls eher unbrauchbar, während ich die 1.30 schon seit längerem erfolgreich nutze.

Gruß

Rainer

Hallo, danke für die Antwort, es geht um diesen http://www.sps-forum.de/sonstige-steuerungen/72134-sms-versand-von-sps-via-e-mail.html  Themenbereich, Unterproblem vorgelesene SMS. Wegen der Zuverlässigkeits-Probleme beim getesteten System habe ich nun mal die mes.mo GmbH http://www.any-sms.info/outbound.html ausprobiert, und deren System akkzeptiert derzeit nur "text/plein". Mit dem hingeforschten Baustein funktioniert's erst mal, Zuverlässigkeit deren Systems muss man abwarten (jedenfalls gibt es erst mal keine nächtliche Sperrzeit), Verständlichkeit der vorgelesenen Nachrichten ist etwas schlechter als beim ersten getesteten System.

Rainer

Hallo,

für eine Sonderanwendung muss ich Emails mit "Content-Type: text/plain" verschicken, derzeit wird aber "Content-Type: multipart/mixed;boundary="x"" erzeugt.
Ich konnte keine Lösung finden, wie ich "text/plain" durch geeignete Beschaltung des SMTP_CLIENT erzeugen kann.

Ich habe jetzt erst mal brutal und ohne Wissen, was ich da genau treibe, eine Kopie des  SMTP_CLIENT so angepasst, dass er den Schritt "250" umgeht, und das funktioniert auch im Ergebnis, die Mail führt im Header nun 'Content-Type: text/plain; format=flowed; charset="iso-8859-1";', und ein störendes "--x--" im Body konnte ich auch noch wegpfuschen.  Damit funktioniert nun meine E-Mail an eine Sprachsynthese.

Ich würde das aber lieber fachmännisch lösen, wer kann mir einen Tipp geben, wie ich den Baustein "ordentlich" modifiziere?

Zum Thema "SMS-Versand via Email" habe ich hier
http://www.sps-forum.de/sonstige-steuerungen/72134-sms-versand-von-sps-via-e-mail.html meine Forschungsergebnisse hinterlassen. Dafür habe ich den oscat SMTP_CLIENT etwas aufgebohrt.

Rainer

Moin, mein Problem hatte wohl nichts mit dem OSCAT SMTP_CLIENT zu tun.

Mir ist eingefallen, dass ich schon seit ein paar Monaten in einem anderen Projekt eine Konfiguration ohne Authentifizierung laufen habe, kurzer Blick in das Projekt zeigte, dass dort der SMTP_CLIENT-Client-Eingang "DNS_IP4" unbeschaltet ist, was mir aber PCWORX EXPRESS im aktuellen Projekt aus unbekannten Gründen mit Fehlermeldung verweigerte. Daher die eigentlich sinnlose Beschaltung.

Im Aktuellen Projekt Arbeitsblatt für Mailversand gelöscht, aus funktionierendem Projekt kopiert, erforderlichen kleinen Anpassungen durchgeführt, läuft! Manchmal ...

Gruß

Rainer

Hallo,

habe ich so vermutet, allerdings klappt's nicht.
Momentan habe ich an

SERVER:  '180.0.0.91'
DNS_IP4: '8.8.8.8' über IP4_DECODE
MAILFROM: Die vorgegebene Absender-Emailadresse.

Hatte bisher keine Gelegenheit, das vor Ort mal per PC auszuprobieren, vielleicht teste ich das erst mal - man weiß ja nie!

Ist denn wenigstens die Syntax so richtig? Die (Zahlendreher im Posting korrigiert) Fehlermeldung 501 "Syntax-Fehler - Parameter oder Argument falsch" scheint mir aber eher auf einen Unverdaulchen Parameter aus SMTP_CLIENT hinzudeuten, möglicherweise wg. falscher Angaben des Betreibers, vielleicht aber auch, weil ich SMTP_CLIENT falsch benutze.

Gruß

Rainer