OTA - Arduino IDE - serial monitor

[mpca86]

1. Uvažujem že na pripojenie mu dám osobitný router z iným ssid, ktorý bude bližšie pri ňom. Packet loss 9% asi nebude tomu celému prospievať..

2. Urobím. Tvoju stránku som našiel až pred nedávnom je tam veľa inšpiratívneho kódu.
3. Tú "kravinu" mám z examplu... no zrejme nie sú vždy dobre napísane: https://github.com/esp8266/Arduino/blob ... Client.ino
Aktuálne sa snažím sa čo najviac zbytočností vyhádzať z kódu aby som tam mal naozaj len to čo potrebujem bez zbytočných blbostí.

[jankop]

Díval jsem se, ten WiFi.client asi špatně není, je to jedna z alternativ. Ale když se podíváš na sketch, který je v dokumentaci, tak tam je pro každou alternativu běhu programu

Kód: Vybrat vše

client.stop();

https://arduino-esp8266.readthedocs.io/ ... the-client
To si myslím, by chybět nemělo.

[mpca86]

Asi by som mal prepísať celý kód kedže dnes som prišiel na zaujímavú vec...
Údaje sa teda odosielajú každé 2minúty na web. Následne z toho súboru sa ukladajú každých 5 minút do DB.
No okrem atm. tlaku a teploty z BMP280 a teploty z DS18B20 sa do DB nedostane nič aj keď je zrejmé že namerané boli. alebo to môže znamenať že odchádza DHT22?

Má niekto odskúšanú životnosť DHT22?

[jankop]

DHT11 považuji za nepoužitelné a DHT22 po zkušenostech za velmi špatné. Ze své praxe i diskuzí vím, že s oběma jsou speciálně ve spojení s esp8266 obrovské problémy, nerady pracují při 3.3V.
Mohu ti doporučit I2C senzor HTU21 nebo ekvivalentní Si7021. A nejjednodušší je koupit rovnou BME280. Věř mi, že s DHT11 a DHT22 je škoda času se zaobírat.
Ano, je velmi pravděpodobné, že DHT22 přestal měřit, na druhé straně je velmi pravděpodobné, že ani není vadný. Je to prostě jeho vlastnost.

[martinius96]

Všetky kódy pre NodeMCU ak obsahovali request bola tam aj táto časť..

Kód: Vybrat vše

if (!Client.connect(host, httpPort)) {
    Serial.println("Connection failed");
    return;
  }

To return; treba vyhodiť. Robí to niečo také, že na tom mieste ostane a už sa nepohne. Javí sa to akoby sa doska zasekla hoci ju kód v tomto bode zastavil. return; by som určite vyhodil a namiesto toho by som tma dal nejaký serialprint o chybe.

[jankop]

Ten return je součástí funkce, netvrdím, že nemůže způsobit problém, ale je to běžný příkaz. V případě, že se nepodaří spojit se serverem, tak se celá funkce-podprogram returnem ukončí a zbývající část je vynechána. Tady by se return dal velmi snadno nahradit konstrukcí if {podmínka} else {zbytek funkce], ale nemyslím si, že by to bylo nutné.