Co nowego na Nettigo.pl
Uaktualniliśmy zdjęcia produktowe modułów Olimex ESP32-POE. Zarówno wersja z ESP32 z anteną PCB jak i ESP32 z zewnętrzną anteną, od pewnego już czasu jest sprzedawana w rewizji PCB co najmniej L lub późniejszej L1. Oznacza to, że moduł ma nieco większe rozmiary oraz dodatkowo dwa otwory montażowe.
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:
No, oczywiście, trochę błędów zostało poprawione, najistotniejszy to chyba niedziałające hasła przy wysyłaniu danych do InfluxDB.
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.
Powinna już być wersja stabilna NAMF-2020-46, jednak zamiast tego pojawi się jeszcze kilka wersji 46rcX. Dlaczego? Przyznam się, nie śledziłem tego parametru dokładnie, dopiero przed wypuszczeniem NAMF-2020-46 sprawdziłem statystyki. Od wersji NAMF-2020-46rc6 znacznie wzrosła liczba błedów sum kontrolnych w komunikacji z SDS011.
Eksperymentowałem z ustawieniami które mogły na to wpłynąć na sensorach w naszym labie, ale… mimo że jest ich niemal 10 szt to dane zebrane są dość niejednoznaczne. By przyspieszyć zbieranie danych zdecydowałem się wypuścić parę wariantów na linię beta by zebrać więcej danych w krótkim czasie.
Dlatego w tym tygodniu można się spodziewać kilku wersji beta, oraz możliwe że nawet pewne cofnięcie. W tej chwili jest rc10, jeśli poprawa nie będzie zadowalająca – jutro będzie jeszcze rc11 i może rc12 pod koniec tygodnia. Może się zdarzyć powrót do wcześniejszej wersji by zebrać kolejne dane.
Dlatego, do osób które mają wersje beta włączone – jeśli zaniepokoi was częsta zmiana wersji, to mam nadzieję, że ten wpis wam to wytłumaczy.
Gdy znajdę przyczynę tego wzrostu i uda się zbić poziom błędów – pojawi się wersja stabilna.
Zmiana drobna, ale przydatna. Od teraz pojawiać się będą linki do pomocy w konfiguracji NAM. W tej chwili jest to symbol kompasu, który wiedzie do stron z krótkim opisem. Np jak ten.
Czemu kompas? Bo ikonki użyte przez NAMF oparte są o symbole dostępne w Unicode. I jakoś nie znalazłem lepszego. Jest ładny znak zapytania, ale biały na biały to tak słabo, a czerwony – nie bardzo pasuje.
Opiera się to o system stron które są generowane razem z kodem na GitHubie. Zaletą jest prostota całości, a struktura pozwala na utrzymywanie różnych wersji językowych. Na razie jest tylko struktura, nad tłumaczeniami (oraz rozszerzeniem listy tematów) to jeszcze muszę popracować 🙂
Wadą jest to, że skoro pliki pomocy są na GitHubie to niezbędny jest dostęp do internetu. W momencie gdy konfiguruje się pierwszy raz NAMa i ma się połączenie z AP w NAM, zwykle nie ma dostępu do sieci, ale to już zależy od ustawień telefonu.
I tak, zaraz będzie jeszcze wersje rc8, bo byłem przekonany, że wersja rc7 obejmuje wszystkie niezbędne tłumaczenia/napisy jeśli chodzi o języki, a jednak nie, więc lada moment będzie rc8. I na podstawie tego będzie pewnie już wersja stabilna.
Z innych zmian – dokończona została implementacja czujnika światła BH1750.
Następne wersje będą miał zmienioną nieco numerację. Skoro jest i tak obecnie jedna linia oprogramowania, z numeru wersji “wyleci” 2020, czyli po NAMF-2020-46 następna wersja to będzie NAMF-47.
W wersja 47 to będzie przede wszystkim – dokończenie wersji ESP32 z LoRa (i może Ethernet, ale to nie jest główny cel). Z sensorów – pierwsze testy Winsen ZE25A są bardzo ciekawe, więc mam zamiar dodać obsługę tego sensora O3 do NAM.
W końcu pewna zaległość została nadgoniona. W sklepie pojawił się ESP32-CAM. Prosty, niewielki zestaw który pozwala na dostęp do obrazu przez sieć. Ale po co? Przecież kamerki internetowej na tym nie zrobimy. Albo inaczej – specjalizowane kamery dają dużo lepszy obraz.
Natomiast, dla mnie ten moduł to jest próba zmierzenia się z projektem, który widziałem już dawno. Nadszedł czas by spróbować:
Chodzi o AI on edge device to projekt, który ma na celu ułatwienie digitalizacji starych, analogowych liczników. Zbudowany jest w oparciu właśnie o ESP32-CAM i wiem (bo sam tak mam), że jak zacznie się zbierać dane o własnym domu, to ciągle się chce kolejne.
Spodziewajcie się jakiejś relacji, ale to raczej w formie instruktażu na Starter Kit.
Od niedawna w naszej ofercie jest nowy sensor Winsena – ZE25a-O3. Jest to sensor O3, czyli ozonu. Jak w opisie produktu wspomniałem, jakiś rok temu testowaliśmy ZE27-O3. Jednak tamten mający rozdzielczość 10 ppb (o ile dobrze pamiętam) to nie było to na co czekałem.
ZE25a-03 ma tą zaletę, że jego protokół UART jest wspólny z ZE27, więc mogłem skorzystać ze kodu napisanego rok temu podczas testów ZE27. Wystarczyło skorzystać z rozebranego NAMa jako platformy testowej, trochę gorącego kleju, ucięcie kabla dołączonego do sensora i proszę:
Po kilku godzinach działania (wartości w ppb):
W najbliższych planach – wsadzić dla porównania ZE27 obok i zobaczyć jak wyglądają odczyty. Drugi test – to wziąć kolejny sensor ZE27 i wystawić w pobliżu ruchliwej drogi. W tej chwili, sensor jest wystawiony w miejscu gdzie źródeł ozonu specjalnie nie ma. Ogród, z dala od ruchu samochodowego.
Dziś tego nie zdążyłem zrobić, ale na ile rozumiem specyfikę pomiaru trzeba dodać czujnik temperatury i ciśnienia, bo te dwie wartość wprost wpływają na przeliczenie wartości ppb na µg/m³.
Nikt pytania na razie nie zadaje, ale… skoro na płycie NAMa jest test, to czy planuję umieszczenie wsparcia w NAMF?
Nie powiem, jest to interesujący parametr. O3 w naszym otoczeniu to głównie wynik rozpadu tlenków azotu (NOx) ze spalin pod wpływem światła słonecznego. Nie trzeba mówić, że latem może to być problem w terenie gdzie występuje ruch samochodowy.
Temat chyba jest warty zbadania, bo jeśli dobrze liczę to wskazania na poziomie 105 ppb przy obecnym ciśnieniu i temperaturze to ok 200 µg/m³. Sporo.
Chyba już o tym kiedyś wspominałem, ale w końcu powoli rusza Bazarek Nettigo – miejsce gdzie będzie można kupić produkty/podzespoły których przez kilkanaście lat działania się nazbierało, a szkoda je wyrzucić. Postawiłem go na Presta Shop, dziwaczne to zwierzę 🙂 ale wygląda na to, że działa.
Na razie niewiele, ale wkrótce pojawi się tam więcej pozycji. Ma wg was to sens?
Dziś, zmienił się nieco wygląd naszego sklepu. Nie jest to rewolucja, raczej ewolucja. Prace nie są jeszcze skończone, na pewno jeszcze sporo rzeczy jest do poprawy, ale pracuję nad tym.
Niezależnie od tego jak oceniacie odświeżony wygląd, to podczas prac usunęliśmy sporo błędów i pewnych nieścisłości, zwłaszcza w procesie finalizacji koszyka. Zwłaszcza na komórkach i wąskich ekranach będzie to teraz lepiej wyglądało.
Na pewno w najbliższych dniach jeszcze będziemy nad tym intensywnie pracować. Ale, tak jak wspominałem w newsletterze (jeśli nie jesteś zapisany to zachęcam, góra raz, dwa razy w miesiącu i bez spamu i natręctwa sprzedażowego) teraz, gdy zbliżamy się do finiszu tego zadania, powinny zacząć się dziać inne ciekawe rzeczy, już bardziej związane z naszą ofertą.
W najbliższy piątek (31 maja) pracujemy normalnie. Jednak z doświadczenia wiemy, że często w takie dni występują problemy z odbiorem przesyłek przez kurierów. Odbywają się dużo wcześniej niż zwykle lub zdarza się, że kurier na zastępstwie mając dużo większy teren nie odbierze przesyłek. Dlatego może się zdarzyć, że zamówienia, choć spakowane w piątek, wysłane zostaną dopiero w poniedziałek.