NAMF-2020-32 i NAMF-2019-021

Dziś na serwerach wylądowały nowe binarki, zarówno dla NAMF-2019 jak i NAMF-2020. Funkcjonalnie nie ma zmian dla 2020. W starej wersji wprowadziliśmy możliwość uaktualnienia do nowego firmware 2020.

UWAGA! Na razie rekomendujemy to tylko tym, którzy mają łatwy dostęp do sensora.

Zmiana NAMF-2019 (domyślnie dotąd instalowanego na sprzedawanych kitach w Nettigo) na NAMF-2020 oznacza zmianę układu systemu plików, potencjalnie może wyzerować konfigurację czujnika. Bezproblemowa migracja jest możliwa dzięki zapisowi konfigu w EEPROM, i pierwsze jego odczytanie stamtąd przez NAMF-2020. Nasze testy przeszły bez problemów i mam nadzieję, że na szerszej bazie nie wyjdą jakieś problemy.

Oczywiście jeśli chcesz update do 2020 – klikasz w pierwsze Zapisz i zrestartuj

Sugerujemy upgrade tylko jeśli możesz w razie czego łatwo skonfigurować sensor od nowa. Upgrade odbywa się przez wejście na stronę IP_SENSORA/forceUpdate i wybranie odpowiedniej opcji. Jeśli konfiguracja się nie zapisała w EEPROM na tej stronie będzie taka informacja (migracja wtedy oznacza na pewno wyzerowanie konfigu)

Tradycyjnie NAMF-2020-32 na GitHubie

NAMF-2020-31 – SPS30 i inne nowości

Dziś opublikowaliśmy nową wersję oprogramowania NAMF. Ponad miesiąc przerwy, ale w kodzie wiele się wydarzyło. Teraz napiszę co z punktu widzenia użytkownika się zmieniło. Detale techniczne opiszę w oddzielnych wpisach (ale najpierw i tak dokumentację na GitHub trzeba będzie najpierw uzupełnić, więc proszę o cierpliwość).

Co nowego?

Po pierwsze SPS30! To czujnik pyłów zawieszonych, oferujący pomiar ilości (!) i stężenia pyłów od kategorii PM1 do PM10 po drodze z PM2.5 i PM4. Ponadto, układ wentylacyjny i laser pozwalają nawet na 8 lat ciągłej pracy.

Continue reading “NAMF-2020-31 – SPS30 i inne nowości”

NAMF-2020-30

Najnowsza wersja oprogramowania dla sensora NAM przynosi dwie istotne zmiany. Pierwsza to powrót do taktowania procesora 160 MHz. W ramach testów obniżyliśmy do nominalnego 80 MHz i szczerze mówiąc trochę o tym zapomnieliśmy. Gdy zaczęliśmy zgłębiać pewne problemy raportowane przy połączaniach SSL mieliśmy taki moment face-palm Co zrobić. Poprawione.

Druga zmiana to w konfiguracji sensora dodaliśmy wybór trybu pracy nadajnika WiFi. Można wybrać który standard WiFi ma być obsługiwany – B/G/N. Teoretycznie użycie B powinno dać nieco większy zasięg, ale nasze wstępne testy nie dają tak oczywistych wniosków. Opcja została, może dla innych będzie przydatna.

Kod znajduje się na GitHubie, również tam, w formie ‘release’ znajdują się binarne pliki do wgrania.

Co dalej? Szykujemy przepisanie większego kawałka firmware, o rezultatach będziemy Was informować.

NAMF 2020-29 – zrzuty stosu

Dziś opublikowaliśmy wersję NAMF 2020-29. Ma ona w sobie jedną zmianę, pozwala już po wystąpieniu błędu, przez WWW otrzymać zrzut stosu. Każdy sensor pod URL /stack_dump ma szczegółową informację o błędzie którą można dekodować.

W przyszłości planujemy jej automatyczne ładowanie na nas serwer i automatyczną analizę (oczywiście, po zaznaczeniu takiej opcji w konfiguracji). Ale już teraz dla piszących programy na NAM będzie to duże ułatwienie.

Znaczenie bardziej techniczny opis jak z tego korzystać znajdziecie na naszym technicznym blogu – Starter Kit.

NAMF – nadawanie nazwy sensorom

Jedną ze zmian już wprowadzonych w nowych wersjach oprogramowania NAMF jest możliwość nadawania nazwy sensorom. W oprogramowaniu Luftdaten można było zmienić nazwę sieci WiFi, którą sensor tworzył w trybie konfiguracji/access pointa. Było to domyślnie Fainstaubsensor-XXXX lub NAM-XXXX odpowiednio dla Luftaden i starego oprogramowania NAM. Możliwość zmiany tego sama w sobie mało użyteczena naszym zdaniem.

Dlatego w nowym firmware zmiana nazwy sieci WiFi oznacza też zmianę nazwy jaka jest rozgłaszana przez MDNS oraz nazwa hosta w DHCP. Jak to wygląda?

Konfiguracja nazwy w nowym firmware
Zmiana nazwy powoduje zmianę nazwy sensora, wyświetlaną w nagłówku strony

Nie tylko tutaj nastąpiła zmiana. Również MDNS jej używa, czyli w sieci lokalnej powyższy sensor jest dostępny pod nazwą http://nam-sensor-2.lan

Nazwa ta pojawia się w jeszcze jednym miejscu. Występując o adres IP ta nazwa jest podawana przez klienta DHCP jako nazwa hosta, czyli na waszym routerze będzie łatwo odnaleźć który sensor jest który. Przydaje się gdy, tak jak my ma się więcej urządzeń podłączonych do jednej sieci WiFi:

Drobna zmiana a dużo ułatwia (przynajmniej nam). Na tej liście powyżej jest jedno ESP8266 działające z innym oprogramowaniem stąd to jedno ESP_XXXXX

NAMF – nowe wersje

Nasze czujniki Nettigo Air Monitor do tej chwili korzystały z oprogramowania, które wprost pochodziło z projektu Luftdaten. Dzięki temu było możliwe stworzenie tego produktu. Korzystanie z rozwiązań open source pozwala przyspieszyć rozwój. Dzięki temu nasz w sumie niewielki zespół był w stanie stworzyć NAMa.

Jednak szybko okazało się że oprogramowanie Luftdaten ma istotne wady (z naszego punktu widzenia), które utrudniają rozwój. Mogliśmy pozostać “wierni” oprogramowaniu Luftdaten, lub zdecydować się na zrobienie czegoś więcej niż zwykłego forku na githubie. Oznacza to znacznie więcej pracy, ale pozwala znaczenie lepiej dopasować oprogramowanie do naszych potrzeb.

Jakie wady dla nas ma Luftdaten?

Continue reading “NAMF – nowe wersje”