2 Punkte von GN⁺ 2025-06-06 | 1 Kommentare | Auf WhatsApp teilen
  • Mit der Air Lab-Firmware lässt sich der Ablauf der Luftqualitätsmessung und die Navigation auf dem Bildschirm vorab ohne Hardware ausprobieren
  • Im Simulator sind nur netzwerkabhängige Funktionen ausgenommen; alle übrigen Firmware-Funktionen können überprüft werden
  • Wenn verschiedene Umgebungen gewählt werden, ändern sich die Sensorwerte, sodass sich Messsituationen vergleichen lassen
  • Der Anschluss per USB-Kabel umfasst den Ablauf zum Laden des Geräts und zum Kopieren von Dateien auf den Computer
  • Mit A/B-Tasten, Pfeiltasten und Touchbar werden Menüaufruf/-abbruch, Sensorwechsel sowie Zeit- und Menü-Scrolling gesteuert

Air Lab-Firmware ohne Hardware ausführen

  • Air Lab Simulator führt die Air Lab-Firmware aus, sodass Messungen und Navigation ohne ein reales Gerät ausprobiert werden können
  • Es fehlen nur netzwerkabhängige Funktionen; alle übrigen Firmware-Abläufe lassen sich im Simulator erleben
  • Die Auswahl unterschiedlicher Umgebungen kann die Sensorwerte beeinflussen

Verbindungsablauf und Bedienung

  • Der Anschluss per USB-Kabel deckt den Ablauf zum Laden des Geräts und zum Kopieren von Dateien auf den Computer ab
  • Die Tasten und Eingabemethoden funktionieren wie folgt
    • A: Menü aufrufen und bestätigen
    • B: Menü verlassen und abbrechen
    • Left/Right: Menü wechseln und durch die Zeit scrollen
    • Up/Down: Sensor wechseln und im Menü scrollen
    • Touchbar: Durch Zeit und Menü scrollen

1 Kommentare

 
GN⁺ 2025-06-06
Meinungen auf Hacker News
  • Das Produkt sieht wirklich gut aus, Glückwunsch zum Launch.
    Ich frage mich, ob ihr auch in Betracht gezogen habt, ein eigenständiges Gerät nur mit Sensoren zu bauen und die Daten dann mit einem E-Ink-Dashboard zu verbinden, das die Nutzer selbst bevorzugen.
    Beispiele für von der Community erstellte Luftqualitäts-Dashboards sind https://usetrmnl.com/recipes/62233 und https://usetrmnl.com/recipes/23306; Firmware, die sich auf beliebiger E-Ink-Hardware installieren lässt, gibt es unter https://github.com/usetrmnl/firmware/.
    Zur Einordnung: Ich arbeite bei TRMNL.

    • Das ist eine Richtung, für die wir bald einen Prototyp bauen möchten, um mehrere Räume oder Standorte zu unterstützen.
      Auch eine Integration mit anderen Dashboards wie TRMNL wäre spannend.
  • Die Details in einem anderen Kommentar des Autors https://news.ycombinator.com/item?id=44190541 fallen auf.
    Dieser Beitrag https://www.crowdsupply.com/networked-artifacts/air-lab/updates/firmware-simulator beschreibt, wie die Geräte-Firmware nach Wasm portiert wurde, um eine interaktive Demo zu erstellen; wie ein Kollege meinte, könnte allein das schon ein ziemlich gutes Show HN sein.

    • Die Idee für den Air-Lab-Simulator wurde stark durch das Feedback beeinflusst, das wir bekommen haben.
      Gemäß den Hinweisen auf der HN-Tipps-Seite habe ich per Mail nachgefragt, ob ich die Geschichte dieses Produkts als Show HN posten darf. Von HN hieß es, es brauche eine „direktere“ Demo, und man schlug vor, ein rohes Video zu erstellen, das zeigt, wie das Gerät funktioniert und wie es sich anfühlt.
      Da ich allerdings aus dem Design komme, wollte ich das Ganze instinktiv zu sehr polieren, sodass es mir schwerfiel, so ein Video zu machen. Im Gespräch mit einem Kollegen erinnerte ich mich dann an eine früher angedachte Idee für ein interaktives Rendering auf der Air-Lab-Website.
      Wie auch im Crowd-Supply-Update beschrieben, haben wir die Basis-Firmware mit emscripten nach WASM kompiliert. Praktischerweise hatten wir in der Firmware die Hardware-Abstraktionsschicht bereits weitgehend getrennt, sodass es einfach war, die APIs für die Fake-Sensoren und -Bedienelemente der Website per Mock zu implementieren.
      Den Großteil jener Woche habe ich damit verbracht, rund um die kompilierte Firmware eine Simulator-App in Ember.js zu bauen und zu integrieren; dabei fanden wir auch einige Firmware-Bugs, die sich im Simulator viel leichter debuggen ließen als auf dem echten Gerät.
      Wenn es sich um Hardware handelt, die man nicht sofort ausprobieren kann, empfehle ich, vorher die HN-Betreiber zu kontaktieren und den Beitrag prüfen zu lassen. Auch Softwareprojekte profitieren meiner Meinung nach meist von einer interaktiveren Demo.
  • Eine günstigere, abgespeckte Version des Geräts wäre vermutlich nützlich.
    Die Orte mit der schlechtesten Luftqualität sind meist ärmere Gegenden; selbst als jemand, der trotz starker Luftverschmutzung nach lokalen Maßstäben relativ komfortabel lebt, ist ein Luftqualitätssensor für über 200 Dollar außerhalb der Reichweite.
    Mit Versandkosten landet man fast bei 300 Dollar, was hier ungefähr dem Median-Monatsgehalt entspricht.
    Besonders die NO₂-Messung ist ein deutlich interessanter Vorteil gegenüber Alternativen, die nur Feinstaub messen; theoretisch kostet jeder erhältliche Gassensor für sich schon mehrere Hundert Dollar.

    • Ich mag AirGradient ziemlich.
      Früher gab es ein DIY-Kit mit nur PCB und Gehäuse für 19 Dollar sowie eines mit allen Teilen für 96 Dollar; das aktuelle Kit scheint 138 Dollar zu kosten.
      Wenn das immer noch zu teuer ist, kann man auf der Website https://www.airgradient.com/documentation/overview/ KiCad- und STL-Dateien herunterladen, die PCB anderswo fertigen lassen, das Gehäuse 3D-drucken und die übrigen Teile über aliexpress beziehen; so lässt es sich vielleicht günstiger bauen.
      Auf diese Weise kann man Sensoren, die einen nicht interessieren, weglassen, um Kosten zu sparen, und sie später hinzufügen.
    • Produktdesign, Fertigung und das Robustmachen für normale Nutzer sind langwierige und schwierige Aufgaben; daher dürfte der Verkaufspreis dieses Produkts aus mehreren Gründen gerechtfertigt sein.
      Betrachtet man aber nur die wichtigsten aktiven Komponenten, liegt ein ESP32S3-IC bei etwa 4 Dollar, ein SCD41-Sensor bei 21 Dollar, ein SGP41-Sensor bei 8 Dollar und ein LPS22-Sensor bei 4 Dollar.
      Wenn man bei Geräten dieser Art einige Kernfunktionen open-sourct und die Kosten so weit wie möglich senkt, besteht die Hoffnung, dass Hobby-Maker Versionen bauen können, die zu den wirtschaftlichen Bedingungen in Entwicklungsländern passen.
    • Wir hätten es gern zu einem niedrigeren Preis angeboten, aber wie in anderen Antworten erwähnt, ist es bei Kleinserienproduktion schwierig, einen wettbewerbsfähigen Preis zu erreichen.
      Trotzdem erscheint es durchaus möglich, künftig eine einfachere und günstigere Version anzubieten, die sich mehr Menschen leisten können.
  • Ich frage mich, ob ihr verschiedene CO₂-Sensoroptionen geprüft habt.
    Mich würde interessieren, ob ihr SCD30 und SCD41 verglichen habt. Das Dual-Channel-Design des SCD30 gilt als driftärmer und langfristig stabiler als das des SCD41; beim SCD41 wird behauptet, man müsse ihn einmal pro Woche nach draußen bringen. Hattet ihr dazu reale Daten?

    • Der SCD30 ist ein hervorragender Sensor und eindeutig besser als der SCD41, aber bei Air Lab haben wir uns hauptsächlich wegen der geringen Größe für den SCD41 entschieden.
      Für ein Gerät wie Air Lab halten wir eine Genauigkeit von +/-50 ppm für ausreichend.
      Wenn wir automatische Kalibrierung verwenden, werden wir auch aktiv eine Funktion prüfen, die Nutzer daran erinnert, das Gerät nach draußen zu bringen; außerdem planen wir, Werkskalibrierung oder manuelle Neukalibrierung anzubieten, damit die Intervalle länger als die eine Woche der automatischen Kalibrierung bleiben.
  • Ich nutze selbst ein Aranet-Gerät: https://www.aranet.com/en/home/products/aranet4-home
    Was man von diesem Produkt lernen kann: Es zeigt den aktuellen Messwert sehr groß auf dem Display an. Selbst aus der Entfernung sieht man die Zahl sofort auf einen Blick, und wenn der Wert in den Gefahrenbereich kommt, werden die Farben invertiert, sodass man auch ohne Brille von der anderen Seite des Raums erkennt, ob es schlecht ist oder nicht.
    Beim Simulator wirkt es so, als müsste man bei Air Lab ziemlich nah herangehen, um zu sehen, was los ist, und bei der blinkenden Anzeige kann man leicht genau zwischen zwei Blinkphasen hinsehen, fälschlich annehmen, alles sei in Ordnung, und wieder wegschauen.

    • Das ist ein Punkt, den ich verbessern möchte.
      Wenn man das echte Gerät derzeit dreht, erscheint im Standby-Modus ein Hochformat-Layout, das die Werte in großer Schrift zeigt; im Simulator konnte ich das aber noch nicht hinzufügen.
      Auch ein Querformat-Layout mit größerer Schrift steht auf der To-do-Liste.
  • Tolle Arbeit.
    Ich frage mich, ob du https://sensor.community kennst. Dort gibt es zwar auch Sensordesigns, aber ich erwähne es vor allem wegen der offenen Infrastruktur, die Sensordaten auf einer öffentlichen Karte aggregiert.

  • Zigbee-Unterstützung wäre schön, damit man es mit offenen Datenaggregationssystemen wie Home Assistant koppeln kann.
    Auch ein anderer guter Luftqualitätsmonitor, AirGradient, hat so etwas zum Beispiel nicht.

  • Mir gefällt das Design, besonders das E-Ink-Display.
    Im Vergleich zum Qingping Air Monitor 2 (https://qingping.co/air-monitor-2/) würde mich interessieren, welche Vor- und Nachteile es bei Konnektivität und Messqualität gibt.

  • Es wäre schön, wenn auch nur 1 % aller Produktvorstellungen so ehrlich wären wie diese.
    Auf der Seite gibt es ein echtes Gerät, und Nutzer können es so „ausprobieren“, wie es tatsächlich funktioniert.
    Keine Bikini-Models, keine aufgeblasenen Screenshots, keine Dark Patterns. Das Produkt spricht für sich selbst.
    Die Sorgfalt hinter der Website-UI zeigt, wer es gebaut hat.

    • Ich weiß nicht, was an Bikini-Models problematisch sein soll. Ich will das Produkt und ich will Bikini-Models.
  • Ein sehr cooles Projekt, und in diesem Bereich braucht es mehr Wettbewerb. Eine weitere Option ist der ebenfalls Open-Source-basierte AirGradient One.
    Allerdings ist schwer zu verstehen, warum der Standardbildschirm eine niedliche Animation ist, die schnell langweilig wird, während die tatsächlichen Messwerte nur klein in der Ecke stehen und man für jeden Sensor manuell umschalten muss.
    Ich frage mich, warum man nicht einfach alle Sensorwerte in großer Schrift anzeigen kann.

    • Es gibt einen Bildschirmschoner, der Uhrzeit, Temperatur, ppm und relative Luftfeuchtigkeit anzeigt.
      Außerdem heißt es: „Die offizielle Firmware von Air Lab wird als Open Source auf GitHub veröffentlicht und kann nach Bedarf erweitert und angepasst werden.“
    • Nach 30 Sekunden Inaktivität gibt es einen Bildschirmschoner, der alle Werte auf einen Blick zeigt.
      Er unterstützt sowohl Quer- als auch Hochformat, aber das Layout ist noch nicht final; ich möchte es in Richtung größerer Darstellung verbessern. Man kann es im Simulator ausprobieren.
    • Das Displaydesign scheint stärker auf Spaß als auf Funktionalität ausgerichtet zu sein.
    • Ich sehe das als einen der schönen Aspekte eines offenen Stacks.