Dziś ukazało się stabilne wydanie oprogramowania NAMF oznaczone NAMF-2020-33. Funkcjonalnych zmian brak, poprawione błędy.
Pierwszy – firmware teraz respektuje ustawienie automatycznej aktualizacji (dotąd ukatualniał się za każdym razem gdy była nowa wersja, niezależnie od ustawienia opcji).
Dwa błędy dotyczyły sensora SPS30 – od teraz liczba cząstek mniejszych niż 0.5µm jest zapisywana i podawana w odczycie. Dotąd to było zawsze 0. Od teraz też włączenie obsługi SPS30 w NAMie w którym nie ma podłączonego SPSa nie blokuje całości.
Zestaw Teensy 4.1 Ethernet kit – dzięki temu kitowi, po zlutowaniu podłączysz Ethernet do Teensy 4.1 (ma ono całą elektroniką kontrolną na pokładzie, potrzebujesz tylko złącza)
Od 11-go sierpnia niektórzy z użytkowników NAMF-2019 zgłaszają problem z działaniem NAMa. Objaw jest taki, że nie pojawiają się żadne dane – ani w Luftdaten, ani w AQI.ECO czy innym API.
Wygląda na to, że 11-go sierpnia zmianie uległa część infrastruktury Luftdaten, rezultat jest taki, że NAMF-2019 bazowany na starym kodzie LD (fork sprzed 1,5 roku) podczas wysyłania danych do LD resetuje się.
Wstępne testy pokazują, że wyłączenie HTTPS przy wysyłaniu danych do LD pozwala sensorowi działać. Również upgrade do NAMF-2020 jak opisano wcześniej rozwiązuje problem (bez wyłączania HTTPS).
Sprawdzimy dokładniej przyczynę restartu oprogramowania NAMF-2019 ale sugerujemy migrację do NAMF-2020 jeśli to możliwe.
Z powodu okresu wakacyjnego, DHL odbiera od nas rzadziej przesyłki, dlatego zdecydowaliśmy wysyłać przesyłki kurierskie za pomocą InPostu. Dotyczy to większości przesyłek spakowanych do godziny 14. Pakowane później będą wysłane DHLem w nastepny dzień.
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.
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)