DHT22 po taniości

Opublikowano przez

Powiem szczerze, nie jestem fanem czujników z rodziny DHT. Pewnie właśnie dlatego chyba nigdy nie było nic tutaj o tym sensorze. A mam wrażenie, że te czujniki ciągle gdzieś „latają” w świecie DIY. Gdzie się nie popatrzy, są w różnych zestawach startowych, na różnych stronach z tutorialami pełno jest przykładów użycia DHT. Po dłuższym zastanowieniu się, widzę jedną, jedyną przewagę DHT nad sensorami typu SHT, BME, BMP i innymi. Specyficzny protokół komunikacji na jednym tylko pinie pozwala go podpiąć do systemów z brakującymi wolnymi IO. Co prawda, jeśli w projekcie już używasz I2C to już nie jest to przewaga, bo

Czytaj dalej...

O tym, dlaczego sami powinniśmy używać tego co zrobimy

Opublikowano przez

Wiele razy zdarza mi się, że korzystając z jakiegoś narzędzia zastanawiam się czy twórca/projektant sam z niego korzystał. Bo wiem z własnych projektów, że można mieć wizję jak coś zbudować, zaprojektować i zrobić a potem raz czy dwa razy użyć. Czasem po pierwszym użyciu a czasem dopiero gdy zacznie się używać tego często, zauważamy problemy, o których nie pomyśleliśmy, a często uniemożliwiają efektywne korzystanie. Na przykład – w poprzednim tygodniu do oferty Nettigo dołączyliśmy konwerter USB/Serial, oparty o popularny FT232. Popatrzmy na zdjęcie, jak on przychodzi zrobiony przez majfrienda: Może nie widać tego tak wyraźnie, ale problem jest taki, że

Czytaj dalej...

SPS30 i NAM

Opublikowano przez

Coraz częściej dostajemy pytania o podłączenie do NAMa czujnika PMów Sensiron SPS30. O ile wsparcie w oprogramowaniu ten czujnik ma już od dawana, to jednak podłączenie go do NAM sprawia pewne trudności techniczne. Tutaj pokażę jak część z tych problemów można rozwiązać. Pytania o SPS30 nie dziwią wcale, w końcu, SPS30 to pomiar PM1, PM2.5, PM4 oraz PM10. Na dodatek podaje on nie tylko wartości masowe ale również liczbowe, czyli ile cząstek zostało zliczonych. Dla osób chcących zajmować się szczegółowym badaniem smogu to może mieć decydujące znaczenie. Czujnik optyczny nie jest w stanie zważyć smogu zawartego w powietrzu. Zlicza on

Czytaj dalej...

Przedstawiamy NAM 0.4 – LoRaWAN część 1

Opublikowano przez

Przedstawiamy wam kolejną iterację modułów NAM – pierwszą dostępną wersję z serii 0.4. Z jednej strony zupełnie nowy sensor, z drugiej starałem się zachować jak najwięcej ze sprawdzonej linii 0.3. Czyli co zostało? Obudowa, kształt i podstawowe elementy. Czyli SDS011, BME280 i HECA do kondycjonowania powietrza. Również baza kodu jest wspólna, co znaczy, że na razie kolejne wersje powinny nowości wprowadzać od razu do 0.3 i 0.4. To co się zmieniło? Skoro pierwszy moduł z 0.4 miał wspierać LoRaWAN, dlatego jest oparty o nowy moduł Heltec Wireless Stick, który widzieliście tutaj na blogu we wpisach o LoRaWAN. Czyli mamy ESP32.

Czytaj dalej...

Improwizowana obudowa do WiFi LoRa 32

Opublikowano przez

Robiąc coś, jedno jest pewne – pomyłki. I to zarówno we własnym wykonaniu, jak i cudzym. Tym razem chodzi o cudzą. Widząc rosnące zainteresowanie Meshtastic, zamówiliśmy w Heltec’u nieco więcej modułów LoRa 32 i obudów do nich. Przez pomyłkę chińskiej strony dostaliśmy same moduły, bez dedykowanych obudów. W sumie lepiej niż odwrotna sytuacja – dostać same obudowy, bez modułów. Idea DIY związana jest z umiejętnością improwizowania. Już dawno zauważyłem, że pudełka w które pakowane są moduły Heltec dobrze służą jako improwizowane obudowy. Najprościej jest przeprowadzić w jakiś sposób kabel USB by móc zasilić moduł wewnątrz. Idealnie byłoby gdyby dało się

Czytaj dalej...

Meshtastic – co to, po co i jak?

Opublikowano przez

Nazwę Meshtasatic słyszałem już jakiś czas temu, proszono mnie bym spróbował przybliżyć ten temat. Wcześniej sam nie miałem z nim doświadczeń, więc zacząłem pierwsze eksperymenty. Tutaj napiszę o swoich wrażeniach, bo mimo, że dokumentacji dużo, materiałów sporo to jednak nie wszystkie koncepty dla mnie na początku były oczywiste. Zacznijmy od hasła Meshtastic: An open source, off-grid, decentralized, mesh network built to run on affordable, low-power devices. Spróbujmy przetłumaczyć – Otwarto-źródłowa, poza-sieciowa, zdecentralizowana sieć kratowa zbudowana z użyciem niedrogich urządzeń nie używających dużych mocy. Nie wiem czy dobrze mi wyszło ale co to znaczy? Meshtastic to sieć do przesyłania niewielkich wiadomości.

Czytaj dalej...

Heltec Wireless Stick Lite v3 – jedno OTAA by związać wszystkie – część 2

Opublikowano przez

W pierwszej części tej serii dowiedzieliśmy się jak stworzyć aplikację i dodać urządzenie do sieci TTN (LoRaWAN). Zaczęliśmy też wysyłać pierwsze wiadomości. Nasz mały Heltec, którego do tego celu wykorzystujemy jako pierwszy krok musi dołączyć do sieci przez OTAA. OTAA to proces uzgadniania i wymiany kluczy do szyfrowania. Jak wynika z opisu konieczna jest wymiana wiadomości między urzadzeniem a bramką, co oznacza że w momencie włączenia urządzenie końcowe musi być nieco bliżej bramki. Zazwyczaj lepszą antenę/układ odbiorczy ma bramka i jest w stanie odebrać wiadomość od urządzenia końcowego. Ale z kolei, urządzenie końcowe nie jest już w stanie odebrać odpowiedzi

Czytaj dalej...

Heltec Wireless Stick Lite – wysyłanie danych do LoRaWAN – część 1

Opublikowano przez

Heltec Wireless Stick to moduł z ESP32 i modułem radiowym SX1262 – czyli LoRa. A jak LoRa to i LoRaWAN jest możliwy :) Heltec, producent tych modułów oferuje własny zestaw bibliotek do połączenia się z LoRaWAN. Jednak w Nettigo zdecydowanie jesteśmy fanami rozwiązań open source. Niniejszym przedstawiam wam przykład jak korzystać z Helteca w LoRaWAN. Uwaga – te artykuły odnoszą się do Heltec Wireless Stick Lite v3. Ta płytka ma procesor ESP32-S3 i radio SX1262. Poprzednie wersje korzystały z wcześniejszych ESP32 z inna architekturą i mają inny układ radia LoRa (SX1276). Biblioteki zwykle nie obsługują obu, więc ten przykład nie

Czytaj dalej...

Wemos protoborad jako rozszerzenie I2C

Opublikowano przez

Często testuję różne moduły, taki urok pracy w Nettigo. Najczęściej chyba korzystają one z I2C a jak się okazuje, podłączenie dwóch modułów I2C do Wemosa to nie jest taka oczywista oczywistość. Po pierwsze czemu dwa? Bo zwykle zaczynam od jakiegoś LCD na I2C a drugim zwykle jest testowane urządzenie. O ile od strony programowej to nie jest problem, to okazuje się że podłączenie na szybko dwóch urządzeń do jednej szyny nie jest takie proste. Nie ma rozgałęziaczy do przewodów, ponadto problematyczny jest brak drugiego pinu GND. Jak jeszcze się okaże że oba urządzenia (LCD i testowane) dzielą zasilanie to kolejny

Czytaj dalej...