Ich habe ja schon öfters von den Interrupts gehört und was man damit alles tolles machen kann. Selber habe ich sie noch nie gebraucht... bis jetzt. Vielleicht auch nicht, wenn jemand eine bessere Lösung hat bin ich nicht traurig.
Was ich vorhabe.
Ich möchte über den Void Loop Sensordaten abfragen.
Einen Tageslichtsensor
Einen Feuchtesensor
Einen Durchflusssensor
Im Anschluss soll aus den Daten des Durchflusssensors der Gesamtverbrauch in Litern ermittelt werden. Das ganze soll ohne Delay oder mit einem sehr geringem Delay Funktionieren.
Außerdem möchte ich alle 15 min die aktuellen Sensordaten, sowie den verbrauch Exportieren.
Nun habe ich gedacht, man könnte ja ein Interrupt verwenden um alle 15 min eine "void Export" Funktion zu zünden.
Nun habe ich mir den "attachInterrupt" Befehl angeguckt und folgendes gefunden
* **LOW** Interrupt wird getriggert, wenn der Pin LOW ist,
* **CHANGE** Interrupt wird getriggert, wenn der Pin den Wert ändert
* **RISING** Interrupt wird getriggert, wenn der Pin von LOW auf HIGH wechselt,
* **FALLING** Interrupt wird getriggert, wenn der Pin von HIGH auf LOW wechselt.
Die Due-, Zero- und MKR1000-Boards erlauben zusätzlich:
* **HIGH** Interrupt wird getriggert, wenn der Pin HIGH ist.
Ein Zeitlich Bedingtes Triggern ist hier scheinbar nicht vorgesehen.
Nun die Frage:
Geht das Trotzdem?
Geht das anders besser?
Geht das garnicht?
Was hast Du denn da?
Einen Flowmeter, der eine Impulslänge im Bereich von Millisekunden hat?
Dann reicht auch definitiv ein einfacher Abruf während der Laufzeit.
Erfasse bei jedem Umlauf den Zustand und reagiere darauf, wenn dieser sich in eine bestimmte Richtung geändert hat.
In einer kleinen Funktion fragst Du dann die Zeit ab und reagierst darauf, wenn die Torzeit abgelaufen ist, mit der Ermittlung des Wertes im Counter und setzt das gegen die vergangene Zeit.
Dann ist zu überlegen, ob der Counter zurückgesetzt wird oder ob der Counterstand gemerkt wird für die Ermittlung nach der nächsten Torzeit.
was dein Programm sonst noch so macht und wie lange das dauert
und
mit welcher Maximalfrequenz die Impulse vom Durchfluss-Sensor kommen
macht es unter Umständen Sinn die Impulse des Durchfluss-Sensors per Interrupt zu zählen.
Wenn du eine wirklich hohe Zahl an Impulsen pro Sekunde gezählt werden muss
und dein Programm 200 bis 800 millisekunden mit anderen Dingen beschäftigt ist
und man dieses "beschäftig sein" auf Teufel komm raus nicht schneller abarbeiten kann dann verwendet man einen Interrupt.
Das was du void loop() nennst ist die function "loop()" nur loop nicht void loop
Die Buchstabenfolge "void" (VAU O I DE ) gehört nicht zum Namen der function.
Diese function heißt "loop()"
Wenn du das "void loop" nennst weist du dich als Anfänger aus der noch nicht mal die elementarsten Dinge verstanden hat.
Das englische Wort "void" bedeutet übersetzt "nichts"
Du würdest also von der "nichts-loop" sprechen. Macht keinen Sinn.
Das void ist aber trotzdem zwingend notwendig weil das festlegt was diese function als Rückgabewert zurückgibt.
Nämlich genau das was das Wort besagt "nichts"
Für den Compiler ist es zwingend erforderlich, dass er mitgeteilt bekommt was diese function als Rückgabewert hat. Auch dann wenn es "nichts" ist.
Auch dann nicht (unbedingt), denn jeder(?) AVR hat Eingänge die direkt auf einen der Hardware Timer/Counter gehen.
Soweit mir bekannt, kann z.B. der Tiny85 so bis 64MHz Impulse zählen.
Interrupts würden nur gebraucht, um Counter Überläufe zu bemerken/zählen.
Es geht um das Grundprinzip und darum die Richtung zu verdeutlichen. Wenn loop() zu langsam ist (für die jeweilige Aufgabe) dann ....
Oder willst du damit sagen selbst wenn loop() nur 2 Millisekunden Durchlaufzeit hat dann muss man auf jeden Fall schon einen Interrupt verwenden?
Das wäre dann eine verwirrende Aussage: Selbst wenn function loop() schon recht schnell ist
( 2 Millisekunden Durchlaufzeit)
aber eben nicht hyperschnell (= Durchlaufzeit von loop() weniger als 0,1 Millisekunden )
dann musst du einen interrupt nehmen.
Nein ! Eben nicht! Hängt doch von den Gesamtumständen ab!
Mal angenommen Temperatur wird mit onewire gemessen und nicht-blockierende Abfrage klappt nicht aus was für bescheuerten Gründen auch immer,
dann braucht die Abfrage des onewire-sensors nun mal an die 600 - 750 Millisekunden.
Die Entscheidung hast Du dann aber selbst getroffen, indem Du auf Teufel komm raus 12bit lesen willst.
Nonblocking geht immer.
Wenn die Abfrage des Sensors via lib, ob die Konv bereits fertig ist, nicht funktioniert, ist die 1sekunden Pause noch immer ein probates Mittel.
Danke, das war genau das was ich gebraucht habe.
ich habe es allerdings etwas vereinfacht und alles in den Loop reingeschrieben, das das für meine Zwecke gut funktioniert.
Du hast deinen Code jetzt nicht gepostet. Mag sein dass es für einen ultramini-Code "einfacher" ist alles in loop reinzuklatschen.
Sobald man mehr als zwei Programmteile hat die eine sinnvolle Untereinheit ergeben
dann macht es immer Sinn dafür eigene functions zu definieren.
Möglicherweise hast du das definieren von functions noch nicht so richtig drauf.
Dann besteht die Schwierigkeit darin.
Wenn man functions verstanden hat, dann wird alles sehr viel einfacher wenn man functions verwendet.
Ja das Stimmt das mit den Functions verstehe ich noch nicht wirklich. Da ich nur Sporadisch mit Arduino arbeite und es Bislang nur sehr einfache Codes waren kam ich damit nicht in Berührung.
Aber mal ne Andere Frage ich habe hier meinen Code
if (currentMillis - previousMillis >= interval) {
// save the last time you blinked the LED
previousMillis = currentMillis;
int licht = analogRead(A4);
int feuchte1 = analogRead(A3);
int feuchte2 = analogRead(A2);
int feuchte3 = analogRead(A1) ;
ExportCounter = ExportCounter + 1;
if (licht > 510) {
digitalWrite(A0, HIGH); //TESTLINE DAYNIGHT
}
else {
digitalWrite(A0, LOW); //TESTLINE DAYNIGHT
}
dataString = String(ExportCounter) + "," + (licht) + "," + (feuchte1) + "," +(feuchte2) + "," +(feuchte3) + "," + (digitalRead (A0)) + "," + (waterconsumption); //Create Datastring for CSV File
Serial.println(dataString);
Serial.println(analogRead (A3));
Serial.println(analogRead (A2));
Serial.println(analogRead (A1));
Serial.print("--------------------------------------------------\n");
datalog = SD.open("Datalog.txt", FILE_WRITE);
datalog.println(dataString);
datalog.close();
und in dem String der die Var feuchte 1-3 verwendet steht was anderes wie in den Println wo ich direkt analog read printe. Weist du wie das kommt?