Re: [de-users] Fwd: OPC
Hallo Volker, (hoffe, dass meine erste Zeile diesmal stehen bleibt ) Am 07.03.2010 22:45, schrieb Volker Heggemann: Was du da beschreibst ist viel zu speziell um hier von Openoffice Benutzern verstanden zu werden. (Man verbessere mich, wenn ich mich irre) wäre, "business" für diesen Zweck geeignet ? nach der Beschreibung: [ Themen, die vor allem den produktiven Einsatz von OpenOffice.org in ] [ Unternehmen, Verwaltung und Organisationen betreffen... ] nehme ich das mal an Gruss Marino - - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Am 07.03.2010 22:45, schrieb Volker Heggemann: Hallo Marino, was ich immer noch nicht verstehe... Marino Salvalaggio schrieb: Also eine abgesetzte Datenbank tut Not. Und hier beziehe ich mich auf meine Frage vom Anfang dieser Mail: Was genau meinst mit abgesetzte Datenbank?! Beschreibe doch Dein Problem noch einmal etwas abstrakter (genauer). Ich habe bis jetzt folgendes verstanden: Du hast eine Prozesssoftware (die natürlich in einer Hardwareumgebung eingebaut ist) Diese sendet in irgendeiner Form Prozessdaten (irgendwohin) Hier will ich mal einhaken: Jein - bei mir fallen alle Daten schon fest definiert an. Das erledige ich immer schon auf der Steuerungsebene! Die ist nämlich prädestiniert, Daten richtig aufzubereiten bevor sie versandt werden. Ich weiss sehr wohl, dass das die wenigsten so handhaben, aber aus Erfahrung weiss ich auch, dass Echtzeitdaten nur allzu oft nicht ankommen, da ein PC den Durchsatz auf Dauer einfach nicht bewältigen kann. So werden bereits in der Steuerung die notwendigen Dämpfungen; zumeist via Integral, vorgenommen. So fallen schliesslich in der Regel nur drei Werte an. Minimum, Maximum, Durchschnitt, + Gülitkeit True or False in fest definierten Intervallen. Alle Daten ausschliesslich in Real. Das selbe gilt für Zählerstände. Ich verwende "nie" Datenpakete, auch wenn Siemens, ABB und viele Andere das immer wieder Proklamieren. Ich zähle vor Ort und übermittle den Zählerstand. Bei einem Ausfall bleibt die Leitebene statisch und bei neuem Empfang ist der Zustand ohne Datenverlust wieder hergestellt. Wenn Pakete versandt werden tritt immer wieder eine Diskrepanz auf, wenn einzelne Pakete auf der Strecke bleiben. Auf der Steuerung verwende ich dazu ausschliesslich retain-Variablen. So bleibt auch nach einem Kaltstart der Zählerstand erhalten. Da die Daten fest Formatiert sind, sind sie direkt für eine Datenbank verwendbar. - Nur die Datenbank existiert (noch) nicht! Das heisst, die Daten, die in solch einer Datei sind, können nicht ohne weiteres in einer Tabelle (Datenbank) übernommen werden, da je nach Datensatz eine andere Datenstruktur vorliegt. Daher braucht man eine Art Konverter, die die einzelnen Datenzeilen in ein eine Tabellenform bringen und diese ggf. in verschiedene Dateien aufteilen. (Ich kenne dieses Prozedere von Netzspannungs-Überwachungsgeräten) Diese Art Konverter stellt entweder der Hersteller bereit, oder man schreibt so etwas selbst - z.B. in C++) -- schnapp Diese Dateien oder Daten sollen in einer Datenbank landen, die Du mittels Openoffice auswerten willst. Soweit alles richtig verstanden?! Wenn meine Annahme richtig ist, hast Du - eine Prozessdatenerfassung (lokal an Gebäudeteil A) - eine Prozessdatenverarbeitung (Umwandlung und Speicherung) dezetral in Gebäudeteil B im Prinzip ja, nur das das Ganze viel verzweigter ist - eine Prozessdatenumwandlung (das fehlt Dir noch) in strukturierte Formate - eine Prozessdaten Auswertung (das möchtest Du gerne) ?? Gruß Volker Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Hallo Volker, Am 07.03.2010 22:45, schrieb Volker Heggemann: Hallo Marino, was ich immer noch nicht verstehe... Marino Salvalaggio schrieb: Ich möchte einfach nicht den beschriebene Weg gehen, sondern eine Applikation anwenden, hinter der ich stehen kann, und die nicht an einer festgeschraubte Bindung hängt ;-) . Das stört mich übrigens auch bei OPC, der ja nur auf Win läuft. Unsere Version macht dazu auf WinServer-2003 etlichen Ärger. Also soll auch der OPC Client weg? Du hast's erfasst, das ist *mein Fernziel,* da wie gesagt OPC nur auf Windows-Umgebung läuft :-P Das ganze sollte einfach mal ohne unsägliche Klimmzüge losgelöst benutzt werden können. Nur- das werde ich in ersten Arbeitsgang wohl kaum schon realisieren können. Zur Info für Interessierte: Da ich jetzt eine vollständig neue Netzstruktur aufbaue, und neuerdings auch zusätzlich VorOrt Datenverarbeitung, direkt auf der Steuerungsebene benötige, sehe ich mich gezwungen eine abgesetzte Datenbank zu benutzen. Auf einer CPU sind Ressourcen nämlich Mangelware! Wenn du da 1MB freies Ram zur Verfügung hast biste glücklich! Dazu kommt, dass es auf dieser Ebene nicht möglich ist zur Laufzeit Arrays zu initialisieren. Da muss die Grösse von Anbeginn im Header reserviert sein. Es bleibt mir also nichts anderes übrig, als die Daten zu exportieren und die Arrays für künftige Daten wieder zur Verfügung zu haben. Ich könnt die Daten natürlich auch auf SD-Karten schreiben, nur sind die dann vor Ort und so nicht direkt Nutzbar. Was du da beschreibst ist viel zu speziell um hier von Openoffice Benutzern verstanden zu werden. (Man verbessere mich, wenn ich mich irre) Da bin ich mir absolut im Klaren :-[ , Darum ja auch als Anhang notiert :-D - nur weiss ich nicht, wo ich solches hinstellen soll, damit Interessierte daraus schlussendlich Nutzen ziehen können. Bei uns im Kraftwerk bedeutet vor Ort, Kilometerdistanzen. KRAFTWERK!! Alarm. Openoffice zu Prozessdatenverarbeitung in einem Kraftwerk! Hilfe. ;-) Ja, da bin ich vielleicht Optimist. Denke aber - wen 's nicht versucht wird, wird 's nie kommen. Also eine abgesetzte Datenbank tut Not. Und hier beziehe ich mich auf meine Frage vom Anfang dieser Mail: Was genau meinst mit abgesetzte Datenbank?! Um OPC zu umgehen müsste das Protokoll IEC 60870-5-104 (Ethernetanbindung bez. -101 RS232-Anbindung) in Opensource als Schnittstelle zugänglich sein Ich bin soeben dabei, dass eine Steuerung, die das nicht direkt unterstützt, beizubringen. Denke mir, dass hier ein C-Programm, das auf allen gängigen PC-Plattformen läuft grosse Dienste bringen würde. Bisher habe ich in dieser Richtung nichts gefunden. Praktisch alle Firmen, die dieses Protokoll benutzen wenden selbst gestrickte Schnittstellen, und in den Steuerungen geschlossene Programmbausteine mit entsprechenden Kosten, an. ... ? Kraftwerksbetreiber mit Geldproblemen?! ;-) Hier ist wohl eher das Gegenteil wahr ;-) ! Nur auf unserer (Steuerungsebene) klemmt der Geldhahn mitunter - bei den übergeordneten Leitsystemen sind immer genügend Spender zur Hand... Da werden Lieferanten *Fett* und* Träge*. Ist ja auch wunderschön, so tolle Bildchen zu betrachten, die alles zeigen was da so läuft - nur, wie das dahin kommt, schert die Brüder wenig! Besonders Nett finde ich dann die Anfrage: Könntest du mir bitte einen Auszug der Messwerte des letzten Monats des Seespiegel- Messwert im Zusammenhang mit dem Klo- Durchsatz iim Betriebsgebäude, graphisch bearbeitet mit Tages und Stundenwerten, am besten gleich mit den Zufluss- und Abfluss-Mengen als Durchschnittswerte, morgen als Mail zusenden? - wäre sehr freundlich von dir.. Ist ja alles machbar - nur wo sind die Daten - alle in unabhängigen Exel-Exporten, in irgendwelchen Ordner, auf unzähligen Datenträgern irgendwo verstreut! Beschreibe doch Dein Problem noch einmal etwas abstrakter (genauer). Das ist auch meine Absicht. Nur möchte ich das dort tun, wo die Interessierten sind. Wo also soll diese Diskussion geführt werden? Hätte zu dem Thema Datenaufbereitung noch etliches zu sagen Ich habe bis jetzt folgendes verstanden: Du hast eine Prozesssoftware (die natürlich in einer Hardwareumgebung eingebaut ist) Diese sendet in irgendeiner Form Prozessdaten (irgendwohin) --- Schnipp so wie ich das kenn: Ein Steuerrechner (oder eine SPS / Oder ein Messgerät) erfasst Sensordaten. Diese werden von eben diesem Rechner entweder gespeichert, oder via Schnittstelle in Echtzeit weitergegeben. Ein weiterer Rechner läd oder empfängt diese Daten als LOG-Datei. Diese Dateien sind relativ unformatiert. Hier wird seriell abgelegt, was so an Messdaten aufläuft. Z.B.: Sensornr, Messwert, Einheit, Zeitstempel, Text 1, 0.983, mbar, 00:21:00, Druck Sensornr, Genzwert, Gewichtung, Text 1, false, norm, Grenzwert überschritten Das heisst, die Daten, die in solch einer Datei sind, können nicht ohne weiteres in einer Tabelle (Datenbank) übernommen wer
Re: [de-users] Fwd: OPC
Hallo Marino, was ich immer noch nicht verstehe... Marino Salvalaggio schrieb: Hallo Volker, .. Ich möchte einfach nicht den beschriebene Weg gehen, sondern eine Applikation anwenden, hinter der ich stehen kann, und die nicht an einer festgeschraubte Bindung hängt ;-) . Das stört mich übrigens auch bei OPC, der ja nur auf Win läuft. Unsere Version macht dazu auf WinServer-2003 etlichen Ärger. Also soll auch der OPC Client weg? MySql hab ebenfalls gesucht und festgestellt, dass da diverse un-koschere Abzocker-Anbieter umher geistern Wo soll ich MySql runterladen, ohne Krücken, Fragmente oder Noahs Nachfahren rein zu saugen? Vielleicht hier?! : :) http://www.mysql.de/downloads/ Zur Info für Interessierte: Da ich jetzt eine vollständig neue Netzstruktur aufbaue, und neuerdings auch zusätzlich VorOrt Datenverarbeitung, direkt auf der Steuerungsebene benötige, sehe ich mich gezwungen eine abgesetzte Datenbank zu benutzen. Auf einer CPU sind Ressourcen nämlich Mangelware! Wenn du da 1MB freies Ram zur Verfügung hast biste glücklich! Dazu kommt, dass es auf dieser Ebene nicht möglich ist zur Laufzeit Arrays zu initialisieren. Da muss die Grösse von Anbeginn im Header reserviert sein. Es bleibt mir also nichts anderes übrig, als die Daten zu exportieren und die Arrays für künftige Daten wieder zur Verfügung zu haben. Ich könnt die Daten natürlich auch auf SD-Karten schreiben, nur sind die dann vor Ort und so nicht direkt Nutzbar. Was du da beschreibst ist viel zu speziell um hier von Openoffice Benutzern verstanden zu werden. (Man verbessere mich, wenn ich mich irre) Bei uns im Kraftwerk bedeutet vor Ort, Kilometerdistanzen. KRAFTWERK!! Alarm. Openoffice zu Prozessdatenverarbeitung in einem Kraftwerk! Hilfe. ;-) Also eine abgesetzte Datenbank tut Not. Und hier beziehe ich mich auf meine Frage vom Anfang dieser Mail: Was genau meinst mit abgesetzte Datenbank?! Um OPC zu umgehen müsste das Protokoll IEC 60870-5-104 (Ethernetanbindung bez. -101 RS232-Anbindung) in Opensource als Schnittstelle zugänglich sein Ich bin soeben dabei, dass eine Steuerung, die das nicht direkt unterstützt, beizubringen. Denke mir, dass hier ein C-Programm, das auf allen gängigen PC-Plattformen läuft grosse Dienste bringen würde. Bisher habe ich in dieser Richtung nichts gefunden. Praktisch alle Firmen, die dieses Protokoll benutzen wenden selbst gestrickte Schnittstellen, und in den Steuerungen geschlossene Programmbausteine mit entsprechenden Kosten, an. ... ? Kraftwerksbetreiber mit Geldproblemen?! ;-) Beschreibe doch Dein Problem noch einmal etwas abstrakter (genauer). Ich habe bis jetzt folgendes verstanden: Du hast eine Prozesssoftware (die natürlich in einer Hardwareumgebung eingebaut ist) Diese sendet in irgendeiner Form Prozessdaten (irgendwohin) --- Schnipp so wie ich das kenn: Ein Steuerrechner (oder eine SPS / Oder ein Messgerät) erfasst Sensordaten. Diese werden von eben diesem Rechner entweder gespeichert, oder via Schnittstelle in Echtzeit weitergegeben. Ein weiterer Rechner läd oder empfängt diese Daten als LOG-Datei. Diese Dateien sind relativ unformatiert. Hier wird seriell abgelegt, was so an Messdaten aufläuft. Z.B.: Sensornr, Messwert, Einheit, Zeitstempel, Text 1, 0.983, mbar, 00:21:00, Druck Sensornr, Genzwert, Gewichtung, Text 1, false, norm, Grenzwert überschritten Das heisst, die Daten, die in solch einer Datei sind, können nicht ohne weiteres in einer Tabelle (Datenbank) übernommen werden, da je nach Datensatz eine andere Datenstruktur vorliegt. Daher braucht man eine Art Konverter, die die einzelnen Datenzeilen in ein eine Tabellenform bringen und diese ggf. in verschiedene Dateien aufteilen. (Ich kenne dieses Prozedere von Netzspannungs-Überwachungsgeräten) Diese Art Konverter stellt entweder der Hersteller bereit, oder man schreibt so etwas selbst - z.B. in C++) -- schnapp Diese Dateien oder Daten sollen in einer Datenbank landen, die Du mittels Openoffice auswerten willst. Soweit alles richtig verstanden?! Wenn meine Annahme richtig ist, hast Du - eine Prozessdatenerfassung (lokal an Gebäudeteil A) - eine Prozessdatenverarbeitung (Umwandlung und Speicherung) dezetral in Gebäudeteil B - eine Prozessdatenumwandlung (das fehlt Dir noch) in strukturierte Formate - eine Prozessdaten Auswertung (das möchtest Du gerne) ?? Gruß Volker - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Hallo Volker, Am 07.03.2010 12:27, schrieb Volker Heggemann: Hallo Marino, jetzt habe ich doch noch mal "gegoogelt"... Wenn ich das richtig gelesen habe, steht da (auf der Seite der OPC softing) # Transfer von OPC Daten beliebiger DA und XML-DA Server in Datenbanken # Auswahl und simultane Erfassung der OPC Daten mit OPC Collector # Unterstützt MS SQL Server, Oracle, MySQL, IBM DB2 u.a. ODBC-fähige Datenbanken Es war mir schon bekannt, dass man OPC in verschiedenste Datenbanken portieren kann, nur das Wie muss ich noch erarbeiten. Standardmässig wird gemeinhin immer Access angewendet. Einmal, weil so begonnen wurde und zum anderen, weil sich jeder schwer tut eine noch nicht angewendete Software, für schon genutzte Funktionen neu zu erarbeiten. Die Rase Mensch ist halt bequem... Warum Aufwand betreiben, wenn es doch so funktioniert? Ich möchte einfach nicht den beschriebene Weg gehen, sondern eine Applikation anwenden, hinter der ich stehen kann, und die nicht an einer festgeschraubte Bindung hängt ;-) . Das stört mich übrigens auch bei OPC, der ja nur auf Win läuft. Unsere Version macht dazu auf WinServer-2003 etlichen Ärger. Marino Salvalaggio schrieb: Am 06.03.2010 19:16, schrieb Mechtilde Das sieht für mich zunächst mal nach einem CSV (Character Separated Value) aus Wie würdest Du es denn in Access machen? Weiss ich im Detail natürlich noch nicht, dazu habe ich aber Infos und auch die nötigen Kontakte des OPC-Server Hersteller zur Verfügung. Mit diesem werde ich das bestimmt schaffen, nur - ich möchte eigentlich nicht Billys Produkt anwenden. O:-) ... Daher würde es Sinn machen, eine (ggf. freie) Datenbank zu nutzen. MySql - steht da :) Die Messdaten erfassen - dort hineinschreiben. Einen OO-Base Connecter nutzen und die Daten aus der Datenbank auslesen und ggf. weiter verarbeiten. Die Openoffice eigene HDSQL würde ich dafür nicht nutzen (aber das ist persönliche Meinung). MySql bietet sich aus meiner sich an, da: - frei zugänglich - installierbar auf einem Server oder auch lokal - Datensicherung (am Stück) ohne großen Aufwand machbar (im einfachsten Fall mittels DUMP. - portierbar zu verschiedenen Plattformen (Hard- und Softwareseitig) - gute Unterstützung via INet - nicht zuletzt nativer Connector zu Openoffice (und anderen) verfügbar. Diese Konstruktion hat auch den Vorteil, das das schreiben der Daten von deinem Meßrechner unabhängig vom auslesen der Daten ist. hab ebenfalls gesucht und festgestellt, dass da diverse un-koschere Abzocker-Anbieter umher geistern Wo soll ich MySql runterladen, ohne Krücken, Fragmente oder Noahs Nachfahren rein zu saugen? Gruß Volker Gruss Marino Zur Info für Interessierte: Da ich jetzt eine vollständig neue Netzstruktur aufbaue, und neuerdings auch zusätzlich VorOrt Datenverarbeitung, direkt auf der Steuerungsebene benötige, sehe ich mich gezwungen eine abgesetzte Datenbank zu benutzen. Auf einer CPU sind Ressourcen nämlich Mangelware! Wenn du da 1MB freies Ram zur Verfügung hast biste glücklich! Dazu kommt, dass es auf dieser Ebene nicht möglich ist zur Laufzeit Arrays zu initialisieren. Da muss die Grösse von Anbeginn im Header reserviert sein. Es bleibt mir also nichts anderes übrig, als die Daten zu exportieren und die Arrays für künftige Daten wieder zur Verfügung zu haben. Ich könnt die Daten natürlich auch auf SD-Karten schreiben, nur sind die dann vor Ort und so nicht direkt Nutzbar. Bei uns im Kraftwerk bedeutet vor Ort, Kilometerdistanzen. Also eine abgesetzte Datenbank tut Not. Um OPC zu umgehen müsste das Protokoll IEC 60870-5-104 (Ethernetanbindung bez. -101 RS232-Anbindung) in Opensource als Schnittstelle zugänglich sein Ich bin soeben dabei, dass eine Steuerung, die das nicht direkt unterstützt, beizubringen. Denke mir, dass hier ein C-Programm, das auf allen gängigen PC-Plattformen läuft grosse Dienste bringen würde. Bisher habe ich in dieser Richtung nichts gefunden. Praktisch alle Firmen, die dieses Protokoll benutzen wenden selbst gestrickte Schnittstellen, und in den Steuerungen geschlossene Programmbausteine mit entsprechenden Kosten, an. - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Hallo Marino, jetzt habe ich doch noch mal "gegoogelt"... Wenn ich das richtig gelesen habe, steht da (auf der Seite der OPC softing) # Transfer von OPC Daten beliebiger DA und XML-DA Server in Datenbanken # Auswahl und simultane Erfassung der OPC Daten mit OPC Collector # Unterstützt MS SQL Server, Oracle, MySQL, IBM DB2 u.a. ODBC-fähige Datenbanken Marino Salvalaggio schrieb: Am 06.03.2010 19:16, schrieb Mechtilde Das sieht für mich zunächst mal nach einem CSV (Character Separated Value) aus Wie würdest Du es denn in Access machen? Weiss ich im Detail natürlich noch nicht, dazu habe ich aber Infos und auch die nötigen Kontakte des OPC-Server Hersteller zur Verfügung. Mit diesem werde ich das bestimmt schaffen, nur - ich möchte eigentlich nicht Billys Produkt anwenden. O:-) ... Daher würde es Sinn machen, eine (ggf. freie) Datenbank zu nutzen. MySql - steht da :) Die Messdaten erfassen - dort hineinschreiben. Einen OO-Base Connecter nutzen und die Daten aus der Datenbank auslesen und ggf. weiter verarbeiten. Die Openoffice eigene HDSQL würde ich dafür nicht nutzen (aber das ist persönliche Meinung). MySql bietet sich aus meiner sich an, da: - frei zugänglich - installierbar auf einem Server oder auch lokal - Datensicherung (am Stück) ohne großen Aufwand machbar (im einfachsten Fall mittels DUMP. - portierbar zu verschiedenen Plattformen (Hard- und Softwareseitig) - gute Unterstützung via INet - nicht zuletzt nativer Connector zu Openoffice (und anderen) verfügbar. Diese Konstruktion hat auch den Vorteil, das das schreiben der Daten von deinem Meßrechner unabhängig vom auslesen der Daten ist. Gruß Volker - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Marino Salvalaggio schrieb: > > > Am 06.03.2010 19:16, schrieb Mechtilde >> Das sieht für mich zunächst mal nach einem CSV (Character Separated >> Value) aus >> >>Wie würdest Du es denn in Access machen? >> > Weiss ich im Detail natürlich noch nicht, dazu habe ich aber Infos und > auch die nötigen Kontakte des OPC-Server Hersteller zur Verfügung. Mit > diesem werde ich das bestimmt schaffen, nur - ich möchte eigentlich > nicht Billys Produkt anwenden. O:-) Darum geht es mir auch nicht. Aber die Informationen, wie es denn mit Access gemacht werden könnte, können mir Informationen darüber liefern, wie es eventuell auch mit OpenOffice.org Base möglich sein könnte. Gruß Mechtilde > -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Am 06.03.2010 19:16, schrieb Mechtilde Das sieht für mich zunächst mal nach einem CSV (Character Separated Value) aus Wie würdest Du es denn in Access machen? Weiss ich im Detail natürlich noch nicht, dazu habe ich aber Infos und auch die nötigen Kontakte des OPC-Server Hersteller zur Verfügung. Mit diesem werde ich das bestimmt schaffen, nur - ich möchte eigentlich nicht Billys Produkt anwenden. O:-) Weiter hätte das ganze auch den Reiz, meine Applikation schliesslich zu veröffentlichen, damit andere User auch ohne Freund Bill auskommen. In diesem Zusammenhang ist mir die alte Frage aufgestossen, kommt man irgendwie um Win herum, da OPC offensichtlich nur für dasselbe geschrieben ist ? Bas kann auch eine Verbindzung zu einer CSV Datei erstellen. Gruß Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Hallo Marino, Marino Salvalaggio schrieb: > Das sieht für mich zunächst mal nach einem CSV (Character Separated Value) aus > > CAP1131OPC1131Legal VB TypesBeschreibung > VT_EMPTYVT_EMPTYLeer (kein Datentyp) > BOOLVT_BOOLVT_BOOLBoolean (1 Byte) > BYTEVT_UI1VT_UI1Byte > WORDVT_UI2VT_I2Word (2 Byte) > DWORDVT_UI4VT_I4DWord (4 Byte) > SINTVT_I1VT_UI11 byte signed short integer > INTVT_I2VT_I22 byte signed integer > DINTVT_I4VT_I44 byte signed long integer > USINTVT_UI1VT_UI11 byte unsigned short integer > UINTVT_UI2VT_I22 byte unsigned integer > UDINTVT_UI4VT_I44 byte unsigned long integer > DATE_AND_TIMEVT_DATEVT_DATEDate and time > DTVT_DATEVT_DATEDate and time > TIMEVT_I4VT_I4Time (4 byte long integer) > REALVT_R4VT_R44 byte real > DOUBLEVT_R8VT_R88 byte real > STRINGVT_BSTRVT_BSTRText > ARRAY of ...VT_ARRAY | VT_...VT_ARRAY | VT_...Array of > > Leider geht die Tabellenformatierung hier in die Binsen > > Frage ist einfach, kann ich das via oo einbinden, oder muss ich trotz > Wiederwillen Access anwenden? Wie würdest Du es denn in Access machen? Bas kann auch eine Verbindzung zu einer CSV Datei erstellen. Gruß Mechtilde > > Marino > > -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Am 06.03.2010 18:39, schrieb Mechtilde: Hallo Marino, Marino Salvalaggio schrieb: Hallo Mechtilde, habe soeben festgestellt, dass die Hilfedatei zu opc auf meinem Win-7 nicht mehr richtig funktionier. War auf XP noch einwandfrei - microschrott lässt grüssen. Hoffe dass das bei Die lesbar ist. Nein ist es nicht. Unter einem Freien Betriebsystem, hier Debian GNU/Linux, habe ich kein Programm, was solche Hilfe-Dateien öffnen kann. Ich beneide Dich, ich muss leider gezwungenermassen mit Win vorlieb nehmen, da vile CPU-Applikationen nur für Win verfügbar sind. Für meine eigenen Projekte benutze ich wen möglich aber Suse Linux habe hier mal etwas einkopiert, dass weiterhilft: /OPC definiert eine offene Industrie- Standardschnittstelle, die auf OLE- und ActiveX-Technologie basiert OPC steht für "OLE for Process Control", und definiert eine offene Schnittstelle, über die PC-basierte Softwarekomponenten Daten austauschen. Sie basiert auf den Windows-Technologien OLE, COM und DCOM. Damit bietet OPC eine ideale Basis zum Verlinken von industriellen Anwendungen beziehungsweise Officeprogrammen mit den Feldgeräten der Automatisierungsebene. Mit der Einführung einer standardisierten Schnittstelle zwischen Windows-Programmen reduziert sich für Hardwarehersteller die Zahl der Treiberentwicklungen für ihre Komponenten auf eine einzige -- den OPC-Server. Ebenso ist für den Softwarehersteller nur noch eine einzige Treiberanbindung erforderlich -- die OPC-Client-Schnittstelle. Dies bringt aber bei weitem nicht nur den Herstellern Vorteile, sondern auch den Anwendern./ /Der OPC-Server liesst das Varlistfile mit den Variablendefinitionen ein und bildet die Datentypen entsprechend der folgenden Tabelle in VARIANT's ab. Ist die Option ,LEGALVBTYPES' eingeschaltet, wird die entsprechende Spalte für die Konvertierung verwendet. In diesem Fall muss in der Applikation auf die richtige Interpretation der Daten geachtet werden. / CAP1131OPC1131Legal VB TypesBeschreibung VT_EMPTYVT_EMPTYLeer (kein Datentyp) BOOLVT_BOOLVT_BOOLBoolean (1 Byte) BYTEVT_UI1VT_UI1Byte WORDVT_UI2VT_I2Word (2 Byte) DWORDVT_UI4VT_I4DWord (4 Byte) SINTVT_I1VT_UI11 byte signed short integer INTVT_I2VT_I22 byte signed integer DINTVT_I4VT_I44 byte signed long integer USINTVT_UI1VT_UI11 byte unsigned short integer UINTVT_UI2VT_I22 byte unsigned integer UDINTVT_UI4VT_I44 byte unsigned long integer DATE_AND_TIMEVT_DATEVT_DATEDate and time DTVT_DATEVT_DATEDate and time TIMEVT_I4VT_I4Time (4 byte long integer) REALVT_R4VT_R44 byte real DOUBLEVT_R8VT_R88 byte real STRINGVT_BSTRVT_BSTRText ARRAY of ...VT_ARRAY | VT_...VT_ARRAY | VT_...Array of Leider geht die Tabellenformatierung hier in die Binsen Frage ist einfach, kann ich das via oo einbinden, oder muss ich trotz Wiederwillen Access anwenden? Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Hallo Marino, Marino Salvalaggio schrieb: > Hallo Mechtilde, > > habe soeben festgestellt, dass die Hilfedatei zu opc auf meinem Win-7 > nicht mehr richtig funktionier. War auf XP noch einwandfrei - > microschrott lässt grüssen. > Hoffe dass das bei Die lesbar ist. Nein ist es nicht. Unter einem Freien Betriebsystem, hier Debian GNU/Linux, habe ich kein Programm, was solche Hilfe-Dateien öffnen kann. Gruß Mechtilde > -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Hallo Mechtilde, habe soeben festgestellt, dass die Hilfedatei zu opc auf meinem Win-7 nicht mehr richtig funktionier. War auf XP noch einwandfrei - microschrott lässt grüssen. Hoffe dass das bei Die lesbar ist. Zum anderen, vielen Dank, dass Du mir das wegen Java so schnell durchgegeben hast. Ist tatsächlich Doof, dass das gemeinhin so hinausposaunt wird. Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Hallo Marino, *, Marino Salvalaggio schrieb: > Hallo Volker, > > ich hoffe, wir (oder insbesondere ich) missverstehen uns nicht > ständig.. :-) > > Am 06.03.2010 15:24, schrieb Volker Heggemann: >>> Marino Salvalaggio schrieb: > Wie kann ich Datenpunkte aus dem OPC direkt in Base-Tabellen > portieren? In welchem Format liegen die "Datenpunkte" vor? >>> Ist natürlich unterschiedlich ;-) je nach Datenpunkt >> Mechtilde meinte wohl eher, in welchem Datenbankformat die Daten >> abgelegt werden. >> Soweit ich OPCBase kenne, schreibt es die Daten via ODBC in >> "beliebige" Datenbanken (halt alle, die über einen ODBC Treiber >> erreichbar sind). >> > Ich möchte hier Klarheit schaffen: > *Es existiert noch keine Datenbank*. Die Daten liegen zur Zeit nur im > OPC-Server vor. > Das heisst - nur die momentan gültigen Daten sind verfügbar. > Diese werden sogleich überschrieben, wenn ein den Datenpunkt > betreffendes Ereignis eintritt, bez. wenn ein neuer aktueller Wert > vorliegt. Das kann in Stunden, Tagen, aber auch in der nächsten > Millisekunde sein! > Meine Aufgabe ist es nun, diese flüchtigen Daten via dem Datenpunkt > entsprechendes Polling in eine Datentabelle zu überführen. Hier ist das eigentliche Problem und dies hat erstmal nichts mit OpenOffice.org (Base) zu tun. Zunächst muss die Frage geklärt werden, in welcher Form OPC diese Aten so zur Verfügung stellen kann, dass sie mit einem gängigen DBMS (Datenbank Management System) via einem Konnektor (JDBC, ODBC o. a.) erfasst werden können. Danach kommt erst OpenOffice.org dazu, um eine weitere Auswertung zu ermöglichen. Dazu will ich > aber keinesfalls eine Calc-Tabelle benutzen, da keine laufenden > Berechnungen ausgeführt werden. Diese Funktion ist prädestiniert für > eine Datenbank, sind das ja alles gleichförmige Daten! Diese > Daten-Tabellen werden dann via lokale Abfragen, Formularen u.s.w. genutzt. > > Also - Die flüchtigen Daten aus OPC sollen in eine (mehrere) Ooo - > Base-Tabellen portiert werden! > Was ich habe ist der OPC-Client, der auch einwandfrei funktioniert. Wenn > ich den Aufrufe kann ich jeden Datenpunkt ansprechen; sowohl lesend als > auch schreibend; und so alle aktuellen Daten einsehen. Welche formate kann der Client liefern? Gruß Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Hallo Volker, ich hoffe, wir (oder insbesondere ich) missverstehen uns nicht ständig.. :-) Am 06.03.2010 15:24, schrieb Volker Heggemann: Marino Salvalaggio schrieb: Wie kann ich Datenpunkte aus dem OPC direkt in Base-Tabellen portieren? In welchem Format liegen die "Datenpunkte" vor? Ist natürlich unterschiedlich ;-) je nach Datenpunkt - Diverse Datenpunkte sind rein binär -TRUE oder FALSE. Diese werden über den Zeitstempel gepollt , sprich Zustandsänderung ergibt einen Eintrag in die Tabelle. So können hernach die Laufzeiten über die Abfrage eruiert werden. - Die meisten Datenpunkte liegen in Integer oder Real vor. Messwerte und abgeleitete und berechnete Daten. Mechtilde meinte wohl eher, in welchem Datenbankformat die Daten abgelegt werden. Soweit ich OPCBase kenne, schreibt es die Daten via ODBC in "beliebige" Datenbanken (halt alle, die über einen ODBC Treiber erreichbar sind). Ich möchte hier Klarheit schaffen: *Es existiert noch keine Datenbank*. Die Daten liegen zur Zeit nur im OPC-Server vor. Das heisst - nur die momentan gültigen Daten sind verfügbar. Diese werden sogleich überschrieben, wenn ein den Datenpunkt betreffendes Ereignis eintritt, bez. wenn ein neuer aktueller Wert vorliegt. Das kann in Stunden, Tagen, aber auch in der nächsten Millisekunde sein! Meine Aufgabe ist es nun, diese flüchtigen Daten via dem Datenpunkt entsprechendes Polling in eine Datentabelle zu überführen. Dazu will ich aber keinesfalls eine Calc-Tabelle benutzen, da keine laufenden Berechnungen ausgeführt werden. Diese Funktion ist prädestiniert für eine Datenbank, sind das ja alles gleichförmige Daten! Diese Daten-Tabellen werden dann via lokale Abfragen, Formularen u.s.w. genutzt. Also - Die flüchtigen Daten aus OPC sollen in eine (mehrere) Ooo - Base-Tabellen portiert werden! und umgekehrt wie kann ich Daten aus einer Base-Tabelle für OPC z.B.. via Abfrage zugreifbar machen? ( Solche Daten brauche ich z.B. für einen Leitrechner, der die Leistungsregelung vorgibt.) Also wäre es sinnvoll zu überprüfen, welche Datenbank die Datensätze denn letzlich erhält. (InnoDB, IBMDB, Access, usw.) Und ob es für dieses Datenbank einen Connector für Openoffice gibt. (Aber wie gesagt aus meiner Erinnerung müsste ein ODBC Treiber sowieso schon eingerichtet sein) Was ich habe ist der OPC-Client, der auch einwandfrei funktioniert. Wenn ich den Aufrufe kann ich jeden Datenpunkt ansprechen; sowohl lesend als auch schreibend; und so alle aktuellen Daten einsehen. Gruss Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Marino Salvalaggio schrieb: Hallo Mechtilde danke für Dein schnelles Antworten Am 06.03.2010 11:52, schrieb Mechtilde: Hallo, Marino Salvalaggio schrieb: Wie kann ich Datenpunkte aus dem OPC direkt in Base-Tabellen portieren? In welchem Format liegen die "Datenpunkte" vor? Ist natürlich unterschiedlich ;-) je nach Datenpunkt - Diverse Datenpunkte sind rein binär -TRUE oder FALSE. Diese werden über den Zeitstempel gepollt , sprich Zustandsänderung ergibt einen Eintrag in die Tabelle. So können hernach die Laufzeiten über die Abfrage eruiert werden. - Die meisten Datenpunkte liegen in Integer oder Real vor. Messwerte und abgeleitete und berechnete Daten. ... Mechtilde meinte wohl eher, in welchem Datenbankformat die Daten abgelegt werden. Soweit ich OPCBase kenne, schreibt es die Daten via ODBC in "beliebige" Datenbanken (halt alle, die über einen ODBC Treiber erreichbar sind). und umgekehrt wie kann ich Daten aus einer Base-Tabelle für OPC z.B.. via Abfrage zugreifbar machen? ( Solche Daten brauche ich z.B. für einen Leitrechner, der die Leistungsregelung vorgibt.) ... Also wäre es sinnvoll zu überprüfen, welche Datenbank die Datensätze denn letzlich erhält. (InnoDB, IBMDB, Access, usw.) Und ob es für dieses Datenbank einen Connector für Openoffice gibt. (Aber wie gesagt aus meiner Erinnerung müsste ein ODBC Treiber sowieso schon eingerichtet sein) Gruß Volker - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
Re: [de-users] Fwd: OPC
Hallo Mechtilde danke für Dein schnelles Antworten Am 06.03.2010 11:52, schrieb Mechtilde: Hallo, Marino Salvalaggio schrieb: hallo Freunde Die Frage geht in folgende Richtung. Ich möchte eine Datenbank für gewisse Daten aus dem OPC einrichten. Diese werden dann auf einem externen Laufwerk gespeichert.auf welches wir aus unserem Arbeitsplätzen zugreifen können. Wie kann ich Datenpunkte aus dem OPC direkt in Base-Tabellen portieren? In welchem Format liegen die "Datenpunkte" vor? Ist natürlich unterschiedlich ;-) je nach Datenpunkt - Diverse Datenpunkte sind rein binär -TRUE oder FALSE. Diese werden über den Zeitstempel gepollt , sprich Zustandsänderung ergibt einen Eintrag in die Tabelle. So können hernach die Laufzeiten über die Abfrage eruiert werden. - Die meisten Datenpunkte liegen in Integer oder Real vor. Messwerte und abgeleitete und berechnete Daten. z.B. Temperaturen der Umgebung. Diese erfasst die VorOrt-CPU analog via 4...20mA und verarbeite sie mit Dämpfung u.s.w. die CPU führt diese dann direkt in °C als Realvariable dem OPC-Server zu. Oder z.B. bei Düsenöffnungen als % in Real. und umgekehrt wie kann ich Daten aus einer Base-Tabelle für OPC z.B.. via Abfrage zugreifbar machen? ( Solche Daten brauche ich z.B. für einen Leitrechner, der die Leistungsregelung vorgibt.) Das hängt von der obigen Antwort ab. Der OPC-Server hat keine weiteren Funktionen, so dass dort ooo problemlos aufgesetzt werden kann s.o Gruß Mechtilde - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Fwd: OPC
Original-Nachricht Betreff:OPC Datum: Sat, 06 Mar 2010 10:50:08 +0100 Von:Salvalaggio Marino An: users@de.openoffice.org hallo Freunde ich habe folgende Frage, wobei mir nicht klar ist ob das hier das richtige Forum dazu ist. Auf unserem Rechner, unter windows-server 2003 läuft ein OPC-Server der die Daten von diversen Steuerungen unter Ethernet und CAN-open bereitstellt. Diese werden von diesem Server via Ethernet direkt ins Leitsystem portiert. (am Rande...OPC hat auf win 2003 jedoch Probleme; bleibt so alle 14Tage mal hängen; daher werd ich auf XP-zurück portieren müssen wo das ganze durchläuft) Die Frage geht in folgende Richtung. Ich möchte eine Datenbank für gewisse Daten aus dem OPC einrichten. Diese werden dann auf einem externen Laufwerk gespeichert.auf welches wir aus unserem Arbeitsplätzen zugreifen können. Wie kann ich Datenpunkte aus dem OPC direkt in Base-Tabellen portieren? und umgekehrt wie kann ich Daten aus einer Base-Tabelle für OPC z.B.. via Abfrage zugreifbar machen? ( Solche Daten brauche ich z.B. für einen Leitrechner, der die Leistungsregelung vorgibt.) Der OPC-Server hat keine weiteren Funktionen, so dass dort ooo problemlos aufgesetzt werden kann Marino
Re: [de-users] Fwd: OPC
Hallo, Marino Salvalaggio schrieb: > hallo Freunde > > Die Frage geht in folgende Richtung. Ich möchte eine Datenbank für > gewisse Daten aus dem OPC einrichten. Diese werden dann auf einem > externen Laufwerk gespeichert.auf welches wir aus unserem Arbeitsplätzen > zugreifen können. > > Wie kann ich Datenpunkte aus dem OPC direkt in Base-Tabellen portieren? In welchem Format liegen die "Datenpunkte" vor? > und umgekehrt wie kann ich Daten aus einer Base-Tabelle für OPC z.B.. > via Abfrage zugreifbar machen? ( Solche Daten brauche ich z.B. für einen > Leitrechner, der die Leistungsregelung vorgibt.) Das hängt von der obigen Antwort ab. > > Der OPC-Server hat keine weiteren Funktionen, so dass dort ooo > problemlos aufgesetzt werden kann s.o Gruß Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org
[de-users] Fwd: OPC
Original-Nachricht Betreff:OPC Datum: Sat, 06 Mar 2010 10:50:08 +0100 Von:Salvalaggio Marino An: users@de.openoffice.org hallo Freunde ich habe folgende Frage, wobei mir nicht klar ist ob das hier das richtige Forum dazu ist. Auf unserem Rechner, unter windows-server 2003 läuft ein OPC-Server der die Daten von diversen Steuerungen unter Ethernet und CAN-open bereitstellt. Diese werden von diesem Server via Ethernet direkt ins Leitsystem portiert. (am Rande...OPC hat auf win 2003 jedoch Probleme; bleibt so alle 14Tage mal hängen; daher werd ich auf XP-zurück portieren müssen wo das ganze durchläuft) Die Frage geht in folgende Richtung. Ich möchte eine Datenbank für gewisse Daten aus dem OPC einrichten. Diese werden dann auf einem externen Laufwerk gespeichert.auf welches wir aus unserem Arbeitsplätzen zugreifen können. Wie kann ich Datenpunkte aus dem OPC direkt in Base-Tabellen portieren? und umgekehrt wie kann ich Daten aus einer Base-Tabelle für OPC z.B.. via Abfrage zugreifbar machen? ( Solche Daten brauche ich z.B. für einen Leitrechner, der die Leistungsregelung vorgibt.) Der OPC-Server hat keine weiteren Funktionen, so dass dort ooo problemlos aufgesetzt werden kann Marino - To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org