Closed wauzzi closed 1 year ago
Servus,
hast du eventuell Popups blockiert? Eigentlich sollte eine Warnung kommen ob du den Discharge Mosfet wirklich abschalten möchtest, diese muss erst bestätigt werden. Kommt die bei dir?
Danke für deine schnelle Rückmeldung. Über den Chrome kommt zwar die Abfrage, passieren tut aber nichts. Ich habe es eben über mein Android Chrome probiert. Dort tut es. Ich werde es heute Abend nochmals auf dem Rechner testen
Kann es eventuell sein dass es nur einen Moment dauert bis er das übernimmt? Wenn der WeMos grad abfragen ans BMS sendet verzögert es "setzen" und der schalter springt ggf. erst kurz auf inaktiv und einen moment später auf aktiv.
Servus! Getestet mit Firefox, Chrome, Edge und Firefox für Android, ich bekomme überall das Bestätigungsfenster. Hast du vielleicht irgendeinen Popup-Blocker, Javascript blocker oder ähnliches installiert?
Hallo @wauzzi ,
konntest du schon weitere Tests durchführen?
ohne rückmeldung keine möglichkeit zu helfen. closed
Sorry, ich kam erst heute wieder zum Testen. Es lag tatsächlich am AdBlocker. Des MOS schaltet jetzt zwar den Discharge zwar ab, wird jedoch nach Paar Minuten selbstständig wieder aktiviert
Firmware Version:
Verwendete Software:
19:48Uhr - Discharge über Webinterface deaktiviert 20:36Uhr - immernoch aus, dann hab ich ihn wieder über das Webinterface aktiviert.
MQTT Meldungen kamen die ganze zeit über rein. #50
Notes:
Charge FET deaktiviert sich ebenfalls nach einer Weile wenn nicht geladen wird und der discharge FET aus ist. Dies verhalten kommt allerdings vom DALY und kann von uns nicht beeinflusst werden.
Wir benötigen eine genaue Schritt für Schritt Auflistung was du wo machst und wann was wo passiert. Mir ist bislang noch nicht klar wo du den "Schalter" betätigst. Im Web? Über MQTT? Im ioBroker in den Objekten?
Ich glaube, ich habe den Fehler gefunden.
Sofern Discharge über MQTT auf true steht, jedoch im Webinterface der Schalter auf false steht, wird der Wert über MQTT aus dem IOBroker wieder übernommen und somit wieder aktiviert. Daher wäre es gut, wenn die tatsächlichen Zustände der MOS wieder via MQTT an den IOBroker zurückgegeben werden
Ich glaube, ich habe den Fehler gefunden.
Sofern Discharge über MQTT auf true steht, jedoch im Webinterface der Schalter auf false steht, wird der Wert über MQTT aus dem IOBroker wieder übernommen und somit wieder aktiviert. Daher wäre es gut, wenn die tatsächlichen Zustände der MOS wieder via MQTT an den IOBroker zurückgegeben werden
Das kann nur passieren wenn die WLAN Verbindung schlecht ist, dann macht er einen reconnect und subscribt die Werte neu. Wie ist der WLAN Empfang laut deinem Router zu dem esp?
Daher wäre es gut, wenn die tatsächlichen Zustände der MOS wieder via MQTT an den IOBroker zurückgegeben werden
Das werden sie ja, allerdings nicht im Device_Control bereich. Sonst würde man ja eine "Schleife" bauen und den Wert immer wieder mit sich selbst überschreiben.
Wird der Schalter "Discharge MOS State:" betätigt, wird das MOS nicht angesteuert