mit OPC Daten auf MSSQL Datenbank schreiben

Zuviel Werbung?
-> Hier kostenlos registrieren
wirklich auf SQL-Statements in der SPS

Code:
  select id, name, average from deliveries_toursinner join tours on tours.id = deliveries_tours.tour_id and tours.tourdatum = '2009-10-19' and tours.name = deliveries_tors.nameinner join deliveries on deliveries.id = deliveries_tours.delivery_id and deliveries.market_id = 1200;

wäre dann schon mal aus zwei strings zusammengebaut da >254 zeichen ... hmm, ob der server damit um kann? :rolleyes:
 
Grins ...

Hallo,

vl schrieb:
wäre dann schon mal aus zwei strings zusammengebaut da >254 zeichen ... hmm, ob der server damit um kann?

Nö, kann er nicht :ROFLMAO:

Und eine andere Datenbank verlangt die Strings mit einfachem Hochkommata, die andere doppelte Hochkommata und so fort. Was glaubst Du wohl, warum mich dieser Fred zunehmend erheitert. :ROFLMAO:


Gruß

Question_mark
 
Naja, ich sehe da ein ungesundes Halbwissen

Hallo,

vl schrieb:
wollte es dem unbedarften leser nur noch ein wenig deutlicher machen

Naja, auf jeden Fall vielen Dank. Aber wie kann man jetzt diesem Triumvirat aus vermeintlichen DB, SPS und Hochsprachen-Experten verständlich machen, dass diese auf dem "Woodway" sind ? *ROFL*

Jeder der vorgenannten hat sicher edle Motive zur Bereicherung der Verbindung von SPS-Welt und Datenbanken, aber nicht wirklich fundierte Kenntnissse oder innovative Lösungen. Der eine kupfert die Kommunikationslösung ab, der andere Experte glaubt SQL = SQL, ich bekomme dieses Grinsen nicht aus dem Gesicht ..

Gruß

Question_mark
 
weiter :ROFLMAO: und wegsehen ... mehr fällt mir nicht ein ... bin dann jetzt wieder proggen, da weiß ich, wo ich hin will und dazu noch WIE!
 
Hallo,



Die Datenbank ist nicht der Flaschenhals, die lacht sich schlapp über die paar Bytes. Der Flaschenhals ist ganz einfach der Umweg über die ODBC Treiber von Windows, da werden die Daten durch die Treiber von Windows geschleust. Und manchmal ist Windows auch mit anderen Sachen beschäftigt.

Gruß

Question_mark

Ich nutze aber kein ODBC! Ich benutze direkt Connectoren in .NET. Wobei ODBC auch möglich ist!

und ich habe nie von direkter Verbindung von SPS zur Datenbank gesprochen! Ich habe nur gesagt das mein Protokoller direkt von der SPS in die Datenbank schreibt.

Ich denke nur das ja sowieso ein PC vorhanden ist, der auf dem die Datenbank läuft!
 
Zuletzt bearbeitet:
Watt iss ne Datenbank ?

Hallo,

Jochen Kühner schrieb:
und ich habe nie von direkter Verbindung von SPS zur Datenbank gesprochen! Ich habe nur gesagt das mein Protokoller direkt von der SPS in die Datenbank schreibt.

Na dann haben wir das mal endlich geklärt. Bei meinen Kunden befinden sich die Datenbanken nicht neben dem Backautomaten, sondern steuern die gesamte Produktion in den Werken weltweit aus den Zentralen in Finnland, Südafrika, USA oder wo auch immer. Mein recht bescheidener Beitrag dazu besteht darin, Produktionsdaten an die EDV weiterzugeben oder neue Aufträge für Produktionsanlagen von der EDV entgegenzunehmen und an die Maschinen weiterzugeben.

Ich hoffe dann mal, Du verstehst den Hintergrund, warum ich hier rummaule ..
Obwohl, es soll tatsächlich Leute geben, die Access für eine Datenbank halten :ROFLMAO:

Gruß

Question_mark
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Was ist denn nun schneller ?

Hallo,

Jochen Kühner schrieb:
Ich nutze aber kein ODBC! Ich benutze direkt Connectoren in .NET. Wobei ODBC auch möglich ist!

Kannst Du dann auch schon zuverlässige Aussagen machen, welcher Weg schneller ist ?

Also der Umweg über ODBC oder der Overhead von Connectoren in .NET ?

Würde mich wirklich interessieren.

Gruß

Question_mark
 
Zuletzt bearbeitet:
Hallo,



Kannst Du dann auch schon zuverlässige Aussagen machen, welcher Weg schneller ist ?

Also der Umweg über ODBC oder der Overhead von Connectoren in .NET ?

Würde mich wirklich interessieren.

Gruß

Question_mark

ODBC ist definitiv langsamer! Und warum sind die Connectoren in .Net ein Umweg? Wie connectest du in deinen Anwendungen? Direkt per Soket oder Tcp/IP oder nutzt du auch eine dll des Datenbank Herstellers (Connector)
 
Hallo,

Ich hoffe dann mal, Du verstehst den Hintergrund, warum ich hier rummaule ..
Obwohl, es soll tatsächlich Leute geben, die Access für eine Datenbank halten :ROFLMAO:

Gruß

Question_mark

Nöö, versteh Ich nicht, du musst bei deinen Kunden meine Software ja nicht einsetzen, und Ich denke dafür ist Sie auch nicht gedacht! Die ist einfach zur Protokollierung von SPS Daten in eine Datenbank, wie ein Telegrammlog, Messwerte, usw... Wo es auch mal nicht schlimm ist wenn die Software mal abstürtzt! (Was sie normalerweise nicht tut, aber Ich kann auch für nichts garantieren!)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
Na dann haben wir das mal endlich geklärt. Bei meinen Kunden befinden sich die Datenbanken nicht neben dem Backautomaten, sondern steuern die gesamte Produktion in den Werken weltweit aus den Zentralen in Finnland, Südafrika, USA oder wo auch immer. Mein recht bescheidener Beitrag dazu besteht darin, Produktionsdaten an die EDV weiterzugeben oder neue Aufträge für Produktionsanlagen von der EDV entgegenzunehmen und an die Maschinen weiterzugeben.

Question_mark

Und wie machst du das?? Geht das ohne PC dazwischen??
 
Auf der Suche ...

Hallo,

Jochen Kühner schrieb:
Und wie machst du das?? Geht das ohne PC dazwischen??

Nein, ich habe eben bisher noch keine vernünftige Lösung ohne PC dafür gefunden. Was glaubst Du eigentlich, warum ich seit ein paar Tagen hartnäckig und auch provozierend versucht habe, Dir ein paar Infos zu Deinem Projekt aus der Nase zu ziehen. :ROFLMAO:
Aber mittlerweile hat sich das erledigt, ich entnehme Deinen Antworten : Auch bei Dir ist ein PC im Spiel. Und den will ich eigentlich nicht mehr.

Ich beschäftige mich aber gerade mit dem neuen Siemens CP 343-1 ERPC (brandneu), damit kann man das wohl lösen. Aber ich befürchte, das wird kostenmäßig ein absoluter GAU. Eigentlich will ich den PC aus dieser Kette raushaben, aber ich habe noch keine effiziente Lösung dafür.

Die Lösung vom User "rudl" scheint ja auch ohne PC auszukommen (Auch der hat mit einer direkten Antwort gekniffen), hat aber eben nur eine unzureichende Unterstützung und Tests der S7. Also zur Zeit auch noch nicht praktikabel (jedenfalls für meine Anwendungen).

Gruß

Question_mark
 
Hallo,



Nein, ich habe eben bisher noch keine vernünftige Lösung ohne PC dafür gefunden. Was glaubst Du eigentlich, warum ich seit ein paar Tagen hartnäckig und auch provozierend versucht habe, Dir ein paar Infos zu Deinem Projekt aus der Nase zu ziehen. :ROFLMAO:
Aber mittlerweile hat sich das erledigt, ich entnehme Deinen Antworten : Auch bei Dir ist ein PC im Spiel. Und den will ich eigentlich nicht mehr.

Ich beschäftige mich aber gerade mit dem neuen Siemens CP 343-1 ERPC (brandneu), damit kann man das wohl lösen. Aber ich befürchte, das wird kostenmäßig ein absoluter GAU. Eigentlich will ich den PC aus dieser Kette raushaben, aber ich habe noch keine effiziente Lösung dafür.

Die Lösung vom User "rudl" scheint ja auch ohne PC auszukommen (Auch der hat mit einer direkten Antwort gekniffen), hat aber eben nur eine unzureichende Unterstützung und Tests der S7. Also zur Zeit auch noch nicht praktikabel (jedenfalls für meine Anwendungen).

Gruß

Question_mark

ich denke ohne PC dazwischen wird schwierig (wobei man Software ja auch immer noch auf dem Datenbank PC installieren kann, wenns der Kunde zulässt). Es bietet zwar fast jede Datenbank eine TCP/IP Schnittstelle an (So Connecten ja dann auch die Treiber Dlls übers Netzwerk), aber diese auf der SPS zu benutzen wird denke Ich ein schwieriges unterdfangen (wobei Ich nicht denke, das dies nicht möglich ist). Wäre dann aber wohl auch wieder für jede Datenbank Software unterschiedlich!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Eigentlich will ich den PC aus dieser Kette raushaben
das ist auch aus meiner Sicht die richtige Lösung. Leider müssen sich dazu alle (oder zumindest sehr viele) Hersteller auf EINEN Kommunikationsstandard einigen, der direkt in der SPS implementierbar ist (also nicht auf MS Technologien beruht), das kann etwas dauern. Natürlich sollten auch Datenbankherrsteller und ERP/MES Systeme diese Schnittstelle anbieten. Und genau deshalb wurde OPC UA erfunden. Es gibt schon einige Hersteller (u.a. Beckhoff, KW, Bosch, logicals) die den UA Server "direkt in der Steuerung" auf der diesjährigen Hannover Messe präsentiert haben. Es gibt auch schon UA Clients direkt in den Steuerungen. Auch am "oberen Ende" der Kommunikationskette gibt es schon UA Clients, z.B. von SAP. Man kann also schon sehen wo die Reise hingeht.

mit dem neuen Siemens CP 343-1 ERPC (brandneu)
das ist auch aus meiner Sicht der heißeste Kandidat für einen UA Server/Client, denn (nur) Datenbankanbindung ist natürlich zu wenig für so einen CP. Ich hätte ihn am liebsten voll projektierbar von Step7 aus, Symbole mit runterladen, ein Paar Lese/Schreibe-Bausteine (SFCxx), fertig. Deine Befürchtung zum Preis teile ich, allerdings denke ich das Anlagen, die aus >10 Steuerungen bestehen dann doch wieder einen PC haben werden mit einem OPC UA Server drauf. Es ist dann kostengünstiger eine SimaticNET-Lizenz anstelle 10 ERPCs zu kaufen. Aber wenn nur 2-3 SPSen direkt kommunizieren sollen und auch noch von verschiedenen Herstellern sind, ist es eine Überlegung wert. Die Datenbankanbindung würde dann auch über eine UA-Verbindung gehen.

Hast du bei Siemens schon mal nachgefragt wann es den "CP-343-1 OPC" gibt und was der kosten soll?
 
Ich beschäftige mich aber gerade mit dem neuen Siemens CP 343-1 ERPC (brandneu), damit kann man das wohl lösen. Aber ich befürchte, das wird kostenmäßig ein absoluter GAU. Eigentlich will ich den PC aus dieser Kette raushaben, aber ich habe noch keine effiziente Lösung dafür.

Hallo,

hier die Siemens-Info mit dem CP 343-1 ERPC (ERP-Controller?).

Fakt ist, dass irgendwo eind Task laufen muss, welche die Daten
zwischen Steuerung und Datenbank hin- und her schiebt.

OK, ein extra PC dazu ist lästig (Stromverbrauch, Ausfallrisiko).

Allerdings frage ich mich, nach dem Gott und die Welt zwischen-
zeitlich virtualisiert wird, ob es nicht flexibler ist, auf dem Daten-
bankserver eine virtuelle Maschine laufen zu lassen, die den
Datenaustausch erledigt.
 
Nachtrag:

ERPC steht für Enterprise Resource Planning
Connect. Der Kommunikationsprozessor
CP 343-1 ERPC kann zusammen
mit der Software der Partnerfirma ILS zur
direkten Anbindung von SIMATIC S7-300
Steuerungen an Datenbanken über
Industrial Ethernet eingesetzt werden.
Quelle
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hey!

Hallo miteinander,

ich besitze eine 300er SPS mit Ethernet - Anbindung und zusätzlich einen INAT OPC-Server .. jetzt bin ich bereits soweit .. dass ich im OPC-Server die Verbindung zur SPS aufgebaut habe .. und bspw. bestimmte Merker auslesen kann .. jedoch möchte ich es gerne so hinbekommen .. dass die Datenbank die Werte zyklisch vom OPC-Server abfragt .. muss ich das mit einer Programmiersprache , wie z.b. Delphi oder VBA lösen oder kann ich das direkt in der datenbank aktivieren ?

Hey! Hab jetzt nicht alle Seiten durchgelesen, aber ich würde dir prinzipiell C# von .net und Libnodave empfehlen. Den Genau das was du hier machen willst, hab ich bereits für meine Diplomarbeit programmiert.

Mit dem Befehl Davereadbytes und den richtigen Parametern ist es ein Klax! Das ganze noch in einen Timer oder ein Thread und fertig. Hast du C# Kenntnisse? Wenn ja, kann ich dir unter die Arme greifen. Ich weiß wie es ist, wenn man sich nicht auskennt und Hilfe braucht. Auch ich habe dem Forum hier einige Meilensteine zu verdanken ;-)

lg Marco*
 
Hallo Zusammen,

ich wollte mitteilen, das wir ein kleines Projekt mit dem CP343-ERPC und eine MSSQL-Datenbank umgesetzt haben. Dabei "schaut" die SPS/CP auf die Datenbank und reagiert bei entsprechenden Datensätze darauf.

Gruß
elektroluethi
(sonst bei fragen, einfach mal eine pn schicken..)
 
Zurück
Oben