Kann ich mit meiner SP36 Anduril durchaus nachvollziehen. Bei einem eingestellten Temperaturlimit von 40 Grad Celsius hatte ich gerade bis zu 56 Grad Celsius. Ich muss dringend neben dem Temperatur- auch den Helligkeitsverlauf aufzeichnen. Mit bloßem Auge erkenn ich bei der Lampe überhaupt keine aktive Regelung.
Hast Du diese Version aufgespielt? Was blinkt die Lampe aus, weicht der Sensor ab?
Nein und ich bin mir auch noch nicht sicher, welche Version drauf ist, aber seid Andruil die SP36 unterstützt wurde die Temperaturregelung nur einmal wirklich verändert: https://bazaar.launchpad.net/~toykeeper/flashlight-firmware/fsm/revision/418
Weicht so gut wie gar nicht ab. Daran kann es nicht liegen.
Es wird nicht direkt gesprungen, sondern erst mal nur eine Sollposition in der Ramping Tabelle vorgegeben. Je nach Stärke der Abweichung zwischen Ist- und Sollwert wird die Tabelle dann schneller oder langsamer durchlaufen. Und genau dieser Mechanismus scheint auch der Grund dafür zu sein, warum die Solltemperatur nicht eingehalten wird.
Wie alt war die Version, mit der es funktioniert hat? Seit Mai wurde, soweit ich das beurteilen kann, nichts Relevantes an der Regelung verändert.
Gerne.
Nicht betroffen war die initiale D4V2 Version mit dem Muggle Mode Bug. Ebenfalls ok war die zweite Korrekturfassung aus dem August. In beiden Fällen wollte ich eine Grenztemperatur von 50 °C. Überprüft habe ich das mit dem Richmeters GM550. In beiden Versionen sah man deutlich ein Abregeln der Lampe in sichtbaren Stufen.
Nein, hab ja gerade erst angefangen damit rumzuspielen. Sobald ich eine D4(S)V2 hab und vernünftig testen kann, sprech ich mit ihr.
Ich geh noch mal gründlich den Changelog durch. Vielleicht hab ich ja was übersehen.
Lässt du Anduril im Simulator laufen oder hast du nur den für die Regelung relevanten Code extrahiert?
Konkreter, bitte: Du lässt sie bis zum Abregeln laufen und die ausgeblinkte Temperatur stimmt dann mit der eingestellten ungefähr überein? Oder benutzt Du, wie TK, das Handthermometer?
Nicht ganz, aber den Bug entdecken nur zart besaitete Nutzer: Manchmal verpasst die Diva ihren Einsatz, sprich, sie schaltet nicht immer ein. Das ist aber selten und es hängt irgendwie mit dem Zustand des Akkus zusammen *glaub*.
So sieht es auch, ich hatte das bei einer meiner Lampen anfangs auch und bin von einer alten Firmware ausgegangen.
Die Firmware, die auf meiner Lampe drauf ist, regelt einfach zu zögerlich runter. Ich hab gestern mal einen Photodiodenverstärker vor die Lampe geschnallt und das Regelverhalten deckt sich mit dem, was meine Simulation für älterer Firmware Versionen ausspuckt. Im BLF Forum hab ich die verschiedenen Versionen gegenübergestellt: http://budgetlightforum.com/comment/1591422#comment-1591422
Ganz billig mit ein paar Zeilen Python:
def simulation_step(dt):
global flashlight_temp, ramping_index
output_power = max_output_power * pow(ramping_index / ramping_length, 2)
flashlight_temp += dt * output_power * pow(ramping_index / ramping_length, 2) / thermal_mass
flashlight_temp -= dt * (flashlight_temp - ambient_temperature) * cooldown_rate / thermal_massIch konnte es einfach nicht lassen, noch mal nachzulegen. Die Regelung ist jetzt ein Träumchen (und glatt wie ein Babypopo):
#include <stdlib.h>
...
#ifdef USE_THERMAL_REGULATION
void sort_raw_temps(int16_t a[], uint8_t b[], int n)
{
for (int i=1; i<n; i++) {
for (int j=i; j>0; j--) {
if (a[j-1] > a[j]) {
int ta = a[j]; a[j] = a[j-1]; a[j-1] = ta;
int tb = b[j]; b[j] = b[j-1]; b[j-1] = tb;
} else {
break;
}
}
}
}
static inline void ADC_temperature_handler() {
#define NUM_RAW_TEMPS 30 // must be an even number >= 10
#define NUM_FILTERED_TEMPS 5 // hardcoded, not intended to be changed
#define THERM_LOOKAHEAD 1 // needs to be raised with lower power to mass ratios
#define THERM_RESPONSE_DAMPING 1 // needs to be raised with higher power to mass ratios
const int16_t THERM_CEIL = therm_ceil * 10
static uint8_t raw_temp_indices[NUM_RAW_TEMPS];
static int16_t raw_temps[NUM_RAW_TEMPS];
static uint8_t raw_temp_index = 0;
static int16_t filtered_temps[NUM_FILTERED_TEMPS];
static uint8_t filtered_temp_index = 0;
static int16_t filtered_temp = 210;
static uint8_t adjustment_cooldown = 0;
// Convert ADC units to Celsius (ish)
temperature = adc_values[1] - 273 + THERM_CAL_OFFSET + therm_cal_offset;
// prime on first execution
if (reset_thermal_history) {
reset_thermal_history = 0;
for (uint8_t i=0; i<NUM_RAW_TEMPS; i++) {
raw_temp_indices[i] = i;
raw_temps[i] = temperature;
if (i < NUM_FILTERED_TEMPS)
filtered_temps[i] = temperature;
}
filtered_temp = temperature;
}
// insert raw temperature reading
for (uint8_t i=0; i<NUM_RAW_TEMPS; i++) {
if (raw_temp_indices[i] == raw_temp_index) {
raw_temps[i] = temperature;
raw_temp_index = (raw_temp_index + 1) % NUM_RAW_TEMPS;
break;
}
}
if (adjustment_cooldown > 0) {
adjustment_cooldown--;
} else {
// post-process raw temperature readings
sort_raw_temps(raw_temps, raw_temp_indices, NUM_RAW_TEMPS);
int16_t sum = 0;
const uint8_t d = (NUM_RAW_TEMPS - 10) >> 1;
for (uint8_t i=d; i<NUM_RAW_TEMPS-d; i++) {
sum += raw_temps[i];
}
filtered_temp = (filtered_temp * 23 + 9 * sum) >> 5;
int16_t temp_slope = filtered_temp - filtered_temps[filtered_temp_index];
filtered_temps[filtered_temp_index] = filtered_temp;
filtered_temp_index = (filtered_temp_index + 1) % NUM_FILTERED_TEMPS;
int16_t offset = filtered_temp - THERM_CEIL;
int16_t howmuch = 1 + ((abs(temp_slope) + 1) >> THERM_RESPONSE_DAMPING);
int16_t predicted_temp = filtered_temp + temp_slope * THERM_LOOKAHEAD;
if (predicted_temp > THERM_CEIL && temp_slope >= 0 && (temp_slope > 1 || offset > 15)) {
emit(EV_temperature_high, -howmuch);
} else if (predicted_temp < THERM_CEIL && temp_slope <= 0 && (temp_slope < -1 || offset < -15)) {
emit(EV_temperature_high, +howmuch);
}
adjustment_cooldown = ADC_CYCLES_PER_SECOND;
}
}
#endifTHERM_RESPONSE_DAMPING = 1;
THERM_RESPONSE_DAMPING = 2;
