TAK, v3 to v2 po nieistotnej (z punktu widzenia firmware) modernizacji.
W ogóle to prawie wszystkie wersje (v1, v2, v3 i bodajże v4?) NodeMCU mają definicję nodemcuv2
Jest jeden wyjątek, to wersja 0.9 i do niej pasuje definicja nodemcu
1 polubienie
Nie męcz się w konsoli, odpal dashboard na porcie 6052 i edytuj yaml w web UI. Bedziesz miał od razu sprawdzanie/walidację przed kompilacją.
# Install dashboard dependencies
pip install tornado esptool
esphome dashboard config/
Dobra panowie na dzisiaj wystarczy. Jest sukces ale wszystko zrobiłem na szybko na testy.
Muszę sobie to jeszcze raz zrobić na spokojnie i dopiero próbować to połączyć z HA także: będę was jeszcze potrzebował 
To polecenia do konsoli AIS?
Nie, nie do konsoli AIS. Do konsoli w Wndows, bo z tych słabych foto obstawiam, że odpalasz ESPHome z wiersza polecoń czyli pip.
P.S.
Nie męcz się i nas takimi foto.
Polecam:
2 polubienia
Sory nie chciałem niszczyć waszego wzroku tymi zdjęciami 
następne będą już po Bożemu xD
@Cezary.K zainstalowałem ale nic mi nie odpala z portu :6052
Próbowałem IP AIS:6052 i też IP sensora:6052. Pomożesz?
Adres to 127.0.0.1:6052 ale pocieszę Cię - moim zdaniem to nie działa pod Windows, albo też nie znam “magicznego” kroku, który pominięty jest w instrukcji (wniosek - dokumentacja jest kulawa, chociaż przyznaję nie walczyłem z tym jakoś intensywnie - nie ogarniam win11).
Działa ale nie widzi mojego urządzenia bo pewnie było dodane inną metodą.
Jeśli do katalogu config wrzucisz sobie tego YAMLa z którego już skompilowałeś wsad (a najlepiej wraz z podkatalogami o skojarzonych nazwach), to powinien zobaczyć.
No i już nie działa 
Wygląda jakby w ogóle nie chciał się z nim połączyć ale w HA raportuje dobrze.
Szkoda że nie sprawdziłem czy połączył się w wierszu poleceń jak dashboard ESPhome jeszcze się wczytywał.
Po pierwsze sprawdź czy urządzenie, które zbudowałeś jest nadal dostępne pod tym IP, po drugie przy niestabilnej sieci ponów OTA.
Możesz choćby puścić ping w windowsowej konsoli (oczywiście IP sobie zmień na swoje) - urządzenia na firmware ESPHome standardowo odpowiadają na ping
D:\>ping 192.168.20.36
Pinging 192.168.20.36 with 32 bytes of data:
Reply from 192.168.20.36: bytes=32 time=4ms TTL=255
Reply from 192.168.20.36: bytes=32 time=19ms TTL=255
Reply from 192.168.20.36: bytes=32 time=49ms TTL=255
Reply from 192.168.20.36: bytes=32 time=37ms TTL=255
Ping statistics for 192.168.20.36:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 49ms, Average = 27ms
Czasem się zdarzają też takie sytuacje - tu u mnie eksperymentalnie odpalone pod ESPHome RPi pico W
D:\>ping 192.168.20.39
Pinging 192.168.20.39 with 32 bytes of data:
Reply from 192.168.20.80: Destination host unreachable.
Reply from 192.168.20.80: Destination host unreachable.
Reply from 192.168.20.80: Destination host unreachable.
Reply from 192.168.20.80: Destination host unreachable.
Ping statistics for 192.168.20.39:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
D:\>ping 192.168.20.39
Pinging 192.168.20.39 with 32 bytes of data:
Reply from 192.168.20.39: bytes=32 time=2128ms TTL=255
Reply from 192.168.20.39: bytes=32 time=3ms TTL=255
Reply from 192.168.20.39: bytes=32 time=1817ms TTL=255
Reply from 192.168.20.39: bytes=32 time=2ms TTL=255
Ping statistics for 192.168.20.39:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 2128ms, Average = 987ms
Pinguje normalnie. Ważne że raportuje w HA bo o to chodzi. Powalczymy jeszcze przez weekend z dashboardem :6052
Dzięki za cierpliwość 
Jak by ktoś nie wiedział:
W Windows:
Win+shift+s
Do niektórych rzeczy biore tylko nowy dysk i wymieniam jak tylko czasem potrzebuje, np. z linuxem
1 polubienie
Temat pośrednio związany z ESP ale… : chciałbym stworzyć sobie plik (txt lub js) w którym będzie mi zapisywało 10 odczytów tego sensora, z których zrobię sobie średnią i wyciągnę ją do osobnej encji. Pamiętam że był podobny wpis ale wtedy dane ze scrapingu z programiku .js zapisywali do txt. Tutaj sytuacja jest trochę inna, przynajmniej tak mi się wydaje 
Może skorzystaj z tego GitHub - Limych/ha-average: Average Sensor for Home Assistant
1 polubienie
Podsunąłeś mi tym pomysł 
może mój pierwotny pomysł był trochę przekombinowany. Ustawię sobie skanowanie czujnika co 5 minut i zrobimy mu średnią z ostatniej godziny wykorzystując platform: statistics. Wyjdzie na to samo co chciałem. Dzięki 
Nie zapominaj o pomocnikach.
Jak na razie wszystko działa elegancko ale znowu chciałbym się czegoś nowego nauczyć/dowiedzieć. Obecne czujniki oparte na esp mam w całości programowane w windowsie i wgrywane przez wiersz poleceń. Połączone są z HA przez węzeł który opiera się o wi fi. Teraz chciałem nowy sensor zintegrować po MQTT, co po części się udało ale wydaje mi się że nie tak to powinno wyglądać. Usuwając wpis wi fi z yamla wiersz poleceń od razu krzyczy o złą konfigurację, a mając wi fi + mqtt działa bez problemowo. Dane z sensora wysyła po mqtt ale w sieci wi fi cały czas wisi i zajmuje mi tylko miejsce na routerze .
Jak go skonfigurować żeby ominąć wi fi?
MQTT nie zastępuje Wi-Fi. MQTT to sposób komunikacji - pakiety oparte na wiadomościach w tematach do nasłuchiwania, Wi-Fi to sposób przesyłania danych poprzez radio, danych w postaci MQTT. Wiadomości MQTT możesz słać przez miedziany kabelek LAN zastępując Wi-Fi.
2 polubienia