unzuverlässiger Temperaturregler

Hi,

Das EEPROM kann in meinen anderen Bereidch schreiben. Wie schaltest due 
den Kühlschrank ? Mit einem Mosfet oder einem Relais ? Geht das alles 
wenn du ohne den Controler den Kühlschrank über das Stellglied schaltest 
?

Gruß JackFrost

Tilmann schrieb:
> Ich verdächtige das EEprom

Ich verdächtige die Stromversorgung, die zu Störungen führt.

@TO

Verdächtigungen bringen uns nicht weiter. Deine Schaltung hast du vage 
beschrieben. Theoretische Fehlerquellen hast du bekommen. Die relevanten 
Informationen fehlen uns noch um das Problem an der Wurzel anzupacken.

Ohne ein Schaltplan kann dir keiner weiterhelfen. Wenn du ganz faul 
bist, machst du gute Fotos von der Schaltung. Wenn du dein Code nicht 
preisgeben willst, sollte zumindest deine Hardware (der Aufbau) gecheckt 
werden. ;)

Michael B. schrieb:
> Tilmann schrieb:
>> Ich verdächtige das EEprom
>
> Ich verdächtige die Stromversorgung, die zu Störungen führt.

Denke ich auch. Es hilft zwar nicht, aber ich verdächtige einfach mal 
fehlende Abblockkondensatoren. Wollte auch mal mitmachen.

H. E. schrieb:
> Wenn du dein Code nicht
> preisgeben willst,

Wenn ich zum Arzt gehe, muss ich mich ausziehen...
...oder krank bleiben!

Hallo,

ich kenne auch die Regel, daß der Fehler meistens vor der Tastatur sitzt 
... aber wenn es nur gelegentlich auftritt ?

Schalten tut ein Mosfet, der ist prima, und wenn ich ins Nachregelmenü 
gehe, schaltet es ja auch wieder. An dem liegt es also nicht.

Warum soll die Spannungsversorgung schuld sein, wenn doch das Display 
ständig 4 Meßwerte liefert und aktuell hält, also läuft doch der µC. 
Dann müßte er doch merken das die Temperatur niedrig genug ist und er 
mal abschalten sollte.

Seine Spannung ist sehr konstant 4,99 V, und die Frequenz des 
Quarzoszillators gut ein Viertel von Maximum, d.h. 5,1 ... MHz. Von 
wegen außerhalb der Spezifikation. Er zeigt auch am Display an ob ein- 
oder ausgeschaltet ist, und da bleibt es bei eingeschaltet.

Gruß Tilmann

Route 6. schrieb:
> H. E. schrieb:
>> Wenn du dein Code nicht
>> preisgeben willst,
>
> Wenn ich zum Arzt gehe, muss ich mich ausziehen...
> ...oder krank bleiben!

Hoffentlich nicht auch beim Zahnarzt. :-)

Hallo Leute,

ich bedanke mich für die rege Anteilnahme. Wenn ich heute abend 
nachhause komme, stelle ich den Code rein, da soll nix geheim sein.

Abblockkondensatoren sind an LCD und µC.

Gruß Tilmann

Tilmann W. schrieb:
> Er zeigt auch am Display an ob ein-
> oder ausgeschaltet ist, und da bleibt es bei eingeschaltet.

Angeschaltet bleiben ist falsch? Es ist dann doch wohl klar, das es an 
der Software liegt, denn wenn die weiter anschaltet, obwohl sie es nicht 
soll, das aber auch korrekt kundtut, ist da wohl was im argen.

Mein erster Vorschlag: Code erweitern, neben Mosfet noch einen Pin 
schalten, an dem eine LED anschließen.

Das sagt dir dann klipp und klar ob das Problem in der 
Entscheidungsfindung (A) oder beim eigentlichen Schalten (B) zu suchen 
ist.

(Deswegen auch nicht parallel LED zum Mosfet-Gate, wenn z.B. dein 
treibender Pin defekt wäre würde das wie (A) aussehen, wenn's eigenlich 
(B) ist...)


Wenn (A), dann würde ich mir erst mal die Schaltschwellen mit auf's 
Display ausgeben lassen. Das sagt dir dann ob Du mit deiner EEPROM 
Hypothese auf der richtigen Fährte bist.

Tilmann W. schrieb:
> Hallo Leute,
>
> ich bedanke mich für die rege Anteilnahme. Wenn ich heute abend
> nachhause komme, stelle ich den Code rein, da soll nix geheim sein.
>
> Abblockkondensatoren sind an LCD und µC.
>
> Gruß Tilmann

Und der Schaltplan bleibt auch nicht geheim?

Hallo,

ich habe keinen Schaltplan gemacht, sondern das so Stück für Stück 
gebastelt :-)

In Anlage ein Bild und der Quellcode.

Den glorreichen Schalttransistor habe ich vor einem Jahr schon 
vorgestellt:
Beitrag "Logic-Level MOSFET"

Gruß Tilmann

Arduino F. schrieb:
> In der Regel befindet sich der Fehler im OSI Schichtenmodel auf Level 8

Kann ich unterschreiben:

Tilmann W. schrieb:
> ich habe keinen Schaltplan gemacht, sondern das so Stück für Stück
> gebastelt :-)

Ich sehe auf dem Bild am AVR keinen einzigen Abblock-C

Arduino F. schrieb:
> Tilmann W. schrieb:
>> Abblockkondensatoren sind an LCD und µC.
>
> Marc H. schrieb:
>> Ich sehe auf dem Bild am AVR keinen einzigen Abblock-C
>
> ? ?
>
>
> Manchmal macht ein Schaltplan einfach Sinn!

Das Bild ist nicht aussagekräftig. Wenn dann sind sie gut versteckt oder 
an einem geheimen Ort. ?

Ich erkenne nicht mal ob der Tiny gesockelt ist. Es gibt auch Sockel mit 
abblockkondensatoren. Am LCD sehe ich auch nichts. ?

Tilmann schrieb:
> Ich verdächtige das EEprom

Verdächtigen kann man vieles, nur bringt das nichts außer verlorener 
Zeit.
Ich würde nicht verdächtigen, sondern gezielt den Fehler suchen. Eh Du 
die SW verdächtigst, solltest Du erstmal die HW überprüfen. Welcher 
Pegel ist denn an dem MC-Pin, der ausschaltet? Schaltet er bei Reset 
aus?

Tilmann schrieb:
> Was gibt es bei µC für Unzuverlässigkeits-Effekte ?

Wenn der MC nicht allzu neu ist, stehen seine Fehler im Datenblatt:
http://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-2545-8-bit-AVR-Microcontroller-ATmega48-88-168_Datasheet.pdf
"38.3. Errata ATmega168/V"

Weitaus häufiger sind dagegen Schaltungsfehler oder Programmfehler des 
Benutzers.

Und wie ist der Stand der Dinge? @TO

Hallo Leute,

also nochmal: Ich habe Abblock-Kondensatoren à 0,1 µF an den 
Stromversorgungseingängen von LCD und µC; bei letzterem unter dem 
Sockel.
Außerdem, auch wie schon geschrieben, wenn ich die Betriebsspannung 
abschalte dauert es ca. 2 Sekunden bis im Display nichts mehr zu sehen 
ist, weil vorn ein 2,2mF Elko auf der 12-V-Seite sitzt, der den 
Spannungsregler eine Weile versorgt. Das ist nicht der Punkt.

Aber was ist eigentlich mit diesen Angaben "$hwstack, $swstack, 
$framesize", die habe ich irgendwie auf Verdacht vergeben, da kenne ich 
keine Regel wie die zu dimensionieren sind. Vielleicht hätte ich das 
weglassen sollen.

Gruß Tilmann

Servus!
Hat der 7805 Regler auch 100NF direkt am Eingang?

Hallo,

Bascom ist nicht wirklich mein Fachgebiet, jedoch könnte ein 
Stacküberlauf auch ein in dieser Sprache geschriebenes Programm 
auslösen. Dieser tritt nicht immer und nicht immer gleich auf.

MfG

"Single_aus" bekommt beim Programmstart keinen Wert zugewiesen. Erst 
beim Aufruf von "Nachregeln" wird "Single_aus" auf einen sinnvollen Wert 
gesetzt.

Im ISR erst mal raus damit.
Start Watchdog
    Waitms 20

Wenn nicht dann auch mal diese Zeile deaktivieren.

Loop Until Ds18b20_scratchpad_k(9) = Crc8(ds18b20_scratchpad_k(1) , 8)
Vermute ich er da der Rest ja abgearbeitet wird.

Gruß
Bacomfreund

Hallo,

es ist ein 12-V-Kompressor-Kühlschrank. Die Peltier-Geräte haben einen 
katastrophalen Wirkungsgrad.

Aber hier kommt die Lösung:

@Mario M:
> "Single_aus" bekommt beim Programmstart keinen Wert zugewiesen. Erst
> beim Aufruf von "Nachregeln" wird "Single_aus" auf einen sinnvollen Wert
> gesetzt.

Ich glaube, genau das ist es. Genial ! Danke !
Das erklärt auch den Effekt, das wenn man bei einem "Hänger" 
(Kühlschrank schaltet nicht aus) ins nachregel-Menü geht, es sobald man 
wieder zurück ist ordentlich funktioniert.

Im ersten Urlaub sind auch nie Unregelmäßigkeiten aufgetreten, da haben 
wir oft mit der Nachregel-Funktion gespielt.

Aber es wirft eine andere Frage auf: Wenn man einmal in dem Untermenü 
war, müßte er doch, bis zum nächsten Programmstart, ordnungsgemäß 
funktionieren.
Das tut er scheinbar nicht zuverlässig. Alsheimer ? Sollte man die 
Zuweisung bei jedem Schleifendurchlauf wiederholen ?

Vielen Dank für die Bereitschaft, mitzudenken, und an Mario M im 
Besonderen.

Gruß Tilmann

grundschüler schrieb:
> Sinnvolle Fehlersuche: Feststellen ob hw oder sw-Fehler. code so ändern,
> dass im Lcd der Schaltzustand angezeigt wird. Ich mach das über
> on/off-Funktionen, in denen auf demem lcd "+"/"-" geschrieben wird.
> Damit können Fehler in der sw ausgeschieden werden.

Hallo Grundschüler,

den Schaltzustand habe ich von Anfang an im LCD ausgeben lassen, das ist 
auf dem Foto der erste Buchstabe, der kann "a" wie "ausgeschaltet" oder 
"e" wie "eingeschaltet" sein. Das hat aber immer mit der Realität 
übereingestimmt. Dein Tip ging aber in eine gute Richtung, als nächstes 
habe ich mir dann mal den Zähler anzeigen lassen, der bewirken soll, das 
erst bei drei Meßergebnissen nacheinander, aus denen resuliert das 
geschaltet gehört (ein oder aus), wirklich geschaltet wird. Neben der 
CRC-Prüfung sollte das eine Sicherung gegen unnötige Schaltvorgänge 
sein.

> Wenn es denn die hw ist, Mosfet durch arduino-relaiskarte ersetzen. Wenn
> das nicht hilft uc durch arduino mini-board ersetzen, Stromversorgung
> durch fertiges Stepdown-modul ersetzen. Das ist dann praktisch komplett
> neue hw -. ist aus fertigen arduino-Bausteinen aber schnell und billig
> zusammengelötet.

Genau das wäre mein nächster Schritt gewesen, aber ich glaube, die 
Ursache ist gefunden.

_______________________________________________________________

@N2:
> Was mich irritiert ist die Timer ISR:
>Nach meinem Verständnis machst Du alle 30s einen Reset ->
>
> if Sekunden>30
> ...
> start watchdog
> waitms 20
> ...
>
> Watchdog ist auf 16ms eingestellt....sollte zum Reset führen.

Der Reset wird nur ausgeführte wenn die Hauptschleife 30 Sekunden nicht 
durchlaufen wird (am Beginn der Hauptschleife wird der Timer jedesmal 
zurückgesetzt). Das wäre also, wenn der µC sich in einer Schleife 
aufgehängt hätte. Das könnte beispielsweise sein: Versehentlich hat man 
die Taste gedrückt, um ins Nachregel-Menü zu kommen. Wenn er dort nicht 
von selbst nach einem Timeout herausspränge, würde der Kühlschrank in 
seinem Schaltzustand bleiben - also nicht geregelt ! Dann ist es gut, 
wenn er nach 30 Sekunden neu startet.
Also: Wenn die Hauptschleife 30 Sekunden nicht zurückgesetzt wird, wird 
der Watchdog gestartet, und angefangen, 20ms zu warten. Jedoch verliert 
der Wachdog nach 16 ms bereits die Geduld und löste einen Neustart aus - 
soll er ja. Also alles wie es ein soll - läßt sich aber bestimmt 
eleganter programmieren.
_______________________________________________________________

@Fred_red:

> Wenn nicht dann auch mal diese Zeile deaktivieren.
>
> Loop Until Ds18b20_scratchpad_k(9) = Crc8(ds18b20_scratchpad_k(1) , 8)

Nee, das ist die CRC-Überprüfung. Im Prinzip bedeutet die Schleife:
Mache solange, bis du einen Meßwert empfängst der mit seinem CRC-Code 
übereinstimmt - oder anders formuliert: Wenn du einen Meßwert empfängst, 
der nicht mit seinem CRC-Code übereinstimmt, wirf ihn weg und probier 
den nächsten, solange bis es paßt.

Denn bevor ich diese Prüfung drin hatte, hatte ich schon manchmal Werte 
im Display die offensichtlicher Unfug waren. Seither nicht mehr.

Gruß Tilmann

Stefan U. schrieb:
>> es ist ein 12-V-Kompressor-Kühlschrank
>
> Hat der denn ein Relais? :-)
>
> SCNR

Hallo Stefan,

nein, kein Relais, nur der Logic-Level-Mosfet, der direkt 
(Vorwiderstand) vom µC angesteuert wird und nicht mal warm wird.

Ein Relais klickt, und man schläft ja in unmittelbarer Nähe des 
Kühlschranks. Das war überhaupt der Grund für das Projekt: Es war ein 
Thermostat drin, das hat lauter geklickt als der Kühlschrank, und sollte 
daher durch einen Transitor ersetzt werden.

Gruß Tilmann

Tilmann W. schrieb:
> Aber es wirft eine andere Frage auf: Wenn man einmal in dem Untermenü
> war, müßte er doch, bis zum nächsten Programmstart, ordnungsgemäß
> funktionieren.
> Das tut er scheinbar nicht zuverlässig. Alsheimer ? Sollte man die
> Zuweisung bei jedem Schleifendurchlauf wiederholen ?

Könnte das an den oben angesprochenen Watchdog-Problemen liegen? Das 
Teil startet neu und dann ist die Variable wieder ohne Wert. Nur so eine 
Idee.

Christian S. schrieb:
> Könnte das an den oben angesprochenen Watchdog-Problemen liegen? Das
> Teil startet neu und dann ist die Variable wieder ohne Wert. Nur so eine
> Idee.

Hallo Christian,

ja klar, nachdem die Ursache jetzt gefunden wurde, habe ich die 
Zuweisung der Ausschalttemperatur in jedem Schleifendurchlauf, sofern 
eingeschaltet ist (Ausschaltkriterien muß man ja nur prüfen wenn 
eingeschaltet ist).

Gruß Tilmann
_______________________________________________________

@Manfred:
> Ich hoffe, Du hast einen Zähler und steigst definiert aus, wenn nach x
> Durchläufen kein gültiger Wert erzielt wurde.

Wäre schon eine Idee, sich Fehler anzeigen zu lassen. Aber die 
wichtigste Funktion ist, den Kühlschrank zu regeln. Also finde ich es 
wichtig, das er niemals aufgibt zu versuchen, vernünftige Werte zu 
bekommen.
Aussteigen hieße, der augenblickliche Schaltzustand würde beibehalten.
Nicht gut.

Gruß Tilmann

Hi

Vermutung:
In der Zeit, wo keine gültigen Messwerte kommen, wird auch NICHTS 
Anderes gemacht, als neue Messwerte einzulesen - das Fehlerbild würde 
GENAU Dem von Dir Beschriebenem entsprechen.

MfG

Manfred schrieb:
> ...
> Tilmann - zeigst Du die letzte gültige Temperatur an oder die _gerade
> aktuell_ gemessene?

Hi Manfred,

ungültige Werte (d.h. solche, deren CRC-Code nicht stimmt) werden, wenn 
es sich um den Kühlschrankfühler handelt, sofort verworfen und neu 
gemessen; wenn es sich um den Außen- oder den Fühler auf der Platine 
handelt, einfach ignoriert (übersprungen, d.h. der vorherige Wert bleibt 
solange stehen).

Man könnte natürlich Statistik machen, jeweils einen Zähler für gute und 
einen für faule Werte erzeugen und zueinander ins Verhältnis setzen ...

Ich dachte, ein Wohnwagen hat ja eine Aluminiumhaut, da sollten nicht so 
viele Störungen vorhanden sein das es relevant wird.

Gruß Tilmann

Frage:

Es ist doch ein Peltier-Kühlschrank?

Ein Ausschalten koppelt doch quasi die Kaltseite mit der Warmseite?

Muss man bei Peltier nicht den Strom herunter regeln anstatt es 
auszuschalten?

Hallo Manfred,

das wäre schon eine Idee, wenn ein CRC nicht stimmt, anstelle eines 
Meßwertes z.B. "CRC" einzublenden, um Eindrücke zu bekommen.

@ Marc Horby: Kein Peltier (die sind extrem ineffizient) sondern 
Kompressor.

Gruß Tilmann