du hast ntl völlig Recht, "echte" Farbe war Blödsinn.
"reproduzierbare Farbmessung, unabhängig vom Umgebungslicht" wäre korrekter gewesen.
Wie das technisch wirklich machbar ist, weiß ich gar nicht, so was in der Art "automatischer, integrierter Weißabgleich" wäre sicher nicht verkehrt: das müsste aber der Sensor on-board leisten.
Der allererste und einfachste Schritt wäre sicher eine superhelle weiße onboard-Beleuchtungs-LED mit einer kleinen Linse davor.
Superhell wird dir nichts nutzen.
Da sieht man dann auch keine Farben mehr, nur noch das Spektrum der Lichtquelle.
Da müsste man dann auf Mittel der Astrometrie zurückgreifen um noch eine Farbe detektieren zu können.
Als Erstes muß man sich mal mit der Lichttemperatur befassen und deren Einfluß auf die Farbe eines Objektes.
http://crealightiv.com/wp-content/up...temperatur.png
Dann kann man für ein und das Selbe Objekt eine Sammlung von Datensätzen bei verschiedenen Lichttemperaturen und unterschiedlichen Oberflächen Eigenschaften anlegen.
Wenn man dann entsprechend viele Objekte (Farben) hat, dann kann man Messergebnisse mit den Daten abgleichen und belastbare Aussagen machen.
Ich habe fast 1 Jahr an dem Thema gearbeitet (Farbsensor).
Nicht umsonst arbeiten professionelle Farbdetektoren mit einer Fremdlichtabschirmung.
Letztes Jahr hatte ich wieder damit zu tun, da die Geldscheinprüfung, unter anderem, sowohl beim Papier als auch bei der Druckfarbe auch prüft ob diese im jeweiligen Spektrum die korrekte Farbe hat.
Hat man Objekte mit bekannten Farben, die man nur unterscheiden will, kann man mit einem einfachen Sensor mit einer Weißlichtquelle arbeiten, da man dann nur das Datum einer bestimmten Lichttemperatur braucht um unterscheiden zu können.
Das trifft allerdings halt nur auf Farben zu die sich bei Bestrahlung mit Licht im sichtbaren Spektrum unterscheiden.
Ich habe hier ein paar Schwarzlichtfarben, die bei Tageslicht alle weiß aussehen. Erst bei Bestrahlung mit UV Licht wird es bunt.
Geändert von i_make_it (22.03.2016 um 14:38 Uhr)
ich sehe schon, so etwas vernünftig selber zu machen ist schwierig.
Ein kleiner Onboard-Prozessor im Farbsensor, der das alles mit vertretbarem Aufwand selber erledigt, wäre sicher die beste Lösung.
Farben mit einem "lumpigen" RGB-Sensor zu "messen" kannst du eigentlich vergessen. Dem Prinzip nach ist das ein 3-Band-Colorimeter, also quasi das Primitivste, was geht. Man kann damit Farben unterscheiden, aber mit Messen hat das wenig zu tun. Du benötigst also entweder mehr Farben - selbst billigste Amateurgeräte z.B. für die Kalibrierung von Tintendruckern - sind wenigstens 7-Band-Colorimeter oder du verwendest gleich das Prinzip des Spektralfotometers. Bei Letzterem wird das Messlicht an einem Gitter oder Prisma aufgespalten und über eine CCD-Zeile mit mid. 128 oder mehr Zellen ausgewertet. Spektralfotometer verwenden überigens wegen des kontinuierlichen Spektrums auch heute noch Glühlämpchen als Lichtquelle.
Gehört habe ich das auch schon, aber bei denen, die ich bisher in der Hand hatte (z.B. Boehringer Microparts oder ColorLite) waren LEDs drin. Immerhin würden die, theoretisch, am Raspi gehen, sie haben RS232 oder USB.Zitat von Frank E.
mir würde etwas dicke reichen, das leistungsmäßig dem Hitechnic (Lego-"I2C") oder NXT- (Lego-"analog") oder EV3-(Lego-"UART") Farbsensor entspricht.
Alle haben getrennte Farbkanäle und eine eigene Beleuchtung "on-board".
Allerdings Protokolle nach Standard, vorzugsweise I2C mit frei wählbaren dev-Adressen, nicht die Lego-Verballhornung der Protokolle.
Berechtigungen
Zitieren
Lesezeichen