ilx551b und arduino

[löffel (Gast)]

Hallo, wir haben ein Projekt in dem wir ein Sensor zur 
lasertriangulation entwerfen und bauen.
Wir verwenden die ilx551b sensorzeile in Verbindung mit arduino. unser 
Problem ist nun, dass bei der Auswertung unser Programm Werte ausspuckt 
die allesamt unlogisch sind. Egal ob man den Sensor abdunkelt oder voll 
belichtet hat pixel1 den Wert 136 und pixel2 hat 134 pixel3 hat wieder 
136 und so geht das weiter bis 2087.. hat jemand ne spontane Idee an was 
es liegen könnte? Vielleicht kommt jemandem dieser Fehler bekannt vor.

vieleN dank schon einmal fürs Kopf zerbrechen.

[Eumel (Gast)]

Schau mal in Zeile 42, da liegt der Fehler.

[Oliver B. (oliver_b25)]

Zeile 42? :)

[löffel (Gast)]

hier der quellcode

[void (Gast)]

Oliver B. schrieb:
> Zeile 42? :)

Im Gegenteil. Zeile 42 ist eine Leerzeile und damit ohne Fehler!
Leider kann man das von den anderen Zeilen nicht sagen...

Ein Blick auf die Hardware:

/*
  3 Buttons on Pins: PD6 - kalibrieren
                     PD7 - messen
                     PB0 - pfeilart
                     PC4 - Uart on/off
                     
  CCD_CONTROL pins:  PB1 - rog
                     PB2 - clock
                     
                     PC0 - ccd output signal
  
  LASER pin:         PB5
  
  LCD pins:          PD2 - D7
                     PD3 - D6
                     PD4 - D5
                     PD5 - D4
                     PB3 - E
                     PB4 - RS
*/
/*output from ccd*/
#define ccd A0    // = PC0
/*pins to control ccd and laser*/
#define rog 9     // = PB1
#define clock 10   // = PB2
#define laser 13   // = PB5
/*pins for buttons*/
#define kalibrieren_pin 6   // = PD6
#define messen_pin 7        // = PD7
#define pfeilart_pin 8      // = PB0

Da passt auch nicht ein einziges Define (bzw. Kommentar) zum Schaltplan!
Beispiel: "ROG"-Signal, angeblich Wert "9", Kommentar "PB1" aber 
angeschlossen an "PC0".


Ein Blick auf den Funktionalen Teil der Software:

//  --> 1kbyte SRAM --> Using 512 Pixel: 512*2byte = 1024byte
#define PIXEL 512
#define COMPLETE 2087
const uint8_t EXP_HOLZPFEIL = 1000;
const uint8_t EXP_CARBONPFEIL = 2000;
int ccd_array [PIXEL];

void ccd_routine (const uint8_t exposure) {

  //DUMMY RUN
  digitalWrite(rog,LOW);    //RESET ROG
  delayMicroseconds(200);
  digitalWrite(rog,HIGH);    //SET ROG
  
  for(int i=0;i<PIXEL;i++) {
      
    digitalWrite(clock,LOW);    //RESET CLOCK
    delayMicroseconds(1);
    digitalWrite(clock,HIGH);    //SET CLOCK
  }

Aha, ein Dummy run über alle 512 Pixel. Was ist mit den anderen ~1500 
Pixel? Der Sensor hat effektiv 2048 Pixel und real noch ein paar mehr.

  //EXPOSURE TIME
  digitalWrite(laser,HIGH);    //LASER HIGH
  digitalWrite(rog,LOW);            //RESET ROG
  delay(exposure);
  digitalWrite(rog,HIGH);            //SET ROG
  digitalWrite(laser,LOW);    //LASER LOW

Zwei Sekunden Belichtungszeit fühlt sich ein bischen lang an.
Oder schaltest du das Licht vorher aus? Laser an hört sich nicht nach 
wenig Licht an...

  //MEASURE
  for(int i=0;i<COMPLETE;i++) {

    if (i>29 && i<2081) {  
      j++;
      digitalWrite(clock,LOW);    //RESET CLOCK
      analogRead(A1);      //low phase so lange wie high phase
      digitalWrite(clock,HIGH);    //SET CLOCK
      if(j == 4) {
        ccd_array[x] = analogRead(ccd);
        j=0;
        x++;
      }
    }
  }
}

1. Das Auslesen des ADC damit die high und low Phasen der Clock 
gleichlang sind ist so wie es programmiert wurde wirkungslos, denn so 
sind die Clock Phasen abhängig vom adressierten Pixel.
2. Die Clock wird garnicht erzeugt für Pixel <=29 und >=2081. Damit 
werden nicht die Pixel gelesen welche der Programmierer eigentlich lesen 
wollte, weil bei Pixel 30 erst Pixel 1 aus dem Sensor kommt...
3. Datenblatt Fig.2 sagt, dass VOUT gültig ist wenn die Clock low ist. 
Das heißt der Wert ccd_array[x] wird beim falschen analogRead() 
gespeichert und ist damit immer undefiniert.

[loeffel (Gast)]

Danke für die Hinweise.

Die aufgebaute Hardware passt  nicht, da der hochgeladene Schaltplan der 
falsche ist. Tatsächlich passen die Pins im Programm aber zur 
aufgebauten Schaltung.

Die Belichtung ist so groß, da der Carbonpfeil, der das Laserlicht 
zurückstreut einen recht hohen Remissionsgrad hat. Beim Holzpfeil könnte 
die Belichtungszeit etwas verringert werden.

Den Rest hab ich jetzt mal umgeschrieben und werde mich melden wenn ich 
es getestet habe.