Hallo, ich habe mit Bascom, Atmega 168, DS18B20-Temperaturfühler und einem 16*2-LCD einen Wohnwagen-Kühlschrank-Regler gebaut, der im ersten Urlaub auch prima funktioniert hat, danach aber immer öfter nicht mehr, und zwar schaltet er den Kühlschrank nicht aus. Ich habe den Microcontroller schon getauscht, habe am Code herumoptimiert, ihn dann gut drei Tage zuhause eine Kühlbox regeln lassen und mitgeloggt, da ging es absolut zuverlässig. Dann in den Wohnwagen eingebaut und sofort wollte er nicht ausschalten nachdem kalt genug war. Dabei zeigt er immer korrekte Temperatur-Meßwerte an und bleibt bedienbar (man kann Einschalttemperatur und Hysterese abrufen und ändern). Er zeigt auch zwei weitere Temperaturen und die Batteriespannung (12-V-Autobatterie) korrekt an, hängt also nicht in einer Schleife fest. An EEprom-Werten hat er einen Startzähler, der bei jedem Start um eins hochzählt, Einschalttemperatur und Hysterese. Ich verdächtige das EEprom, das es in einen Speicherbereich schreibt in dem es nichts verloren hat. Ist so etwas möglich ? Es liegt auch nicht an der Spannungsversorgung, die ist ein Linearregler 7805 von 12 V, hinter einer Verpol- und einer Überspannungsschutzdiode und einem Elko vor und einem hinter dem Linearregler. Wenn man die Spannung abschaltet braucht er ca. 2 Sekunden bis er aus ist, ist also gut gepuffert. µC und LCD haben auch ihren 1µF-Kondensator dicht am Spannungseingang. Die Wartezeit zur Messung ist 800 ms, es sind drei Temperaturfühler verbaut, jeder in 3-Leiter-Technik an einem eigenen Pin des µC. Vor allem: Er zeigt mir die Temperatur der Fühler ja an (CRC-Code geprüft), hat klar definiert eine Temperatur, bei der er schalten soll, macht es aber manchmal nicht. Was gibt es bei µC für Unzuverlässigkeits-Effekte ? Ratlos Gruß Tilmann
Tilmann schrieb: > Was gibt es bei µC für Unzuverlässigkeits-Effekte ? In der Regel befindet sich der Fehler im OSI Schichtenmodel auf Level 8 Tipp: Es ist eine gute Idee, Schaltplan und Code geheim zu halten, denn so kann man sich viel länger und absolut erfolglos mit dem Problem herumschlagen. ;-) (Obwohl: Bascom kann ich nicht)
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
Kann es sein, daß dein Thermostat am Ausgang ein Relais hat und dessen
Kontakte Klebrig geworden sind?
Dann solltest du das Relais erneuern und einen Snubber (100nF + 220 Ohm)
parallel zu seinen Kontakten schalten.
> Was gibt es bei µC für Unzuverlässigkeits-Effekte ?
Wenn du ihn außerhalb seiner Spezifikation betreibst, musst du mit jeder
denkbaren fehlfunktion rechnen. Warscheinlicher ist aber, daß du da an
der falschen Stelle suchst.
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: > ich kenne auch die Regel, daß der Fehler meistens vor der Tastatur sitzt > ... aber wenn es nur gelegentlich auftritt ? Auch dann! Ich behaupte: Eine deiner vielen Annahmen ist falsch. Vielleicht schon bei der Konstruktion des "Dingen".
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?
Angehängte Dateien:
-
Kuehlschrankplatine.jpg
300 KB
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
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!
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?
Wo hast du denn die Abblock-Kondensatoren versteckt? Was ist jetzt mit dem Relais? Wird die Maschine mit Relais geschaltet, oder nicht?
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.
Guten Morgen Tilmann, wenn Du das EEprom "verdächtigst", dann bitte ich dich, lese bitte die Atmel Application Note: *AVR180: External Brown-out Protection* http://www.atmel.com/Images/doc1051.pdf Dort findet man u.a. das Stichwort "EEPROM Corruption" ! Unter Goo* kannst Du mal nach "Atmel EEPROM Corruption" suchen. :-) Bitte berichte. Wenn ich das Ich EEprom nutze schalte ich immer die für die Versogungsspannung Vcc passenden BOD-Level ein, t.B. BOD-Level 4,3V. Siehe: http://www.engbedded.com/fusecalc/
Hallo, ich streue diesen Link auch mal: http://www.atmel.com/webdoc/avrlibcreferencemanual/FAQ_1faq_eeprom_corruption.html
Tilmann schrieb: > ich habe Tilmann W. schrieb: > ich kenne auch die Regel, daß der Fehler meistens vor der Tastatur sitzt > ... aber wenn es nur gelegentlich auftritt ? Tilmann W. schrieb: > stelle ich den Code rein, Tilmann W. schrieb: > In Anlage ein Bild Die korrekte Herangehensweise wäre den post vom TE komplett zu löschen, da er sich an gar keine Regel gehalten hat! Weder im Eröffnungspost ein aussagekräftiges Foto, noch die Quellen noch sich die Mühe gemacht hat den Schaltplan zu zeichnen wie die aktuelle Schaltung ist. Darüber hinaus hat er vom AVR nicht einmal das Datenblatt gelesen, sonst wüsste er das an jedem Pin der zur Spannungsversorgung dient einen Kondensator gegen Masse so kurz als möglich angeschlossen werden muss. Das wir hier oft genug gepredigt, nutzt nur nix! Und dann schließt er unterschwellig den Fehler seiner Hardware aus!
Alex W. schrieb: > Die korrekte Herangehensweise wäre den post vom TE komplett zu löschen, > da er sich an gar keine Regel gehalten hat! Geht's wieder?! Es gibt Leute, die zu Hause noch etwas Anderes als eine Kühlschranksteuerung zu betreuen haben. Er schrieb: "Heute Abend". Der heutige Abend ist noch lang.
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
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
Hi, BASCOM ist auch nicht mein Fachgebiet, der ATMEGA168 schon eher. Nach kurzer Recherche hast Du $hwstack $swstack und $framesize ausreichend dimensioniert und nicht stark überdimensioniert. Du kannst trotzdem mal alles auf 100 setzen. 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. Abgesehen davon macht man kein wait in einer Interrupt-Routine. Vielleicht versteh ich auch kein BASCOM. Aber WatchDog muss einmal konfiguriert / gestartet werden und dann innerhalb der Zeit (nach Deinem Kommentar 16ms) resettet werden. Passiert das nicht gibt es ein Prozessor-Reset. D.h. Dein Reset WatchDog in der Hauptschleife ist OK aber das Watchdog Start gehört aus der Interruptroutine in die Initializierung. Gruß N2
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. 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.
Könnte auch am Kühlschrank liegen, wenn der nicht ausgeht... duck
"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
Was ist denn jetzt mit dem Relais? Wird dein Gerät über Relais geschaltet? Ich bin ehrlich gesagt genervt, daß diese simple Frage trotz mehrfacher Wiederholung gar nicht beantwortet wird. Wenn Du Hilfe von mir (oder wem auch immer) bekommen möchtest, solltest du auch auf die Rückfragen antworten. Zum einen aus Gründen der Fairness, zum anderen damit du uns durch deine falschen Annahmen nicht in eine falsche Richtung lenkst. Wenn DU korrekt entscheiden könntest, in welche Richtung die Fehlersuche gehen soll, dann bräuchtest du unsere Hilfe ja nicht und hättest das Problem längst selbst gelöst.
Stefan U. schrieb: > Was ist denn jetzt mit dem Relais? Wird dein Gerät über Relais > geschaltet? > > Ich bin ehrlich gesagt genervt, daß diese simple Frage trotz mehrfacher > Wiederholung gar nicht beantwortet wird. Vor geraumer Zeit wurde diese Frage so beantwortet: Tilmann W. schrieb: > Schalten tut ein Mosfet, der ist prima, und wenn ich ins Nachregelmenü > gehe, schaltet es ja auch wieder. An dem liegt es also nicht. Ich bin ehrlich gesagt genervt, daß Du die Antworten offenbar gar nicht zur Kenntnis nimmst, sondern nur einen Punkt suchst, an dem Du Reibereien und Stunk erzeugen willst.
> daß Du die Antworten offenbar gar nicht zur Kenntnis nimmst
Das ist nicht wahr. Wo ist denn die Antwort auf meine Frage?
Hinter dem MOSFET könnte durchaus ein Relais kommen. Irgenwie muss ja
auch der Übergang von Kleinspannung zum Motor des Kühlschrankes sein,
der sicher mit 230V~ betrieben wird.
Stefan U. schrieb: > Irgenwie muss ja > auch der Übergang von Kleinspannung zum Motor des Kühlschrankes sein, > der sicher mit 230V~ betrieben wird. Nein, das ist ein Pelztier-Dingen. (das konnte ja sogar ich da raus lesen)
Stefan U. schrieb: > Das ist nicht wahr. Ich hatte erst das Gefühl: Der stellt sich blöde. Langsam bekomme ich aber Gewissheit! > Wo ist denn die Antwort auf meine Frage? Die habe ich eben erst zitiert! > Hinter dem MOSFET könnte durchaus ein Relais kommen. Nein -kommt da nicht weil das eine Kühlbox ist, die mit der im Kfz vorhandenen Spannung betrieben wird: Tilmann schrieb: > ...ihn dann gut drei Tage > zuhause eine Kühlbox regeln lassen und mitgeloggt, da ging es absolut > zuverlässig. Dann in den Wohnwagen eingebaut und sofort wollte er nicht > ausschalten nachdem kalt genug war. Lesen. Einfach nur Lesen. Mehr muß man nicht tun. Dann nachdenken -und daran hängt's eben schon... SCNR
Dass es sich um eine Kühlbox mit Peltier Element handeln könnte, habe ich tatsächlich nicht erwägt. Möglicherweise weil die einzigen beiden Boxen, die ich in der Praxis als Kind erlebt habe, eine völlig unbrauchbare Kühlleistung hatten. Seit dem ist in mein Hirn eingebrannt "Kühlboxen baut man nicht mit Peltier Elementen". Also kein Relais, Abblockkondensatoren sind auf der Rückseite vorhanden. Dann ist ein Softwarefehler an warscheinlichsten. Einoge plausible Knackpunkte wurden ja schon angesprochen.
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
> es ist ein 12-V-Kompressor-Kühlschrank
Hat der denn ein Relais? :-)
SCNR
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.
Tilmann W. schrieb: > 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. Ich hoffe, Du hast einen Zähler und steigst definiert aus, wenn nach x Durchläufen kein gültiger Wert erzielt wurde.
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
Tilmann W. schrieb: >> 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. Mit "Aussteigen" meine ich, nicht endlos in der Schleife zu hängen sondern in eine Fehlerbehandlung zu springen. Welchen Schaltzustand Du im Fehlerfalle behälst, ist egal - beide sind falsch: Aus = vergammelte Wurst, Ein = geplatzte Getränke. Also einen Notlauf, per dummen Timer zyklisch ein- / ausschalten? Patrick J. schrieb: > 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. Die Idee hat 'was! Tilmann schrieb, dass er die Temperatur im Display anzeigt. Da kommt direkt die nächste Frage auf: Tilmann - zeigst Du die letzte gültige Temperatur an oder die _gerade aktuell_ gemessene? (Warum komme ich hier im Forum mit dem beschissenen Formatieren nach technischem Stand von 1883 (Unterstreichen) nicht klar?
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
Tilmann W. schrieb: > 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; Fehler! Zeige jeden Wert an, um zu erkennen, ob Patricks Vermutung zutreffend ist: Patrick J. schrieb: > 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.
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
:
Bearbeitet durch User
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.