Handhabung & Technik Besteht Interesse an einer DIY Zündanlage?

Der NodeMCU ist ne Bitch. Auch D0 ist beim Start auf HIGH. Daher kommt es, dass der P-Channel erstmal durchschaltet.

Ich hab also umgemappt. Main wird jetzt mit D6 geschalten. D0 ist auf Kanal 6 gerutscht. Jetzt kommt beim Einschalten kein hoher Strom mehr durch.

Somit gibt es 5 sichere Kanäle und 3 unsichere. Die 3 unsicheren Kanäle bekommen bei einem Reset kurz Strom, falls die Anlage Scharf war (also auch Main muss an gewesen sein).

Wenn man elektrisch scharf schaltet, solte man sowieso schon in Sicherheit sein. Falls jetzt der NodeMCU aus irgend einem Grund einen Reset macht, dann geht ggf. was ungeplant hoch, aber man ist auf jeden Fall weit genug weg.

Im scharfen Modus schwankt die Spannung stark. Unscharf habe ich konstant 2,28 - 2,3V am Pin (errechnet). Schalte ich scharf, so schwankt die Spannung zwischen 10,9 und 11,8. Im Mittel komme ich dann auf die 11,5V, die mein Netzteil hier gerade liefert.
Vermutlich muss ich hier eine Mittelwertbildung über mehrere Messwerte machen, damit das nicht mehr so schwankt.

 

Es tut sich hier ein weiteres Problem auf:

Habe ich den NodeMCU als Client in meinem lokalen Netzwerk, dann funktioniert die Kommunikation schnell und einwandfrei.
Schalte ich jetzt mein Android als AP und lasse den NodeMCU als Client dort hin verbinden, so finde ich den NodeMCU nicht mehr (er verbindet, aber ist nicht zugreifbar). Der AP sieht wohl den Client nicht.

Mache ich es umgekehrt, also NodeMCU als AP und verbinde Android als Client, dann meckert Android, dass keine Internetverbindung besteht. Nicht schlimm, kann man prinzipiell ignorieren. Aber es gibt hier keine stabile Verbindung mehr. Immer wieder gehen Requests einfach nicht raus oder kommen noch extrem verzögert. So ist das einfach unbrauchbar.

Jetzt weiß ich allerdings nicht, ob es am AP Modus des NodeMCU liegt oder am Android.

Im AP Modus ist mir der NodeMCU vorhin auch mit einer Exception abgeschmiert. Hatte ich vorher so noch nie gesehen.

Korrekter wäre eh der Modus, in dem sich der NodeMCU beim Android anmeldet. Nur so könnte man theoretisch auch mehrere betreiben. Ich muss mich da mal einlesen, ob man nicht doch irgendwie ein echtes lokales Netzwerk hinbekommt.

 

Hab AP nochmal mit Windows Tablet getestet und da ging es dann wunderbar. Also nochmal mit Android und siehe da, jetzt funktioniert es da auch.

Vorhin hatte ich den USB mit dran, jetzt hatte ich den nicht dran. Vieleicht lag es daran, dass er als AP durcheinander kommt, wenn er Strom über USB und Vin bekommt.

 

Ich könnte Kotzen!!!

Jetzt will ich den ersten Praxistest machen, schließe den Akku an, schalte ein und... NIX.

Jetzt ist der ******* Schalter verreckt. Schaltet einfach nicht mehr durch die Drecksau...
Man kommt an den ******* extrem schlecht dran

 

Schalter hinüber. Multimeter lässt kein Durchgang messen.
Allerdings ist der Schalter 2 Polig. Ich hab ihn jetzt umgedreht, der andere Pol funktioniert ja noch.

War jetzt auch draussen zum testen: Es funktioniert.
Durchgangsprüfung ist auch schon implementiert. Ich überlege aktuell noch, wie da eine ordentliche Visualisierung aussieht. Vermutlich mach ich da Togglebuttons draus und wenn sie Durchgang haben, gehen sie an.

Aktuell hab ich ja den "armed" als Togglebutton. Der sollte aber denke ich deutlicher sein. Da mach ich vermutlich nen normalen Button mit Hintergrundfarbe (Rot und Grün).
Ansonsten sind ja nur noch die Zündspannung und Verbindungsstatus interessant. Die mach ich dann als Statuszeile ganz unten. Da steht dann entweder Verbindungsfehler oder eben die aktuelle Spannung. Dazu noch den Button für den Durchgangscheck und das wars erstmal.

 

Auf jeden Fall mal ein dickes Danke für die Beratung zur Hardware.
Software ist jetzt für mich weniger ein Problem (mal von dem ******* UI Verhalten von Android abgesehen...).

Ich schau mal noch, dass ich den Schaltplan vervollständige, Code sauber mache und das dann irgendwie auf GitHub oder so share. Kleine Anleitung dazu und gut ist.
Allerdings kann ich zum Layout keine Anleitung machen. Ich hab zwar bei mir bischen was fotografiert, aber da ich am Ende noch Kanäle tauschen musste, passt das nicht mehr. Davon abgesehen ist mein Layout für den Arsch Viel zu fummelig beim löten, das hätte man intelligenter machen können.

 

Hab mal den aktuellen Schaltplan angehängt. Hoffe mal, dass ich nix falsch gezeichnet hab.

Protokoll ist simpel:
Der ESP läuft als WebServer und wird über entsprechende Requests gesteuert.
"/" entspricht der Statusabfrage
"/c1" feuert Kanal 1
"/a" macht die Anlage scharf
"/check" führt die Durchgangsprüfung durch

Der Status kommt als Text in Form von lesbaren properties. z.B.:

Code:

voltage=11,55
a=1
c1=1
c2=0

Analge hat 11,5v Spannung, ist scharf und Kanal 1 ist gerade aktiv. Kanal 2 ist inaktiv.
Auch die Durchgangsprüfung arbeitet so und liefert als identifikatoren c1, c2 etc..

Das macht es mir dann im Javacode sehr einfach, die Werte einzulesen. Ich muss nix selber parsen, ich kann einfach ein Properties Objekt erzeugen und dann direkt auf die Werte zugreifen (die Schlüssel müssen natürlich bekannt sein).

Extra Sicherheit gibt es keine. Die Anlage ist durch das WLAN ja bereits sicher (WPA2).

Die App könnte man prinzipiell dynamisch machen (Anzahl Kanäle einstellbar, Buttons werden automatisch erzeugt etc.), ich hab das aber aktuell alles fix drin, weil es fürs Layout deutlich einfacher ist.

 

Prüfung schaltet automatisch die elektrische Zündung ab und checkt danach zusätzlich die anliegende Zündspannung. Da passiert also nix.

Aktuell kann ich nur 1 Modul ansteuern.
Grund 1: Verbindung geht nur wenn das Modul AP ist. Handy als AP klappt bisher nicht.
Grund 2: Man müsste dann mehrere Url definieren, dann brauche ich eine Konfiguration. So wie es jetzt ist, gibt es eine feste IP, auf der das Modul liegt. Ist deutlich einfacher.

Ich werde noch versuchen Problem 1 zu lösen. Wenn das klappt, mach ich vielleicht noch die erforderliche Dynamik dazu.


Was man natürlich machen könnte wäre Master/Slave. So dass ein Modul den AP macht und alle andere sind Clients. Dann muss der AP den Proxy spielen und Befehle weiterleiten. Vorteil wäre dann, dass man virtuell nur 1 Modul mit entsprechend mehr Kanälen hat.
Die App könnte dann am Modul erfragen, wie viele Kanäle es gibt und dann dynamisch das UI erzeugen.

Mal schauen, wie weit meine Lust reicht. Ich habe nicht vor, mir mehrere Module zu bauen, mir sollte eins reichen.

 

******* Wlan. Zu Hause noch im AP modus getestet, einwandfrei. Anlage zum Vorführen mitgenommen und Zack wieder Verbindung instabil. Liegt nicht am Android, mit Windows ist die Verbindung ebenfalls schlecht.

Es scheint da Probleme zu geben, wenn man zwischen client und ap mode wechselt. Muss mal lesen, was es dazu zu finden gibt.

 

Sagt mir nix. Ich code mit Arduino IDE und entsprechendem Boardmanager.