Kontrolle Funktion für Motor

[Ferdinand]

Hallo ich finde dehn Fehler nicht, ich versuche mit einer Drehzahlregelung eine Sicherheitsfunktion einzurichten das der Motor nach dem Einschalten erst los läuft wen das Poti gleich oder unter 3% ist



/*
Analog Input


*/
#define MOTOR_1 2
#define MOTOR_2 4
#define POTI A0
#define PWM 9
#define TASTER 7

#define LED 3


//int poti = A0; // select the input pin for the potentiometer

int poti_Value = 0; // variable to store the value coming from the sensor

int poti_prozent = 0;
bool sicherheit = false;

void setup() {
// declare the ledPin as an OUTPUT:
//pinMode(ledPin, OUTPUT);

Serial.begin(9600);


//pinMode(MOTOR_1,OUTPUT);
//pinMode(MOTOR_2,OUTPUT);


pinMode(LED,OUTPUT);

pinMode(TASTER,INPUT_PULLUP);

pinMode(MOTOR_1,OUTPUT);
pinMode(MOTOR_2,OUTPUT);

pinMode(PWM,OUTPUT);


digitalWrite(LED, LOW);
}


void loop() {

int pwmSpeed;

// Poti Regelbereich
poti_Value = analogRead(POTI);
poti_prozent = map(poti_Value, 0,1023, 0,100);
// Ausgabe
Serial.print("Poti = ");
Serial.print(poti_prozent);
Serial.println("% ");

// Sicherheitsschaltung Poti auf 0 und Motor Aus


while( sicherheit = false )
{

if (poti_prozent <= 3 )

{

sicherheit = true;
digitalWrite(LED, LOW);
}
else
{

digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, HIGH);

digitalWrite(LED, HIGH);

}


}




digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, HIGH);

// Geschwindigkeit regeln
analogWrite(PWM, poti_Value / 4);

// Drehrichtung Links
digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, LOW);


// Drehrichtung Rechts

digitalWrite(MOTOR_1, LOW);
digitalWrite(MOTOR_2, HIGH);


// ENDE
}

[Siro]

Hallo Ferdinand

while( sicherheit = false )

heisst das nicht ==

in "C" ??

in deinem Code setzt du sicherheit auf FALSE und fragst dann nach ob es TRUE ist....(zumindest wird der Compiler das so umsetzen)
eventuell schmeisst Dir der Compiler sogar den gesamten Code der While Schleife raus, weil er ihn für unnötig hält.


Noch etwas ist mir aufgefallen:

wenn er dann tatsächlich mal in deine Schleife kommt,
dann wird der Wert des Potis aber nie wieder neu gelesen.

dein Code
poti_Value = analogRead(POTI);
poti_prozent = map(poti_Value, 0,1023, 0,100);

muss irgendwie mit in deine Schleife. Sonst kommt er aus der while Schleife auch nie wieder raus.

[Moppi]

Hallo Ferdinand,

zur Ergänzung ein Vorschlag:

In die WHILE-Schleife muss mit ziemlicher Sicherheit ein yield() rein und natürlich die Poti-Abfrage. Denn die WHILE-Schleife kann nur beendet werden, wenn das Poti abgefragt (also der Wert gelesen und umgewandelt wird). Außerdem wird solange gewartet, bis das Poti einen bestimmten Wert unterschreitet und das kann dauern. Deshalb soll das yield() dort rein - zum Beispiel am Anfang der WHILE-Schleife.

[Ferdinand]

was ist den ein yield()

in dieser Schleife soll nur der poti beim Start abgefragt werden sobald das poti aufgedreht wird darf der Motor nicht laufen und ich mus es erst runter drehen und das progam neu Starten (neu einschalten) wen disse Bedingung erfüllt wird kommt das eigentliche progam

hir nochmal mein aktuelles program




/*
Analog Input


*/
#define MOTOR_1 2
#define MOTOR_2 4
#define POTI A0
#define PWM 9
#define TASTER 7

#define LED 3


//int poti = A0; // select the input pin for the potentiometer

int poti_Value = 0; // variable to store the value coming from the sensor

int poti_prozent = 0;
bool sicherheit = 1;

void setup() {
// declare the ledPin as an OUTPUT:
//pinMode(ledPin, OUTPUT);

Serial.begin(9600);


//pinMode(MOTOR_1,OUTPUT);
//pinMode(MOTOR_2,OUTPUT);


pinMode(LED,OUTPUT);

pinMode(TASTER,INPUT_PULLUP);

pinMode(MOTOR_1,OUTPUT);
pinMode(MOTOR_2,OUTPUT);

pinMode(PWM,OUTPUT);


digitalWrite(LED, LOW);
}


void loop() {

int pwmSpeed;

// Poti Regelbereich
poti_Value = analogRead(POTI);
poti_prozent = map(poti_Value, 0,1023, 0,100);
// Ausgabe
Serial.print("Poti = ");
Serial.print(poti_prozent);
Serial.println("% ");

// Sicherheitsschaltung Poti auf 0 und Motor Aus


while( sicherheit == 0 )
{

if (poti_prozent <= 3 )

{


digitalWrite(LED, LOW);

return 0;

}
else
{

digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, HIGH);

digitalWrite(LED, HIGH);
return 1;
}


}




digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, HIGH);

// Geschwindigkeit regeln
analogWrite(PWM, poti_Value / 4);

// Drehrichtung Links
digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, LOW);


// Drehrichtung Rechts

digitalWrite(MOTOR_1, LOW);
digitalWrite(MOTOR_2, HIGH);


// ENDE
}

[Moppi]

Zur Unterbrechung Deiner Programmschleife, falls die längere Zeit in Anspruch nimmt. Andernfalls könnte Dir das Gerät einfrieren/abstürzen. Normal baut man das beispielhaft am Ende innerhalb loop() ein. Unterbricht die aktuelle Schleife um dem Prozessor Zeit für andere Aufgaben zu geben.


yield()

Description

Passes control to other tasks when called. Ideally yield() should be used in functions that will take awhile to complete.

Syntax

yield();

Parameters

none

Returns

nothing

- - - Aktualisiert - - -

Du initialisierst sicherheit mit 1:
bool sicherheit = 1;

In loop() geht es dann mit while weiter, while wird solange ausgeführt, wie die angegebene Bedingung erfüllt ist:
while( sicherheit == 0 )
Da sicherheit schon den Wert 1 hat, macht die while-Schleife gar nichts (While ist zur Schleifenbildung gedacht). Daher geht es dann mit dem Code weiter:



digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, HIGH);

// Geschwindigkeit regeln
analogWrite(PWM, poti_Value / 4);

// Drehrichtung Links
digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, LOW);


// Drehrichtung Rechts

digitalWrite(MOTOR_1, LOW);
digitalWrite(MOTOR_2, HIGH);


Zum Verständnis muss man wissen: was soll sicherheit bewirken/bezwecken?

Um das Verständnis zu verbessern, warum nicht zum Beispiel so:


/*
Analog Input


*/
#define MOTOR_1 2
#define MOTOR_2 4
#define POTI A0
#define PWM 9
#define TASTER 7

#define LED 3


//int poti = A0; // select the input pin for the potentiometer

int poti_Value = 0; // variable to store the value coming from the sensor

int poti_prozent = 0;
bool sicherheit = 1;

void setup() {
// declare the ledPin as an OUTPUT:
//pinMode(ledPin, OUTPUT);

Serial.begin(9600);


//pinMode(MOTOR_1,OUTPUT);
//pinMode(MOTOR_2,OUTPUT);


pinMode(LED,OUTPUT);

pinMode(TASTER,INPUT_PULLUP);

pinMode(MOTOR_1,OUTPUT);
pinMode(MOTOR_2,OUTPUT);

pinMode(PWM,OUTPUT);


digitalWrite(LED, LOW);
}


void loop() {

int pwmSpeed;

// Poti Regelbereich
poti_Value = analogRead(POTI);
poti_prozent = map(poti_Value, 0,1023, 0,100);
// Ausgabe
Serial.print("Poti = ");
Serial.print(poti_prozent);
Serial.println("% ");



if (poti_prozent > 3 )
{
digitalWrite(LED, HIGH);
digitalWrite(MOTOR_1, LOW);
digitalWrite(MOTOR_2, LOW);
return 0;
}

digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, HIGH);

// Geschwindigkeit regeln
analogWrite(PWM, poti_Value / 4);

// Drehrichtung Links
digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, LOW);


// Drehrichtung Rechts

digitalWrite(MOTOR_1, LOW);
digitalWrite(MOTOR_2, HIGH);


// ENDE
}

Sofern ich das richtig verstanden habe, könntest Du das dann auch so machen:


/*
Analog Input


*/
#define MOTOR_1 2
#define MOTOR_2 4
#define POTI A0
#define PWM 9
#define TASTER 7

#define LED 3


//int poti = A0; // select the input pin for the potentiometer

int poti_Value = 0; // variable to store the value coming from the sensor

int poti_prozent = 0;
bool sicherheit = 1;

void setup() {
// declare the ledPin as an OUTPUT:
//pinMode(ledPin, OUTPUT);

Serial.begin(9600);


//pinMode(MOTOR_1,OUTPUT);
//pinMode(MOTOR_2,OUTPUT);


pinMode(LED,OUTPUT);

pinMode(TASTER,INPUT_PULLUP);

pinMode(MOTOR_1,OUTPUT);
pinMode(MOTOR_2,OUTPUT);

pinMode(PWM,OUTPUT);


digitalWrite(LED, LOW);
}


void loop() {

int pwmSpeed;

// Poti Regelbereich
poti_Value = analogRead(POTI);
poti_prozent = map(poti_Value, 0,1023, 0,100);
// Ausgabe
Serial.print("Poti = ");
Serial.print(poti_prozent);
Serial.println("% ");



if (poti_prozent > 3 )
{
digitalWrite(LED, HIGH);
digitalWrite(MOTOR_1, LOW);
digitalWrite(MOTOR_2, LOW);
}
else
{

digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, HIGH);

// Geschwindigkeit regeln
analogWrite(PWM, poti_Value / 4);

// Drehrichtung Links
digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, LOW);

// Drehrichtung Rechts

digitalWrite(MOTOR_1, LOW);
digitalWrite(MOTOR_2, HIGH);
}

// ENDE
yield();
}

[Ceos]

ACHTUNG Verständnisposting, hilft nicht direkt bei der Lösung aber beim Verständnis und der weitern Programmierung.

wozu du dich mal belesen solltest ist die sog. Parallele Datenverarbeitung (Vorsicht das gibts in einfach und kompliziert, für dich reicht die einfache Variante die sich nicht mit Multithreading und Multicore beschäftigt)

Wenn du als Mensch z.B. nach einem Apfel greifst, machst du mehrere Dinge parallel, du steuerst deine Linearaktoren (Muskeln), fühlst die Bewegung und Position deines Arms mit Sensoren (Nervenenden) und trackst den Apfel und deine Hand in relation zum Apfel.

Wenn du aber nur einen Prozess zu einer Zeit verarbeiten kannst (weil einfacher single Core Controller) musst du Time Slicing betreiben, also quasi jedem Vorgang nacheinander ausführen, aber immer nur ein kleines Stück.

Dafür gibt es diverse Ansätze die sich mit festem und flexiblem Timing beschäftigen, wenn es um genaue Steuerung geht aber das Timing kannst du auch erstmal weglassen.

Du musst also deine Aufgabe in Teile unterteilen die unabhängig voneinander ablaufen udn die Ergebnisse dieser TEilaufgaben zusammenführen udn vor jeder neuen Teilaufgabe die Aufgabe an die neue Situation anpassen.


Vereinfacht gesagt, du guckst (Aufgabe 1) erst wo ist dein Arm, wo ist der Apfel und schätzt die Distanz ab. Da du deinen Arm schon lange benutzt, weist du auch ohne gucken, wieviel Kraft du in den Muskel schicken musst (Aufgabe 2) damit der Arm sich bewegt ... da gehört zwar noch der Part mit dem Fühlen dazu aber den lassen wir der einfachheit weg :)

Wenn du Aufgabe 1 und 2 abgeschlossen hast, fängst du wieder von vorne an, du guckst also wie weit der Arm noch bewegt werden muss und passt ggf. die Kraft der Muskeln an um den Arm zu beschleunigen oder zu bremsen(Aufgabe 2).

Udn das wiederholt sich so lange bis du den Arm in der Hand hast. (edit: oha böser typo ... das hoffe ich natürlich nicht ... ich meinte den Apfel in der Hand)

Dafür braucht es dann, damit es auch übersichtlich programmiert ist, in deiner loop nur 2 methoden die immer wieder aufgerufen werden, nämlich readPoti() und controlMotor()
in deinem Projekt speicherst du dann die ergebnisse einfach global (wie dud as mit int_poti usw. schon machst) und in deiner control motor routine triffst du dann anhand des wertes deines potis eine entscheidung die motoren zu steuern. innerhalb dieser methoden ist es natürlich verboten schleifen einzubauen die nicht eine vorhersagbare anzahl an zyklen durchlaufen, sonst kommst du aus einer aufgabe nicht raus und kannst die anderen nicht mehr ausführen ....

Stell dir das einfach vor, dass du beim Arm bewegen z.B. eine Schleife einbaust die dafür sorgt dass der Arm um eine bestimmte Distanz vorwärst bewegt wird ohne dabei zwischendurch die augen zu benutzen und der Apfel rollt nur ein Stück weg ... im schlimmsten Fall kickst du den Apfel durch den Raum oder rammelst dich an einem Hindernis das plötzlich auftaucht.
Hättest du die Aufgabe so gebaut dass immer nur einmal kurz "nachgeregelt" wird, hättest du den Apfel rtotzdem sauber aufgenommen oder wärst dem Hindernis ausgewichen ...


PS ich fühle mich gerade in mein Robotik Projekt zurückversetzt ... Asuros die gleichzeitig miteinander Kommunizieren, einer Linie folgen und parallel die Motoren steuern um durch das Klebeband Labyrinth zu fahren

edit: wenn du dich an so eine einfache strukturierung deines programmes hälst, kannst du auch später ohne viel hirnverknotung neue sachen und aufgaben einbauen

[Moppi]

Wenn du aber nur einen Prozess zu einer Zeit verarbeiten kannst (weil einfacher single Core Controller) musst du Time Slicing betreiben, also quasi jedem Vorgang nacheinander ausführen, aber immer nur ein kleines Stück.


Das nennt man Multithreading.

[HaWe]

die Feinheiten, ob auf Multicore (wie Raspi) oder Singlecore Prozessor (wie Aduino) braucht einen Anfänger nicht zu interessieren, den interessieren nur die passenden Libs.

Für Arduino gibt es die Scheduler Lib in 2 Versionen, eine nur dür den Due, die andere auch für andere Arduinos, und für beide gibt es etliche Beispiel-Codes..

Aber Multithreading ist schwääääre Kost, wenn man Anfänger ist, da würde ich nicht unbedingt gleich meine ersten Schrritte mit machen.

[Moppi]

Habe gerade gelesen, dass das yield sowieso bei loop() immer aufgerufen wird, das muss am Ende nicht extra drinstehen.

[Ceos]

@Moppi ja klar ist das auch Mutlithreading, aber wenn du Multithreading bei google eingibst, wirst du mit so viel mehrkern prozessor müll erschlagen, weswegen ich bewusst solche begriffe meide wenn ich etwas erkläre die einen zu nichts sinnvollem führen, es gibg ja darum das verständnis aufzubauen und nicht jemanden mit fachartikeln abzuschrecken :D



Habe gerade gelesen, dass das yield sowieso bei loop() immer aufgerufen wird, das muss am Ende nicht extra drinstehen.

Genau das ist FALSCH ... es geht darum wenn du innerhalb der loop eine undefiniert lange Schleife hast yield() aufzurufen damit die arbeiten die üblicherweise NACH dem Ende deines loop gemacht werden auch dran kommen

wie ich es beschrieben habe, wenn du deine loop mit einer großen schleife laufen lässt (den arm bewegst) ohne zwischendurch auch mal die augen zu benutzen (yield oder die loop beenden) kannst du auch nichts mehr sehen und knallst irgendwo dagegen

@HAWE
die Feinheiten, ob auf Multicore (wie Raspi) oder Singlecore Prozessor (wie Aduino) braucht einen Anfänger nicht zu interessieren, den interessieren nur die passenden Libs.

habe ich irgendwo feinheiten beschrieben?????? mach deine AUGEN AUF UND LIEß was ich geschrieben habe bevor du schon wieder anfängst meine Beiträge zu kritisieren, deine ignorante Ader regt mich immer wieder auf unterlasse das bitte!


Aber Multithreading ist schwääääre Kost, wenn man Anfänger ist,

Darum habe ich es STARK VEREINFACHT, was dir aufgefallen wäre wenn du bei deiner loop des "Kritisieren" hin und weider mal yield() machst udn auch ließt bevor du deine loop() beendest und absendest

... Ich glaube ich wechsle bald das Forum

[HaWe]

wir reden hier ausschließlich über WELCHE ARDUINO LIBS ?

[Ceos]

wir reden hier ausschließlich über WELCHE ARDUINO LIBS ?

ich habe keinen bock mehr auf deine unflexible udn ignorante Art ... du machst dir ncihtmal die Mühe zu lesen was ich schreibe geschweige denn es zu verstehen ... du nimmst dir Fetzen aus meinem Text verdrehst sie und Spuckst sie dann als Posting hin

Viel spaß mit dem Topic, es gehört dir Meister aber du gehst ab jetzt wieder auf meine Ignore Liste und ich hoffe dass du dem thread Kontext zu liebe das nächste mal einfach nichts schreibst wenn du einen Post von mir siehst um anderen sich selber eine Meinung bilden zu lassen

Ich Fasse hier nochmal meine Erläuterung zusammen:

Meines erachtens nach fehlt es hier am Multithreading Verständnis und ich meine hier die Grundlagen wie Arduino das macht und nciht wie man irgendwelche Berechnungen auf mehrere Cores verteilt. Denn wenn man mit nur ein absoluten Minimum an Struktur an ein Programm heran geht, ist echtes Multithreading leicht und schnell verstanden.

[HaWe]

ich habe keinen bock mehr auf deine unflexible udn ignorante Art ... du machst dir ncihtmal die Mühe zu lesen was ich schreibe geschweige denn es zu verstehen ... du nimmst dir Fetzen aus meinem Text verdrehst sie und Spuckst sie dann als Posting hin

Viel spaß mit dem Topic, es gehört dir Meister aber du gehst ab jetzt wieder auf meine Ignore Liste und ich hoffe dass du dem thread Kontext zu liebe das nächste mal einfach nichts schreibst wenn du einen Post von mir siehst um anderen sich selber eine Meinung bilden zu lassen

Ich Fasse hier nochmal meine Erläuterung zusammen:

Meines erachtens nach fehlt es hier am Multithreading Verständnis und ich meine hier die Grundlagen wie Arduino das macht und nciht wie man irgendwelche Berechnungen auf mehrere Cores verteilt. Denn wenn man mit nur ein absoluten Minimum an Struktur an ein Programm heran geht, ist echtes Multithreading leicht und schnell verstanden.
vielleicht solltest du dann mal verständlicher schreiben, statt hier großkotzig rumzugiften!

[Ceos]

die Feinheiten, ob auf Multicore (wie Raspi) oder Singlecore Prozessor (wie Aduino) braucht einen Anfänger nicht zu interessieren, den interessieren nur die passenden Libs.

Für Arduino gibt es die Scheduler Lib in 2 Versionen, eine nur dür den Due, die andere auch für andere Arduinos, und für beide gibt es etliche Beispiel-Codes..

Aber Multithreading ist schwääääre Kost, wenn man Anfänger ist, da würde ich nicht unbedingt gleich meine ersten Schrritte mit machen.


wir reden hier ausschließlich über WELCHE ARDUINO LIBS ?

vielleicht solltest du erstmal lesen lernen,

statt hier großkotzig rumzugiften!

pack dir an deine eigene nase und such die schuld nicht bei anderen

du bist einfach lernresistent

[HaWe]

es gibt 10000 Aruino Libs, die MT alle auf verschiedene Weise machen, daher habe ich nach der GENAUEN, SPEZIELLEN Arduino Lib gefragt, um die hier geredet wird.
Ich habe 2 Scheduler Libs genannt, aber es sind nicht die einzigen, und selbst die arbeiten unterschiedlich.

[Ceos]

es gibt 10000 Aruino Libs, die MT alle auf verschiedene Weise machen, daher habe ich nach der GENAUEN, SPEZIELLEN Arduino Lib gefragt, um die hier geredet wird.

oh sorry, dann war der 2te Post von mir falsch interpretiert worden, das kam durch deine CAPS SCHREIBEN IRGENDWIE SARKASTISCH RÜBER

primär ging es mir nur um deinen ersten Post, dein 2ter kam einfach nur sarkastisch rüber im kontext, weil du vorher ungelesen einen meiner posts schlecht geredet hast ohne auch nur einmal mit der wimper zu zucken statt nichts dazu zu schreiben denn er war einfach hohl, diffamierend und irreführend


NACHTRAG

was deine libs angeht, das ging mir in dem moment am allerwertesten vorbei denn auch eine lib rettet dich nicht davor eine monster loop() zu schreiben

sowas wird unleserlich und wegen MT eine lib zu nehmen ist wie kanonen auf spatzen in diesem fall ... WARUM fragst du sage ich das, dann ließ doch JETZT bitte endlich mal meine beispielhafte Erklärung durch, dann wird dir entweder alles klar oder du tust mir leid. Aber du verlässt dich bisher eh lieber auf libs als das Prinzip zu verstehen und beschwerst dich dass die lib dein spezielles problem nicht vorhergesehen hat.

[Ferdinand]

ok ich versuche es noch mal, ich kann schon C Programiren zumindest habe ich das mal gelernt ist aber schon ne weile her und fange wieder an es zu üben daher nehmme ich jedes kleine projekt um zu lernen ich habe noch nicht das verständnis für C++ aber das kommt schonoch jetzt zu meinem projekt da ich für mein Dremell eine drehzahlregelung brauche habe ich ein HW-95 mit L298N drauf und ein Arduino NANO einem Poti später mal 3 7segment anzeigen einem taster die drehzahl wird in % ausgegeben.

also der taster soll zur drehrichtungs änderung und fileicht noch zur quwitirung dinen wen ich das poti auf sagen wir mal 80% stelle und die regelung aus schalte dann nach nem monat wider einschalten möchte und er sofor loss dreht das ist wie mit einer flex die man vergist aus zu machen und sie in die steckdose steckt deshal diese schutz funktion das man erst das poti auf 3% oder weniger stellen muss damit der motor los leuft.

zum program ablauf war mein gedanke wie schafe ich es in der haupt schleife zu prüfen ob das poti richtig steht und das nur einmal beim starten des programs das heist wen das poti auf 0% steht ist alles ok und er kert in die haupt funktionen das program braucht nicht mehr zu prüfen ob das poti unter 3% steht

[HaWe]

also von mir war überhaupt nichts sarkastisch gemeint, und ich habe keinen Post schlecht geredet.
Man kann nur nicht über Multithreading und Multitasking und Scheduler und yield reden, wenn man nicht sagt, auf welches MT Prinzip und welche Libs man sich bezieht.
Es gibt Multithreading libs, die sind preemptiv, und welche, die sind kooperativ. Preemptive brauchen überhaupt kein yield.
Bei Kooperativen, die yield brauchen, kann diesen Zweck oft auch irgendein delay übernehmen (delay(1) oder delay(100)), oder u.U. auch nicht.
Timeslice Scheduling benutzen sie aber überwiegend alle, egal ob auf Single oder MultiCores oder preemptiv oder kooperativ.
Also muss man sich erst einmal auf die Lib einigen, die man verwenden und auf die man sich beziehen will, denn wie gesagt, jede funktioniert anders.
Aber keine ist für blutige Programmieranfänger geeignet, denn diese sind oft noch schon mit Single-Threads überfordert.

@Ferdinand:
Dein Projekt verstehe ich nicht bis ins Detail, und auch alles drumherum mit flex und Steckdose ist mir nach deiner Beschreibung absolut nicht klar.
Es klingt aber so, als ob du überhaupt kein Multithreading brauchtst, sondern als ob es reicht, dass du in der loop einfach hintereinander

das Poti ausliest,
diesen Wert in einen Bereich von 0 bis 255 "mapst",
den Button ausliest,
wenn er gedrückt und dann wieder losgelassen wurde, dann die Motorrichtung umkehrst,
und dann den Poti-Wert per analogWrite in einen pwm-Wert für den Motor umwandelst
und dieses pwm und die Motorrichtung an deine Motor-H-Brücke übergibst.
Dann evt eine kurze delay-Pause zum Verschnaufen,
und dann die loop wieder von vorn.

Zumindest dazu ist Multithreading nicht nötig, und als Anfänger würde ich auch die Finger davon lassen: Lerne erst mal die Standard-Verfahren in nur 1 Loop.
Wenn du dann fit bist, kannst du dich vlt in ein paar Monaten mit der Scheduler Lib für deinen Arduino-Typ befassen und da die Multithreading-Beispiele für viele Loops nebeneinander durcharbeiten - aber noch nicht jetzt.
Und dann versuch nicht alles auf einmal zu lösen, sondern in kleinen Schritten, also erstmal die Poti-pwm-Sache allein, dann den Btn und die Richtungsumkehr allein, und dann beides zusammen.

[Moppi]

@Ferdinand

Dein Problem:

"zum program ablauf war mein gedanke wie schafe ich es in der haupt schleife zu prüfen ob das poti richtig steht und das nur einmal beim starten des programs das heist wen das poti auf 0% steht ist alles ok und er kert in die haupt funktionen das program braucht nicht mehr zu prüfen ob das poti unter 3% steht"

Dazu muss die while-Schleife bei setup() rein, nicht bei loop().

Dieser Code muss bei setup() rein, am besten ganz am Ende:




poti_prozent = 4; sicherheit = false;

while( poti_prozent > 0 )
{
poti_Value = analogRead(POTI);
poti_prozent = map(poti_Value, 0,1023, 0,100);
}

sicherheit = true;



Was macht der Code:

poti_prozent wird auf 4 gesetzt, damit - egal in welchem Fall - die while-Schleife mindestens ein Mal ausgeführt wird, um das Poti abzufragen. Entweder prüfst Du in der while-Schleife auf >3 oder >0. Bei >0 bleibt der so lange in while, bis poti_prozent = 0 ist. Bei while (poti_prozent > 3) bleibt der solange in der while-Schleife, bis poti_prozent kleiner oder gleich 3 ist. Dazu muss in der while-Schleife nur das Poti abgefragt werden. Sobald das Poti den von Dir gewünschten Wert erreicht, wird die while-Schleife beendet (und Du kannst einen Status sicherheit = true; setzen. Im Hauptprogramm loop() musst Du dann nur noch sicherheit prüfen, ob das true oder false ist: if (sicherheit==true)... oder if(sicherheit==false)... ).
Man kann das mit der Variable sicherheit auch weglassen. Weil der solange in der while-Schleife drin bleibt, bis das Poti einmal richtig steht. Erst dann fängt er überhaupt mit loop() an. Das heißt: in loop() ist sicherheit dann immer true. Da es dort dann sowieso immer true wäre, kann man es dann weg lassen.

Das war es, viel Erfolg! :)

[Ferdinand]

ok das ist doch mal ne gute Idee von dir werde ich gleich mal so um setzen und ausprobieren

- - - Aktualisiert - - -

ok es funktioniert habe es jetzt mal so gelöst



/*
Analog Input


*/
#define MOTOR_1 2
#define MOTOR_2 4
#define POTI A0
#define PWM 9
#define TASTER 7

#define LED 3


//int poti = A0; // select the input pin for the potentiometer

int poti_Value = 0; // variable to store the value coming from the sensor

int poti_prozent = 0;
bool sicherheit = 1;

void setup() {
// declare the ledPin as an OUTPUT:
//pinMode(ledPin, OUTPUT);

Serial.begin(9600);


//pinMode(MOTOR_1,OUTPUT);
//pinMode(MOTOR_2,OUTPUT);


pinMode(LED,OUTPUT);

pinMode(TASTER,INPUT_PULLUP);

pinMode(MOTOR_1,OUTPUT);
pinMode(MOTOR_2,OUTPUT);

pinMode(PWM,OUTPUT);


digitalWrite(LED, LOW);


// Sicherheitsschaltung Poti auf 0 und Motor Aus

poti_Value = analogRead(POTI);
poti_prozent = map(poti_Value, 0,1023, 0,100);

while( poti_prozent >= 3 )
{

digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, HIGH);
digitalWrite(LED, HIGH);
delay(300);
poti_Value = analogRead(POTI);
poti_prozent = map(poti_Value, 0,1023, 0,100);
digitalWrite(LED, LOW);
delay(300);



}







}


void loop() {


int pwmSpeed;

// Poti Regelbereich
poti_Value = analogRead(POTI);
poti_prozent = map(poti_Value, 0,1023, 0,100);
// Ausgabe
Serial.print("Poti = ");
Serial.print(poti_prozent);
Serial.println("% ");



//delay(1000);

digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, HIGH);

// Geschwindigkeit regeln
analogWrite(PWM, poti_Value / 4);

// Drehrichtung Links
digitalWrite(MOTOR_1, HIGH);
digitalWrite(MOTOR_2, LOW);


// Drehrichtung Rechts

digitalWrite(MOTOR_1, LOW);
digitalWrite(MOTOR_2, HIGH);

//digitalWrite(LED, HIGH);
//delay(1000);

// ENDE
}