Professionelle OPC UA Dienstleistungen
Sie benötigen eine OPC UA Schnittstelle, ein eigenes Informationsmodell oder einfach nur Beratung zum Einsatz?
basyskom
Warum OPC UA Dienstleistungen von basysKom?
- Wir arbeiten seit 2015 intensiv mit OPC UA
- Wir verfügen über umfassende Erfahrung im Kontext Maschinenbau, Anlagenbau und Messtechnik
- Wir sind Commercial Support Partner für den freien open62541-Stack
- Wir tragen aktiv zu OPC UA OpenSource-Lösungen wie open62541 oder Qt OPC UA bei
- Die Zusammenarbeit mit unseren Kunden ist individuell, direkt und lösungorientiert
- Wird sind Experten in den von uns eingesetzten Technologien und beraten technologieunabhängig
-
Maintainer des Qt OPC UA ModulsVorgestellt 2015
-
Kommerzieller Support Partner von open62541
-
Partner von UMATI
-
Zahlreiche erfolgreiche Projekte
Wer sind unsere Kunden?
Gemeinsam Sind wir STARK
Wie können wir Sie voranbringen?
Unsere Dienstleistungen orientieren sich an Ihrem Bedarf. Ob Beratung, Coaching und/oder vollständige Auftragsentwicklung. Wir passen uns Ihren individuellen Anforderungen an.
basyskom
Wie Arbeiten Wir?
Wir gestalten die Zusammenarbeit mit Ihnen immer individuell. Dabei passen wir uns flexibel Ihren etablierten Arbeitsabläufen an.
Transparenz ist uns wichtig: Wir vermeiden Verschwendung und schaffen frühzeitig Mehrwert für Sie, den Kunden. Wir arbeiten gerne direkt in Ihrem bestehenden Tool-Ecosystem und teilen Ihre Überzeugung, dass regelmäßige testbare Stände den Fortschritt sichern.
Unabhängig vom Modus der Zusammenarbeit erhalten Sie wöchentliche Berichte mit den angefallenen Aufwänden und einer Budget-Übersicht.
OPC UA - Häufige Fragen (FAQ)
Was Benötigen wir Wirklich?
OPC UA ist so ein riesiger Standard - Was benötigen wir wirklich?
OPC UA ist so ein riesiger Standard - Was benötigen wir wirklich?
OPC UA deckt eine weite Spanne an Anwendungsfällen für verschiedenste Industriezweige ab – niemand benötigt „alles“. OPC UA basiert auf einem festen Satz von grundlegenden Diensten, die vom OPC UA-SDK implementiert werden. Der Großteil des Standards beschreibt Konzepte, die durch Modellierung auf Basis der verfügbaren Dienste umgesetzt sind und auch üblicherweise vom SDK unterstützt werden. Sogenannte Profile und Facetten untergliedern den Standard in Feature-Sets, so dass es auch Untermengen der gesamten verfügbaren Funktionalität gibt, mit der eine Anwendung standardkonform OPC UA unterstützt.
Der eigene Einsatz bei der Umsetzung einer OPC UA-Anwendung auf Basis eines SDKs ist oftmals nur die Modellierung und die Anbindung der Prozessdaten über Callbacks.
Gerne helfen wir Ihnen, sich im Thema OPC UA zurecht zu finden und die für Ihren Anwendungsfall notwendigen Teile der Spezifikation zu identifizieren.
Wo Fangen wir an?
Wir haben die Anforderung "OPC UA Schnittstelle" bekommen - wo fange ich an?
Wir haben die Anforderung "OPC UA Schnittstelle" bekommen - wo fange ich an?
Zunächst muss unterschieden werden, ob ein Server oder ein Client benötigt wird. Ein OPC UA-Server ist der häufigere und auch kompliziertere Fall, da hier keine Daten auf einem vorhandenen Server konsumiert werden, sondern Daten in einem passend zu definierenden Modell bereitgestellt werden müssen.
Teil 1 der OPC UA-Spezifikation beschreibt die relevanten Grundkonzepte von OPC UA und ist eine wichtige Lektüre, um in das Thema einzusteigen, ohne gleich zu tief ins technische Detail zu gehen. Bei der weiteren Orientierung und der Konzepterstellung bis hin zur Umsetzung sind wir Ihnen gerne behilflich.
Open Source oder Kommerziell?
Muss ich einen OPC UA Stack kaufen, oder kann ich einen Open-Source Stack einsetzen?
Muss ich einen OPC UA Stack kaufen, oder kann ich einen Open-Source Stack einsetzen?
Das Open Source-Projekt open62541 ist eine inzwischen über viele Jahre gewachsene OPC UA-Implementierung in C99/C++98 für die Client- und Server-Seite mit einer aktiven Entwickler-Gemeinschaft und einem umfangreichen Ökosystem aus Firmen und Instituten, die die Entwicklung mit Entwicklerstunden unterstützen und kommerziellen Support und Dienstleistungen rund um open62541 anbieten.
Diverse Entwickler bei basysKom haben zur Entwicklung von open62541 beigetragen und viele Kunden sind glücklich mit unseren maßgeschneiderten Anwendungen auf der Basis von open62541 und unseren Möglichkeiten, notfalls auch Fehlerkorrekturen und neue Features in open62541 einzu bringen.
Für OPC UA-Clientanwendungen auf Basis des Qt-Frameworks (wie z.B. HMIs) gibt es das offizielle Qt-Modul Qt OPC UA, das hauptsächlich durch basysKom entwickelt und gepflegt wird und im Kern auf dem open62541-SDK basiert.
Wir beraten Sie gerne bei der Frage, ob open62541, ein anderer Open-Source Stack oder eine kommerzielle Lösung für Sie am passenden sind.
Best Practices?
Wie soll ich meine Daten auf der Schnittstelle abbilden?
Wie soll ich meine Daten auf der Schnittstelle abbilden?
Hier ist es zunächst ratsam, die Liste der verfügbaren Companion Specifications durchzusehen um zu prüfen, ob es bereits eine passende Spezifikation gibt oder ob wenigstens eine der Basisspezifikationen (DI, Machinery, …) als Baustein genutzt werden kann. Für ein komplett eigenes Modell ohne Basis muss entschieden werden, welche Sicht auf die Daten am sinnvollsten ist – eine Abbildung der Struktur einer eventuellen Maschine hinter dem Modell, oder eine Orientierung an Abläufen. Anschließend müssen die benötigten Datenpunkte gesammelt und gemäß der entschiedenen Abbildung gruppiert werden.
Wir helfen Ihnen gerne mit unserer Modellierungs-Expertise – sprechen Sie uns einfach an.
Wie modellieren wir unsere Datenstrukturen?
Was gibt es an Modellierungswerkzeugen?
Was gibt es an Modellierungswerkzeugen?
Der Platzhirsch im Bereich kommerzielle Modellierungswerkzeuge ist UaModeler von Unified Automation, es gibt aber auch weitere in der Praxis eingesetzte Anwendungen wie SiOME von Siemens.
Beide Werkzeuge haben gemeinsam, dass sie standardkonforme Dateien exportieren können, die SDK-spezifischen Codegeneratoren zur Erzeugung von Datentypen, Decodern, Encodern und Adressräumen für den Server als Eingabe dienen.
Wir berate Sie gerne – Sprechen Sie uns einfach an!
Wie konzipiere ich meine Software Architektur?
Wie kommt die Schnittstelle an die Daten aus meiner Steuerung?
Wie kommt die Schnittstelle an die Daten aus meiner Steuerung?
Wenn der OPC UA-Server als separater Prozess umgesetzt wird, bietet sich eine eigenständige Verbindung zur Steuerung über einen Feldbus oder andere Kommunikationsprotokolle, die die Steuerung unterstützt, an. Soll der Server in eine bestehende Applikation integriert werden, können oft die vorhandenen APIs zur Kommunikation mit der Steuerung verwendet werden.
Üblicherweise setzen OPC UA-SDKs die Anbindung von Knoten an Datenquellen Callback-basiert um, so dass der passendste Ansatz zum Lesen und Schreiben der Daten auf der Steuerung durch den Entwickler frei gewählt werden kann.
Wir zeigen Ihnen gerne die optimale Lösung für Ihr individuelles Projekt auf.
Was sind Companion Spezifikationen?
Unsere Branche erarbeitet eine Companion Specification - wie sollen wir da auf Augenhöhe mitarbeiten?
Unsere Branche erarbeitet eine Companion Specification - wie sollen wir da auf Augenhöhe mitarbeiten?
Companion Specifications sind ein wichtiger Baustein, um die Interoperabilität von OPC UA-Schnittstellen weiter zu verbessern. In den letzten Jahren haben viele Branchen und Interessenverbände solche Standards gemeinsam erarbeitet.
Wir helfen unseren Kunden, ihre Interessen zu wahren und ihre Ideen und Bedürfnisse in den Standardisierungsprozess einzubringen. Der Kunde bringt das Branchenspezifische Know-How, wir die OPC UA-Expertise. Gerne unterstützen wir auch Sie.
NUTZEN SIE UNSER KNOW-HOW
Unsere umfangreiche Erfahrung macht uns zu Ihrem perfekten Partner.
Beispiel für unsere Arbeit
Entdecken Sie unsere OPC UA Referenz
Foto: WEINIG Gruppe
basysKom hat die WEINIG Gruppe in mehreren wichtigen Bereichen technisch unterstützt. Dabei konnten wir auf unsere Erfahrung mit OPC UA und dem open62541-Stack zurückgreifen.
- Beratung zur OPC UA Modellierung und allgemeine Erfahrung mit der Technologie
- Beratung zur optimalen Nutzung des open62541-Stacks
- Kontinuierliche Prototyping-Arbeiten während der Entwurfsphase der Wood Working Companion Specification
- Upstreaming von Bugfixes für Probleme, die in open62541 während der Implementierung der verschiedenen Prototypen gefunden wurden
- Entwicklung von individuellen Client-/Server-Komponenten für die endgültige Wood Working Companion Specification auf der Grundlage des open62541-Stacks und Qt OPC UA
Als Ergebnis dieses kontinuierlichen Prozesses war WEINIG in der Lage, Produkte mit Wood Working Companion Specification-Unterstützung noch am Tag der Veröffentlichung der Spezifikation anzubieten.
Manage your cookie preferences by clicking here.