Problem mit Snake Vision

[Kampi]

Hallo,

ich hab mir einen Snake Vision Sensor für den Asuro als Fertigbausatz bestellt. Diesen habe ich vorhin getestet aber irgendwie funktioniert das nicht richtig. Ich versorge den Sensor mit 5V und hab den Anschluss ADC3 und den Anschluss ADC2 an jeweils einen A/D Kanal vom Mega32 geklemmt und mir den A/D Wert mittels Terminal ausgegeben. Der eine Sensor gibt in etwa 0 aus und der Wert erhöht sich je näher ich mit der Hand komme und der andere gibt die ganze Zeit 504-506 aus egal wie nah ich mit der Hand komme.

Was habe ich falsch gemacht?

Danke schonmal für die Hilfe

[Kampi]

Hat sich erledigt......ich Depp sollte vielleicht mal auf den Schaltplan gucken......ein 5V Festspannungsregler kann schlecht 5V generieren wenn an Vcc 5V anliegen und dann noch was an den Dioden abfällt sodass weniger als 5V zum Regler kommen -.-

[radbruch]

Du warst schneller als ich den Beitrag finden konnte:

https://www.roboternetz.de/community...l=1#post525640

[Kampi]

Ja ich habs nun (hoffentlich) endlich am laufen.
Betreiben tu ich den mit 12V ausm Netzteil und dann hat es erst wieder nicht geklappt. Der A/D Wandler hat die ganze Zeit 1023 ausgegeben aber das lag anscheinend daran das ich direkt auf den A/D-Wandler gegangen bin und das GND vom RN-Control nicht mit dem Snake Vision verbunden habe. Nachdem ich auch GND vom RN-Control mit dem Snake Vision verbunden habe und die zwei ADC Ausgänge vom Snake Vision an den A/D-Wandler vom Mega32 geklemmt habe und den ganzen Kram mit 12V betreibe kommen auch sinnvolle Werte raus........
Wenn nichts in der Nähe ist kommen zwei Werte im Bereich 30-70 raus. Wobei der eine Sensor 30 ausgibt und der andere 60+. Kann das an dem Drift der Sensoren liegen?
Ich meine stabil ist die Spannung ja, ich benutze ja die Snake Vision Spannungsquelle ohne da was dran gemacht zu haben.

[Besserwessi]

Die Spannung vom Sensor ist sehr kleine, da kann es schon zu einem kleinen Offset kommen, denn man wohl in Software berücksichtigen muss. Neben der Drift des Sensors ist auch die Temperatur des Sensors wichtig: wenn man da vorher angefasst hat und der Sensor damit etwas wärmer ist, zeigt der Sensor einen kleineren Wert an.

Der Sensor an sich (also das Sensor IC) kann keinen Offset in dem Sinne habe, einfach aus Gründen der Thermodynamik: ohne Temperaturdifferenz kann da keine Spannung rauskommen. Es könnte ggf. zu einem Offset durch HF-einstrahlung z.B. vom Handy kommen - das trifft aber den Verstärker.

[Kampi]

Ok.
Dank dir für die Antwort

[Kampi]

Noch eine Frage...
Woran liegt es das der eine Sensor deutlich mehr anzeigt als der andere? Ich hab schon geguckt das so gut wie keine Sachen usw. in der Nähe sind.
Und kann man das Problem eventuell so lösen, dass man den Controller am Anfang des Programmes 10 Werte von jedem Sensor einlesen lässt, daraus bildet er dann einen Mittelwert und speichert den Mittelwert jedes Sensors ab und zieht diesen Mittelwert von den neuen Messergebnissen ab um dann festzustellen ob die Wärmequelle mehr links oder mehr rechts ist?
Weil ich würde damit eine Wärmeortung bauen wollen und da ist es doof wenn der eine Sensor deutlich mehr anzeigt als der andere, obwohl nichts in der Nähe ist.

Danke für die Antwort!

[radbruch]

Hallo

Fertigbausatz? Wenn's ein Bausatz war: Bauteile und Lötstellen kontrollieren. Testweise könntest du mal die ADCs tauschen. Hast du die Spannungen an den ADC-Pins schon mit einem Messgerät nachgemessen? Vielleicht ist es ein Problem des ADCs beim Umschalten des Kanals.

Da ich mein SnakeVision schon lange nicht mehr verwendet habe kann ich mich nicht mehr erinnern, wie sysmetrisch die Werte bei mir waren. Aber ein Blick in meine alten Programme zeigt erstaunliches:

// Teelichtlöschen mit SnakeVision                                       18.4.10 mic

#include "asuro-probot.h"

// Code für das SnakeVision stammt von hier:

// *******************************************
// * Snakevision für ASURO                   *
// * Verfolgt eine Wärmequelle               *
// *                                         *
// *                                         *
// *                                         *
// *                                         *
// * (c) 2007 Robin Gruber                   *
// * Details zum Code in:                    *
// * "Mehr Spaß mit ASURO, Band II"          *
// *******************************************
void SnakeData(unsigned int *data)
{
	// ThermalData() funktioniert genauso, wie LineData(), ...
	// ... nur dass dabei die interne Spannungsreferenz als ...
	// ... AD-Wandlerreferenz verwendet wird.

	// Prozessorinterne Referenz verwenden
	// Multiplexer auf linken Sensor schalten
	ADMUX = (1 << REFS0) | (1 << REFS1) | IR_LEFT;
	// Wandlung starten
	ADCSRA |= (1 << ADSC);
	// Warten, bis Wandlung beendet
	while (!(ADCSRA & (1 << ADIF)));
	// ADCIF zurücksetzen
	ADCSRA |= (1 << ADIF);
	// ADC-Wert auslesen
	data[0] = ADCL + (ADCH << 8);

	// Prozessorinterne Referenz verwenden
	// Multiplexer auf rechten Sensor schalten
	ADMUX = (1 << REFS0) | (1 << REFS1) | IR_RIGHT;
	// Wandlung starten
	ADCSRA |= (1 << ADSC);
	// Warten, bis Wandlung beendet
	while (!(ADCSRA & (1 << ADIF)));
	// ADCIF zurücksetzen
	ADCSRA |= (1 << ADIF);
	// ADC-Wert auslesen
	data[1] = ADCL + (ADCH << 8)-100; // Korrektur der Seiten!
}
int main(void)
{
	unsigned int data[2];
	Init();

	while(1)
	{
	SnakeData(data);
	if(data[0]>data[1]) // Werte werden beim Einlesen korrigiert!
	{
	   MotorDir(RWD,FWD);
	   MotorSpeed(150,150);
	}
	else
	{
	   MotorDir(FWD, RWD);
	   MotorSpeed(150, 150);
	}
	PrintInt(data[0]);
	SerPrint("-");
	PrintInt(data[1]);
	SerPrint("\n\r");
	//Beep(300);
	Msleep(300);
	}

}

Das sind die orginalen Kommentare. Vermutlich gibt es deshalb die Kalibrierfunktion die ich allerdings noch nie genauer untersucht habe.

Gruß

mic

[Kampi]

Ja es ist ein Fertigbausatz.
Ich hab da gestern direkt mal drüber geguckt und die Lötstellen sehen alle sehr gut aus. Ich denke also nicht das es daran liegt. Um Probleme beim Umschalten des ADC-Kanals zu vermeiden habe ich nach jedem auslesen eine 200ms Pause eingebaut. Aber das mit dem Nachmessen werde ich trotzdem mal machen.
Würde die Kalibrierung wie ich sie oben im groben beschrieben habe so überhaupt funktionieren bzw. Sinn machen?

[radbruch]

Besser als die Pause wäre ein zweimaliges Einlesen des selben Kanals und nur das zweite Ergebnisse zu verwenden. Die orginale Funktion verwendet offensichtlich die interne Spannungsreferenz zur Erhöhung der Genauigkeit und der Reproduzierbarkeit der Messungen.

Ich vermute, beim Kallibrieren wird lediglich der Unterschied zwischen den Seiten zur Kalibrierzeit ermittelt und bei allen weiteren Messungen eingerechnet.

Gruß

mic