On 23.02.2017 21:22, Ghost wrote:

> W nonOS czy RTOS to robiles?

Na nonOS. Z RTOS jeszcze nie eksperymentowałem.


> I druga rzecz na ile "intensywnie" projekt dzialal, tzn. ile
> polaczen/komunikatow przez wifi na godzine/minute miales?

Raczej niezbyt intensywnie. Moduł działał w trybie "station",
wysyłając/odbierając niewielkie ilości danych. Jakaś synchronizacja
czasu przez NTP, wysyłanie aktualnych odczytów z jakiegoś czujnika itp.
Gdybym spodziewał się większego ruchu albo musiał obsłużyć nieco
"cięższe" protokoły, pewnie skorzystałbym z jakiegoś małego komputerka
na Linuksie.


> Znaczy mowisz o sytuacji gdy program lecial na innym procesorze a
> ESP robi tylko wifi?

Chodzi o sytuację, kiedy wykorzystywany był firmware do komunikacji z
modułem przez komendy AT. Najwyraźniej był w nim jakiś bug (pewnie nie
jeden...), który w losowym momencie powodował zawieszenie się modułu.
Próba wykonania jakiejkolwiek operacji skutkowała wywalaniem komunikatu
"busy". Wszystko wskazywało na źle napisaną maszynę stanów.
Może to w końcu naprawili, nie wiem... W każdym razie korzystanie z
komend AT uważam za niezbyt dobry pomysł.

Natomiast nic nie stoi na przeszkodzie, żeby sobie podzielić zadania
pomiędzy ESP i jakiś inny MCU, pisząc własny wsad. Można chociażby
zaimplementować po stronie ESP całą warstwę aplikacji i wysyłać wyniki
przez UART-a.