ESP RGBWW Wifi Led Controller - Hinweise zu Sammelbestellung 2.5

[pjakobs]

Jeder Controller macht sein eigenes WLAN Netz auf - die SSID bassiert auf dem Prefix "RGBWW" und seiner eigenen chipid - kann aber später durch den Nutzer verändert werden. Die chipid ist laut espressif "einzigartig" - also dürfte es da kein Problem mit konkurierenden SSIDs geben.

Ich verstehe daher nicht ganz, wozu der Controller eine andere IP im Accesspoint mode braucht? Jeder client der sich auf den AP des Controllers verbindet bekommt via DHCP eine IP zugewiesen. Auf dem AP des ESPs können zwei Clients nur mit dem ESP sprechen aber nicht client 1 <-> client 2 (der ESP hat kein Packet routing im AP Modus).

ok, so rum geht's auch - dann muss ich nur die RGBWW-<chipid> Netze durchscannen.
Ich denk mal ein bisschen drüber nach.

pj

[Per]

Sammelbestellung v. 2

Juhuuuu!
Diesmal will ich nicht zu spät sein.

ein paar Hintergrundinformationen

Ehrlich? OK, du kannst es machen, aber ein Anrecht darauf haben wir nicht. Ist deine (Frei-)Zeit!

Durch die Ungewissheit wäre es mir erstmal Recht, nur Bausätze zur Verfügung zu stellen

Hm, könntest du zumindest programmierte Prozessoren anbieten? Das wäre eine große Erleichterung für mich (und bestimmt andere). Das Löten ist ja durch die Änderungen am Layout vereinfacht wurden.

Der zweite Punkt ist der Preis des Bausatzes:

Ich glaube nicht, dass das große Diskussionen heraufbeschwören wird.

Achja: ich bestelle mal 3 Exemplare (falls die 100er Grenze knapp zu erreichen ist, auch 5). Aber wenn ich so kurz durchzähle (35 + 10 + 5 + 5 ...) gehts wohl ohnehin in die nächste Staffel.

[mrpj]

Ehrlich? OK, du kannst es machen, aber ein Anrecht darauf haben wir nicht. Ist deine (Frei-)Zeit!

Ich bin da ganz offen und transparent

Hm, könntest du zumindest programmierte Prozessoren anbieten? Das wäre eine große Erleichterung für mich (und bestimmt andere). Das Löten ist ja durch die Änderungen am Layout vereinfacht wurden.

Das ist leider nicht so einfach möglich und kann ich daher nicht anbieten. Hier im Forum gibt es mittlerweile viel Erfahrungswerte und das ganze sollte kein Problem sein selber zu flashen . Und falls doch was schief laufen sollte, ich kann auch nochmal nachflashen - ich möchte nur gerade nicht noch den Lötaufwand haben 


@icinger, @vbs

Ich hab in der develop einen patch für euer beschriebenes Problem. Verhalten ist nun:
- Nach 10 Versuchen spannt er sein eigenes Wlan auf, versucht aber sich weiter zu verbinden
- Falls er sich verbinden kann, schaltet er automatisch seinen eigenen AP wieder ab

Edit:
sobald der "solid" bug behoben ist gibt es eine neue Firmware 

[Pf@nne]

- Nach 10 Versuchen spannt er sein eigenes Wlan auf, versucht aber sich weiter zu verbinden
- Falls er sich verbinden kann, schaltet er automatisch seinen eigenen AP wieder ab

Das hört sich sehr vernünftig an!


Zum Löten:
Ich würde das Löten für die Besteller mit zwei linken Händen übernehmen.
Auch das Flashen der aktuellen FW inkl. HW-TEST würde ich übernehmen.

Ein wenig nervig würde ich das Versenden der Einzelbestellungen, vielleicht hat hier noch jemand drittes Lust sich zu verwirklichen und im Anschluss den Einzelversand zu übernehmen.
So wie eine kleine Produktionskette, so ähnlich wie beim Airbus....

Gruß
Pf@nne

[PeMue]

So wie eine kleine Produktionskette, so ähnlich wie beim Airbus....

... wir sollten halt schauen, dass unsere Softwarekette kompatibel ist ... 

Wenn es darum geht, nochmal über das Layout zu schauen, mache ich das gerne.
Penentrante Frage von mir: wie habt ihr das Thema Gehäuse gelöst? Gibt es da schon etwas?

Ich muss mal schauen, aber ich denke, ich wäre wieder mit ein oder zwei Bausätzen dabei ...

Danke + Gruß

Peter

[mrpj]

Ich würde das Löten für die Besteller mit zwei linken Händen übernehmen.
Auch das Flashen der aktuellen FW inkl. HW-TEST würde ich übernehmen.

Ein wenig nervig würde ich das Versenden der Einzelbestellungen, vielleicht hat hier noch jemand drittes Lust sich zu verwirklichen und im Anschluss den Einzelversand zu übernehmen.
So wie eine kleine Produktionskette, so ähnlich wie beim Airbus....

Wie ich dir ja geschrieben hatte, können wir uns da mal zusammen telefonieren und uns abstimmen was eine gute Lösung für das ganze ist 

[pjakobs]

Penentrante Frage von mir: wie habt ihr das Thema Gehäuse gelöst? Gibt es da schon etwas?

Danke + Gruß

Peter

Conrad hat 5x5cm Kunststoffgehäuse, die haben leider ein paar Einbauten (Nippel), die dem Dremel zum Opfer fallen müssen, dann passen die aber ganz hervorragend. Kosten unter 2EUR/Stück. Das Netzteil muss natürlich woanders hin.

pj

[pc1246]

Hallo pj
Sagst Du uns bitte auch welche das sind?!
Danke und Gruss Christoph

[pjakobs]

Hallo pj
Sagst Du uns bitte auch welche das sind?!
Danke und Gruss Christoph

ach seid Ihr anspruchsvoll

siehe Anhang

die "Wanne" ist tief genug, auch wenn man vielleicht die FETs ein bisschen kippen muss.
AmDeckel (der eigentlich ein Boden ist, weil er die Laschen zum Verschrauben dran hat) sieht man die fünf Nippel. Wenn man den Controller an den Deckel schraubt, dann müssen die ganz weg, wenn man ihn in die Wanne schraubt, dann langt es, die überstehenden, dünnen Teile wegzusägen.
Dazu kommt natürlich noch die Kabeldurchführung für Versorgungsspannung und die LED Leisten.
Ich habe hier seit ein paar Wochen einen Controller in diesem Gehäuse und bis jetzt keine Probleme damit, keine merkbare WLAN Reichweiten Einschränkung, und Hitzestau ist eh nicht zu erwarten.

hier nochmal der Link zum Artikel: https://www.conrad.de/de/modul-gehaeuse-69-x-58-x-31-abs-schwarz-strapubox-c-04-1-st-521523.html?sc.queryFromSuggest=true
ok, mit dem Preis lag ich knapp daneben.

pj

[pjakobs]

@mrpj

ich weiß nicht, wie viel Du noch am layout ändern willst, aber: das Flashen wäre simpler, wenn ich den Controller gleich über USB mit Strom versorgen könnte, hast Du mal drüber nachgedacht, einen VCC Pin zum jetztigen vier-Pin Header Hinzuzufügen?
Mir ist klar, dass der ein "Fremdling" und möglicherweise sogar gefährlich wäre, weil er ja "außen" am Netzteil hängen müsste und ggf. 12V führt. Man könnte eine Sperrdiode einbauen, aber dann kommen ggf. nur noch 4,3V beim Netzteil an - das sollte zwar für 3.3V am Ausgang reichen, aber ich bin mir nicht sicher.
Anyway: nett wäre es schon, weil es beim Flashen nur eine Steckverbindung bedeuten würde.

pj

[Icinger]

Anyway: nett wäre es schon, weil es beim Flashen nur eine Steckverbindung bedeuten würde.

Nett wäre es, aber da müsste dann mmN viel mehr am Layout geändert werden, weil man ja dann den UART-Treiber mit dem ganzen drumherum auch gleich mit draufpacken müsste.

Und so wirklich kompliziert ist es ja mit der bestehenden Version auch nicht.

lg, Stefan

Edit: Sorry, falsch gelesen.
Du wolltest nur die Spannung vom USB haben.
Das wurde hier schon mal in dem Thread diskutiert und dann verworfen.

[pjakobs]

@mrpj

ich weiß nicht, wie viel Du noch am layout ändern willst, aber: das Flashen wäre simpler, wenn ich den Controller gleich über USB mit Strom versorgen könnte, hast Du mal drüber nachgedacht, einen VCC Pin zum jetztigen vier-Pin Header Hinzuzufügen?
Mir ist klar, dass der ein "Fremdling" und möglicherweise sogar gefährlich wäre, weil er ja "außen" am Netzteil hängen müsste und ggf. 12V führt. Man könnte eine Sperrdiode einbauen, aber dann kommen ggf. nur noch 4,3V beim Netzteil an - das sollte zwar für 3.3V am Ausgang reichen, aber ich bin mir nicht sicher.
gerade nochmal nachgesehen, zumindest meine USB/com Module lassen sich auf 3,3V VCC Ausgang umschalten, damit ließe sich der ESP direkt versorgen.
Anyway: nett wäre es schon, weil es beim Flashen nur eine Steckverbindung bedeuten würde.

pj

[pjakobs]

Du wolltest nur die Spannung vom USB haben.
Das wurde hier schon mal in dem Thread diskutiert und dann verworfen.

ich vermute, genau aus dem Grund, den ich genannt habe: wenn der VCC Pin durch's Netzteil geht, weil USB halt 5V liefert, dann ist er ggf. "heiß", wenn jemand mit eingesteckter 12V Versorgung flashen will. Verstehe ich.
Aber: mit 3.3V USB/com Convertern kann er hinter dem Netzteil sein und das Problem wäre gelöst.

keine Notwendigkeit, aber sicher eine Vereinfachung, wenn jemand viele Controller flasht.

[mrpj]

ich weiß nicht, wie viel Du noch am layout ändern willst, aber: das Flashen wäre simpler, wenn ich den Controller gleich über USB mit Strom versorgen könnte, hast Du mal drüber nachgedacht, einen VCC Pin zum jetztigen vier-Pin Header Hinzuzufügen?

Die 3,3V vom FTDI232 haben zuwenig mA um den Controller zu flashen. Das würde entweder dazu führen, dass der FTDI gegrillt wird, oder aber das flashen abbricht weil die Stromversorgung instabil ist.
Die 5V vom USB würden als Vin (vor dem DC Wandler funktionieren, jedoch brauch es die 5V sodass der DC Wandler stabil 3,3V daraus erzeugen kann).

Einen direkten uart Treiber (wie z.B. bei nodemcu) halte ich für Verschwendung. Der Controller muss im Normalfall nur 1mal geflasht werden.

[pjakobs]

Die 3,3V vom FTDI232 haben zuwenig mA um den Controller zu flashen. Das würde entweder dazu führen, dass der FTDI gegrillt wird, oder aber das flashen abbricht weil die Stromversorgung instabil ist.

Die 5V vom USB würden als Vin (vor dem DC Wandler funktionieren, jedoch brauch es die 5V sodass der DC Wandler stabil 3,3V daraus erzeugen kann).

dachte ich mir

Einen direkten uart Treiber (wie z.B. bei nodemcu) halte ich für Verschwendung.

Zustimmung

Der Controller muss im Normalfall nur 1mal geflasht werden.

Nun ja, ich kenne da jemanden, der wird das relativ häufig 1x machen müssen

pj