Witam, czy ktoś mógłby zweryfikować połączenie i konfigurację. Testowałem na 2 modułach, na 2 nodemcu, z oddzielnym zasilaniem i zawsze dostaję błąd połączenia z CC1101. Nie mam już pomysłów.
a co do YAMLa to wywal (w sensie zakomentuj) konfigurację wmbusmeters, jak odpalisz na API to potem się możesz pobawić w dodawanie innych rozwiązań, najpierw odbiornik musi cokolwiek słyszeć, a na dobry początek to zawsze i bezwzględnie proponuję najmniej udziwnioną konfigurację, potem się dokłada wodotryski.
i jeszcze jedno - to nie ma prawa działać (pomijając kwestię problemu z cc1101), bo sieć jest źle skonfigurowana - jeśli się decydujesz na statyczny adres IP, to wtedy nie wystarcza sam IP - musi być cała kompletna konfiguracja sieci (bramka, maska, DNS…) - zauważ że głębokość wcięć definiuje co do czego należy, więc ten IP co podałeś z palca nie dotyczy trybu AP, tylko konfiguracji AP-klienta (konfiguracji WiFi)
czyli konfiguracja klienta jest niepełna, bo sam IP to za mało
gdybyś chciał konfigurować IP AP, to wtedy wcięcie musi sięgać głębiej (tylko po co to komu? 192.168.4.1 jest raczej OK jak na jednorazową konieczność konfiguracji)
Dzięki @szopen, mamy połączenie z CC1101 jak przepiałem i zmieniłem konfigurację pinów na tą z linka to od razu zatrybił moduł. W skrócie nie wiedziałem że piny MISO, MOSI, SCK, CS muszą się pokrywać z ESP.
Jeśli chodzi o use_address to statyczny adres przypisałem na routerze a to jest tylko na potrzeby znalezienia urządzenia podczas połączenia do ota/logów bo inaczej szukało mi po adresie domenowym nodemcu-water-meter.local zamiast IPku przydzielonym przez router.
Nie wiem czy niepełna konfiguracja nie spowoduje wadliwego działania klienta DNS w tym ESP, a tym samym wadliwego działania klienta sntp
Natomiast odniosę się do weryfikacji pinów
a na zdjęciu widać, że podłączyłeś zupełnie inaczej, to jak to by miało działać (poza tym że ja podejrzewam, że D0 nie jest do wykorzystania, ale nie miałem nigdy czasu na zabawę w sprawdzenie)
Czemu nie korzystasz z aliasów czyli np. D5 zamiast GPIO14 wtedy jest życie o wiele łatwiejsze (ale i tak trzeba pamiętać o potencjalnie trefnych pinach), aliasy działają tylko jeśli definicja płytki pasuje do sprzętu, ale tu powinna pasować.
Nie wiedziałem że piny MISO, MOSI, SCK, CS muszą się pokrywać z ESP. W innych projektach korzystałem z gotowych modułów lub na tasmocie i to pierwszy “projekt” na ESPHome.
Odnośnie aliasów to doczytam bo nie wiedziałem że są
Jedne muszą inne nie muszą, akurat w ESP8266 nie wszystkie piny ma “wędrujące”, a magistrala SPI nie jest w nim “wędrująca” (ale ma dostępne bodajże 2 lub 3 kontrolery SPI tylko jeden już zajęty na komunikację z flashem).
W ogóle wiele MCU ma pewne ograniczenia do tego gdzie są dostępne jakie magistrale, nawet RP2040 (np. rpi pico w) który ma wszystkie magistrale wędrujące wymaga wykorzystywania określonych pinów z podzbiorów możliwych do użycia.
To wynika z budowy wewnętrznej krosownicy i multiplekserów wejść/wyjść w danej konstrukcji MCU.
jak przepiałem i zmieniłem konfigurację pinów na tą z linka to od razu zatrybił moduł. W skrócie nie wiedziałem że piny MISO, MOSI, SCK, CS muszą się pokrywać z ESP.