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

Ja, es gibt hier schon sowas. Aber die wollen dann gleich für 8m Litze 15€ haben. Das ist imho arg viel.
Beim Brunner könnte ich mal anrufen, der wäre in Schlagweite, wenn wir zu den Schwiegereltern fahren.

Vielleicht ergibt es sich auch, dass ich mal bestelle. Ich muss halt mal mitbekommen, wann die Rabattaktionen sind, denn die normalen Preise sind meist deutlich teurer, als beim Discounter. Muss sich aber trotzdem irgendwann mal lohnen, sonst würden ja nicht so viele bestellen (auch teils kleinere Bestellungen).

 

Teile sind angekommen. Hab den Aufbau mit Register direkt auf dem Breadboard ausprobiert und die Software umgeschrieben.

D2 und D3 musste ich tauschen. Sonst bootet er nicht mehr. Jetzt zappelt beim Boot der Data Pin, da aber Shift und Latch sicher LOW sind, juckt das nicht.

Das Rücklesen der Kanäle klappt einwandfrei. Ich schiebe einfach 1en durch und zähle, bis hinten was rauskommt.

Jetzt mache ich mich an das Platinenlayout (mal zusammenstecken und schauen, wie es aussieht etc.) und wenn das passt, löte ich alles zusammen.

 

Ich hab mal die Komponenten auf der Platine zusammengesteckt. Kleinkram (Widerstände und Kondensatoren) ist nur Beispielhaft drauf, aber nicht vollständig.
Ich versuche so die Treiber als fertige Einheiten zu gestalten. Es gibt dann einen Steueranschlusspunkt, eine Masse und den Ausgang. Die kann man dann erstmal fertig verlöten und dann den Rest anschließen.
Der nodeMcu muss noch eine Reihe weiter an den Rand. Dann bekommt man im eingebauten Zustand mit ein wenig wurschteln noch ein USB Kabel rein.

So ist jetzt deutlich mehr Platz, als bei meinem alten Aufbau. Ist aber auch kein Wunder, vorher hab ich auf 50x70 gearbeitet, jetzt stehen 100x160 zur Verfügung

 

OE hängt an einem sicheren Pin, der initial floatet. Der Pin hat einen externen Pullup und wird dann im Setup auf HIGH geschalten. Der ist also immer HIGH.
Erst wenn das Register fertig initialisiert ist (ich zähle durch, mache dann MasterReset und schreibe zusätzlich noch nullen), setze ich den OE auf LOW.

Ggf. erweitere ich das noch so, dass OE nur geschalten wird, wenn auch mindestens ein Ausgang aktiv sein soll. Muss ich mir mal anschauen, ob man das einigermaßen verständlich im Code hinbekommt.

Spannend wird noch die Übertragung der Kanalzahl ans Android und das dynamische Layout. Klar kann die App zu Beginn erstmal abfragen aber was ist, wenn zwischendurch mal die Connection weg war oder wechselt? Der App ist es egal, mit welchem Netz ich verbunden bin. Unter einer bestimmten URL antwortet ein Modul und gut ist. Wenn auf der URL plötzlich ein anderer Antwortet, wirds doof, könnte aber passieren.

Ich denke ich gebe einfach immer auch die MAC des ESP mit, dann kann Android wenigstens erkennen, ob sich irgendwann das Modul geändert hat. In dem Fall wird dann neu initialisiert.
Selbige könnte man auch dafür verwenden, die Module zu identifizieren (innerhalb der Kommunikation, einen lesbaren Namen braucht man ja trotzdem noch).
2 Digitale Pins hab ich ja noch frei. Ich überlege, ob ich noch eine zusätzliche LED einplane, die eine Modulidentifikation ermöglicht. Allerdings muss ich dann noch was besorgen, meine vorrätigen LED sind alle 12V.
Zusätzlich könnte der andere Pin dann noch einen Schalter oder Jumper bekommen, mit dem man dann Master/Slave umschalten kann.
Allerdings will ich das so eigentlich gar nicht (mit extra Schalter). Die Software sollte intelligent sein und erkennen, dass schon ein Master da ist und sich zu dem verbinden. Und falls kein Master da ist, macht sie selbst den Master.
Auch die Identifikation würde ich gerne ohne zusätzliche Bauteile lösen. Aber wie? Man könnte die Scharfschaltung dazu verwenden, dann sollte aber nix angeschlossen sein zu dem Zeitpunkt. Oder jedes Modul bekommt einen festen Namen. Dann muss man aber beim einspielen der Software immer aufpassen.
Oder man knallt den Namen bzw eine Nummer ins EEPROM und kann das extern (wenn das Modul im Master Mode ist) konfigurieren.

 

Ich kenn mich mit dem Layouting und so nicht aus. Ich habs zwar mal grob versucht, aber so richtig toll war das nicht. Das Angebot mit einer fertigen Platine reizt natürlich, aber die Kiste wird definitiv dieses Wochenende noch zusammengelötet. Ich kann mir aber gut vorstellen, dass sich bei einer verfügbaren Platine und guten Features mehrere Interessenten für den Nachbau finden könnten.

Ich kann dir gerne das KiCad zur Verfügung stellen. Ich hatte eh vor, alles in ein GIT oder so zu schmeissen und somit open source zu machen. Man muss nur irgendwie sicherstellen, dass niemand was kaputt macht (hab bisher keine Erfahrung mit GIT, aber da gibt's sicher Mechanismen für).

Das mit dem Schalter wird kaum helfen. Man muss ja vorab irgend eine WLAN Config hinterlegen, sonst kann man gar nicht verbinden. Würde nur funktionieren, wenn der Chip dann in einen Default Modus schaltet und eine default config nutzt oder sogar ein offenes WLAN erzeugt.
Das einzig sonst denkbare wäre, dass man per USB mit dem Handy verbinden könnte und über Serial dann konfigurieren. Ich gaube aber nicht, dass das wirklich tauglich ist, weiß nicht, ob der übliche USB am Handy für eine normale Serielle Verbindung taugt (ohne dass man Debug anschalten muss und lauter so Kram). Außerden müsste man die Kiste dann extra aufschrauben.

Es wäre nicht schwierig, die WLAN Config beim Programmieren des Chips fest zu hinterlegen und es so zu machen, dass er im Slave Modus für 30sec versucht den Master zu finden und dann selbst in den AP Modus schaltet.
Dann kann man garantiert immer mit dem Handy verbinden und die Config machen (darf kein anderer Master da sein).

Keep Alive hab ich bisher für unnötig befunden. Solange es keinen automatisch laufenden Programmodus gibt, braucht man ja nicht sicherstellen, dass das Remote Gerät auch garantiert da ist. Es wird ja nur manuell gezündet.
Wenn es Automatismen gibt und man die dann remote abbrechen kann, sieht das natürlich anders aus.

Allerdings existiert ja schon ein Heartbeat. Android fragt jede Sekunde den aktuellen Status ab. Wäre also relativ einfach, die Zeit zwischen 2 Anfragen zu messen und nach 5sec auf Safe zu schalten.

Ich will mich jetzt erstmal drauf konzentrieren, dass die Basics sauber laufen. Features oben drauf setzen kann man immer noch.

 

Ein Relay kann halt klemmen. Kann also passieren, dass es nicht anzieht, oder dass es nicht mehr ausgeht.
Daher finde ich persönlich die Variante mit den MosFet besser.

Was die Webschnittstelle angeht, so schau ich mir später noch an, was man da noch besser machen kann. Einfacher Webservice war jetzt schnell mal hingebastelt und ziemlich einfach zu realisieren.

 

Er hat aber schon recht. HTTP hat einiges an Overhead, auf den man verzichten könnte. Das macht die ganze Sache schneller. Die Verbindung wird dadurch natürlich nicht stabiler, das muss schon das WLAN selbst leisten.
Das schwierige ist halt, dass ich alles immer gleich in 2 Welten machen muss (Arduino und Android). Da ist Socket dann doch ein wenig umständlicher denke ich.

An der Webschnittstelle ist halt auch cool, dass man bei Bedarf auch einfach mal im Browser checken kann, was der Controller denn so zurückgibt. Die bleibt glaube ich erstmal drin, bis ich mit der funktionalen Entwicklung fertig bin.

 

Ich hatte mit meiner Anlage 5 in Reihe. 4 gingen los, 1 nicht.
Lag imho nicht am mangelnden Strom, sondern an der Streuung der Zünder.
Ob 24V in meinem Schaltplan möglich sind, bin ich mir unsicher. Vgs ist mit max. 20V angegeben. Die würde doch dann aber 24V betragen, wenn durchgeschalten wird. Somit sind wir dann drüber.
Man müsste also den Pullup am Gate mit einem Spannungsteiler versehen, damit das wieder passt.

Unterschiedliche Hersteller in Reihe: ganz schlecht. Es heißt sogar, man sollte die selbe Charge haben. Man kanns versuchen aber die Wahrscheinlickeit für Versager ist dann groß.

Meine Platine ist soweit gelötet (Außenbeschaltung fehlt noch). Ich bin grad am Gehäuse dran. Terminals, Schalter, LEDs. Dann kann ich die Teile reinsetzen und die Platine fertig verkabeln.

Die Löterei hat mich einige Stunden gekostet. Soo viel ist es gar nicht, aber ständig abisolieren, abknipsen, vorverzinnen u.s.w. kostet haufenweise Zeit.

 

Mess mit einem Multimeter deine Zünder, dann kannst du ausrechnen.

Du brauchst 0,6A bei 12V. Das macht 20Ohm maximaler Widerstand. Allerdings brauchst du noch etwas Sicherheitspuffer, also eher mal mit 20% weniger rechnen. Macht also 16Ohm.

Meine Anlage hat fest 1,5Ohm für Kurzschluss. Nehmen wir an, dass es noch ein paar sonstige Verluste gibt und rechnen hier mit 2Ohm. Bleiben noch 14Ohm für die Zünder.

Meine Zünder messe ich mit 1Ohm. Nochmal 0,5Ohm für Kabel drauf (reicht dicke, solange man nicht ettliche Meter hat).

Somit dürften 9 Zünder noch gut machbar sein. Vorausgesetzt, sie streuen nicht.

 

Die neue Kiste ist zusammengebastelt und funktioniert. Allerdings kann ich im moment nur 8 Kanäle ansteuern (die App muss noch angepasst werden).

Nächster Schritt ist jetzt erstmal die Dynamisierung der App (so dass das Modul bescheid gibt, wieviele Kanäle existieren).

Wenn ich das habe, muss ich die erste Kiste umbauen (Teile hab ich besorgt).

Wenn das dann fertig ist, schaue ich mir das mit dem Multimodul Betrieb an (vorher machts kein Sinn, weil ich sonst die Software immer doppelt bräuchte).

Bilder hab ich nebenher einige gemacht. Ob es für ne tolle Anleitung reicht, keine Ahnung.

 

So, die zweite Kiste (die alte kleine) ist umgelötet. Ich hab die Platine komplett neu gemacht, das alte Layout war für die Änderung nicht zu gebrauchen.

Meine Platine ist quasi das Minimum (70x50). Ich würde niemandem Empfehlen, das Ding auf so eine kleine Platine zu quetschen. Es wird alles unnötig komliziert.

Und man sollte aufpassen, was man wo hinlötet. Hatte Gate und Source am P-Channel vertauscht und ewig gebraucht, bis ich den Fehler gefunden hab.

Wenigstens kommt jetzt der für mich angenehmere Teil. Software schreiben =)
Die verbrannten Finger können sich endlich wieder erholen...

 

Das mit dem Widerstandsnetzwerk hätte ich mal früher wissen sollen... hätte einiges an gefummel eingespart. Und billiger ist es auch noch.

OE hab ich drin, der ist beim hochfahren immer Safe und wird erst aktiv, wenn das Register einen kontrollierten Zustand hat.
MR wäre nicht nötig, ich hab den Pin aber frei.

Ich denke heute mache ich mal Pause. Morgen geht's dann wahrscheinlich mit Coden weiter.

 

Ich saß gestern dran. ModulSoftware ist jetzt komplett dynamisch, was die Kanalzahl angeht.
In der Android App hab ich die Kommunikation aufgeräumt (das war alles wild zussammengewachsen) und an die neue Api angepasst. Als nächstes muss ich die Kanalzahl abfragen und dann dynamisch die Buttons aufbauen. Dann ist die App schonmal fähig mit beiden Kisten jeweils getrennt zu kommunizieren.

Danach schau ich mir dann die Master/Slave Geschichte an oder ich checke nochmal, was das Problem beim AP Client im Android ist.