AIS-Tasmota v8.4.0 George

Ogłoszenia
1

AIS-Tasmota v8.4.0 George

Wydaliśmy kolejną kompilację Tasmota:

image
image1021×843 106 KB

Główne zmiany to:

  1. Automatyczne wprowadzenie urządzenia w tryb parowania / bezprzewodowego punktu dostępu jeżeli nie ma skonfigurowanego WiFi.
    Czyli jeżeli urządzenie nie ma skonfigurowanego WiFi (fabrycznie nowe) to wystarczy je zasilić żeby bylo w trybie parowania.

  2. Wprowadzenie ponowne (wprowadzenie urządzenia które ma już skonfigurowane WiFi) w tryb bezprzewodowego punktu dostępu poprzez naciśnięcie i przytrzymanie przycisku na urządzeniu przez 4 sekundy lub przez szybkie naciśnięcie przycisku na urządzeniu 6 razy (lub więcej)
    Wcześniej wystarczyło 4 razy szybko nacisnąć.
    Zmiana zwiażana jest z obsługą wielokrotnego naciśnięcia (Multi-Press Functions) która doszła w Tasmota. Czyli:

    • 1 (pojedyncze) krótkie/szybkie naciśnięcie przycisku na urządzeniu. Tak jak dotychczas - przełączenie i wysłanie status po MQTT,
    • więcej szybkich naciśnięć (do 6) może wysyłać komunikaty MQTT (i wykonywać akcje w systemie).
    • 6 szybkich naciśnięć i więcej wprowadzenie urządzenia w tryb bezprzewodowego punktu dostępu

    Niebawem opiszemy tę funkcjonalność na przykładzie, np. projekt typu “easy button”.

    Dokumentacja odnosząca się do tych zmian powinna być już aktualna.

    Motywacją do tej zmiany było to, żeby AIS-Tasmota pozostał w 100% kompatybilny z Tasmota, przy jednoczesnym utrzymaniu naszych drobnych uproszczeń. Tych uproszczeń jest coraz mniej, bo nasze rozwiązania były dyskutowane na forum Tasmota i część z nich została zastosowana w Tasmota (np. pozbycie się innych metod parowania, które nie działały). Kilka rzeczy musimy nadal ułatwiać, żeby mniej techniczny użytkownik poradził sobie z konfiguracją urządzenia. Opisujemy to w dokumentacji:

    https://ai-speaker.com/docs/ais_iot_firmware_upgrade#ais-vs-tasmota

  3. Możliwość jednoczesnej pracy urządzenia w trybie AP i klienta WiFi.
    Czyli możemy wprowadzić urządzenie w tryb bezprzewodowego punktu dostępu (i połączyć się z nim jako klient po WiFi), podczas gdy urządzenie jest połączone z innym AP jako jego klient.
    Większość z nas nie zauważy tej różnicy, ale daje to też potencjalnie nowe możliwości na przyszłość.

  4. Więcej wariantów kompilacji
    Udostępniamy więcej kompilacji (wszystkie warianty) w serwisie Github FIRMWARE. To jest istotne tylko dla użytkowników, którzy sami budują urządzenia lub dodają sensory czy wyświetlacze i potrzebują dodatkowych sterowników itp.

    Oczywiście OTA pozostaje (i dla 99% użytkowników wystarczy), żeby nie komplikować wyboru oprogramowania, dodaliśmy do OTA tylko link do strony z innymi kompilacjami (dla bardziej zaawansowanych):

    image
    image972×388 28.8 KB

    Automatycznie kompilujemy wiele wariantów oprogramowania dla każdej wersji. Mamy tam też kompilację dla ESP32.

1 polubienie
2

Wielkie dzieki, nie bede musial samemu budowac firmware zeby obsluzyc wyswietlacz :slight_smile: Widze tez ze wypusciliscie binarki dla ESP32 - w wolnym czasie przetestuje. Pamietam ze budowalem soft AIS na ESP32 jakis czas temu, to mialem losowe restarty.

3

Też mamy w planie coś porobić więcej z ESP32, bramka bluetooth jest w kolejce :slight_smile:
dążymy do modelu xxx2mqtt, co pozwoli nam obsługiwać wszystkie podstawowe protokoły IoT i łatwo rozszerzać sieć, taki model wg nas jest technicznie bardziej poprawny niż wszystkie sieci radiowe działające na jednej bramce (bo nie ma zakłóceń między nimi)
:wave:

2 polubienia
4

Coś nie tak z Waszymi binarkami…błąd przy wgrywaniu czy to minimal czy to pełnej np sensors…
image
Jak wrzucam z GITHUB to się wgrywa bez problemu…
image
Po wgraniu tasmota-sensors.bin z GITHUB:

image
image455×667 17.1 KB

5

Musisz wpisać IP urządzenia w przeglądarce i wtedy wgrać binarki.tasmota 8.4

6

Próbowałeś najpierw grać wersję minimal?

7

Witam @Maniek

to raczej nie nasze binarki, bo:

  1. budujemy je na tym samym kontenerze co Tasmota
  2. wgraliśmy tę wersję do dziesiątek urządzeń i wszystko śmiga

Taki błąd jak piszesz może oznaczać, że nie masz miejsca na urządzeniu.

Tak jak wyjaśniamy na stronie z dokumentacją:

Układ ESP8266 ma 1 MB pamięci, a oprogramowanie Tasmota z wszystkimi funkcjami, które mamy włączone zajmuje ponad 600 KB. Czyli w uproszczeniu, z dostępnego 1 MB miejsca na oprogramowanie, mamy na urządzeniu ponad 600 KB zajętego miejsca przez aktualne oprogramowanie i niecałe 400 KB wolnego miejsca.
Nie możemy przesłać 600 KB aktualizacją, bo taki plik się nie zmieści… dlatego wykonujemy pewną “sztuczkę” - w pierwszym kroku podmieniamy oprogramowanie na urządzeniu, które zajmuje 600 KB na oprogramowanie minimal, które zajmuje 266 KB, a w kolejnym kroku wysyłamy docelowe oprogramowanie, bo gdy na urządzeniu jest oprogramowanie minimal to mamy już ponad 600 KB miejsca wolnego (dostępnego do przesłania aktualizacji).

W menu urządzenia przejdź do informacje i zobacz jak wygląda “Wolna pamięć programu”:

image
image740×298 21.9 KB

Potem porównaj z wielkością plików którą wgrywasz i będzie wszystko jasne.

Prawdopodobnie masz tam mniej niż rozmiar naszego minimala, dlatego nie możesz go wysłać do urządzenia. Czyli kompilacja z wszystkimi czujnikami to już max co może przyjąć ESP8266 (chyba że da się zmniejszyć minimala).

PS
możliwe, że budujemy ciutkę (o 2K) większego minimala niż Tasmota, dodatkowo widać, że minimal się ostatnio znacznie powiększył - to może być przyczyną Twojego problemu.
image

Teoretycznie to by wyjaśniało dlaczego Tasmota Ci się ładuje a AIS-Tasmota nie.

PS2
jeżeli działa Ci kompilacja Tasmota, to nie ma potrzeby przechodzenia na kompilację AIS-Tasmota. Wszystkie nasze ulepszenia, które opisujemy tu:
https://ai-speaker.com/docs/ais_iot_firmware_upgrade#ais-vs-tasmota

mają na celu uproszczenie działania - żeby było łatwiej. Czyli są dedykowane dla początkujących użytkowników, którzy kupują nasze urządzenia IoT żeby po prostu działały, ale nie chcą wiedzieć co to jest adres IP itd…

8

No dobra, jest problem - po zainstalowaniu wersji na esp32, moja plytka jest pernamentnie w fastboot

rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
flash read err, 1000
ets_main.c 371 
ets Jun  8 2016 00:22:57

Problem pojawia sie zarowno po przefleszowaniu softem minimal jak i zwyklym.

Podczas flaszowania w logach nie bylo nic niepokojacego

Serial port COM3
Connecting…
Detecting chip type… ESP32
Chip is ESP32D0WDQ6 (revision 1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: fc:f5:c4:0f:81:ec
Uploading stub…
Running stub…
Stub running…
Configuring flash size…
Auto-detected Flash size: 4MB
Erasing flash (this may take a while)…
Chip erase completed successfully in 8.3s
Compressed 885392 bytes to 504826…
Wrote 885392 bytes (504826 compressed) at 0x00000000 in 45.0 seconds (effective 157.5 kbit/s)…
Hash of data verified.

9

Jaką komendą go flash’ujesz?
Pamiętaj o tych dodatkowych plikach:
https://github.com/sviete/AIS-Tasmota/tree/firmware/firmware/tasmota32/ESP32_needed_files
np. esptool’em dla kamery na module AiThinker ESP32:

esptool.py --chip esp32 --port COM5 --baud 921600 --before default_reset --after hard_reset write_flash -z --flash_mode dout --flash_freq 40m --flash_size detect 0x1000 bootloader_dout_40m.bin 0x8000 partitions.bin 0xe000 boot_app0.bin 0x10000 tasmota32-webcam.bin

image
image1218×566 93.6 KB

10

Uzywam PyFlasher, fleszuje w ten sam sposob co ESP8266. Jedyna roznica jest - EPS32 nie wymaga adaptera usb-uart. Urzadzenie jest od razu widoczne jako COM po podpieciu kabelka micro-usb pod port na plytce.
Taki sam efekt mialem jak dawno temu zbudowalem samemu soft AIS na ESP32 :confused:

11

PyFlasher jest tylko nakładką do esptool’a - wygląda na to, że nie da się w nim wypalić wszystkich tych plików na raz - każdy wpada do innego adresu, a wypalając samo tasmota.bin nie masz bootloadera więc ESP32 nie ma jak wystartować.
Użyj komendy z posta wyżej - musisz mieć komplet 4 plików w tym samym katalogu (bootloader_dout_40m.bin partitions.bin boot_app0.bin tasmota32.bin)

2 polubienia
12

Faktycznie pomoglo, dzieki :slight_smile: Plytka wstala, podpialem sie pod wifi, niby wszystko bangla. Troche zastanawiaja mnie wpisy w logach (pojawia sie to co chwila)

[E][WiFiUdp.cpp:219] parsePacket(): could not receive data: 9

Nie podpinalem jeszcze zadnych sensorow, nie korzystalem z rules, wiec nie wiem czy to w czyms przeszkadza czy tez nie :slight_smile:

13

znajdę gdzieś co zawierają kompilacje z githuba

14

to co jest w naszym OTA, czyli minimal i PL jest opisane tu:

tam jest cała tabelka z dostępnymi funkcjami i czujnikami

image
image888×712 36.1 KB

to co jest w github można sprawdzić w kodzie:

i w opisie Tasmota

https://tasmota.github.io/docs/Builds/#firmware-variants

Kompilacje dla ponad 60 wariantów wykonywane są automatycznie po wydaniu wersji na gałęzi master:

image
image859×916 57.7 KB

używamy tego samego workflow file co Tasmota, ogólnie różnice pomiędzy Tasmota a AIS-Tasmota są bardzo kosmetyczne, tu można o nich poczytać:

15

Mam tak samo na ESP32 po wgraniu softu AIS-Tasmota, cały czas leci w logu:

Po wgraniu do tego samego modułu czystego softu Tasmota ten wpis w logu nie występuje.
Wygląda na to że coś jest nie tak w sofcie AIS-Tasmota.

16

Witam.
Problem jest zupełnie gdzie indziej. W wersji Tasmota AIS-dom nie ma obsługi I2C.
Nawet w wersji 8.5.1.
W ustawieniach nie ma możliwości przypisania do GPIO - SCL i SDA (#5 i #6).
Czy autorzy kompilacji AIS dom celowo usunęli?
Czy w obecnej wersji da się podłączyć np. sensor BME280?

17

Jaka jest najnowsza wersja ais tasmota?

18

v12.1.0 Patricia, znajdziesz ją tu: https://powiedz.co/ota/