Scheinwerfer mit Front-LDR steuern - geht (noch) nicht

[basteluwe]

Wieder mal ich:
Ich habe meinen Krabbler (RP6 mit M256-WiFi) mit Scheinwerfern ausgerüstet und möchte die versuchsweise durch die LDRs lichtabhängig schalten.
Die Scheinwerfer werden über einen Transistor am Port-L5 geschaltet. Der Port ist als Ausgang konfiguriert.
Auf der M256 läuft das Programm Move2. In die main-routine habe ich folgenden Code eingefügt:

uint16_t licht = adcLSL;
		
	if(licht < 100)
		PORTL &= ~IO_PL5_OC5C;	// Scheinwerfer an
	else
		PORTL |= IO_PL5_OC5C;	// Scheinwerfer aus

Das funktioniert leider nicht! Es scheint als wenn der Wert für "licht" immer 0 ist, das heißt die Scheinwerfer sind immer an! Gleichzeitig wird der Wert für adcLSL aber im Terminal richtig angegeben (schwankt zwischen 0020 und 0980 je nach Licht).
Wenn ich manuel Werte für "licht" zuweise, funktioniert es.
Was mach ich falsch???

Gruß Uwe

[Dirk]

Hi Uwe,

die Helligkeitswerte stammen ja von den LDRs auf der RP6 Base, müssen also von der M256 WiFi via I2C gelesen werden.

Beispiel 1:
Programm RP6M256_06_I2CMaster.c
Da erfolgt das Lesen aller Sensorwerte in den Funktionen readAllRegisters() oder der Helligkeit allein in readLightSensors().
Das Ergebnis steht dann in den Variablen, die du definierst.

Beispiel 2:
Programm RP6M256_08_I2CMaster.c
Hier ist die RP6M256_I2CMasterLib mit eingebunden und die Sensorwerte werden "automatisch" regelmäßig von der RP6 Base abgeholt.
Wenn das so läuft, ist das Ergebnis des linken LDRs auch in der Variablen adcLSL zu finden.

Frage:
In welcher Form holst du die Sensorwerte von der Base ab?

[basteluwe]

Hi Dirk,
Hm, da hab ich wohl zu einfach gedacht! Es läuft bei mir ja wie gesagt das komplette Programm Move2, allerdings mit den zusätzlichen Zeilen in der "main".
Wenn ich das richtig sehe, ist da auch die I2CMasterlib schon eingebunden, denn in Zeile 42 steht: #include "RP6I2CmasterTWI.h"
Ich dachte, daß die Werte da sowieso ständig von der Base abgefragt sind und sozusagen schon in "adcLSL" bereitliegen. Der Wert wird ja ständig auf dem WiFi-Terminal ausgegeben, also muß er doch da sein!?
in Zeile 439 und 467 des Originalprogramms finde ich allerdings "getAllSensors()"und unmittelbar danach werden die Werte ausgegeben.

Meinst Du, ich müsste meinen kurzen Code auch noch mal mit "getAllSensors()" beginnen?

Gruß Uwe

- - - Aktualisiert - - -

Sehe gerade, daß auch die Anweisung #include "RP6M256_I2CMasterLib.h" in dem Programm schon vorhanden ist!
In der "RP6M256_I2CMasterLib.c" habe ich gerade noch mal gecheckt, daß vermutlich für meinen Fall "getLightSensors()" richtig/ausreichend wäre?

[Peter(TOO)]

Hallo,

Sehe gerade, daß auch die Anweisung #include "RP6M256_I2CMasterLib.h" in dem Programm schon vorhanden ist!
In der "RP6M256_I2CMasterLib.c" habe ich gerade noch mal gecheckt, daß vermutlich für meinen Fall "getLightSensors()" richtig/ausreichend wäre?

Etwas vereinfacht:
Mit
#include xxxxx.h
Fügst du nur eine Art Inhaltverzeichnis und zu verwendende Konstanten der Bibliothek ein. Die .h hat normalerweise erst einmal keinen Einfluss auf das eigentliche Programm.

In der "RP6M256_I2CMasterLib.c" habe ich gerade noch mal gecheckt, daß vermutlich für meinen Fall "getLightSensors()" richtig/ausreichend wäre?

Ich kenne den RP6 nicht, aber der Funktionsname hört sich gut an.
Eigentlich müsste doch eine Beschreibung der Bibliothek vorhanden sein?

MfG Peter(TOO)

[Dirk]

Hi Uwe,

im Programm 10_Move2 erfolgt die Abfrage der Sensorwerte schon regelmäßig in den Funktionen printAllSensorValues() und printAllSensorValues_WIFI().
Die werden wieder in displayBehaviour() und task_LCDHeartbeat() aufgerufen.
Wenn du also adcLSL im Hauptprogramm von 10_Move2 liest, müßten darin wechselnde Werte erkennbar sein.

Definierst du adcLSL in deinem neuen Programm?

[basteluwe]

im Programm 10_Move2 erfolgt die Abfrage der Sensorwerte schon regelmäßig in den Funktionen printAllSensorValues() und printAllSensorValues_WIFI().
Die werden wieder in displayBehaviour() und task_LCDHeartbeat() aufgerufen.
Wenn du also adcLSL im Hauptprogramm von 10_Move2 liest, müßten darin wechselnde Werte erkennbar sein.

Definierst du adcLSL in deinem neuen Programm?

Hi Dirk,
genau das, was du hier oben schreibst habe ich versucht in meinem erste Post darzustellen:
Ich habe kein NEUES Programm! Ich lass das gute alte 10_Move2 laufen, nur mit ein paar zusätzlichen Programmzeilen. Ich sehe die sich ändernden adcLSL-Werte im Terminal. Das ist alles so, wie es soll.
"adcLSL" gibt es also schon und die Werte werden auch richtig im Terminal dargestellt! Der Aufruf "getAllSensors()" existiert damit natürlich auch schon und funktioniert für die zwei Terminal-Print Funktionen.
Ich habe nun eben gerade meinen Code als neue Funktion "controlHeadlights()) vorne bei den bereits vorhandenen Funktionen mit eingebaut. Also nicht mehr in der "Main"!
Hier ist der Code der Funktion, wie er im Moment aussieht:

void controlHeadlights(void)

{
	DDRL |= IO_PL5_OC5C;		// PL5 = Ausgang (Scheinwerferanschluß)
	
	getAllSensors();
	uint16_t licht = adcLSL;
	if(licht < 500)
		PORTL &= ~IO_PL5_OC5C;	// PL5-low = Scheinwerfer an
	else
		PORTL |= IO_PL5_OC5C;	// PL5-high = Scheinwerfer aus
}

Aufgerufen wird er mit

controlHeadlights();

aus dem "main". Der Aufruf funktioniert, aber die Lichter sind immer an, unabhängig von dem im Terminal angezeigten adcLSL Wert.
Und nein, ich habe adcLSL nicht noch mal selbst definiert, die Variable ist doch schon definiert im Programm!?

ratlos Uwe