Projekt raumfeine Luftüberwachung (ESP32) - Seite 7
Teilen:
|
|
||
Aus der Not eine Tugend gemacht  Mit dem Druckteil lässt sich dann eine selbschneidende Schraube von der Wandseite einschrauben, vorher war eine Schraube mit Mutter geplant, aber das ist eh ziemlich fummelig. |
||
|
||
|
Weiß einer der CAD-Großmeister hier, wie ich aus TinkerCAD etwas rausbekomme, das ich bei KiCad wieder reinbekomme? STL scheint irgendwie nur Hülle zu sein, wenn ich das nach STEP konvertiere ist das keine solid object oder so ... 'Ich ohne Plan' wohlgemerkt. Im preview sieht das dann nett aus, aber beim der 3D-Darstellung sieht man nix mehr. |
||
|
||
|
Schnell mal das Internet befragt: TinkerCAD scheint nur Meshformate zu unterstützen, aber KiCad bevorzugt STEP. WRL wird aber auch unterstützt und ist ein Mesh. Probier mal aus TinkerCAD ein OBJ zu exportieren und das mit Blender in ein WRL zu konvertieren. Und schau dir mal FreeCAD an, das ist eine "richtige" CAD-Software. |
||
|
||
|
Mit dem Pfad scheitere ich ähnlich. Für richtige CAD-Software nehme ich das einfach viel zu selten her, wenn dann OpenSCAD. Ich dachte ich probier mal TinkerCAD, für's Drucken reicht es. Und dass der Export hier scheitert ist für mich noch ein Grund mehr, das nicht weiter zu verfolgen ... ich hab' ehrlich schon genug 'Hobbies' Ich wollte mal spielerisch das Teil ins KiCad zurückzaubern ... ausgezaubert. Aber danke für den Versuch ... Edit: Dann doch noch im FreeCAD ...  |
||
|
||
|
Kenne TinkerCAD nicht, aber wenn das nur Mesh kann ist es zum vergessen.
Du kannst aus einem Mesh ( .stl, .obj etc.) zwar ein .stp machen, es wird daraus aber immer noch kein vernünftiges Modell. Glaub es kommt so eingelesen wieder als Mesh an.
Mesh ist in der CAD Welt ein ziemliches Drecksformat.
Ich schlag mich damit herum weil 3D Scanner nur Punktewolken und damit ein Mesh ausspucken.
Das zeug geht in normalen CAD Programmen so gut wie nicht bearbeiten bzw. die entsprechenden Zusatzmodule sind hinter einer dicken Paywall.
Hab grade mit FreeCad gespielt, das scheint gut mit Mesh umgehen zu können und auch ein Mesh in vernünftige Körper verwandeln. Meiner Erkenntnis nach aber nur geschlossene Körper und das Ergebnis ist entweder von schlechter Qualität oder lässt sich kaum bearbeiten weil man 95% der Zeit wartet bis FreeCad fertiggeladen hat nach jedem Handgriff.
Ich suche schon lang nach einer Software die echtes reverse engineering kann, die ist für Privatanwender aber schlicht unbezahlbar.
Daher aus der CAD Welt: Finger weg von Mesh Formaten bis man mit dem Modell fertig ist, dann kann man es für den Drucker umwandeln.
Meine Versuche im Mesh Format zu bleiben (Blender) waren bisher von "ich hab an sich keine Lust das zu lernen" Momenten geprägt... |
||
|
||
|
Slicer akzeptieren heutzutage auch schon STEP, also gar kein Grund mehr für Meshes auf dem Gebiet. Man bleibt halt am liebsten bei dem was man kennt. Ich mach meine Heizungsplanung (eigentlich die ganze Detailplanung vom Haus) in Blender, obwohl das komplett ungeeignet ist. Weil ich halt sonst nichts kann 😬 |
||
|
||
|
Ich hab alles in Creo weils mir am Ende zu doof war ArchiCad für ein Haus zu lernen. Musste aber AutoCad auch noch lernen weil mein Planer das so auf behördentaugliches Format getrimmt hat und ich das für die Nacheinreichung was ändern musste... Ich verwende für den Harzdruck Chitubox - .stp akzeptiert nur die kostenpflichtige Pro Version. Ich war aber insofern etwas enttäuscht weil das beim einlesen einen Netzkörper draus gemacht hat. Im Harzdruck sieht man am Ende sogar die Netzstruktur was ich etwas schade finde. In Creo kann ich beim Export jedenfalls die Netzparameter definieren und es fein machen. Zurück zum Thema, heut ist ein Paket aus China gekommen. 5€/Stk. Wohl leider die neue Hardware... Mal schauen wann ich Zeit hab die zu flashen und in HA zu integrieren.  Aber vorher muss noch eine neue Kupplung in mein Auto, ich muss Randleisten setzen und in 3-4 Wochen kommt der Bagger zum Stützmauer machen. Kurzum, das Projekt dürfte einmal stehen. Mit den Xiaomi Dingern will ich aber zumindest den Jahresverlauf der 2 Werte ohne KWL KWL [Kontrollierte Wohnraumlüftung] schon einmal mitloggen. |
||
|
||
|
Mal blöd gefragt, die Dinger können ja Bluetooth oder (geflasht) Zigbee - ich habe bisher grundsätzlich nur WLAN für ein paar Spielereien (die ESP`s), sonst alles verkabelt was wenn möglich/sinnvoll ja aoch so bleiben soll. Hab mir jetzt gleich einen Sonoff Zigbee Dongle mit gekauft weil der immer wieder in Verbidnung mit HA aufpoppt und mir an sich gefällt, dass sich die Dinger untereinander vernetzen. Den Pi4 mit HA drauf hab ich im Keller, da machts vermutlich nur begrenzt Sinn den - wie in den meisten Artikeln die man darüber findet - direkt dort anzustecken weil die Verbindung zu 99% genau bis zur Kellerstiege reichen wird. Was wäre für meine Gegebenheiten das sinnvollere System? Wie bekomm ich die Verbindung von EG/OG zu HA "im Keller" am besten hin? HA wird vermutlich mittelfristig auf irgendeinen Mini PC wandern der aber ebenfalls im Neztwerkschrank bleiben soll. Meine 2 Pi4 werden dann in die Unterputzdose hinter den Displays (EG und OG) wandern und hätte da meines Wissens dann in jeder Ebene zentral Geräte die Bluetooth an Bord haben. |
||
|
||
|
Hallo MPP33, hier gibt es dazu Erfahrungen und Preise: Projekt raumfeine Luftüberwachung (ESP32) |
||
|
||
|
auch für Bluetooth solltest du sie flashen, damit sie BTHome-Kompatibel werden (https://pvvx.github.io/ATC_MiThermometer) mit Zigbee kenn ich mich nicht aus, aber vermutlich wird das den Stromverbrauch deutlich anheben, bzw. die Batterielaufzeit von >1 Jahr auf (wenige?) Monate reduzieren. der große Vorteil von BTHome: die Dinger "kommunizieren" nur sehr eingeschränkt, sondern senden nur regelmäßig (alle 10? Sekunden) ein kurzes Advertisment-Beacon, welches bereits alle Messwerte enthält. |
||
|
||
|
Bei mir läuft BLE durch 2 Betonwände, RSSI am ESP32 (mit Chipantenne) zwischen -50 und -100dBm, geht also besser als gedacht. Mit den üblichen Stabantennen lassen sich 3-9dBi erreichen, damit kann sich die Reichweite auch mal verdoppeln. Bei mir decken ein Rapsberry und das ESP32-Dingens fast das gesamte Haus ab. Letztens habe ich ein Thermometer in den Kühlschrank gepackt, weil der spinnt. Das hat auch einwandfrei funktioniert. BLE lässt sich auch immer mit einem USB Bluetooth dongle aufrüsten, aber meiner hat einen wirklich schlechten Empfang, mit Kabel dazwischen schon deutlich besser! Und ja Zigbee braucht mehr Strom, etwa 50%, also ca. 7 Monate Laufzeit auf einer CR2032. Ich habe genialerweise bei meiner Bauteilbestellung die Drossel vergessen, jetzt wird's bei mir auch noch etwas dauern mit den ENS161 add-ons. |
||
|
||
|
Ok, also Empfehlung klar BLE... Also versteh ich das richtig, man kann quasi jeden rumfliegenden ESP32 zum Bluetooth Empfänger machen? ESP`s will/werd/hab ich ja sowieso schon an mehreren Stellen herumfliegen... |
||
|
||
|
Ich habe mehrere ESP32 mit Tasmota welche die BLE-Beacons einsammeln und per MQTT verchicken. Funktioniert einigermaßen gut. |
||
|
||
|
Ähnliches hier, halt diverse Shellies. Auch hier lassen sich BLE-Beacons einfach per MQTT weiterschicken. kann ich bestätigen. Ich weiß zwar nicht warum (hat sich Faraday geirrt?) aber die Dinger durchtunneln sowohl Kühlschränke, Tiefkühltruhen als auch das Blechgehäuse meiner KWL KWL [Kontrollierte Wohnraumlüftung]. |
||
|
||
|
Nein, Türdichtungen sind Schlitzantennen |
||
|
||
|
Auf jeden Fall 🤓. Ich hab eines im Warmwasserspeicher oben bei der Opferanode innerhalb der Dämmung, einfach zum Temperaturmessen, rund herum und überlappend Metall. Geht trotzdem. |
||
|
||
|
Habs gestern noch geschafft einen zu flashen... Hat mich einfach gereizt auch wenn ich erst um 18:30 von der Arbeit heimgekommen bin, noch bis ca. 21 Uhr unterm Auto eine einzelne Schraube verflucht hab die VW wunderbar platziert und mit einem Innensechskant versehen hat... Es sind HW B1.5, daher musste(?) Ich erst über Kabel flashen, danach ging das Display nicht mehr und dann OTA - seitdem zeigts mir wieder was an. Soweit so gut - blindes folgen von YT Tutorials im Halbschlaf. Jetzt sollte das Ding ja in HA integrieren gehen. Es steht einmal im Netzwerkschrank neben dem RPi auf dem HA läuft. Bereits etwas im Delirium hatte ich vermutlich die Hoffnung, dass die sich über Nacht anfreunden - dem dürfte aber nicht so sein. Mal schauen wann ich es schaffe da weiterzumachen. Höheres Ziel ist die Kupplung vom Auto, damit sollen demnächst Randleisten geholt werden... Der Winter könnte ruhig noch 2 Monate weitergehen :) |
||
|
||
|
Geht mir auch immer so. |
||
|
||
|
Musst du nicht, zuerst auf die alte Xiaomi Version (Original_OTA_Xiaomi_LYWSD03MMC_v2.1.1_0159c.bin) flashen (über BT), da funktioniert das Display nicht mehr. Von da weg geht dann die eigentlich FW. |
||
|
||
|
Lt. dem YT Tutorial muss man zum flashen auf die alte Version an die Hardware... Wenns auch ohne gehen würd wärs natürlich einfacher - war jetzt aber nicht so wahnsinnig aufwändig. Hab gestern 6 von 8 gemacht. 2 sind Kontrolle damit ich seh ob da irgendwie die Kalibration über den Haufen geht?! Scheint nicht do zu sein, alle innerhalb von 0,2°C und bei Feuchtigkeit hab ich einen Ausreißer mit +5% der auch nch dem flashen noch abweicht. Am Bild oben ganz rechts zu sehen. HA Integration war einfach, musste nur Advertising auf BTHome stellen, dann wurden sie erkannt. Jetzt muss ich das nur vom Keller ins EG/OG bekommen, derzeit funkt nur der RPi im Keller |
||
|
||
|
Ich habe meine 6 Stk. 1.5er HW alle über BT gemacht. |
||
|
||
|
Weil meine Induktivitäten noch nicht da sind, habe ich gestern mit HiveMQ herumgespielt. Ein paar Daten aus meinem 'smarthome' will ich am Handy haben, in erster Linie warnings, bis jetzt waren das e-mail notifications, aber das ist auch eher lästig und verschwindet gern im Rauschen. Dann dachte ich an SMS, aber das wäre ja sowas von 90er und dann ist mir HiveMQ reingerannt. Am Handy läuft IoT MQTT Panel (ohne Pro) und zeigt die Daten.  Der gesamte Pfad ist verschlüsselt und liefert alle 60s einen neuen Datensatz. Den erzeuge ich mit einer in Python geschriebenen MQTT bridge, die über YAML konfiguriert wird, die mappings liefern die Übersetzungfunktion: mappings: Diese Lösung erfordert keine besondere cloud (jeder MQTT server geht), ist völlig privat (MQTT TLS) und der content ist auch nochmal verschlüsselt, nur das topic ist für den brocker sichtbar (muss es auch). |
Beitrag schreiben / Werbung ausblenden?
Einloggen
Kostenlos registrieren [Mehr Infos]