ESP32 timeout

[Miroslav Mraz]

Ano i s kabelem je to zhruba takto
PING 192.168.88.251 (192.168.88.251) 56(84) bytes of data.
64 bytes from 192.168.88.251: icmp_seq=1 ttl=255 time=4218 ms
64 bytes from 192.168.88.251: icmp_seq=2 ttl=255 time=3222 ms
64 bytes from 192.168.88.251: icmp_seq=3 ttl=255 time=2223 ms
64 bytes from 192.168.88.251: icmp_seq=4 ttl=255 time=1224 ms
64 bytes from 192.168.88.251: icmp_seq=5 ttl=255 time=224 ms

--- 192.168.88.251 ping statistics ---
6 packets transmitted, 5 received, 16% packet loss, time 5000ms

čili naprosto špatně. Díky za rady, ale zakopaný pes je někde v 
toolchainu, patrně jsem narazil na nějakou novou chybu. Možná stačí 
někde zapnout nebo vypnout nějaký define, mám jen základní nastavení esp32.

[env:esp32dev]
platform = espressif32
board = esp32dev
framework = arduino

Byl jsem mezitím u řeky, tak jsem si to stačil promyslet a vlastně zatím 
nepotřebuji provozovat server na station, AP mi stačí a to funguje.
Ono mi bude dost dlouho trvat než se v tom alespoň trochu zorientuji.

Ten styl Arduino je pro mne dost nesrozumitelný, sice chápu, že se snaží 
v rozhraní vyhnout použití ukazatelů, příp. referencí (pro běžné 
uživatele nevhodné ?), na druhou stranu tam fláknou klidně lambdu. V C++ 
jde napsat ledacos, ale tohle je dost záhul. Snad nejvíc mi vadí 
vytváření instancí tříd kdesi v hloubi knihovny.

Mrazík

Dne 30. 08. 19 v 12:46 Petr Zapadlo napsal(a):
> Já používám ESP32 v režimu wifi klienta (Wifi_sta) a uvedené nepozoruji.
> 
> Zakopaný pes ovšem může být ve wifi AP, na některých AP lze nastavit 
> "izolaci klientů" a pokud jste na stejném AP, tak si na ESP32 
> nepingnete.  mám AP mikrotik a na něm to chodí obvykle dobře, na AP 
> Airlive, je to sázka do loterie, jestli se 2 zařízení na wifi uvidí a 
> nebo ne.
> 
> Takže vždy ověřuju dostupnost z počítače připojeným přes kabel. z něho 
> to jde vždy.
> 
> testněte :-)
> 
> Petr