Was willst du denn einfüllen?
Mehl?

Hallo @Stefan wie
So wie ich das aus deinem Code sehe, ist da noch deutlich mehr geplant, als nur Wasser in ein Behälter laufen zu lassen und bei Erreichen einer bestimmten Füllhöhe das Ventil schließen.

Sieht irgendwie aus, als ob du da eine Waschmaschine programmieren willst.

Ich weiß nicht, ob du schon so weit bist, aber du solltest dir mal das "Statemachine Tutorial" im Lexikon ansehen. Programm musst du dann in Zustände aufteilen. Also jede Aufgabe ist ein Zustand. Und Zustände werden gewechselt durch Ereignisse.

In Deinem Fall hast zu einen Ruhezustand. Da macht das Ding erst mal nix, bis du start drückst.
Das ist das Ereignis. Dadurch wechselst zu in den nächsten Zustand "Wasser einfüllen", Der bleibt dann so lange aktiv und das Ventil ist offen, bis der Druckmesser auslöst. Das ist das Ereignis zu Wechseln nach Zustand "Waschen".

So könnte man das aufteilen.

Eine Waschmaschine ist nicht so trivial, wie so manch einer das denken mag.

Woran hängt's? Der Druckschalter arbeitet richtig? Hat eine Luftfalle? Wird nicht von der Pumpe gestört?
Vielleicht wäre ein Ablaufplan nützlich. Was soll wann passieren und was soll passieren wenns nicht passiert (Wasserhahn zu, Ventil klemmt, Türe auf, zu kalt, zu heiß,etc)

Mit nächstem Schritt meinst du vermutlich "Einfüllenaus" und "Waschen".

Das liegt daran, dass du den "Schalter" auf 1-Pegel prüfst (der hat am Pin int. PullUp eingeschaltet und ist damit HIGH). Siehe Zeile 5.

Außerdem müssen die Kommas da direkt nach Debounce weg!
Richtig ist so:

Jetzt wäscht er gar nicht mehr
Wie wärs mit einer Hilfsvariablen? z.B. Dim Wasch as Byte.
Beim Einschalten Zeile 98 Wasch=0.
wenn gefüllt Zeile 88 Incr Wasch
und in der Main Zeile67
If wasch=1 then
gosub Waschen1
elseIf wasch=2 then
gosub waschen2
end if
Das Einfüllen in waschen2 müßte dann jedoch am ende von waschen1.

Davor vielleicht noch eine Abfrage "if sauber goto ende else waschen2

Stimmt, es wird ja auch nirgend wo das Waschen1 oder Waschen2 Unterprogramm aufgerufen.

@Stefan wie
Ist es nicht so, dass nach dem Einschalten das Wasserventil geöffnet werden muss?
Und dann muss das Wasser so lange laufen, bis der Druckschalter ausreichenden Wasserstand meldet?

Beim betätigen von Taster3 springst du nach "Einschalten".

Und von dort aus direkt nach "Einfüllen".
Nach rund 20ms bist du wieder in der Hauptschleife. Wasser läuft aber keins, oder?

Du könntest in der Einfüllen-Routine das Wasserventil öffnen und dann ein Do-Loop verwenden, um auf den gewünschten Wasserpegel zu warten. Erst wenn der erreicht wird, wird die Do-Loop verlassen und du springst zurück (Return). Eigentlich müsstest du aber zum Waschen1 springen.

Ich befürchte, du wirst zwischendurch dein Geschirr mal von Hand sauber machen müssen.

Ich versuche gerade zu verstehen, was an deinem Controller so alles angeschlossen ist.
Da kommen doch einige Fragen auf

Vielleicht kannst du uns etwas erhellen.

Du hast z.B. 2 komplette Ports als Eingang konfiguriert. An einem sind Taster angeschlossen und ein externer Timer.
Kannst du bitte erklären, warum da 3 Taster OK vorhanden sind und was es mit dem externen Timer auf sich hat?
Also was ist der externe Timer, was tut der, welche Aufgabe hat der? Wie funktioniert der?

Und welche Funktionen sollen mit den Tasten gesteuert werden?
Welche Funktion hat Taste Links, Taste Runter und die 3 Tasten OK?

So wirklich schlau werde ich aus deinem Code nicht.
Das wäre aber zum Verständnis wichtig, damit man richtig helfen kann.

Mir stellt sich nämlich die Frage, wie komplex der Steuerungs-Ablauf am ende sein wird, und ob das so erreicht werden kann, wenn man die jetzige Programmstruktur weiter verfolgt.
Vielleicht sollte man doch über eine Statemachine nachdenken, was ja auch nicht kompliziert ist.

Damit wäre das Programm aber sauber strukturiert, Änderungen können einfach nachträglich hinzugefügt werden und das Programm ist einfacher zu lesen.

OK, und was kommt dann am Atmega an?
Ein einzelner Puls, eine Frequenz?
Wie muss ich mir das vorstellen?

Und was genau soll Taste Rauf und Runter und Links im Programm bewirken?

Du machst Witze!
"Nur" die Programmierung fehlt.
Ich würde sagen, das ist das Herzstück deiner Steuerung.

OK, jetzt haben wir mal einen Groben Ablauf.

Welche Bedien-Tasten und Eingangssignale müssen wann berücksichtigt werden?

Sorry, wenn ich so bohre. Aber meine Fragen hast du noch immer nicht beantwortet.

Welche Tasten sollen was bewirken. Taste Runter, Links und warum 2 OK-Tasten?

Wenn man oben mal deine Arbeitsschritte betrachtet, stellt sich für mich die Frage, ob während der Abarbeitung auf Tasten zu reagieren ist bzw. auf Sensor-Signale.

Müsste ich das Programm schreiben mit aktueller Information, müsste ich ablehnen, weil nicht umsetzbar.
Grund wäre, ohne Info kann man kein Programm schreiben.

Also versuche mal die Fragen zu beantworten.
Und überlege, in welchem Arbeitsschritt auf welche Tasten/Sensoren reagiert werden muss.

Auf der Basis kann man dann irgendwo mal anfangen, eine Programmstruktur aufzubauen, die das Leistet, was du am Ende haben willst.

Und was bekommt jetzt der Atmega?
Das LED-Signal?

Hast du denn das Programm für den externen Timer schon? Zeig mal.

Post#15 ist ja schon mal ein Anfang. Mach daraus jetzt einen Programmablaufplan und schreib nicht nur was passieren soll, sondern auch die Abhängkeiten und Folgezustände einarbeiten. PAP Designer ist dazu ein gutes Werkzeug.

Und wenn man schon Aliases und Variablennamen vergibt, dann sollten die Namen schon etwas sinnvolles Aussagen (Taste Start statt taste1, Taste Schnellgang statt Taste, Zulaufventil statt LED1, etc.) und möglichst selbsterklärend sein. Nicht nur für Andere, die helfen sollen sondern auch später für einen selbst, den nach Wochen oder Monaten weiss man nicht mehr was man sich damals gedacht hat. Aber Programmdokumentation wird ja heutzutage völlig überschätzt, ich sage nur Autoindustrie.
Und die wächst auf Bäumen.

Und auch wenn Mitch64 manchmal mit seiner State machine nervt , wo er Recht hat hat er Recht und bei der geplanten Aufgabe ergibt sich das zwangsläufig. Übrigens hieß das früher, als wir alle noch Deutsch konnten, Zustands-Folge-Steuerung.