GabrielM
Vytvořené odpovědi
-
Příspěvky
-
No díky.Až to nahodím fyzicky na žaluzku,tak budu zjištovat,jestli by tam šel dát nějaký koncák…
Budu informovat.
Dík 😉Po restartu je proměnná otevřeno false. A vlastně všechny proměnný jsou po restartu 0, LOW, false, …
A protože si ji nikde neukládáš a ani nezjišťuješ koncákem, tak se ti spustí kód za else (je světlo) a druhá podmínka taky (negované false je true).
Právě takovejhle problém se řeší u těch dveří. Po restartu nevědí kde jsou (během výpadku napájení s nimi někdo mohl pohnout atd.). Takže se po zapnutí napájení provede inicializace. Najde si to koncovou polohu, zresetuje se to a už to frčí…
Jedna varianta je ukládat poslední stav do EEPROM, ale ta na to není moc vhodná. Lepší by byl ten koncák, který by definoval jednu jistou stranu.
Tak kolik otáček,to ještě přesně nevím.Zítra budu zkoušet přímo na žaluzii.Sehnal jsem si starší,tak můžu laborovat.
Hele ještě mám menší problém.Když arduino resetuji,tak v poloze otevřeno při resetu se spustí cyklus a když resetuji v režimu zavřeno,tak se neděje nic-tak to má být.Jsou tam jen dva stavy.Zavřeno a otevřeno.Jak bys to ošetřil?Kdyby přes den vypnul proud tak by to otevíralo dvakrát… 🙁
Mám to zatím jen časově.Koncáky a enkoder zatím nemám.
tady je funkční prográmek (zatím)
int ldr = A0;
int ldr_value = 0;
boolean otevreno;
void setup()
{
pinMode(8,OUTPUT);
pinMode(9,OUTPUT);
//pinMode(A0,INPUT);
Serial.begin(9600); //spuštění serioveho rozhrani
}
void loop()
{
ldr_value = analogRead(ldr); //čte hodnoty čídla
Serial.println(ldr_value);
if(ldr_value > 500){ //první podmínka (stmívání)
if(otevreno){
zavri();
}
}
else{
if(!otevreno){ //druhá podmínka (rozednění)
otevri();
}
}
}
void zavri(){
digitalWrite(8,HIGH); // pro dc motor
digitalWrite(9,LOW);
delay(150);
otevreno = false;
vypni();
}
void otevri(){
digitalWrite(8,LOW); // pro dc motor
digitalWrite(9,HIGH);
delay(800);
otevreno = true;
vypni();
}
void vypni(){
digitalWrite(8,LOW); // pro dc motor
digitalWrite(9,LOW);
delay(1000);
}Hm, že by nebyl problém v displejích ale na židli.:(
Můj první displej tak tápu v neznámu.
Kukal jsem na to video.
Má tam
Adafruit-GFX-Library-master
Mcufriend_kbv
Touch-Screen-Library-masterV Mcufriend_kbv – examples je GLUE_Demo_480x320.ino
Bisplej sproblikava ale na šiřku ve 2/3 vidím jak se tam něco vykresluje, ale je to uplně světle, skoro to nejde vidět.
Co ještě dělam špatně?A co Google?
BTW: uTFT není pro UNO dobrá, bere příliš mnoho SRAM, no on ani ten displej s tím rozlišením pro UNO není to pravé ořechové
L.
Díky za reakci..
S tím přenosem je to tedy zcela dostačující, to byla moje hrubá neznalost! Vzdálenost a terén bude tedy asi největší problém, protože trať nemusí být přímá, může vést třeba i lesem a v neposlední řadě pro plnohodnotné využití by trať mohla mít délku až 2km. NRF24L01 už mám, takže se pravděpodobně pokusím časomíru sestrojit a uvidím jak spolehlivé to bude.. S tím RCT jsem pracoval tak, že když se změnila hodnota sekund, začal jsem počítat setiny podle funkce millis(), ale byl právě problém s tím, že někdy trvala změna třeba 98 setin a někdy zase 101, takže absolutně nepoužitelné…na dotaz zda signál poletí stejnou dobu … je vhodne si prostudovat alespon zaklady radiokomunikace. Radiove vlny se šíří téměř rychlosti světla. V základu se měni pouze frekvence nosné vlny a způsob modulace. Ber to tak, že nejnižší rychlost přenostu bude okolo 9,6kbaud tedy 9600 bytu/s. Přenos informace o 10 bytech zanamená dobu přibližne 0,001s. To beru jako nejhorší stav. při přenosu 115kbaud jsme na uplně jiných časech.
Spíš mě zaráží těch 500m. Při použití vysílače na 2,4GHZ s přidanou anténou by to mělo mít dosah okolo 2km, ale v praxi jsem to ještě nezkoušel a je tu i otázk aterénu/příme viditelnosti:
http://www.arduino8.cz/komunikujeme-bezdratove-s-nrf24l01-1-cast-zapojeni/
ohledně přesnosti, funkce millis() řeší dobu běhu strojového času v 0,001s a je tu i funkce micros(), která dělá to samé v 0,000001s … takže 0,01s rozlišení bych se nebál. Jak jsi řešil odečet času z RTC? ten ti totiž v těchto případech nepomůže.
1. jeho rozlišení je v řádech 1s
2. přenos dat, adresování ,… nějáký čas zabere a přesnost pod 1s je mimo
3. při použití tohoto čipu jako generátoru zbytečně zatížích přerušení a s přesnosti si stejně moc nepomůžeš.
Navrhuji použití internícho strojového času Arduina a detekci start/stop jako body pro záznam aktuální hodnoty millis(). Výsledný čas je pak jen prostým odečtem těchto 2 hodnot.
pár příkladů:
http://www.c-sharpcorner.com/uploadfile/7d4524/stopwatch-using-push-button/
http://duino4projects.com/barista-championship-brewing-stopwatch-%E2%80%A2-introduction-using-arduino/Díky za reakci,
primárně jsem myslel použít časomíru pro lyžovaní, kde na startu by byla branka, tedy nějaký spínač a v cíli fotobuňka. Pro základní použití se bavíme o vzdálenostech cca 500m a tedy čas do 2 minut. Chápu dobře tedy, že při protnutí branky na startu by se vyslal signál do spodní stanice s fotobňkou a vlastní časomírou, tím by se zahájilo měření? Následné přerušení paprsku by čas zastavilo? Je jistota, že signál poletí vždy stejnou dobu? Měl jsem za to, že takovýto přenos není úplně nejpřesnější proto myšlenka se synchronizací. Pokud by byla přesnost do jedné setiny sekundy, tak by to bylo plně vyhovující.
Díky, za případné další reakce…Ono to má dvě slabiny:
– ten posuv (motor/šnek) je celý zapouzdřený, otočná část je jen z boku
– z toho uhlí je strašlivý bordel
Takže reálně připadá mimo sahání do AC v úvahu asi jen ten magnet na tom šneku z toho boku. Jako try1 půjdu asi do toho optoizolátoru, to se mi líbí nejvíc, pořád se snažím cílit na to, abych to před tím bordelem schoval do bedny od regulátoru.Každopádně díky za užitečné rady. Když to bude fungovat, tak výsledek vysdílím. 🙂
chápu to správně, že chceš mít 2 fotobuńky kažkou s vlastní RTC a posílat si čas prolnutí? To se ti nikdy nepodaří synchornizovat …
Lepší řešení by bylo použit 1 RTC ve vlastní časomíře a od fotobuněk přijímat jen signál prolnutí. čas by se bral s interní RTC časomíry.
O jakých intervalech/časech se vlastně bavíme ?
Jinak RTC může generovat i určitou frekvenci, pro lepší synchornizaci než jen sledování času….Pokud budeš dokupovat enkodér, tak je lepší ho dát na co nejrychlejší část motorku. Ono by potom mohlo dělat na tej hlavní hřídeli jenom pár pulzů a rozlišení je rázem v tahu. To se mi pak jeví lepší ten motor „vše v jednom“ jak si posílal.
Kolik potřebuješ otáček motoru (myslím už za převodovkou) na přetočení žaluzií do poloh? pokud by to bylo do deseti otáček, tak by si mohl koupit nějaký mrňavý servo, to vykuchat, potenciometr připojit na hřídel, posílit výstupy původní elektroniky a v podstatě by si měl výkonný servo vlastní konstrukce. Navíc velice jednoduše ovládatelný (jsou na to knihovny).
Serva bez zpětné vazby se používají třeba u kotlů. To se otočí o 90° třeba za dvě minuty. Rychlost je celkem spolehlivá, takže se dá dobře řídit. Když se pak vrací do „nulové polohy“ a tak kontrolér pustí ovládací impulz delší, aby byla jistota, že je v nulové poloze – provede se najetí na referenční bod.
já bych spíš navrhoval metodu přímého měření obsahu násypky. Bu´d pomocí ultrazvukového čidla (to by se ale asi rychle zaneslo prachem) nebo měření optickou závorou. Při infračerveném spaktru by to mohlo být trvalejší, případně mě napadá varianta váhy. Jestli je někde možnost dát mezi násypku a držák někde tlakové čidlo (váha, vodivá guma,…) tak by šlo zvážit kolik tam toho uhlí ještě je …
Při měření pohybu šneku bych, jak píše Zbyšek, použil hallovu sondu a magnet.ty uhly natočení se dají řešit taky časem. V předchozí praci jsme řešili natočení serva taky časovou konstantou. Servo přejede z 0-180 st třeba za 90s. Když potřebuji přejet na 45 st tak nechám 30s sepnuté servo a zapíšu si do paměti na jaké je asi poloze. Většinou se jednalo o regulaci teploty, takže stačilo při poklesu/zvýšení teploty posunout servo na tu či onu stranu. na přesnost se nehrálo. Navíc serva od Belima byli vcelku stabilní co se linearity posunu v čase týká a nemusel se kupovat potenciometr na snímání polohy.
Tady by ti stačilo jednou změřit jak dlouho trvá přejetí z min. na max. a dát to třeba po 5 st natočení. Jednou za čas znulovat na jednu z krajních poloh (když za poledních 7 dní nenajedu na koncák tak si zresetuj polohu a najeď tam te´d)
Encoder je super řešení i včetně možnosti škálování (probarvenosti) pro přibližné měření aktuálního úhlu, nicméně šel bych asi cestou 2-4 drah které by mě ukazovalu aktuální poluhu (binární stav zabarvených značek na drahách)
Možnosti je spousta … budeš to tedy řídit H mustekm?
Navrhni si funkční zapojení a fyzické zapojení (schéma) a můžete tady pak bádat na reálnými možnostmi …Jo dík…kdo hledá ten najde… https://goo.gl/Ep0cQY ….
tak nevím.No a ale cena stoupá.. 🙁
Asi možná toto -encoder https://goo.gl/Ubfuen ..
jak se říká babo raď. 😀Jak jsem psal výše tak kolečko si můžete nechat vytisknout na průhlednou fólii (budou to dělat v každém větším papírnictví). Obrázek můžete taky jednoduše škálovat takže s velikostí osičky nebude problém. Vyhledání „rotary encoder pattern“ nebo „wheel“ vám vyhodí spoustu možností. V tomhle případě by nebyly koncáky potřeba když se ten program dobře napíše. ?
Hodně štěstíAhoj,tak moc řešení (myslím hardware) nemám,kvuli tomu prostoru.Ale už mi došel motorek z Číny – suprovní – malý a výkonný,který žaluzii utáhne.Takže je to DC motor.
Asi by byl dobrý enkoder,který bude počítat pulzy.
Pohledám a zkusím najít-ikdyž mám strach že kolečko s průměrem 2,5cm nenajdu.
Ale budu hledat.
No a koncáky?Nad těmi se taky zamyslím.Mám doma dost jazýčkových relátek,tak uvidím jestli by to tam šlo někde přizpůsobit.Je fakt že u toho měření času to bude asi komplikovanější a najít ten čas pro odklonění a zavření žaluzek bude složitější – je to v rozmezí 10-45-80 stupňů.
Chtěl jsem to zkusit.Byl to prvotní nápad a vše se může změnit. Jinak celé vytáhnout a pak spustit dolu by bylo jednodušší.Každopádně díky na nápady.Super.
Klidně sem posílejte co vás napadne.
pěkný den,či večer
Byla to myšlenka a snad se i zrealizuje….
p.s.vývoj je složitý.A to ještě když nejsem moc kamarád s Arduinem(ale snažím se)Napadá mě použití jiného způsobu odečítání, než přes měření AC.
Mohlo by dobře fungovat počítání otáček motoru tak, že na osu si nalepíte odrazku a pak IR diodou a IR fototranzistorem budete odečítat, kolikrát došlo k „průchodu“ odrazky před senzorem. Viz například http://www.instructables.com/id/Measure-RPM-DIY-Portable-Digital-Tachometer/?ALLSTEPS.
Podobně by mohl fungovat magnet s hallovou sondou.
Jen nevím, jestli ve vašem případě lze připevnit odrazku či magnet na osu motoru nebo jinou pohyblivou část.
Ahoj, na relátku prakticky nezáleží, cokoliv co bude spínané 230V je ok. Já bych ale tohle s relátkem neřešil… Lepší možnost co mě napadá je optoizolátor. Asi hlavně proto že relé je přece jen mechanické a asi má větší šanci se rozbít. To by samozřejmě neplatilo při koupi SSR relé. Tady je jeden z příkladů obvodu s optoizolátorem: http://www.electroschematics.com/11922/mains-voltage-sensor/
Pokud by si stejně chtěl použít relé, doporučil bych třeba toto: https://www.gme.cz/rele-s-ac-civkou-230v-finder-55-12-8-230-0000Držím palce 😉
Edit: Levnější verze třeba toto https://www.gme.cz/rele-s-ac-civkou-230v-finder-40-61-8-230-0000
V jakým stavu bude výstup 9, když bude DigitalRead(7) v log. 1? 😎
Osobně bych použil buď dva koncáky, nebo koncák a inkrementální snímač (ideální řešení), nebo krokáč, nebo servo.
Koncák a inkrementální snímač by měl výhodu v najetí na referenční polohu (třeba zcela otevřené žaluzie) a pak by si to mohlo žít vlastním životem – např. 500 impulsů otevřené žaluzie, 1200 impulsů zavřené žaluzie, 1500 impulsů zatažené žaluzie apod. Kdyby se to ztratilo, najelo by si to znovu na referenční polohu.
Takhle fungují vyjíždějící dveře např. Efaflex. Nemají jediný koncák – referenční polohu si najdou pomocí přetížení měniče a od této polohy si odpočítávají pozici. Když se ztratí (výpadek proudu), najedou si nahoru, snulují si vnitřní počítadlo a jedou dál. Dá se pak nastavit, aby dolní poloha byla 5 cm nad zemí, horní třeba v půlce atd. atd.Potom by se u těch žaluzií neřešil nějaký čas, který je závislý mimo jiné i na teplotě (pokud je převodovka mazaná tukem, tak má nějakej odpor), ale vždy počet pulzů, který by měl být konstantní.
Inkrementální snímač jsem zatím nikdy neřešil, ale ačkoliv není potřeba řešit směr počítání (ten je daný podle spuštění motoru), tak se bude zřejmě jednat jenom o připojení snímače na pin, který umí přerušení a v každém přerušení přičíst, nebo odečíst hodnotu podle směru otáčení motoru. Při najetí na koncák hodnotu vynulovat… Jen takovej nástřel by mohl vypadat třeba takto.
int aktualni_pozice = 0; //proměnná s aktuální pozicí int smer = 0; //0 - stop, 1 nahoru, 2 dolu void reset(){ //najelo se na koncák (referenční poloha) aktualni_pozice = 0; } void preruseni(){ //provede se při přijmutí impulzu ze snímače. Tohle si zapíná sám procesor. //ještě jsem to nezkoušel, tak nevím jak to funguje //ale na netu toho určitě bude mrtě //provede zvýšení, nebo snížení počtu podle směru pohybu žaluzií switch(smer) case 0: //stojí break; case 1: //jede nahoru, pozice se zvyšuje aktualni_pozice++; break; case 2: //jede dolu, pozice se zmenšuje aktualni_pozice--; break; } void pohyb(){ switch(smer) case 0: //zastav vole stop(); break; case 1: //příkaz pro jetí nahoru if(aktualni_pozice == 0){ //je v pozici 0, což by mohly být zatažené žaluzie, takže zastav (viz níž) stop(); } break; case 2: //příkaz pro jetí dolu if(aktualni_pozice == 100){ //je v pozici 100, což by mohly být otevřené žaluzie, takže zastav (viz níž) stop(); break; } void stop(){ //příkazy pro zastavení motoru (různý didžitl outputy atd..) smer = 0; }Je to jen takovej nástřel. Ani jsem to kloudně neprohlížel, protože tahlecta internetová mašinérie neformátuje text.
V reálu by bylo asi dobrý nehlídat přesně 0, nebo 100 impulzů, ale třeba od 95 do 105. Mohlo by se stát, že by Arduino nestihlo něco zaznamenat atd… I když tady by to asi nehrozilo. Ale sichr je sichr…Jak na to pak koukám, tak by šel udělat ovladač na otevřený, zavřený atd. žaluzie, který by z jakékoliv polohy vždycky na první dobrou zajely do pozice kam chceš. Vědí, kde jsou, vědí kam mají jet. Tak no-problem….
A nebo to ovládej táhlem jako do teď a nic neřeš 😀 Ale zas na druhou stranu, tohle je taková bejkárna, že to má cenu zkusit. Člověk se alespoň něčemu přiučí.
Ps.: Bejt tebou, tak si nejdřív rozbyslím, jak budeš ovládat ty žaluzky na hardwarovej úrovni – servo, krokáč, dc-motor. Čas, koncáky, inkrementální snímač, kombinace, … Zdar, jdu spát
já bych taky stav řešil 1 proměnnou.
Za mě tedy spíš typu „byte“ jako 3 stavovou hodnotu:
1 – otevřeno
2 – mezistav
3 – zavřeno
Otázka je jak chceš řídit ten motor?
Předpokládám že tam bude H mustek.
Kdyby to bylo 2 cívkové servo tak dám koncáky do krajních poloh, nevypínám signál na otevření/zavření a nechám to na koncák ať si rozpojí cestu.
U H-mustku to bude trochu složitější. Právě koncák ti pak může na základě své stavu říct jak to s žaluzii vypadá.
Takže zapoj koncový spínače (1x otveřeno, 1x zavřeno) na 2xDI arduina.
Pak je to vcelku jednoduchá podmínka:
1, sepni motor a nekonečná smyčka dokud není sepnutý spínač
2, vypni motor
3, 1s počkejukážu ti to na 1 funkci:
void otevri(){ while(digitalRead(7) == 1){ // cekej na koncak digitalWrite(8,LOW); // vypni motor 1 digitalWrite(9,HIGH); // sepni motor 2 } digitalWrite(9,LOW); // vypni motor 2 delay(1000); // cekej 1s }Na otevření/zavření ti stačí jenom jedna proměnná. Bool může nabývat dvou hodnot true = otevřeno a false = zavřeno. Když budeš mít pro otevřeno a zavřeno dvě proměnné, tak si v tom uděláš akorát guláš. Nehledě na to, že existuje možnost mít obě aktivní. Co by pak platilo? Otevřeno, nebo zavřeno?
bool otevreno = false; //pokud je true, je otevřeno; pokud je false, je zavřenoV podmínce „else“ už neřeš intenzitu osvatělení pomocí IF. Když se neprovede první IF (když je dost světla), tak se provedou příkazy za ELSE. Už to namusíš komplikovat další podmínou.
Koukni se na můj starší příspěvek. Tam je v podstatě celej program, kromě setupu a deklarací proměnných. Příkazy pro otevření a zavření žaluzií si doplníš s tvýho příspěvku (DigitalWrite atd). Deklaraci před a v vouid setup(); doplň taky od sebe + tu deklaraci proměnné bool… Případně dopřejmenuj nějaký proměnný (já mám int ldr_value označenou jako intenzita).
PS.: Nemělo by být ldr = A0?
PPS.: Já jsem taky začátečník. Jedinej program, kterej jsem zatím naprogramoval je v tomto sodobaru
PPPS.: Doporučuji zkouknout tu knížku, co tu furt vyskakuje. Je tam spousta základů
PPPPS.: Docela mě překvapuje, jak je to tu mrtvý. Doteď jsem si myslel, že si s Arduinem hrajou uplně všichni kromě mě 🙂
PPPPPS.: Přešel bych na PHPbb fórum (nebo jak se jmenuje). Tohle je celkem nepřehledný a pomalýýýýýýýýýýý 😛Dobrý den, určitě by to nějak šlo.
Třeba tady http://www.instructables.com/id/Air-Conditioning-web-controlled-by-Arduino/?ALLSTEPS o tom píšou.Tak jsem to dal dohromady,ale ještě nevím jak deklarovat „otevreno“ a „zavreno“ -třetí a čtvrtý řádek.
Aby potom fungovalo true a false.
Poradiš mi?Děkujiint ldr = 0;
int ldr_value = 0;
//int otevreno = ???
//int zavreno = ??
void setup()
{
pinMode(8,OUTPUT);
pinMode(9,OUTPUT);
//pinMode(A0,INPUT);
Serial.begin(9600); //spuštění serioveho rozhrani
}
void loop()
{
ldr_value = analogRead(ldr); //čte hodnoty čídla
Serial.println(ldr_value);
if(ldr_value > 500){ //první podmínka (stmívání)
//if(otevri){
zavri();
// }
}
else{
if(ldr_value < 500){ //druhá podmínka (rozednění)
otevri();
}
}
}void zavri(){
digitalWrite(8,HIGH); // pro dc motor
digitalWrite(9,LOW);
delay(3000);
zavreno = false;
vypni();
}
void otevri(){
digitalWrite(8,LOW); // pro dc motor
digitalWrite(9,HIGH);
delay(1000);
otevreno = true;
vypni();
}
void vypni(){
digitalWrite(8,LOW); // pro dc motor
digitalWrite(9,LOW);
delay(1000);
}Petane mohl by jsi mi prosím tě s tím programem pomoct(napsat ho).Sám to zřejmě nezvládnu.Nějak v tom lítám a nedokážu udělat
cyklus aby při „tmě“ se udělal 1 příkaz pro povel „zavři“ a potom se zase mohl udělat až po cyklu otevři.
Nakonec tam nebude intenzita,ale logická 1(zavřeno),nebo logická 0(otevřeno).
Pro tebe to bude maličkost a já se tím naučím víc…
Nebo pokud budeš ochotný tak mi to pošli na e-mail. ladkva@gmail.com
Díky
L.Připoj k motoru ještě enkodér např. jako tento: https://goo.gl/xbrZ63 a počítej impulsy. Pak s tím můžeš dělat víc věcí – zatáhnout/roztáhnout, zavřít/otevřít. Dalo by se detekovat třeba zaseknutí žaluzií apod…
jo to je dost místa,ale zrovna ho zabírá motor s převodovkou a chtěl bych jít k tomu jen s dvěma dráty.
motor bych tam chtěl tento https://goo.gl/AG8l9Xpokud tam máš 25x25x70mm tak to je místa víc než dost:
http://www.ges.cz/cz/tcst1103-GES05100332.html
http://www.ges.cz/cz/tcst2103-GES05100333.html
http://www.ges.cz/cz/cny70-GES05100334.html
stačí si vybrat který ti bude vyhovovat a samozřejmě je ještě více typů.
Dal bych to na PCB, který by ti umožnil jak lepší přidělaní, tak i připojení kabelu ….Jo tak nad tím jsem uvažoval taky.Bylo by to super (optické snímače jsou i levné) a také přesné hlídání krajních poloh.Jenže jak jsem psal dříve,tak to chci dát dovnitř žaluzie (kde jsou převody a roluje se tam ten pásek)
A tam je prostor cca 25x25x70mm. Takže mi tam tam optický člen nevejde.
Vlastně potřebuji jen aby příkaz IF udělal jen jednou a pokud se neudělá druhá podmínka tak aby se už nedělal ten první příkaz.Vypadá to jednoduše,ale…..
Viz výše mi poradil Petan.Trochu nad tím musím popřemýšlet a něco vytvořit.
Jsem opravdu začátečník,tak mi to do té hlavy moc nejde…
Ale díky za rady.
