Arduino - Analog Input - AREF

[ViktorEX]

glotis: nojo, neco takovyho to asi bude. protoze jsem quasi dosel ke stejnemu zaveru tim, ze jsem si nahore nadeklaroval koef2 jako long int

zapis long x = analogRead (A0) * 1000L; samozrejme neznam. to je zase nejaky trik. nojo, zadnej ucenej z nebe nespad. tezko ale hledat podklady ke studiu. ale prisel jsem na to. takze to nevzdavam.

ted se ucim komunikace dvou arduin po seriove lince.... snad to dam. v tom projektu jsme slibili mereni vsech 16ti clanku, a to delame na extra A-Mega. Volty uz mame namereny samozrejme napetovou delickou, hazi to zas nejaky hausnumera, ale cisla jsou kupodivu docela stabilni (do spravnych hodnot dotahneme korekcí). takze mame v jednom arduinu 16 celych 3-mistnych cisel (treba 340 ...= 3,40V), a ty musime po seriove lince poslat do toho centralniho A-Mega, aby se nenudil. a tam bude i vyhodnoceno, kdyz bude nejakej ulet nahoru na nejakym clanku zobrazi varovani na displayi a teoreticky by mel zasahnout (v mym pripade pres port na regulatoru pro tepelne cidlo ... v podstate mu reknu baterka moc tepla, on ihned drasticky snizi vykon... tot teorie) ale u toho projektu zustaneme u hlaseni na displayi

[unicast]

tam ale neslo o promennou voltageCell01 (ta je deklarovana jako long int)

No právě... (Signed) int se pak přenese do (signed) long int včetně znaménka. Když číslo nemá nikdy být záporné, tak zásadně unsigned int nebo unsigned long.

takovy problemky jsou super ... to jsme nemeli ani na sinclairu ani na atari ... takovyhle lapalie

C nehlídá datové typy, když něco potřebuješ mít jednoznačné, tak si to prostě přetypuješ. Na jednu stranu to dává velké možnosti, můžeš třeba přetypovat libovolný kousek řetězce na unsigned long a pracovat se čtyřmi po sobě jdoucími znaky v řetězci jako s číslem (a kdyby jen to), na druhou stranu to samozřejmě přináší i riziko chyb.

[ViktorEX]

unicast ...

aha, takze long int je dlouhe cislo, a muze byt kladne i zaporne
a unsigned long jsou jen kladna cisla.

ok

[kodl69]

Až tě přestane bavit si hrát s arduinem na úrovni C, tak se podívej na https://esphome.io/ příčinně souvisící s homeasistant. Je to něco, kde jenom nakonfiguruješ (v .yaml souboru) co daný ESP má dělat, a ono to udělá stzejně jako to arduino, zobrazí na tom místním displeji
a ještě to pošle do homeasistenta, kde jsou ty údaje k dispozici pro jakoukoliv automatizaci k tomuto připojenou... O podobný blbiny jsem se před léty pokoušel taky, ale arduino je dobrý na malý "osamocený" aplikace, protože řešit komunikaci je dycky obštrukce - RS485 modbus? nějaký HPPT přes LAN, která žere jako kamna a není to jednoduchý naprogramovat? Pak najednou vezmeš ESP8266, a výše uvedený nástroje, a máš výsledky do dvou dnů, i jako neprogramátor. Datový typy tě okamžitě přestanou zajímat, protože tu hrubou práci už někdo udělal za tebe... Ale místní funkčnost periferiií na ESP (třeba ten displej, co ukazuje naměřený hodnoty z INA3221) si napíšeš v tom C, aby se ti nezkrátily žíly...

[marsal64]

Nu a pak když Ti něco v ESPhome nebude fungovat nebo nepůjde dobře udělat, a více se zorientuješ, třeba zkusíš "standardní" vývojové prostředí ESP-IDF (https://docs.espressif.com/projects/esp ... index.html) a "Arduino framework" necháš svému osudu.

[ViktorEX]

ale jo, chlapi, kdybyste si precetli vic, nez jen posledni prispevek, tak byste vedeli, ze vase rady jsou nejspise dobře míněné, ale mimo konkretni potrebu a situaci.

a ted, kdyz jsme shledli milion videi kolem arduina a jsme tesne pred cilem, tak asi si sednout a dalsiho pul roku studovat nuance a zadrhely jine(podobne) technologie je jaksi hloupe- resp nic neresici.
s tim co pisete si muzu zacit hrat, az budu mit toto tema z krku. a pak si myslim, ze vsechny ty opicarny jsou postaveny na nacitani uz hotovych dat z nejakeho pristroje. mam tu regulator, ktery dava informaci "1x hodinu", a invertory, ktere zadne informace nedavaji. takze zase budu muset resit mereni proudu koňskou metodou a budu tam, kde sem ted.

uz nam funguje vsechno. mame vsechny tri proudy, funguje LAN (tj webserver), funguje nam ten barevny display po seriove lince.
vcera jsme rozchodili mereni na 16 CEll. a musime po seriove lince predat data centralnimu arduinu.
a dnes prisel modulek na mereni napeti a komunikace po I2C.
celkove se tim zabily dve mouchy jednou ranou. dcera ma "smysluplny" projekt k maturite, a ja budu mit jakysi nahled tam dolu pres mobil bez behani do sklepa. vzdyt i cely projekt admina tohoto webu stoji na arduinu.
nicmene ano, uz vim, ze je to vec spise na hrani, na nektere aplikace vhodnejsi, a na nektere mene vhodna.

jestli se pak vrhnu duplicitne na modernejsi technologii, jen abych preklopil hotové na jiny zaklad, to vám slíbit nemůžu, nicmene jsem zvídavý, tak si mozna par veci poridim, a budu si s nimi hrat na stole. ale nemam tu ani axpert, ani jinou podobnou potvoru, takze nevim, z ceho budu brat data na hrani.

asi tak ....
ale ano, ciste ze zvedavosti bych byl rad, kdyby mi nekdo poradil, jak ziskavat data treba z toho meho EPever ... ale jak rikam, spise z technicke zvidavosti, nez opravdove potreby. treba to tady dame dohromady jako projekt, pro dalsi, kteří doma vymysleji kraviny jako ja. pak nebude vymýšlet vymyšlené. uz jsem to tu psal, je videt, ze spousta z vas jsou opravdu kovaní v daném tématu, poradíte, ale kompletní řešení jsem tady nenašel. vzdycky jen nejaky ten IT GURU štěk, který posune již znalého kupředu, ale ne někoho, kdo je stále jen kousek za startovní čarou.

[glottis]

Nu a pak když Ti něco v ESPhome nebude fungovat nebo nepůjde dobře udělat, a více se zorientuješ, třeba zkusíš "standardní" vývojové prostředí ESP-IDF (https://docs.espressif.com/projects/esp ... index.html) a "Arduino framework" necháš svému osudu.

tak ono esphome ve spojeni s home assistant funguje dost dobre a zatim jsem na spek nenarazil. Ted jsme na to nahrnul spoustu zarinzie co jsem si delal a prgal od nuly. Za kratkej cas tam udelas veci paradni a v HA pak zbytek. Grafy v grafane/influxdb, historie, akce. Ethernet, wifi, bt, i ten nextion display tam snad maj. Ted dodelali nativni can bus v esp32. Nevim co tam vsechno victor ma ale se bojim ze vse s cim se babral tam slo nadeklarovat.

Victor:
Ale tim nerikam, ze to delas spatne delejte co je potreba. Ale hodte na to oko. A kdyz programovat tak kouknete po necem v cem se da psat a pomuze. Platformio treba, z arduina to neni takovej skok a skoro by slo jen prekopirovat kod a naklikat knihovny. Nebo esp-idf.

Mam epever xtra a mam to napojene na home assistant. Koupil jsem si konvertor 485(modbus)->ethernet, v HA nadeklaroval a parada
https://www.aliexpress.com/item/4000521660045.html
maj verzei i na 230V

[ViktorEX]

jestli bych v tuto chvili mohl poprosit,
https://dratek.cz/arduino/1437-ina219-p ... merny.html

koukal jsem na to, koukal jsem na video. nepochopil jsem, kam pripojit tu baterku, abych s tim meril to napeti 55V, a kdyz uz se tim nekdo bude zabyvat, jak tam pripojit tu zenerku. to me asi posune dal, protoze se nam cas krati.

na videu maji pripojenou baterku se ledkou. kdyz napalim baterku primo na Vin Vout, tak si myslim, ze to udela buch a bude hotovo. nebo tam tu ledku proste musim mit? pak to asi bude chtit na 55V trochu vic odporů ... z tech nákresů proste nechapu, co tím chtěl básník říct, abych s tím měřil to napetí.

dík...

[skopec]

Základní vlastnosti INA219
Vstupní napětí 0 až 26 V
měření napětí, proudu a výpočet výkonu
I2C - 16 nastavitelných adres
možnost nastavení parametrů
maximální chyba v celém teplotním rozsahu -25 °C až +85 °C: 1 % (typ. 0.2 %)
pouzdro SOT23-8 nebo SO 8

[skopec]

A proud měříme jen do 3,2 A.

[ViktorEX]

skopec: člověče, ani netušíš, jak mi to pomohlo. ale přesto bych trval na své původní otázce: viz obrázek

[skopec]

Ta dioda je tam jen jako spotřebič.
A protože to měří proud tam i zpět v podstatě je to jedno.

zdroj - ina - spotrebic - zdroj

[PetrDubi]

INA se standartně zapojuje tak, že z + zdroje to jde vin+ z vin- na spotřebič a ze spotřebiče zpátky na - zdroje. Mezi vin+ a vin- je na destičce zapojený bočník (SMD rezistor za tím modrým konektorem) a přes ten teče proud. No a INA měří napětí mezi těma koncema bočníku a mezi bočnííkem a GND. Takže má potom tyhle dvě napětí a z toho úbytku napětí na bočníku se vypočítá proud. Pokud to chceš na měření proudu a je tam větší napětí než těch 26V, tak musíš dát bočník na zpětné vedení (mezi spotřebič a - zdroje) a napětí měřit jinak. Případně použít jedno INA na měření proudu (s bočníkem na -) a druhé na měření napětí přes tu zenerovu diodu nebo odporový dělič (potom seu téhle INA zapojí jenom jeden konec bočníku na tu diodu nebo výstup z děliče a druhý koonec bočníku je volný). Kdyby jsi použil ty trojnásobné INA, tak by jsi jedním mohl měřit 3x proud a druhým 3x napětí (a u každého jinou I2C adresu).
Jo a pro větší proudy se musí ten bočník odpájet a místo něj připájet jiný (já jsem vyvedl jenom dva tenké "drátky" na externí bočník)

[ViktorEX]

jako takhle? to preci neco musi shoret.

proud me zde nezajima. potrebuji napeti na baterii.

[skopec]

jestli chceš měřit jen napětí tak bych vynechal ina219 a použil správně spočítaný odporový dělič napětí https://cs.wikipedia.org/wiki/D%C4%9Bli ... %9Bt%C3%AD (vzhledem k měřenému napětí) ...

[ViktorEX]

1) nekdo tady psal, ze mam vzit INA219, protoze ma datovy prenos, a ne analogovy.
2) pak tu nekdo psal, ze mam pouzit zenerku, neprijdu o presnost vzorkovani
3) analogove mereni mam za sebou, je to ducharina, plus minus americky autobus, a zrovna to napeti potrebuji presne.

prosim tady nekoho, aby mi tu ina219 pomohl zapojit do pouzitelneho zapojeni. proud me nezajima, potrebuji presne napeti na baterce. dekuji.

[PetrDubi]

Dej do série dva odpory (třeba 2x10k), připoj je mezi + a - baterky, střed toho odporového děliče připoj na vin+ na INA (vin- zůstane volné), a gnd na INA propoj s - baterky. V programu potom jenom vynásobíš přečtené napětí dvěma. Ty odpory by měly mít úplně stejný odpor (nejlépe změřit) - pokud se budou lišit, tak budeš muset přidat offset.. A to je přátelé vše.

[ViktorEX]

asi tak?
pak nevim, proc jsem objednaval ty zenerky.

[ViktorEX]

a jestli jsem to spravne pochopil, varianta se zenerkou bude vypadat takhle ...
anebo tu zenerku obracene? mozna obracene... ale nekdo psal, ze je to fuk.

[beethowen]

Dej do série dva odpory (třeba 2x10k), připoj je mezi + a - baterky, střed toho odporového děliče připoj na vin+ na INA (vin- zůstane volné), a gnd na INA propoj s - baterky. V programu potom jenom vynásobíš přečtené napětí dvěma. Ty odpory by měly mít úplně stejný odpor (nejlépe změřit) - pokud se budou lišit, tak budeš muset přidat offset.. A to je přátelé vše.

Určitě je třeba zapojit ještě napájení +3,3V, nebo +5V, podle toho co bude za tím dále. Pokud se bude měřit jenom napětí sběrnice, tak se zapojuje Vin- a GND. Takže na to bacha.
Tady je datasheet: https://www.ti.com/lit/ds/symlink/ina21 ... EQgdSOMNVA
Ideální stav samozřejmě připojit k bočníku a měřit všechny veličiny. V tom provedení toho modulu k Arduinu, to měří proud jenom tuším do 3A.
Je škoda nevyužít toho měření proudu bočníkem, když už tam ta INA219 bude. Dal by se vypájet ten bočník na desce a přes ty proudové svorky tam přivést pořádný bočník. Napětí sběrnice samozřejmě potřeba rozpůlit děličem, nebo použít něco na bázi INA238, ale to se teď moc nedá koupit.