Chyba to jest jedno z najczęstszych pytań dotyczących NAMa – czy można SDS011 zastąpić SPS30. Coż, teoretycznie można, bo od dawna wsparcie dla SPS30 w NAMF jest, ale pozostawała “drobna” sprawa – czyli jak fizycznie podłączyć SPS30 do HECA i zamontować w NAM.
Wydaje się, że pierwsze pytanie będzie miało już swoją odpowiedź. Na wyróżniającym obrazku możecie zobaczyć jedną z kolejnych iteracji adaptera, by do SPS30 podłączyć rurkę z HECA.
A drugie pytanie? Nie zostawimy was z tym, prace też już nad tym trwają. Tutaj mała ilustracja, ale jednak tutaj iteracje są dużo wolniejsze niż w przypadku druku 3D, więc do wersji finalnej trzeba będzie poczekać dłużej.
W każdym bądź razie, niedługo spodziewajcie się kompletnego rozwiązania tego problemu. SPS30 będzie można używać z NAM bez kombinowania.
W poprzednim poście pisałem o naszym eksperymencie z aplikacją Android. Ponieważ spotkał się on z pewnym zainteresowaniem – można pobrać i zainstalować APK. Wszystko, razem z krótkim opisem na GitHub (dokładniej w Releases).
Nie ma tam jeszcze samego kodu programu, bo jako eksperyment, kod jest na razie częścią większego repozytorium w którym trzymam wewnętrzne eksperymenty. Za kilka dni postaram się wyciągnąć kod samego aplikacji i dodać do wyżej linkowanego repo. Ale chętni mogą zainstalować ręcznie APK.
Na razie nie przewiduję utworzenie sklepu w Google Play by można “legalnie” dystrybuować aplikację. Może w przyszłości. Może.
Chciałem się podzielić z wami wynikiem naszego pewnego wewnętrznego eksperymentu. Najpierw krótki filmik:
Teraz kilka słów wyjaśnienia. W domu mam sporo działających NAMów i nie tylko. I choć wszystkie wysyłają dane do Influxa, część połączona jest z HomeAssistant’em i każde urządzenie można sprawdzać przez jego interfejs WWW brakowało mi takiej wygodnej metody na szybkie sprawdzenie konkretnej wartości.
Więc powstał JSON browser – podajesz URL, apka ściąga JSON i wyświetla drzewo – przeglądasz i wybierasz jakieś pole, nazywasz je i od tej pory na głównym ekranie masz wartość z tego pola wyświetlaną. Odświeżyć możesz wszystkie wpisy na raz albo pojedynczy. Tego akurat na filmiku nie ma, bo szybko się zorientowałem, że korzystam głównie z NAMów i gdy apka rozpozna strukturę JSON jako “namowską” od razu podpowiada pola szybkiego wyboru, które można wybrać jednym kliknięciem.
Dzięki temu, bez konieczności klikania po Grafanie widzę szybko że fermentacja zbliża się ku końcowi 😉
Tak, oczywiście to Grafana nie moja apka, bo mam ja na innym telefonie i akurat w momencie pisania nie mam do niego dostępu.
No i po jakimś czasie używania dochodzę do wniosku, że to przydatne narzędzie i może dla większej liczby osób byłaby użyteczna?
Utworzenie sklepu na Google Play to jednak trochę zachodu i dlatego się zastanawiam – ktoś by coś takiego zainstalował na swoim Androidzie (nie IOS nie będzie, chyba że Apple pozwoli na budowanie apek na linuksie…)
Podsumujmy – co obecnie robi aplikacja?
możesz wpisać URL dowolnego pliku JSON, pobrać go, i wybrać z niego jedną wartość, nazwać ją i będzie wyświetlana na głównym ekranie
znajduje w sieci lokalnej urządzenia NAM i rozpoznaje strukturę JSON, pozwalając w skrócony sposób wybrać wartość (w tym wariancie jest odporny na zmiany w strukturze JSON np po zmianie konfiguracji sensora powinien wciąż podawać właściwy odczyt, o ile jest on dostępny)
odświeżyć można wszystkie wartości za jednym razem albo pojedynczo wybrane
Poprawiony błąd skutkujący dużo większym poziomem błędów sum kontrolnych dla SDS011 w angielskiej wersji językowej
NAM 0.4 – wersja dla ESP32. Projekt NAM 0.4 jest wciąż w wczesnej fazie beta
NAM Restarter do SDS011 ma opcję sterowania zewnętrznym urządzeniem (przez tranzystor) po przekroczeniu poziomów alarmowych PM2.5 lub PM10 (dla wszystkich mających mechaniczną wentylację której nie chcą włączać gdy na zewnątrz smog). Więcej w poście opisującym nową funkcję.
Particulate Matter App (Feinstaub App) po porzuceniu przyjmowania danych przez HTTP (bez SSL) znowu działa
Influx DB API w wersji v2 jest obsługiwane (razem z nowymi formatami haseł/tokenów)
Wersja NAMF-47rc6 wprowadza obsługę API Influx DB w wersji 2. Jeśli twój serwer Influx jest w wersji 2, zaznacz to w konfiguracji API. Nazwę użytkownika zostaw pustą a jako hasło podaj API token wygenerowany w Influx.
Przed wypuszczeniem wersji 47 jako stabilne oprogramowanie, zostanie usunięte wyłączanie WiFi podczas pomiaru SDS011. Wersja NAMF-47rc5 przywróciła właściwą pracę SoftwareSerial.
W związku z tym, że nie wszystkie dane niezbędne do pełnej komunikacji z LoRaWAN były zachowywane po restarcie, a część tych danych jest trudna do wydobycia z wnętrzności biblioteki, na razie tryb pracy w LoRaWAN nieco został zmieniony.
Aktywacja (OTAA) będzie robiona po każdym restarcie, dopóki problem z zachowywaniem parametrów sesji nie zostanie rozwiązany. Aktywacja nie będzie przeprowadzana zaraz po starcie (by uniknąć generowania zbędnych żądań przyłączenia się do sieci) tylko dopiero przed wysłaniem danych. A dane (uśrednione) będą wysyłane co 5 pomiar.
Wcześniejsza wersja 47rc3 poprawiała dwa błędy związane z sygnałem alarmu na pin 7 restartera SDS.
Dziś na serwer trafiły pliki binarne dla wersji NAMF-47rc2 (oczywiście – w kanale aktualizacji beta). Przynosi ona dość istotne nowości. Pierwsza, którą docenią zwłaszcza ci którzy mają rekuperację w swoich domach.
Jeśli Twój NAM wyposażysz w restartera SDS011 to w konfiguracji SDS możesz ustawić alarm włączający się zadaną wartość PM2.5 lub PM10.
Uwaga – umknął mi fakt, że zmieniłem pin 1 na pin 7, więc opis w konfiguracji nie jest właściwy, ale że odkryłem to po wystawieniu binarek, to dopiero w wersji rc3 to się zmieni. Przy takich ustawieniach pin 7 restartera (na drabince golpin pin najbliżej zielonej diody) przejdzie w stan wysoki przy 55 µg/m³ a wyłączy się ponownie gdy PM2.5 spadnie do 45 µg/m³. Można wybrać PM10 jako wartość do śledzenia. Alarm sygnalizowany jest przez stan wysoki na tym pinie (czyli 3.3V).
Jeżeli masz w domu mechaniczną wentylację możesz w ten sposób otrzymać informację o potrzebie jej wyłączenia gdy powietrze jest złej jakości. Wyprowadź ten sygnał na zewnątrz (nie zapomni o “pobraniu” również GND ze złącza EXT lub któregoś z gniazd HX) i możesz sterować urządzeniem.
Podobne rozwiązanie możesz osiągnąć korzystając z automatyki domowej (czy to Home Assistant czy Domoticz), są też gotowe komercyjne rozwiązania. Tutaj przewagą jest prostota – jeśli nie masz HA/Domoticza to też będzie działać. Jako że działa to lokalnie, nie wymaga to dostępu do chmury jak to ma w przypadku niektórych rozwiązań które spotkasz u konkurencji.
LoRaWAN
Pojawił się oczekiwany przez niektórych od dłuższego czasu zestaw NAM 0.4 – oparty o ESP32 i działający w LoRaWAN. Zestaw jest jeszcze w wersji beta, ale jeśli ktoś jest mocno zainteresowany przetestowaniem – to zapraszam. Wersja NAMF-47rc2 pozwala już skorzystać z LoRaWANu – wystarczy że jesteś w zasięgu sieci The Things Network. Druga dobra wiadomość dotycząca TTN jest taka, że poza byciem w zasięgu nie potrzebujesz dodatkowej infrastruktury – Tomek Rękawek, autor serwisu aqi.eco dodał integrację, która pozwala wysyłać dane z TTN do aqi.eco! Ale o szczegółach, to napiszę na Starter Kit, opisując konfigurację. Na razie dostępna jest instrukcja lutowania zestawu NAM 0.4.
DNMS – walcz z hałasem!
Kolejna duża nowość – to wsparcie dla DNMS! Digital Noise Measurement Sensor to jest, jak sama nazwa wskazuje, czujnik mierzący natężenie hałasu. No i od wersji 47rc2 jest już obsługiwany przez NAM.
Na dokładkę – lada dzień w sprzedaży u nas pojawi się zestaw do zlutowania, który pozwoli zbudować taki czujnik.
Uważni obserwatorzy (wiem że tacy są 🙂 ) zauważyli pewnie to pojawienie się literki a przy numerze wersji. Został poprawiony jeden drobny błąd – format danych Prometheus. Od dłuższego czasu wkradł się tam jeden nadmiarowy znak, psujący wszystko.
Format Prometheus jest odziedziczony po kodzie Sensor Community i chyba nie jest u nas intensywnie wykorzystywany (dlatego dopiero po długim czasie ten nadmiarowy nawiasik wyszedł na jaw), ale przy tej okazji sprawdziłem dokładniej czym jest Prometheus.
I muszę powiedzieć jako zwolennik rozwiązań open source, że spodobał mi się 🙂 Jest to system zbierania danych nieco podobny do InfluxDB. Można poczytać więcej na stronach Prometheusa.
Po pewnym poślizgu, kilka dni temu na serwerze pojawiła się w końcu nowa wersja NAMF. W skrócie, co się zmieniło:
jest procedura resetu do ustawień fabrycznych – 3krotne naciśnięcie reset w krótkich odstępach czasu (ok 5-10 sekund) spowoduje wymazanie całej konfiguracji
jeśli masz w swoim NAM LCD możesz skonfigurować wygaszanie podświetlenie w określonych godzinach. Gdy LCD świeci ci w okno możesz go np od północy do 6 rano wyłączyć (podświetlenie)
BH1750 – sensor natężenia światła otoczenia jest obsługiwany
LoRaWAN – tu trochę się chwalę, bo jeszcze wersja płytki/sensora współpracująca z LoRaWAN nie jest publicznie dostępna, ale wersja NAMF-2020-46 przyniosła wiele potrzebnych zmian by wreszcie ją upublicznić. Plan jest by była dostępna (wersja LoRaWAN) jeszcze w tym roku.
Dziś rano trafiły na serwer nowe binaria, z wersją NAMF-2020-46. Niestety po kilku godzinach z analizy logów wyniknęło, że jakaś niewielka część NAMów, która dokonała aktualizacji wpadła w pętlę restartów.
Przywrócona została poprzednia wersja i problem ustał. Będziemy analizować przyczyny, by postarać się ustalić czy to problem był powszechny czy dotyczył tylko niewielkiej grupy. Jednakże ze względu na okres urlopowy u nas – kolejnego podejścia do wypuszczenia wersji NAMF-2020-46 można spodziewać się dopiero na koniec września.
Ponieważ zmienił się sposób zapisu konfiguracji LCD – jeśli twój sensor nie wyświetla nic na LCD – może zdarzył sie zaktualizować i po powrocie do wersji -45a “zgubił” ustawienia. Po prostu skonfiguruj LCD ponownie.
