Robo: Autmatisch Boden scannen und als Gesamtild speichern

[-schumi-]

Hallo O:)

ich hätte eine Idee für ein schätzungsweise relativ aufwendiges Projekt, zu dem ich gerne eure Meinungen/Vorschläge etc. hören würde.

Es geht um folgendes:
Ein Roboter soll einen Raum (meist ohne Möbel, wenn doch, dann nur da wo er nicht zu scannen braucht -> Robo muss nicht flach sein) automatisch vollständig durchfahren und dabei den Boden scannen und als ein Gesamtbild speichern.


Anforderungen an den Bot:
- Akkubetrieb
- Gute Scannauflösung: Holzporen, leichte Krazer, Dellen etc. sollen deutlich erkennbar sein
- autonomes Verhalten: Soll sich selbst zurechtfinden (Anfangs nur in rechteckigen Räumen)
- Zeitlimit soll erst mal keine Rolle spielen


Umsetzung:

- Grundgerüst:
Asuro-ähnlich, nur Größer und mit Stützrad o.ä. statt Tischtennisballhälfte
Größe: Grundfläche ca. DinA4-Blatt, Höhe uneingeschränkt

- Komponenten:
- Scannen: Leiste samt Elektronik aus Flachbettscanner (Leiste wird wie bei nem Mähdrescher angebracht)
- Fahrwerk: warscheinlich Schrittmotoren, an die direkt die Räder drankommen
- Main-Control: alter Laptop (256MB Ram, 700Mhz CPU, 10GB HDD) mit Linux (warsch. DSL oder Lubuntu) wird einfach auf den Robo gestellt
- Spannungsversorgung: Noch nicht genau festgelegt, irgendwelche Klotzakkus o.ä.

- Details:
- Fortbewegung:
Für die Fortbewegung ist ein Atmega zuständig, der vom PC via USB-UART angesprochen wird
- Scannen:
Der Scanner wir ganz normal via USB an den Laptop angeschlossen. Der Laptop macht eine Scan-anfrage. Dort wo normal der Motor vom Scanner sitzt zapft der Atmega die Signale ab und lässt den Roboter geradeaus fahren -> Seite für Seite wird gescannt und erst mal einzeln abgespeichert
- Orientierung:
In jeder Ecke des Raumes wird eine Kleine Platine mit IR-LED und Empfänger angebracht. Der Roboter fragt immer nacheinander die Platinen in den Ecken nach einem Signal. Je nach Zeitverzögerung der Antwort oder Winkel des eintreffenden Signals soll die Position bestimmt werden. Vielleicht kommt auch noch ein digitaler Kompass dazu. (Geforderte Genauigkeit: ca. 2-3mm währen schon gut, der Rest lässt sich ja per Software korrigieren)
- Rohdaten-Auswertung:
1. Möglichkeit: Laptop fügt die einzellnen Bilder selbst zusammen -> warscheinlich zu langsahm
2. Via Wlan oder Bluetooth werden die einzellnen Bilder gleich übertragen oder mit einem Stick o.ä. zu einen anderen PC transveriert, der das ganze zusammenfügt (zur Verfügung stünden 1. Lappie mit 2x2Ghz + 2GB Ram oder 2. Desktop-PC 4x3Ghz + 8GB Ram. Den werd ich allerdings warscheinlich nur benutzen können wenn sich der Robo als wirklich produktiv erweist)


Ist dieses Projekt so realisierbar? Gibt es so ein Projekt schon iwo und ich habs blos nicht gefunden?
Über Anregungen und Kritik würde ich mich sehr freuen!

Grüße
-schumi-

[ranke]

Was mir spontan als möglicherweise kritisch einfällt:

1. Scannen:
Übliche preiswerte Flachbettscanner können etwa DIN A 4 - das macht also 16 Bilder pro Quadratmeter - weil man eine Überlappung braucht vielleicht eher 18 bis 20. Gibt es ein brauchbares Tool, diese Kacheln zu einem Gesamtbild zusammenzusetzen? Welche Software kann entsprechend große Bilder noch handhaben?

2. Orientierung:
Das scheint mir noch sehr wenig durchdacht, aber eventuell die größte Herausforderung zu sein. Laufzeitmessungen von Licht sind für die geforderte Genauigkeit vom Amateur nicht machbar. Bei Ultraschall gehen Laufzeitmessungen, aber wahrscheinlich nicht in der geforderten Auflösung, zumal man gerade in möbelfreien Räumen starke Echos bekommt. Winkelmessung scheint auch eher aufwändig: Eine Abweichung von +/- 1 mm auf eine Distanz von 10 Metern ergibt nur eine Winkeländerung von +/- 0,4 Winkelminuten, das entspricht etwa der doppelten Auflösung des menschlichen Auges (siehe: http://de.wikipedia.org/wiki/Auflösungsvermögen#Auge ). Mit einem Kompass kann man da auch nichts verbessern. Hier muss also unbedingt ein Konzept gefunden werden.

3. Antriebskonzept: Hier könnte man sich überlegen, ob ein Omniwheel Antrieb günstiger wäre, man muss ja häufiger (bei jeder neuen "Spalte") um 90° versetzen, was beim Dreiradkonzept ein gewisses Rangieren erfordert. Denkbar wären auch zwei unabhängige Antriebe für Längs- und Querfahrt. Ist aber vermutlich Geschmackssache.

[-schumi-]

Hallo ranke,

danke für deine Antwort!

Zur Scannsoftware:
Ja, die Software gibt es und ich hab sie auch zur Verfügung wenns sein muss. Allerdings muss man da alles von Hand machen (in etwa andeuten wo was hingehört).
Desshalb spiele ich mit dem Gedanken, dann selbst eine Software zu schreiben, die hier einen Teil übernimmt:
Der Robo erstellt eine Textdatei, in der für jedes Bild die ungefähre Koordinate hinterlegt ist. Dann fügt die Software die Bildchen so zusammen, dass noch Lücken dazwischen sind. Das richtige Zusammenfügen mit Überschneidung kann die oben genannte Software dann von alleine.

Orientierung:
Ja, ich muss dir Zustimmen: Das Konzept ist nicht so der Hit, aber mir fällt Spontan noch weiteres ein:
Laser:
Es wird eine Laser-Fläche erzeugt (wie bei den Laserwasserwagen). Dann wird mit einer Kamera ermittelt wo sich der Strich auf dem Boden knickt und an er Wand weiterläuft. Das dann rundherum abtasten
-> Nachteile: 1. Sehr schwierig zu realisieren 2. funzt nicht wenn der Robo senkrecht auf die Wand zufährt 3. Gefahr von Netzhautverbrennung des Anwenders
Lasermäuse ausschlachten:
Man könnte sich auch noch der Sensoren zweier Lasermäuse bedienen und diese dann in höhe der Räder platzieren, um den Weg jedes Rades zu messen.
-> Nachteile: Stimmt 1 Wert nicht stimmt keiner danach mehr

Aber eine gute Lösung ist da immer noch nicht dabei

Zum Antrieb:
Ich hab Omniweels noch nie praktisch ausprobiert, aber ich schätze mal dass die auch nicht perfekt rund sind und desshalb das gescannte Bild dann so leichte Horizontale Absätze hat, oder?
Ansonsten währen die schon praktischer, aber ich glaube es genügt auch wenn sich der Bot auf der Stelle drehen kann...

MfG
-schumi-

[ranke]

Deine Argumentation gegen Omniwheels finde ich überzeugend. das Asuro-Konzept wird das richtige sein.

Ein Vorschlag zur Orientierung:
Man bringt eine Bake in einer Raumecke an, die längs der längsten Kante des Raums einen Laserstrahl aussendet (z.B. das Lasermodul von Pollin). Der Robo richtet seine Fahrtrichtung anhand des Laserstrahls exakt senkrecht zu diesem Strahl aus und fährt seine erste Messfahrt. Anschließend Rückfahrt, Versatz um eine Bahnbreite (bei dem Versatz vertraut man auf die Genauigkeit der Schrittmotoransteuerung, es sind ja nur etwa 20 cm), erneutes Ausrichten, nächste Messfahrt.
Nachteil ist, dass die Ausrichtung nur an der Raumkante mit dem Laserstrahl gemacht werden kann, während der Messfahrt muss man darauf vertrauen, dass die Ausrichtung bleibt (indem man links und rechts den selben Weg fährt).
Will man diesen Nachteil vermeiden, kann man einen zusätzlichen Aufwand treiben, indem man einen Spiegel in den Laserstrahl stellt, der den Strahl um 90° in die Fahrtrichtung des Robo umlenkt. Damit gibt es für jede Messfahrt einen echten Leitstrahl. Allerdings muss der Spiegel nach jeder Messfahrt um die Bahnbreite versetzt und neu justiert werden. Das könnte durch eine zusätzliche Kinematik am Robo erfolgen (oder man baut den Spiegel selbstfahrend).
Einige Fragen (z.B. wie man die senkrechte Ausrichtung bzw. die Ausrichtung des 90° Spiegels konkret macht) sind jetzt noch offen. Ich denke aber, das wäre hinreichend genau lösbar.

Sicherheitsbedenken gegenüber der Laserstrahlung: Hier wird man auf jeden Fall einen sichtbaren Laser geringer Leistung verwenden, ausserdem sollte man den Strahl modulieren (damit nimmt die Leistung zusätzlich ab, ausserdem kann man bei der Erfassung das Laserlicht von unmodulierten Fremdlicht unterscheiden). Wenn man zusätzlich während der Messfahrt nur "eingewiesenen" Personen den Zutritt zum Raum erlaubt, hätte ich keine Bedenken.

Ach ja, bevor ich es vergesse: Alles Gute zum Geburtstag!

[-schumi-]

Ach ja, bevor ich es vergesse: Alles Gute zum Geburtstag!
Danke! :cheesy:

Ich finde deine Idee sehr gut!
Allerdings bin ich mir nicht sicher ob die Position die den Bildern beigelegt wird dann quasi in der X-Richtung (Richtung in die der Laser zeigt) noch ausreichend ist, wenn er sich schon Xmal umgedreht hat, denn vor allem beim Kurven-fahren und Drehen ist der schlupf der Räder doch erheblich...

Bin grad am Überlegen ob man auch folgendes machen könnte:
In 2 Ecken des Raumes kommt eine Platine mit kleinem Atmega, RFM12-Funkmodul und und kleinem LDR oder sontigem Lichtsensor.

Auf dem Roboter wird ein Schrittmotor mit möglichst vielen Schritten und Getriebe montiert (für ausreichende Genauigkeit). Dadrauf kommt widerum ein Laserpointer, der dann so gedreht werden kann dass er quasi 360° um sich blicken kann.

Jetzt such sich der Robo an Anfang die Position der 2 Platinen in Abhängigkeit vom Winkel des Laserpointers. Zur Unterscheidung der Platinen werden verschiedenen Modulationen des Laserstrahls verwendet.
Ob der Laser gerade auf die Platine zeigt oder nicht wird dem Robo mithilfe des RFM12 mitgeteilt

Jetzt fragt er z.B. nach jedem gescannten Blatt nach der Position, indem er in etwa die Position anpeilt die der Laser vorher hatte um die Postition der 1. Platine in den Ecken zu treffen und sucht dort nach ihr. Dann sucht er die 2.
(Könnte auch 360° Absuchen, aber dann dauerts so lange)

Jetzt sollte es dem Robo möglich sein seine Position zu ermitteln (Trigonometrie)

Evtl. kann man auch in alle Ecken so eine Platine anbringen, Dann könnte man mehrere Positionwerte ausrechnen und den Durchschnitt bilden um die Genauigkeit zu erhöhen.

Die Richtung in die der Robo zeigt könnte man dann mit Digitalem Kompass ermitteln...

Grüße
-schumi-

[ranke]

Ja, das scheint mir auch ein gangbarer Weg zu sein.

Man braucht zur Positionsermittlung in der Ebene (mindestens) 3 Baken. Der "Laser-Leuchtturm " auf dem Robo überstreicht den Raum und jede vom Licht getroffene Bake antwortet unverzüglich (oder mit definierter Verzögerung) per Funksignal (jede mit einem eigenen Code zur Identifikation).
Die Auswertung und Verrechnung kann dann im Roboter geschehen.
Notwendig ist allerdings, dass die Position der Baken im Raum sorgfältig vermessen wurde (das ist vielleicht bei der Installation etwas aufwendig).
Ein zusätzlicher Kompass ist nicht notwendig, weil der Roboter die Ausrichtung seines Laserstrahls in Bezug auf seine Fahrtrichtung ohne großen Aufwand messen kann.
Ich denke schon, dass eine Rotation des Lasers mit 1 Hz machbar sein sollte (das hängt auch etwas von den maximalen Raumgrößen ab). Damit kann man kontinuierlich drehen, was der Genauigkeit sicher zugute kommt (im Gegensatz zum gezielten suchen und "Anpeilen" einer Bake).

Jetzt haben wir schon mehr als ein Konzept, dann kann man sich ja schon spezifische Stärken und Schwächen der Konzepte ansehen, um einer Entscheidung näher zu kommen. Oder will noch jemand eine Alternative in den Raum werfen?

[fuxxx]

Ich glaube mal, dass bei so einer Scanner Einheit die Anforderungen an den Geradeauslauf und die exakte Einhaltung der Geschwindigkeit das Ganze echt schwierig machen.
Einfacher wäre es wohl, wenn man eine Kamera mit der Linse nach unten an ein Gestell befestigt und die Bilder davon aneinannder hängt. Der Vorteil wäre, dass man sich sicher sein kann, dass das Bild selbst nicht verzogen ist.

Wofür soll das Ganze denn gut sein? Spräche etwas gegen die Kamera Lösung?

[-schumi-]

@ranke

Man braucht zur Positionsermittlung in der Ebene (mindestens) 3 Baken.
Normalerweise schon, aber da der Handlungsraum ja durch Wände eingeschränkt ist, reichen 2 ;-)


Ein zusätzlicher Kompass ist nicht notwendig, weil der Roboter die Ausrichtung seines Laserstrahls in Bezug auf seine Fahrtrichtung ohne großen Aufwand messen kann.
Stimmt, daran hab ich gar nicht gedacht...

@fuxxx
Das mit dem Geradeausfahren mit Konstanter Geschwindigkeit könnte wirklich zum Problem werden...
Allerdings ist bei einer Kamera der Boden wieder verzerrt, das sieht dann zusammengesetzt warscheinlich so aus als ob der Boden in der Mitte jedes Bildes so eine große Beule nach oben hätte...
Ich hab zwar Software zur Entzerrung solcher Bilder zur Verfügung, aber das müsste man dann mit jedem Bild machen, und noch dazu von Hand weil sich das so glaub ich nicht automatisieren lässt...

Ich hab mal kurz die Ideen Skizziert, hier zu finden:
http://schuhumi.lima-city.de/rn-bilder/

MfG
-schumi-

[ranke]

... Normalerweise schon, aber da der Handlungsraum ja durch Wände eingeschränkt ist, reichen 2 <Baken>

Ich denke schon, dass man auch in diesem Fall mindestens 3 Baken benötigt. Ich nehme Bezug auf Dein verlinktes 2.jpg: Hier sind Winkel alpha und beta eingezeichnet, die Robo aber nicht kennt. Robo kann ausschließlich gamma = 180°-(alpha+beta) messen, außerdem ist die Basislänge zwischen den Baken bekannt. Damit ist das Dreieck noch nicht eindeutig definiert.

Zum Lösungsansatz 1.jpg: Das setzt die Begrenzung mit lotrechten, reflektierenden Wänden voraus. Problematisch ist, dass das "Abknicken" des Lichtstrahls gerade von der Position der Lichtquelle nicht sichtbar ist. Es handelt sich im Prinzip um eine optische Triangulation, die einen (möglichst großen) Abstand zwischen Lichtquelle und Lichtempfänger (Kamera) benötigt. Da der Robbi nur eine begrenzte räumliche Ausdehnung hat, wird es schwierig dort die nötige Basisbreite zu installieren. Man bräuchte übrigens nicht unbedingt Linien zu projizieren, ein Lichtpunkt an die Wand würde so auch genügen (und wäre wegen der höheren Leuchtdichte auch besser zu vermessen).

Kamera vs Scannerbalken:
Beide Systeme haben Vor- und Nachteile. Die von Schumi angesprochene Verzerrung bei Kameraaufnahmen kenne ich auch, speziell wenn man wie hier mit kurzen Brennweiten arbeiten muss. Noch problematischer sehe ich bei der Kameraaufnahme die ungleiche Beleuchtungssituation über die Bildfläche, die auch durch nachträgliche Bildbearbeitung praktisch nicht korrigierbar ist, speziell wenn die Oberfläche unter bestimmten Winkeln spiegelt. Solche Dinge sind mit dem Scannerbalken mit integrierter Beleuchtung prinzipiell besser beherrschbar. Auf einem ebenen Boden bekommt man vermutlich schon ganz brauchbare Ergebnisse mit dem Scanner, die Frage ist, was passiert wenn ein Rad in eine Delle fährt, oder über ein Schmutzpartikel. Da wird man sich nochmal einige Gedanken über das Antriebskonzept machen müssen, mal sehen, ob das Asurokonzept hier wirklich am günstigsten ist.

[-schumi-]

Ich denke schon, dass man auch in diesem Fall mindestens 3 Baken benötigt.
Oh, stimmt.. Oder eben doch einen Kompass ;-)

Zu Loesungsansatz (oe: Amerikanische Tastatur ;-) ) Nr. 1:
Ich glaub dass das in diesem Fall einfach nicht praktikabel ist... Man koennte zwar den ganzen Raum betrachten, aber die Ungenauigkeit wird schaetzngsweise zu gross sein ausserdem wird die Auswertung via Kamera warscheinlich auch viel zu aufwendig und Leistungsfressend fuer den Lappi...

Nr. 4:
Waehre relativ einfach zu realisieren, aber die Genauikeit ist schaetzungsweise viel zu gering...

Also favorisiere im Moment noch die Nr. 1 mit dem drehbaren Laserpointer auf dem Robo...

Zu den Raedern in Bezug auf Dellen im Boden und Staubkoerner:
Vielleicht wuerden da Raupenketten wie beim RP6 abhilfe schaffen, aber dann wird der Schlupf eben auch wieder viel krasser...

Hat jemand eine Idee wie man das machen koennte??

MfG
-schumi-

[ranke]

Nummer 4 habe ich noch nicht ganz verstanden. Könntest Du es nochmal kurz erklären?

Dellen und Staubkörner:
Scannerbalken auf einem separaten Rahmen lagern, der über großflächige Gleiter (z.B. Filz) über den Boden rutscht. Der Scannerrahmen wird so im Fahrgestell gelagert, dass er sich in der Höhe einstellen kann, aber seitliche Kräfte (Antrieb) übertragen werden. Der Scannerbalken sollte mittig zwischen den beiden ungelenkten Rädern liegen. Damit gibt es bei einer Kurvenfahrt die geringste Verzerrung im Bild. Die Räder sollten recht groß im Durchmesser sein, die Aufstandsfläche möglichst punktförmig damit man (besonders wichtig bei Kurvenfahrt) einen definierten Aufstandspunkt hat.

[-schumi-]

Das mit dem Rahmen für die Scannerleiste finde ich wirklich ein super Idee!
Und falls Brösel oder sonst was auf dem Boden liegen werden sie auch noch weggeschoben bevor der Bereich gescannt wird - Klasse :-D

Als Räder könnte man z.B. die hier nehmen:
http://www.pollin.de/shop/dt/NDM1ODU1OTk-/Eisenwaren/Laufrollen/Laufrad.html

Erklärung zur Nr. 4:
Das ist im Prinzip das selbe wie mit dem Laserpointer auf dem Robo, nur dass das Licht den umgedrehten weg geht.

D.h.: An mindestens 3 Ecken des Raumes ist eine (IR)LED angebracht. Jede sendet mit einer bestimmten Kodierung des Lichtes (damit der Robo sie unterscheiden kann)

auf dem Roboter befindet sich ein Lichtsensor (Hab in der Skizze mit den Lamellen mal einen LDR angedeutet) der Drehbar gelagert ist (genauso wie der Laserpointer)

Die Kugel mit dem Schlitz drin ist im Prinzip eine Küvette (schreibt man das so? :-s ) die das Licht nur durchlässt, wenn es exakt auf senkrecht auf den LDR scheint. Kommt es nicht gerade rein wird es von den schwarzen Wänden der Küvette absorbiert

So kann der Roboter herausfinden wo sich welche Platine und damit Ecke befindet

-> Nachteil: Genauigkeit warscheinlich nicht ausreichend
-> Vorteil: Im gegensatz zum Laserpointer keine Funkmodule benötigt



Bin grad am Katalog-blättern was man als Stromversorgung nehmen könnte...
Vielleicht einfach sowas jeweils vor und hinter die Achse der Räder (Gleichgewicht) ?
http://www.pollin.de/shop/dt/MTc1OTI3OTk-/Stromversorgung/Akkus/Blei_Akkus/Blei_Akkumulator_SEALAKE_FM1270.html
Oder ist davon eher abzuraten?

Man könnte die 2 Akkus dann Parallel schalten und den Lappie via Auto-Netzteil versorgen.
Für den AVR natürlich Wald- & Wiesen Spannungsregler.

Falls die Akkus OK sind:
Das mit Paralles schalten von Akkus ist ja immer so "Naja, hmm, is scho bischen, hmm..."
Könnte man den AVR noch damit beauftragen die Spannungen der 2 Akkus via ADC + Spannungsteiler zu messen, und erst den volleren so weit lehr fahren bis er genauso voll ist wie der andere und dann den 2. via Relay dazuschalten?

MfG
-schumi-

[ranke]

Akkus:
Wahrscheinlich sollte man erstmal den Energiehunger und die maximale Einsatzzeit (bis zum nächsten Nachladen) abschätzen. 2 von den Bleiakkus haben zusammen schon 170 Wh, das kommt mir etwas viel vor. Sie sind bestimmt auch ziemlich schwer. Man sollte auch andere Akkutypen (Nickel, Lithium) ansehen. Bedenke, dass Du zum Scannen zügig anfahren musst, damit der Anfang vom Bild nicht verzerrt. Ein hohes Gewicht bedingt dann wieder eine große notwendige Motorleistung, das braucht dann wieder einen dicken, schweren Akku... - so etwas kann sich richtig hochschaukeln (auch bei den Kosten). Im Zweifel eher zwei kleinere Akkus besorgen, die man schnell wechseln kann.
Für die Gewichtsverteilung braucht man nicht zwei kaufen, es sind ja 3 Räder vorhanden, der Gesamtschwerpunkt des Fahrzeugs sollte innerhalb der Fläche des durch die drei Radaufstandspunkte gebildeten Dreiecks liegen (nicht zu nahe an den Rändern und möglichst nahe am Boden, sonst besteht Kippgefahr beim Losfahren oder Bremsen).

Nummer 4:
Ein LDR ist wenig geeignet, weil er 1. eine recht große lichtempfindliche Fläche hat und 2. eine niedrige Grenzfrequenz hat.
Besser geeignet wären Fotodioden oder Fototransistoren. Statt der Anordnung mit den geschwärzten Blechen würde ich eine Art Fernrohr vorschlagen (das kann eine einfache Sammellinse sein). Das Licht der betreffenden Bake fällt nur dann auf den Fotoempfänger, wenn das Fernrohr akkurat auf die Bake ausgerichtet ist - das ist auch der Grund, warum der Fotoempfänger - zumindest in seitlicher Richtung - eine möglichst geringe empfindliche Breite haben sollte. Wenn man noch eine bessere seitliche Auflösung haben will, kann man statt der einfachen Fotodiode auch ein PSD nehmen (gibt es auch bei Pollin, wurde hier im Forum auch schon ein paar Mal erwähnt, deshalb erkläre ich jetzt nicht weiter). Damit wird die Auswerterei aber auch ein bisschen aufwendiger. Wahrscheinlich ist es zweckmäßig erst einmal ein paar Vorversuche zur Machbarkeit der Navigation zu machen, bevor man sich ernsthafte Gedanken um den Akku macht.

[-schumi-]

Hallo,

entschuldigt dass ich erst so spät antworte - und zu allem überfluss gibts nicht mal Neuigkeiten...

Leider kann ich im Moment noch keine Tests machen, weil ich weder Schrittmotor noch Getriebe zur Hand habe, es ist also erst mal wieder eine Bestellung von nöten...

- 2x kleiner Blockakku
- 2x Schrittmotor Antrieb
- 2x mal Räder
- 1x Schrittmotor für Laserpointer
- Fotodioden oder Fototransistoren
- noch ein paar RFM12s
und noch bissel weiterer kleinkram ;-)

Sobald es erste Ergebnisse gibt werde ich sie euch mitteilen :-D

MfG
-schumi-

[Thomas$]

ähm und maus auslesen?
http://www.bidouille.org/hack/mousecam
die ham auhc schon ein program fertig aber das kann man dann auch selbst schreiben um es seinen eignen bedürfnissen anzupassen

ps. quellcode ist sogar komplett offen wie ich grad sehe
nur die frage in welchen mäusen der sensor verbaut ist nur bei media markt werden die wieder nicht wissen was man sucht ;-)

[-schumi-]

Hallo Thomas$!


ähm und maus auslesen?
http://www.bidouille.org/hack/mousecam
Das is ja mal cool! :-D

Nur weis ich nicht genau worauf du damit hinaus willst. Wenn du meinst dass man mit der Maus den Boden scannt, ich befürchte:
- Ganze Bilder zusammensetzten fast unmöglich
- Auflösung, farbtreue etc. eher schlecht
- Dauert viel länger als mit dem Scannerbalken
außerdem schätze ich ist die Lösung mit dem normalen Scanner warscheinlich viel leichter zu realsieren...

Falls du meinst dass man die Bewegung die die Maus liest zur Orientierung nurzt:
Du kennst das doch bestimmt auch wenn die Lasermaus mal an einem bestimmten Punkt steht der Mauszeiger einfach von alleine auf die Reise geht
-> Wenn das bei dem Robo 1 mal Passiert sind alle Positionswerte ab dem fehlerhaften auslesen falsch. Und da der Robo auch nicht erkennt ob richtig oder falsch ausgelesen wurde ist die Lösung meiner Meinung nach nicht so ganz der Brüller...

MfG
-schumi-

PS: Ich glaub ich werd mal meinen provisorischen Farbsensor ein bischen aufmotzen - wo ist die nächste Lasermaus!? ^^

[Thomas$]

das problem beim scanner ,mpüssen die zeilen auch zusammen gesetzt werden
die maus selbt schafft glaube 1600fps nur das auslesen pakt man nicht so schnell
die maus braucht aber einen bestimmten sensor bzw die serie ADNS
und da z.b. den ADNS-2051
wa sich gelesen hab sollen die ja in den logitech mäusen drin sein

ordentliche mäuse gehen nicht von selbst auf wanderschaft auser meine weil dat kabel so schwer ist durch nen hub :-)

deswegen sind vlt mehrere messverfahren gut und aus denen dann die richtige position errechnen

probier erstmal den scanner so zu nutzen wie du willst da wirst du den treiber selber schreiben dürfen befürchte ich

oder am besten du liest die zeilenkamera selber aus aber das ist noch schwieriger
die maus ist ein versuch wert evtl bekommt man da eine mini version deiner idee hin und man lässt die daten über funk an einen rechner senden

die bilder sehen ja schon überzeugend aus find ich, ich denk das zusammen setzen klappt schon ganz gut
(oder man nimmt ne ordenliche kamera und setzt die bilder zusammen )

ich werd bald meinen 10€ gutschein fürn saturn nutzen um mäuse zu fangen ^^

farbtreuheit muss man sicher selber optimieren mit den datenblättern des chips und der led
mfg thomas$
ps das bringt einen wieder auf ideen schlimm ich ahne jetzt wofür ich meine ferien nutzen
12.1megapixel kamera(nix interpoliert)
auf irgend ein bot drauf und filmen und dann aus dem film ein komplettes bild machen :-) (ok beim filmen ist es nur hd aber reicht trotzdem)


also wenn du eine quelle zu den mäusen findest immer her damit den chip alleine will ich nicht kaufen weil ich die opotik eh dazu brauch