Folge 103: Was macht einen guten Vision-Prototypen aus?

00:00:13: Herzlich willkommen im wohl innovativsten Schuppen zu unserem Podcast, embedded vision aus der Gartenhütte.

00:00:19: Heute wollen wir uns mal den Thema nähern was wirklich ein guter Vision Prototyp ist als Anschluss an die letzte Folge, aber zunächst möchte ich natürlich meinen Co-Hos begrüßen.

00:00:29: Hallo Manuel!

00:00:30: Hallo Stefan, schön auch die Woche da zu sein

00:00:32: Ja, schön mit dir dieses Thema fortsetzen zu können.

00:00:35: Wir haben ja beim letzten Mal ein bisschen darüber philosophiert was vielleicht der Unterschied ist zwischen einer ersten Demo und vielleicht wirklichen Prototyp wo man Annahmen premissen wirklich nochmal auf dem Prüfstand stellen kann Wo wir über die Validierung von seinem Produkt sprechen kann, wo man vielleicht auch genügend Daten sammeln kann.

00:00:57: und ja heute wollte wir ein wenig drüber quatschen oder was denn für uns wirklich so einen Prototyp ausmacht.

00:01:04: Was vielleicht technische Kriterien angeht, vielleicht aber eben auch nochmal der Unterschied was dann wirklich so ein Art Engineering Prototyp ist und was wir da bisschen mit in Verbindung bringen.

00:01:16: Genau, also wenn man so ein bisschen das Recap von der letzten Folge dann ein bisschen macht... Wir haben ja gesagt, wenn man Demonstrator hat, kann man von den entsprechenden Herstellern sicher Demokits besorgen.

00:01:28: Der Punkt ist so ein bißchen der Unterschied zum Prototypen dass wir mit einem Prototypin auch raus ins Feld gehen wollen, dass wir quasi auch möglichst viele der Einsatzszenarien quasi abfahren oder abdecken wollen und aber auch... möglichst viele Komponenten haben.

00:01:45: Das heißt ich habe nicht nur den Sensor, den ich später habe sondern auch die Linse und dann auch die Nachverarbeitung die ich möglich später hab.

00:01:53: das heißt quasi eine ISP ein CNN dass alles zusammen auf einem Prototypen sitzt.

00:01:59: es muss nicht in der finalen Hardware sitzen.

00:02:02: also das heißt es muss unbedingt sein dass so ein Prototyp schon im Edge Device sitzt.

00:02:08: aber es müssen möglichst viele Punkte einfach einen Haken dahinter haben der Sensor mit der Konfig planig später im Feld zu verwenden.

00:02:16: Mit dieser Linse, mit einer ISP die folgende Algorithmen und Module hat zack, zack sehr zack!

00:02:22: Und dann fahre ich damit oder gehe da mit ins Feld, geht damit auch in die Fabrik wo ich quasi die Werkstücke abfilme.

00:02:31: Das schaue ich mir dann aus wie du sagst.

00:02:33: Ich kann dann mit diesem System Daten sammeln das ganze aufnehmen und an meinen CNN weiterleiten taugt das ganze.

00:02:43: Passt die config, passt die isp passen die einsatzsinnaren gibt's corner cases wo es nicht funktioniert und all das muss ich möglichst schnell das heißt quasi mit einem system das mir eine gewisse flexibilität auch erlaubt dass sich wenn ich jetzt auf einmal feststellen ja mensch irgendwas funktioniert nicht sei es die linze sei es der sensor die kamera sei es in den isp dinge an zu passen dass ich sehr früh im projekt auch merke so down down dann muss ich was ändern Und genau so muss ein Prototyp aufschauen.

00:03:14: Da gibt es natürlich verschiedene Dinge, die wir da im Kopf haben konkret.

00:03:18: Genau!

00:03:19: Wie du sagst sollte natürlich auch erstmal Technologie unabhängig sein.

00:03:23: nicht dass man sich schon zu viele Constraints setzt aber auf der anderen Seite sollte das eine bloßen Fädelaufbau sein dem er vielleicht nur im Labor verwenden kann sondern der muss natürlich schon robust zahlen viel Flexibilität bieten, auch dass man vielleicht wirklich Bildsensoren durchwechseln kann.

00:03:40: Dass wir vielleicht auch andere Sensoren anschließen können

00:03:44: der sensor fusion absolut

00:03:46: genau.

00:03:46: und da Ja, ich meine wir haben schon öfter darüber gesprochen.

00:03:50: Ich glaube das wollen wir jetzt heute nicht aufgreifen was wir da alles in unseren Werkzeugkoffer haben.

00:03:54: aber ich sage mal so die Art und Weise wie wir da rangehen ermöglicht uns halt schon eine Vielzahl wenn nicht vielleicht fast eine unendliche Anzahl von Kameras aus dem Automotive aus den mobilen Maschinen aus dem Robotikbereich verwenden zu können generisch kleine robuste box irgendwie zu bringen dort unsere bild vorverarbeitung machen zu können wie du sagst die k i vielleicht schon laufen lassen zu können irgendein post processing zum machen wir schon gesagt es muss natürlich schon alles halbwegs robust sein muss aber auch gewisse sachen mit erfüllen weil wir wollen natürlich in so ein prototyp schon auch betrachtungen machen wie wichtig sind denn Neben Bildqualität vielleicht auch Latentsanforderungen oder allgemeinen Qualitätsansprüche an das... System an sich, was Performance angeht.

00:04:49: Wie viele Tops braucht eine KI?

00:04:51: Wie ausgefuchst muss eine ISP sein?

00:04:54: Brauche ich einen Rauschfilter?

00:04:55: Brauch' ich da keinen?

00:04:56: Welche Latents in Summe?

00:04:59: Kann nicht mehr leisten.

00:05:00: wie schnell muss ich vielleicht auch irgendein Aktor ansteuern gerade wenn ich – du hast das ja immer schon angesprochen – in die Fabrik gehe und da irgendwas nicht nur analysieren und detektieren will sondern irgendeine Aktion auslösen will?

00:05:16: enorm wichtig ein Prototyp zu haben, wo man zum einen natürlich dann die Entscheidungen für die Serie draus ableiten kann.

00:05:26: Der aber selber für sich betrachtet ja einfach auch alles desleistet was später die Serien-Elektronik auch leisten können muss also von der Schnelligkeit, von der Robustheit, vom Qualität und vielleicht schon auch den Gefühl bekommt wo in welchem Teilbereich, also entweder im Bereich Bildverarbeitung oder auch in anderen Bereichen muss ich vielleicht noch ein großes Augenmerk drauf legen.

00:05:53: Dass sich... Ich muss vielleicht auch nicht immer alle Probleme oder Themen die es da gibt Herausforderungen jetzt schon lösen.

00:06:00: aber natürlich so einen Prototypen-System sollte einfach so ausgefuchst sein dass ich alles erkennen das ich alle Problemstellungen erfassen kann.

00:06:10: Zum Schluss natürlich auch, dass ich alles einfach auch mal niederschreiben kann.

00:06:14: Dass mir wirklich mein kompletter Use Case, meinen Anwendungs-Szenario bewusst wird, egal ob ich dann auf dem Gabelstabler gehe im Bereich Nutzfahrzeugtechnik rein oder in die Fabrik rein und im Bereich Medizintechnik rein.

00:06:27: Das ist halt für uns letztendlich ein Prototyp.

00:06:30: Absolut und da kann ich vielleicht sogar mal aus Neckhästchen plaudern.

00:06:33: Wir haben ja auch mal einen Kundenfall gehabt, der hat ein Demonstrator gebaut mit Herstellern im Devkits, hat dann mit unserem System ein Prototypen aufgebaut und hat dann auf einmal festgestellt dass am Interface das Problem mehr gibt also Ergo zwischen Kamera und ISP Also quasi an der Datenübertragung.

00:06:52: Und mit unseren Prototypten hatten wir all die Werkzeuge in der Hand um zu evaluieren woran liegt es dann überhaupt?

00:07:00: und dann ist rausgekommen.

00:07:01: Das laut Datenblattanalyse, die Datenrate auf diesen Interfaces, alles super hat alles gepasst.

00:07:08: Aber was quasi nicht bedacht wurde, ist dass die Konfiguration des Sensors es ermöglicht hat das der Sensor als solches quasi mehr Daten burstmäßig aufs Interface drauf jagt.

00:07:21: und auf einmal kamen dann irgendwelche Fälle wo dann einzelne Pixel weg waren.

00:07:26: Und in dem Fall wurden die Bilder verworfen weil auf der Datenübertragung nicht genug Daten da waren.

00:07:32: Das konnten wir dann tatsächlich durch den Prototypen auch nachstellen und wie du sagst, man muss nicht alles sofort lösen.

00:07:37: Aber man muss wissen wo habe ich ein Thema?

00:07:39: Und ob das dann ist dass sich sagt okay ich mache mein Interface breiter Ich mach meine Konfigurationen vom Sensor anders.

00:07:45: Das ist alles in valide Lösungen.

00:07:47: aber mir muss bewusst sein dass ich da was hab.

00:07:49: und das habe ich natürlich erst in dem Moment Wo ich mal die Komponenten alle zusammenbringen Ohne... Da hätte ich gesagt ohne dabei schon im finalen Device zu sein Weil wenn ich am finalen device bin Dann was ändern wird teuer.

00:08:03: also das kann ich mir fast nicht mehr leisten, aber nachdem er das quasi vorher schon erkannt hat.

00:08:08: Kann man dann im Nachfolgen denn vom Projekt einfach sagen okay wir die die Lösung steben wir an und so machen wir das.

00:08:15: Und genau für solche Fälle haben wir unsere Prototypen und machen dann auch gerne Prototypem an der Stelle.

00:08:22: Genau genau und wie du sagst ne?

00:08:24: Manchmal ist es ganz kurios, man konzentriert sich natürlich relativ schnell auf die Software, die wir vielleicht in einem SoC zum Laufen bringen wollen.

00:08:32: Auf Themen von der Vorverarbeitung haben sie auch angesprochen über eine KI.

00:08:37: aber wie du sagst es kann relativ schnell und häufig sein dass das Problem genau an der Schnittstelle ist oder quasi alles was davor ist, wo man eigentlich gesagt hat nur ja man meldet bloß irgendein Sensor aus irgendeine Optik irgende eine Schnittställe.

00:08:53: Das passt schon Pi mal Daumen aber das ist ja ein Riesenfeld.

00:08:57: was es da eigentlich so Beachten

00:08:59: genau.

00:08:59: und dieses Riesenfeld würde ich sagen, schauen wir uns mal in einer anderen Folge aus denn wie immer bin ich der Hüter der Zeit.

00:09:05: Und wenn ich auf die Uhr schaue dann sehe ich wir sind am Ende unserer heutigen Folge angekommen Wie immer dahin weiß am ende jeder folge an unsere Zuhörerinnen und Zuhöhrer.

00:09:14: die email podcast ads selectlex.de gibt es auch diese Woche wieder.

00:09:18: da kann man sich sehr gerne hinwenden Fragen stellen, Anmerkungen und wir gehen in einen der nächsten Folgen sehr gerne darauf ein.

00:09:25: Und ansonsten wünsche mir wieder eine schöne Zeit, eine schöne Woche bis zum nächsten Mal!

00:09:28: Tschüss und

00:09:29: ciao.