Gehäuseentwurf für Signalleuchten (Part 3)

Der ESP32-6 benötigt eine ausreichende Platzierung, so das die Verbindung zum USB Stecker möglich ist. Da kam mir in den Sinn, dass ein Aufladekabel schon etwas die Magie weg nimmt. Eine Wireles Charging Plattform in Form eines Magisch aussehenden Gegenstand, wäre super, aber ich behalte das im Hinterkopf, auch wenn ich die Hardware dafür schon bereits liegen habe. Schließlich soll das Projekt übersichtlich bleiben. 

 

Hauptsächlich verwende ich von Seeed Studio den XIAO ESP32-C6, weil ich da alternative eine Externe Antenne anschließen kann. Der zweite Grund, das dieser deutlich weniger Strom verwendet, auf das ich erst heute gestoßen bin.

• Seeed XIAO ESP32-C6 
• mit Funktechnik WLAN und/oder Bluetooth 
• Aktiv bis zu 75mA
• Light-Sleep 3,1mA 
• Deep Sleep 15µA
•  Lipo Support
• Kann über 3,7V versorgt werden und den Lipo mit 100mA aufladen. 
• ESP32-C6 Super Mini mit Funktechnik WLAN und/oder 
• Aktiv bis zu 150mA
•  Deep-Sleep ca. 43µA, vorausgesetzt die Status LED ist nicht mit an.

Zu meiner Überraschung stellte ich fest, dass von dem XIAO ESP32-C6 ein 3d Model existiert auf GrabCab und auch von den anderen, womit ich mir das ständige Nachmessen mit dem Messschieber hätte sparen können. Seeed Studio Xiao ESP32 C6 | 3D CAD Model Library | GrabCAD

 

Was das Gehäuse Design angeht, bin ich noch nicht zufrieden. Etwas zwischen einem Kasten mit Kristall, Zauberstab oder einem Würfel mit Verzierungen.  Und damit landete ich wieder bei Pinterest oder in der Bildergenerierung zu inspirationszwecke.

Robokopf Designen

Ich probiere mich noch, mein richtige Design Vorstellung eines Roboterkopfes zu modulieren in Blender. Das Grundgerüst ist schon grob da, muss aber vielleicht muss noch an der Stabilität ausgebessert werden.

 

Noch siehts aus, als wäre eine Schale als Kopf moduliert. Aber wahrscheinlich muss ich mich von dem Kugeldesign weg. Das hatte bisher noch nie so gewirkt, wie ich mir das eigentlich vorstelle. 

Monzoom Pro Rückblick

Raumschiff U.S.S.Adler

Das Programm hieß vor seiner Umbenennung Reflection und war (glaube ich) ein beliebtes Werkzeug zum modulieren, texturieren und animieren in den 1990iger Jahren.

Radpanzer

Während meiner Schulzeit habe ich viele Modelle entworfen oder andere Objekte nachgemacht. Das Programm begleitete mich bis 2002 und zwang meinen PC in die Knie, wenn ich eine Filmsequenz gerendert habe.

Angler am Strand 3D

Letztes Jahr habe ich in meiner Datensicherung meine gesammelte Arbeit wiedergefunden und ich dachte, dass rendere ich mal in High Definition. Wer bereits die Videos gesehen hat, die ich auf meinem Blog gepostet habe, dürfte sich an einen Pixelhaufen erinnern. Früher hatte ich nur einen Pentium 300MHz PC, mit einer Eraser III und 64MB Arbeitsspeicher (später jedoch auf 192MB aufgerüstet). Nun denn, genug Nostalgie.

Ein zusammenschnitt der 3D Animationen mit Monzoom Pro in HD Auflösung.

Altes erstes 3D Video von mir

Nachdem ich etwas aufgeräumt habe, fand ich noch einige CD Sicherungen die Tatsächlich nach Jahren noch funktionieren. Darauf habe ich dieses alte 3D Animations Video wieder gefunden, an dem ich neben der Schulzeit herum gewerkelt habe. Entschulidgt die kleine Auflösung. Mein Power Rechner eines 486iger mit 66MHz und 20MB RAM konnte Zeitgemäß nicht in einer größeren Auflösung rendern. 320 mal 160 war noch von den Berechnungszeiten annehmbar, größere Auflösungen wie wir sie heute kennen, hätte mein damaliger 486 noch heute daran gerechnet. Erstellt wurden die Video Animationen und 3D Objekte mit dem 3D Programm Monzoom Pro. Die Musik ist auch von mir. Keine Ahnung wie ich das ausgehalten habe mit den Midi Tönen.

Schwierigkeiten mit dem GMax Plugin MiddleMan v1.3beta

Nach einer langen Suche einer aktuellen Version vom Plugin zu finden blieb bisher erfolgslos. Dabei ist es gar nicht mal so schlecht, wenn da nicht dieser Bug ist. Offenbar habe ich diesen auch erst seit ich das auf Windows 7, GMax und das Plugin nutze. Nun es kommt der Fehler, wenn ich mein Model exportiere, um es als .X Format zu speichern, dann sind die Checkboxen für .X ausgeschaltet. Das ist aber dann nicht, wenn es zum ersten mal genutzt wird. Irgendwann stellte ich fest, das der Fehler dann erzeugt wird, wenn im Plugins Ordner, die Einstellungen speichert. Die Datei “mman.sys” lässt den Fehler erscheinen. Offensichtlich, wenn die Einstellungen aus der Datei geladen wird, wird beim laden, die eine oder andere Auswahl deaktiviert.

Lösung ist, die Datei “mman.sys” nach jedem Export zu löschen.

Leider reicht das nicht. Denn offensichtlich scheint das Plugin sich nicht selbst zu finden, nachdem es den Export durch geführt hat. Zwar wird die Exportierte Datei des 3D Modells erzeugt, wird aber nach dem Schließen des Plugins wieder entfernt. Ähhh… Sagt ich mir. Solange das Plugin offen ist, geht es ja. Die erzeugte .X Datei ist auch entsprechend beschrieben. Also was kann man hier machen.

Die Datei kopieren, bevor das Plugin geschlossen wird.

Eigentlich nicht so schön, wenn man vielleicht mehrere Modelle exportieren möchte, und im Grunde ist es auch lästig, diese Vorgänge durch zu führen.

Also habe ich kurz mal ein Programm geschrieben, dass genau diese Vorgänge durch führt. Es ist sehr Simpel auf gebaut. Kopiert das Programm .exe wohin ihr wollt, startet es, weist entsprechend die Ordner zu. Fertig.

Wenn die x.Datei erstellt wurde, also dann wenn ihr auf den Button Go geklickt habt, dann wird ein im Meshes Odner ein Unterordner erzeugt und dort die Sicherung mit dem selben Namen gespeichert.

Also wenn ihr GMax startet, dann startet dieses kleine Programm, dass ich GMaxPluginCleaner genannt habe.

Download GMaxPluginCleaner