Wemos D1 odesílání dat přes WiFi do Firefoxu.

[pocitujlasku]

exception 4 je prave ten watchdog, pretecenie je kod 3. V programe mas nieco, co ho zasekne na par sekund. napr. cakanie na data, typu while (!data.available) alebo pod.

[Valdano]

[Celeron]

Už vím, v čem je dílo. Všechny případy WiFi klientů, co jsou v IDE u knihoven pro ESP8266 končí v Loop:

[Valdano]

[Celeron]

ESP8266 MultiWifi se nikdy nepřipojuje na dvě sítě najednou. Umí pouze oscanovat okolí a připojit se na jednu síť s nejsilnějším signálem, která je v seznamu povolených sítí. Pokud se klient přemístí do místa slabého signálu, najde si jinou silnější síť ze seznamu.

[Valdano]

Nikdo z nás tady asi zatím neví jak to chcete vůbec používat. Pokud to tedy zde chcete nějak řešit tak byste měl víc ozřejmit to s jakým konkrétním použitím z hlediska případné mobility u toho klienta s displejem počítáte. Pokud by měl být klient umístěn jen stabilně na jednom místě pak to zřejmě nebude potřeba.

Web server poskytující hodnoty měření bude předpokládám stabilně stále na jednom místě připojený stále k jedné wifi síti. Smysl by to mohlo mít pokud by ten klient měl být mobilní ve smyslu volně přesouvatelný na různá místa třeba ve více objektech, přičemž v každém objektu by byl samostatný web server připojený k samostatné wifi.

[Celeron]

Dnes jsem chtěl nainstalovat server měření teplot do reálnýho provozu a zpátky na stromy. I když mobil při scanu ukazoval v místě umístění serveru teplot -56dBm, Wemos D1 se nechytal. Překvapilo mě, že v místě umístění krom mý sítě nebylo naprosto nic zvenčí. Doprčic, přístupák je 7m daleko ale skrz železobeton strop a je to sklep 180 cm podlaha pod terénem. Takže to, co jsem nechtěl a to tahání LAN kabelu a nejspíš i přidání switche a tahání 230V napájení bude asi realita. Sice existuje Wemos D1 s pendrek anténou, která by možná mohla chodit ale zrovna ho nikde kolem nemaj a že to půjde je nejistý.
Takže jsem se zase vrátil na měření teplot přes UNO a posíláním dat přes W5500 co mi již chodí delší dobu. Zkusil jsem to převrátit z UNO na Wemose D1 a zase to není až tak jednoduchý, některý piny Wemose se chovají dost jinak než na UNO, třeba GPIO15.

No a co ten klient s displejem? No předpokládám, že ho budu občas potřebovat přenýst z jednoho objektu (WiFi sítě) do druhýho. Na tom snad není nic divnýho, to přeci umí každej mobil, tablet i NTB. Navíc to mám koncipovaný tak, aby se na server mohlo kouknout z čehokoliv a i zvenčí přes NAT.

[pocitujlasku]

Nezufaj, vykasli sa na wifi a skus rf moduly na 433Mhz. ak potrebujes preniest par bajtov jednym smerom, tak je to lepsie riesenie a maju aj nizsiu spotrebu. A malo by to preliezt aj cez stenu lepsie ako wifi.
mam na mysli Nieco taketo
prijimac mozes pripojit na wemos a mas data na wifine.
stoji to stovku, a to by stalo za vyskusanie. Arduino ma na to aj kniznice, pouziva to jednen pin a ked vysielace nebudu vysielat naraz, tak vies v pohode prijimat aj z viacerych modulov.

[Valdano]

Doporučuji použít modul sériového portu HC-12 SI4463 na 433MHz, který má ve volném prostoru dosah až cca 1000m. Přes několik zdí se rozsah sice dost zkrátí, ale pořád bude větší než u těch slabších modulů na 433MHz. Vysílač na tomto modulu má nastavitelný výkon až do 100mW. Konfigurace se provádí pomocí AT příkazů jako u modemů. Modul je současně přijímač i vysílač. Návod na použití toho modulu s Aduinem viz tento odkaz předpokládám nebude velký problém si ho upravit pro Wemos.

[Celeron]

No ono se řekne použij HC12 na 433 MHz. Jenže, to bych musel třeba na Arduino Pro Mini, změřit teploty, poslat je přes sériovej port do HC12. Na druhý straně zase HC12, seriový data z něj do ESP8266, tam z toho udělat hatmatilku a poslat ji na WiFi. Stejně bych musel tahat kabel napájení. Při připojení přes LAN můžu poslat data a napájení po jednom UTP.
Dnes jsem lámal Wemos D1 s W5500. Na UNO s W5500 mi to chodilo už dřív, ale stále málo paměti pro dynamický proměnný a ani přesun přes macro F moc nepomohlo. Wemos má paměti podstatně víc a zvládá i ty kupy keců kolem HTML a CSS.
U Wemose je komunikace na LAN docela pakárna. Knihovny Ethernet.h a Ethernet2.h s ESP8266 nechodí. Musí se použít prapodivná kombinace <SPI.h> , <ESP8266WiFi.h> a <W5500lwIP.h>. A před spuštěním ethernetu se musí pomocí SPI nakonfigurovat pár parametrů. No a nakonec připojení na ethernet se musí používat funkce LAN knihovny <W5500lwIP.h> a vytvoření serveru zase volat funkce <ESP8266WiFi.h>. Kdybych nenašel na netu příklad, tak bych to nikdy nedal dohromady.

[pocitujlasku]

ked tam hodis cistu atmegu, nastavis usporny rezim, ze sa ma prebudit raz za cas, zmerat a odoslat, tak to vies napajat dlhu dobu aj z baterky. Schvalne nepisem nejake arduino, lebo to ma v sebe aj prevodnik usb-serial a ten len zvysuje spotrebu.
nemas doma nejaky "server" - pocitac, ktory ti bezi stale? tam by si mohol pichnut prevodnik + HC12 a udaje + stranku generovat tam. Nejake stare raspbery, co ma mizernu spotrebu, ale dostatocny vykon aj na napr. databazu na ukladanie dat. Ja som donedavna tak mal raspi3, kde bezal webserver, databaza, chodili tam logy z mikrotikov a bezal mi tam moj server v .net pre inteligentnu domacnost.

Programovanie nie je o tom, ze pospajam par kniznic a mam hotovo. To je prave ta pakarna, kedy 90% len sedis a kreslis a skusas a 10% je samotne pisanie kodu.

[Celeron]

Právě jsem zmastil i klienta, kterej nepadá na WD. Takže ještě k tomu přibastlit TFT 2,8" a mělo by být hotovo v 1. verzi. Pak to chci ještě trochu vyšperkovat v HTML. Sondy už mám taky v kotelně nabastlený. Tak jen připojit. Plošáky už taky dorazily.

[Celeron]

TFT displej na klientovi mi ukazuje teploty ze serveru. Ještě tam dodělat v grafice trendy teplot proti měření před cca 10 minutama.
Ale narazil jsem na trochu kosmetickej problém. Knihovna GFX.h a ILI9341 nemají podporu češtiny. Nevíte někdo, zda se někde na netu neválí pro tyhle knihovny sady fontů nejlíp v KOI-8, kde jsou od 80h do 0FFh znaky s nabudeníčkama? Že by se mě to chtělo ručně editovat se mě teda moc nechce. V podstatě by mě stačily znaky malý č, á, ý.

[Valdano]

Něco je na GitHubu viz tento odkaz, ale nemám s tím žádnou zkušenost.

[Celeron]

Díky ale nějak se mě s tím nedaří. Vypadá to, že když v GFX nedefinuješ nějakou TT znakovou sadu z podadesáře FONTS, tak to využívá sadu ze souboru glcdfont.c, což je standard ASCII 5 x 7 font. Ten by měl zabírat co znak, to 5 byte. Když jsem si to zkoušel z HEX namalovat, tak vychází nějaký podivný znaky, který sice maji nějakou grafickou logiku ale nepoznávám je. Kdoví, jak to má ta knihovna zorganizovaný. A do jejího rozboru se mě teda vůbec nechce.
Edit: tak jsem zkusil v souboru glcdfont.c do prvních pěti byte zadat 3Fh. Při výpisu char(0) se mi původně prázdný znak vybarvil celý pole. Takže soubor s fonty je správný, tak teď nalýzt v tý hromadě hexu ty správný znaky, přidat k ním nabudeníčka a vrazit je buď někam do rozsahu ASCII 0-31 a nebo nad 127.