- 12V Akku mit 280 Ah bauen         
Seite 3 von 5 ErsteErste 12345 LetzteLetzte
Ergebnis 21 bis 30 von 49

Thema: USB Cam am microcontroller?

  1. #21
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    13.11.2004
    Ort
    Regensburg
    Alter
    45
    Beiträge
    344
    Anzeige

    LiFePo4 Akku selber bauen - Video
    War nur ein Vorschlag, wie gesagt, ich hab nicht viel Ahnung von USB.

  2. #22
    Gast
    Das USB ist ja nicht das größte Problem, sondern vielmehr
    das Datenprotokoll der Kamera.

  3. #23
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    13.11.2004
    Ort
    Regensburg
    Alter
    45
    Beiträge
    344
    Ich hab mal ein bischen gegoogelt und z. B. das hier gefunden: http://webcam.sourceforge.net/

    Ich bin kein studierter Mausschubser, aber ich denke anhand von den source codes der treiber sollte sich doch das Datenprotokoll ableiten lassen, oder stell ich mir das zu einfach vor?

    Wolfgang

  4. #24
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    13.11.2004
    Ort
    Regensburg
    Alter
    45
    Beiträge
    344

  5. #25
    Hallo
    Es gibt eine Windows SDK für die Logitech Quickcam. Leider funktioniert sie nicht 100%, ein paar Funktionen gehen einfach nicht.
    Ich habe damit ein paar Experimente zu Stereosehen gemacht, wobei die Kamera zwischen den zwei Aufnahmen seitlich verschoben wurde.
    Mit Hilfe eines Diaprojektors habe ich strukturiertes Licht auf den Sichtbereich der Kamera projeziert. Man kann die beiden Bilder dann korrelieren. Diese Korrelation ist aber ziemlich aufwendig, so daß selbst das einfachste Verfahren bei 640x480 Pixeln 1-3 s auf einem 1.7GHz Celeron benötigt. Dabei kommt dann aber auch erst mal nur ein Graustufenbild heraus, bei dem jedes Pixel einer Entfernung entspricht.
    Deshalb mein Tip: Für Bildverarbeitung immer ein Laptop oder PC verwenden, dann erledigt sich auch die Anschlussfrage über USB.
    Man könnte ja auch eine Funkkamera nehmen, den Empfänger am PC anschließen und über WLAN den "dummen" Robi steuern.
    Gruß
    Andreas

  6. #26
    Super-Moderator Lebende Robotik Legende Avatar von Manf
    Registriert seit
    30.01.2004
    Ort
    München
    Alter
    71
    Beiträge
    13.075
    Diese Korrelation ist aber ziemlich aufwendig, so daß selbst das einfachste Verfahren bei 640x480 Pixeln 1-3 s auf einem 1.7GHz Celeron benötigt.
    Prima Leistung, wie sieht es mit einem 64x48 Bild aus, das geht dann in 16ms, oder ein 16x12 Bild in 1ms?

    Für ein erstes Abstandsbild würde ich gerne eine geringere Auflösung in Kauf nehmen.

    Dann käme der Controller wieder in Spiel, um die Zeit bis das Bild gebraucht wird sinnvoll zu nutzen.
    Manfred

  7. #27
    Hallo Manfred
    Das Problemist, daß bei diesem Verfahren dann auch die Auflösung der Entfernungsmessung entsprechend geringer wird.
    Ich habe mit Pixelverschiebungen von bis zu 64 gearbeitet. Außerdem kann man noch ein bischen Interpolieren, so daß man dann auf vielleicht 100-250 diskrete Abstandswerte kommt. Viel genauer geht es dann aber mit diesem Verfahren nicht mehr. Außerdem gibt es Ränder links und rechts, die nicht ausgewertet werden können.
    OK. Es gibt aber noch andere Verfahren: Z.B. einen Strichlaser auf den Sichtbereich der Kamera projezieren und die Verschiebung des Strichs auswerten. Das geht wesentlich schneller. Man erhält dann aber auch nur ein "Radarbild" der Begrenzungen im Sichtbereich, statt ein 3-D-Bild.
    Für viele Anwendungen ist das aber völlig ausreichend.
    Trotzdem: Wer schnell Erfolg haben will, sollte einen PC nutzen. Was noch dazu kommt: Logitech-Kameras haben eine JPEG/MPEG-Schnittstelle, erst im PC werden die Bilder wieder zu Bitmaps. Auch das kostet Rechenzeit.
    Man muß das ganze ja graphisch darstellen können.
    Deshalb: Grundlagenforschung am PC, wenn man dann die richtigen Algorithmen kombiniert hat, auf den Roboter übertragen.

    Gruß
    Andreas

  8. #28
    Hi,
    ich beschäftige mich auch gerade damit wie ich die entfernung mit einer CCD Kamera messen kann. Das system "A Real-time Laser Range Finding Vision System" finde ich sehr gut nur finde ich die Art wie sie es gelöst haben sehr altmodisch.
    Mein vorschlag also.
    CCD -> SAA71XX -> CPLD -> CPU

    CCD Kamera da sie sehr lichtempfindlich sind
    SAA71XX Video Decoder habe mich noch nicht wirklich entschieden
    CPLD da er sehr schnell Bildpunkte vergleichen könnte
    CPU werde ich wohl einen Atmega 128 nehmen da ich ihn gut kenne

    Die Kamera gibt ein video signal zum SAA71XX die digitalen Daten werden vom CPLD ausgewertet also wo sich der laser befindet. Die CPU braucht dann nur noch den Abstand berechnen.

  9. #29
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    03.01.2005
    Ort
    hessen
    Alter
    35
    Beiträge
    1.101
    hört sich gut an.


    gruß
    patrick

  10. #30
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    07.02.2005
    Beiträge
    115
    Wie wäre es denn mit einem solchen Chip? Hab keine Ahnung wie man sowas nutzt aber den gibt es eben, um USB-Hosts zu basteln.

    http://www.semiconductors.philips.co...ISP1161A1.html

Seite 3 von 5 ErsteErste 12345 LetzteLetzte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

12V Akku bauen