UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Andreios]

@tt-tom sagte in GPIO Status Wemos d1 mini an iobroker senden:

@Andreas-5 Was hast du für Erfahrungen mit dem Befehl INPUT_PULLUP gemacht?

Nein, den habe ich bisher nicht genutzt.
Allerdings habe ich bisher auch keine Anwendung mit Tastern, nur automatisch laufende mit Sensoren.

[TT-Tom]

@andreas-5
okay, ich ja auch nicht habe immer externe Widerstände genutzt.

Hast du noch eine Idee zum MQTT-Problem?

@Beowolf ist dir das schon mal aufgefallen das die Tür nach einem Neustart des WEMOS losgefahren ist?

[Andreios]

@tt-tom sagte in GPIO Status Wemos d1 mini an iobroker senden:

@Andreas-5

Wie kann man verhindern, das nach einem Neustart des WEMOS der alte Fahrbefehl vom mqtt ignoriert wird. Das gleiche Problem wird auch auftreten, wenn er die Verbindung zum mqtt-Broker verliert. hast du da eine Idee.

Zum Einen müsste der MQTT-Server dem Subscriber die letzten Befehle/Status senden. Das ist eine Einstellungssache, aber vielleicht ist das ja schon so eingestellt.

Dann müsste der Statusmerker undefiniert sein, also z.B. -1, aktuell sind die auf 1:

int lastTasterAufState = 1;
int tasterAufState = 1;
int lastTasterZuState = 1;
int tasterZuState = 1;
int lastTasterStoppState = 1;
int tasterStoppState = 1;

Wahrscheinlich, um den "normalen" Status 0 nach dem Start mit zu bekommen.
Wenn die auf einem nicht gültigen Wert stehen, wird auf jeden Fall einmal der Status erwischt.
Aber ACHTUNG: So wie ich das mit den Abfragen umgestellt habe, um die Prio hinein zu bringen funktioniert das nicht, weil am Ende alle Merker gesetzt werden und durch die else if nur immer einer pro Zyklus bearbeitet wird.
In dem Fall würde ich das Setzen der Merker jeweils an das Ende jedes if-Block setzen:

  if (tasterStoppState != lastTasterStoppState) { // Abfrage damit nur bei Änderung am Taster Aktion ausgeführt wird
    // Stoptaster und Richtung Zu löst Halt aus
    if ((tasterStoppState == LOW) && (richtung == 2)) {
      Serial.println("Taster Stop LOW");
      TuerSteuerung(STOP);
    } else {
      Serial.println("Taster Stop High"); // Lichtschranke wieder frei
      if (richtung == 2) // Nur dann, wenn vorher auch schon SCHLIESSEN aktiv war, hier weiter fahren, wenn Lichtschranke frei.
        TuerSteuerung(SCHLIESSEN);
    }
    lastTasterStoppState = tasterStoppState;
  }
  else if (endlageAufState != lastEndlageAufState) { // Abfrage damit nicht bei jedem Durchlauf die Endlage neu gesetzt wird, sondern nur bei Änderung
    if (endlageAufState == LOW) {
      TuerEndlagen(TUERAUF);
    }
  }
  else if (endlageZuState != lastEndlageZuState) { // Abfrage damit nicht bei jedem Durchlauf die Endlage neu gesetzt wird, sondern nur bei Änderung
    if (endlageZuState == LOW) {
      TuerEndlagen(TUERZU);
    }
    lastEndlageAufState  = endlageAufState;
    lastEndlageZuState   = endlageZuState;
  }
  else if (tasterAufState != lastTasterAufState) { // Abfrage damit nur bei Änderung am Taster Aktion ausgeführt wird
    if (tasterAufState == LOW && endlageAufState != LOW) { // Hier würde ich auf jeden Fall die Endlage mit einbeziehen, da ansonsten der Motor zumindest startet.
      Serial.println("Taster AUF");
      TuerSteuerung(OEFFNEN);
    } else {                                          // Und auch beim loslassen stoppen.
      Serial.println("Taster AUF losgelassen");
      TuerSteuerung(STOP);
    }
    lastTasterAufState   = tasterAufState;
  }
  else if (tasterZuState != lastTasterZuState) { // Abfrage damit nur bei Änderung am Taster Aktion ausgeführt wird
    if (tasterZuState == LOW && endlageZuState != LOW) { // Hier würde ich auf jeden Fall die Endlage mit einbeziehen, da ansonsten der Motor zumindest startet.
      Serial.println("Taster ZU");
      TuerSteuerung(SCHLIESSEN);
    } else {                                          // Und auch beim loslassen stoppen.   
      Serial.println("Taster ZU losgelassen");
      TuerSteuerung(STOP);
    }
    lastTasterZuState    = tasterZuState;
  }

Damit wird allerdings wieder auch im normalen Ablauf jeder Statuswechsel bearbeitet, aber zumindest die höher priorisierten zuerst.
Da gibt es aber auch noch Möglichkeiten. Falls nötig muss ich da noch einmal drüber scchauen.

[TT-Tom]

@andreas-5
Wir warten mal auf @Beowolf seine Antworten.
Habe das Stop ja noch einmal angepasst und wenn er bis jetzt noch kein Problem mit dem MQTT hatte, lassen wir es erstmal so. Vielleicht fällt mir dazu noch was ein.

[Beowolf]

@tt-tom sagte in GPIO Status Wemos d1 mini an iobroker senden:

@Beowolf ist dir das schon mal aufgefallen das die Tür nach einem Neustart des WEMOS losgefahren ist?

Jepp. Schon gemerkt. Die Tür fährt zu.

Besser wäre es glaube ich, wenn die Tür nichts machen würde.

Zu der aktuellen Version.

Tastersteuerung geht fast.

1. Taste für AUFgedrückt - Tür fährt auf solange ich den Taster gedrückt halte - bis zum Endschalter - Tür hält an.

ABER

Wenn ich nun den Taster für ZU drücke möchte die Tür noch weiter auf fahren.

Auch bleibt die LED auf weiß wenn ich per Taster die Tür zu gefahren habe.

Das sind aber alles Dinge die im Normnalbetrieb glaube ich vollkommen egal sind.

[TT-Tom]

@beowolf

ich konnte leider es nicht nachstellen. Kannst du bitte mal im IoBroker den Meldungen im MQTT mit kontrollieren, wenn du von Hand fährst?

Hast du die Möglichkeit dich per USB Kabel mit dem WEMOS zu verbinden und mit Arduino IDE die Debugmeldungen im seriellen Monitor mit zu lesen?

Das mit de LED sehe ich mir nochmal an.

[Beowolf]

@tt-tom
Tür ist ZU - drücke Taster Tür auf bis Tür an Endschalter kommt

Taster AUF
Neuer Fahrbefehl
Tuer oeffnet ... Motor angehalten - Endlage erreicht
Tuer geoeffnet
Taster AUF losgelassen
Neuer Fahrbefehl
Motor angehalten über Taster

Jetzt ist die Tür auf - rote LED war an - weisse geht an wenn ich den Taster loaslasse.

Tür ist AUF - Taste für Tür ZU gedrückt bis Tür an Endschalter kommt

Taster ZU
Neuer Fahrbefehl
Tuer schliesst ... Motor angehalten - Endlage erreicht
Tuer geschlossen
Taster ZU losgelassen
Neuer Fahrbefehl
Motor angehalten über Taster

Jetzt ist die Tür zu - grüne LED war an - weisse geht an wenn ich den Taster loaslasse.

Tür ist ZU - drücke Taster Tür auf bis Tür an Endschalter kommt

Taster AUF
Neuer Fahrbefehl
Tuer oeffnet ... Motor angehalten - Endlage erreicht
Tuer geoeffnet
Taster AUF losgelassen
Neuer Fahrbefehl
Motor angehalten über Taster
Taster ZU
Neuer Fahrbefehl
Tuer schliesst ... Motor angehalten - Endlage erreicht
Tuer geschlossen
Taster ZU losgelassen
Neuer Fahrbefehl
Motor angehalten über Taster
Taster ZU losgelassen
Neuer Fahrbefehl
Motor angehalten über Taster

Tür ist AUF - Taste für Tür ZU gedrückt bis Tür an Endschalter kommt

Wenn ich jetzt direkt auf die ZU-TASTE drücke fährt die Tür noch ein klein wenig auf und geht dann langsam zu.

Das wird hiermit zusammen hängen

const unsigned int TuerbewegungZu =  61000;
const unsigned int TuerbewegungAuf = -61000;

Der Motor fährt bis zu diesen Werten ÜBER die Endschalter und fährt dann wieder in die entgegengesetzte Richtung. Das scheint im "Hintergrund" weiter zu laufen. Je nachdem wie schnell ich den ZU Taster drücke dreht der Motor mehr oder weniger noch nach.

Das ist alles ok so - es handelt sich immer noch um eine Hühnertür, nicht um einen Hochsicherheitssafe. :flushed:

[Beowolf]

Was mir etwas wichtiger ist, ist das der Motor still ist nach einem Reset bzw. Stromausfall oder so.

[TT-Tom]

@beowolf

wenn der Motor die Endlage erreicht hat sollte er stumm sein. Das sollte über diese Funktion ausgelöst werden.

void stopp() {
  stepper.stop();
  digitalWrite(MotorStatus, HIGH); //Motor deaktiviert
}

diese wird über die Endlagen aufgerufen.
Damit der Motor nach dem Reset / Neustart ruhig bleibt, sollte im Setup folgende Zeile eingetragen werden.

digitalWrite(MotorStatus, HIGH); //Motor deaktiviert

Damit die LED beim Taster loslassen nicht die Farbe wechselt, kannst du die beiden Zeilen aus kommentieren

    case STOP_TASTER:
      stopp();
      richtung = 0;
      Serial.println("Motor angehalten über Taster");
 //     pixels.setPixelColor(0, pixels.Color(255, 255, 255)); //LED Farbe weiss
 //     pixels.show();
      break;

[TT-Tom]

@beowolf sagte in GPIO Status Wemos d1 mini an iobroker senden:

Wenn ich jetzt direkt auf die ZU-TASTE drücke fährt die Tür noch ein klein wenig auf und geht dann langsam zu.

Das wird hiermit zusammen hängen

const unsigned int TuerbewegungZu =  61000;
const unsigned int TuerbewegungAuf = -61000;

Der Motor fährt bis zu diesen Werten ÜBER die Endschalter und fährt dann wieder in die entgegengesetzte Richtung. Das scheint im "Hintergrund" weiter zu laufen. Je nachdem wie schnell ich den ZU Taster drücke dreht der Motor mehr oder weniger noch nach.

Das ist alles ok so - es handelt sich immer noch um eine Hühnertür, nicht um einen Hochsicherheitssafe. :flushed:

muss mir mal die <AccelStepper.h> ansehen ob es ein Kommando gibt damit er nicht weiter läuft. Denn der stop Befehl hält in anscheint nur an und bei Run läuft er weiter bis ende erreicht ist.

[Beowolf]

@tt-tom sagte in GPIO Status Wemos d1 mini an iobroker senden:

muss mir mal die <AccelStepper.h> ansehen ob es ein Kommando gibt damit er nicht weiter läuft. Denn der stop Befehl hält in anscheint nur an und bei Run läuft er weiter bis ende erreicht ist.

So fühlt sich das an

[Beowolf]

@tt-tom sagte in GPIO Status Wemos d1 mini an iobroker senden:

Damit der Motor nach dem Reset / Neustart ruhig bleibt, sollte im Setup folgende Zeile eingetragen werden.
digitalWrite(MotorStatus, HIGH); //Motor deaktiviert

Dann ist der Motor solange unter "Dampf" bis der erste Fahrbefehl kommt - nicht gut.

[TT-Tom]

@beowolf

Mit dem Befehl wird der Motor doch deaktiviert, oder habe ich das falsch verstanden?

[Beowolf]

@tt-tom

Stimmt, aber der Motor zeigt das aber so.

Der "Ursprungserzeuger" des Programms, nutzt inzwischen die Schrittmotoransteuerung durch die MobaTools. Er sagt, das die per Interrupt getaktet werden, was meist besser funktioniert.

Ich kenne die Tools aber nicht.

[Andreios]

@beowolf sagte in GPIO Status Wemos d1 mini an iobroker senden:

@tt-tom sagte in GPIO Status Wemos d1 mini an iobroker senden:

@Beowolf ist dir das schon mal aufgefallen das die Tür nach einem Neustart des WEMOS losgefahren ist?

Jepp. Schon gemerkt. Die Tür fährt zu.

Besser wäre es glaube ich, wenn die Tür nichts machen würde.

Zu der aktuellen Version.

Tastersteuerung geht fast.

1. Taste für AUFgedrückt - Tür fährt auf solange ich den Taster gedrückt halte - bis zum Endschalter - Tür hält an.

ABER

Wenn ich nun den Taster für ZU drücke möchte die Tür noch weiter auf fahren.

Auch bleibt die LED auf weiß wenn ich per Taster die Tür zu gefahren habe.

Das sind aber alles Dinge die im Normnalbetrieb glaube ich vollkommen egal sind.

@beowolf sagte in GPIO Status Wemos d1 mini an iobroker senden:

@tt-tom sagte in GPIO Status Wemos d1 mini an iobroker senden:

@Beowolf ist dir das schon mal aufgefallen das die Tür nach einem Neustart des WEMOS losgefahren ist?

Jepp. Schon gemerkt. Die Tür fährt zu.

Besser wäre es glaube ich, wenn die Tür nichts machen würde.

Was dabei zu prüfen wäre ist, ob der Motor beim Neueinschalten sein altes Ziel noch hat, dann müsste das im Setup zurückgesetzt werden, falls möglich.
Außerdem für den Startlauf die Merker z.B. -1 definieren und damit erst einmal nicht auf gesetzte Tasten reagieren (Flankenerkennung), so dass also selbst dann, wenn Du wirklich beim Einschalten des Wemos die Taste gedrückt hälst, das ignoriert wird.
Aktuell ist es so, dass, da der Merker auf 0 steht, wenn die Taste beim Start gedrückt ist, eine positive Flanke erkannt wird, der Motor läuft ggfs. los.
Ist der Merker beim Start auf -1 und die Flanke wird damit ignoriert, dann steht der Merker danach auf 1 und ab da läuft alles ganz normal, zuerst kommt die negative Flanke, wenn die Taste losgelassen wird und der Merker wird 0.

[TT-Tom]

@andreas-5 @Beowolf
Ich glaube, ich habe das jetzt mit der Stepper verstanden. Der Tip war MobaTools. Ich bin auch im Moba Verein und dort nutzen wir Servos zum Steuern der Weichen. Im Prinzip das selbe wie mit einem Stepper. Wir messen / testen bis wir die richtige Lage der Weiche erreicht haben, und speichern den Wert. Da gibt es keine Endlagenschalter und wenn sind sie nur zur Anzeige. Die Steuerung funktioniert alleine über die Wegstrecke / Schritte.

Soll heissen @Beowolf, du musst deine Schritte von Auf nach Zu noch einmal ausmessen, damit sie im Bereich der Endlagen anhält. Eine Abschaltung und "Reset" des Stepper bringt nix, im schlimmsten Fall verschiebt sich dadurch sein Fahrbereich, weil er immer die gesamten Schritte fahren will.

Ich hoffe ich habe mich gut ausgedrückt und ihr habt es verstanden.

Mit MQTT müsste auch über ein State bzw. Zeitstempel überwacht werden. Aber in der Materie bin ich noch nicht so fit.

Gruß Tom

[Beowolf]

@tt-tom sagte in GPIO Status Wemos d1 mini an iobroker senden:

du musst deine Schritte von Auf nach Zu noch einmal ausmessen,

Das war auch so geplant. Bis jetzt war es nur so, das ich sicher sein wollte, das die Endlage der Tür durch die Endschalter definiert wird. Es gehen schon mal Schritte verloren. Deshalb das "zu viel" an Schritten.

Ich h offe auch, das dieses ganze gefummel mit den Taster ganz selten gebraucht wird. Per ioBroker morgens Tür auf - abends wieder zu - fertig. Nur die Zeiten verschieben sich.

[TT-Tom]

@beowolf

habe nochmal mit den Einstellungen vom MQTT Adapter gespielt. Bei folgenden Einstellungen ist die Tür bei mir nicht mehr gefahren, weder beim Neustart des Adapter noch beim Neustart des WEMOS.

"Eigene States beim Verbinden publizieren" und "States bei subscribe publizieren" habe ich beide deaktiviert.

ich weiß jetzt nicht ob du noch andere Projekte hast die diese Einstellung benötigen.

[Beowolf]

@tt-tom
Jepp - geht.

Muß ich mal beobachten ob andere Dinge jetzt Probleme haben.

[Beowolf]

Ich habe da noch eine Frage.

Ich muß noch den Schaltzustand von einem Pegelschalter (Wasserstand) an ioBroker gesendet bekommen.

Es sollte so sein, das der Schalter beim "Neustart" des Wemos d1 mini einmalig abgefragt wird, den Zustand nach ioBroker sendet, und dann erst z.B. in einem Intervall von einer Stunde wieder.

Was ich bis jetzt habe:

Unter void loop

  Pegelstand_lesen();

Dann bei

void Pegelstand_lesen() {
    if (digitalRead(Pegelschalter)) {
      mqttClient.publish("HH_Frischwasser/Innen/Essigpegel", "1");
          } else {
      mqttClient.publish("HH_Frischwasser/Innen/Essigpegel", "0");
      }
}

Im LOG Fenster kommt ununterbrochen die "Statusmeldung" des Pegelschalters ein. Das kann so nicht richtig sein.

Grüße
Manfred