Datenverarbeitung in einer embedded Smart Camera kann sich auf verschiedene Typen, von Prozessormodulen verteilen. Bilddaten können z.B. von FPGAs, GPUs und auch ARM-CPUs verarbeitet werden, deren Abfolge nicht fest definiert ist. Hierdurch wird ein flexibles Modell benötigt, das die Prozessormodule als Black Boxes´ mit Ein- und Ausgänge beliebig kombinieren lässt. Dieses erfordert allerdings eine allgemeinere Beschreibung von Datenformaten und -strukturen, die den jeweiligen Ein-/Ausgängen und Kapazitäten angepasst ist. Das Prozessormudul-Netzwerk muss in einer allgemeinen Weise beschrieben werden. Da die Module von unterschiedlichen Herstellern sein können, muss zudem deren Interoperabilität sichergestellt sein. Die Fallbeispiele listen sieben unterschiedliche Szenarien (u.a. 3D Smart Cameras, programmierbare und mit festen Funktionen, basierend auf ARM-CPUs oder FPGA-SoCs) auf. Interessant sind die Vorüberlegungen zu 3D-Kameras, die schon vor der EVSG-Initiierung (s. Kasten) formuliert wurden und ebenso auf den Bedarf einer erweiterten Beschreibung der Datenformate, -strukturen und Semantik hinweisen.

Abwehr von Hackerangriffen

Eine weitere Fallbetrachtung liegt im Bereich der Sicherheitsmechanismen, um Hackerangriffe abzuwehren. Als eine Anforderung im Bereich großer Factory-Floor-Netzwerke ist es zukünftig wichtig, originale Bilddaten oder Ergebnisdaten vom Sender zu verschlüsseln und beim Empfänger zu entschlüsseln und dann zu validieren. Die Anforderungsliste an einen Standardisierungskandidaten umfasst zwölf Einträge. Tabelle 1 zeigt eine Auswahl. Wegen der großen Verbreitung von GenCam in der Bildverarbeitung gab es die Entscheidung, das eine Lösung GenCam-kompatibel sein muss. Die Evaluierung alternativer Lösungen wurde abgebrochen, nachdem sich zeigte, dass eine GenCam Erweiterung praktikabel sein könnte. Die Vorüberlegungen zu Lösungen bei 3D-Kameras beschleunigten den Prozess. Anforderungen an einen IP-Schutz können ausschließlich in Kombination mit Hardwarelösungen integriert werden. Hier wurde neben dem USB-Dongle und der Netzwerkkarten-ID, ein Unique Identifier Chip oder die DNS/FPGA-Seriennummer als vielversprechendste Lösungsansätze gesehen. Hierfür müssten die SFNC und GenTL der GenCam-Spezifikation entsprechend erweitert werden. Die EVSG empfiehlt, GenCam um die Anforderungen im Bereich embedded Systeme zu erweitern. Der Schwerpunkt ist die Unterstützung generischer Datenformate und Prozessormodule. Initiativen mit ähnlichen Anforderungen (Standards für 3D-Zeilensensoren) sollen zukünftig in den Prozess miteinbezogen werden. Die Erweiterungen sollen innerhalb der GenCam-Gruppen ausgearbeitet werden. GenCam ist derzeit bereits ein weitverbreiteter Standard in der Bildverarbeitung. Durch die Implementierungen der Erweiterungen wird er zukünftig auch zu einer essentiellen Schnittstelle für embedded Systeme werden.