JacobPotham
Vytvořené odpovědi
-
Příspěvky
-
Diky za odpoved. Daly by se pouzit tyto tranzistory?
https://www.gme.cz/darlingtonuv-tranzistor-tip120-to220
nebo
https://www.gme.cz/unipolarni-tranzistor-irlz34n-to220abV planu je napajet max 3 metry led pasku
DUE je na 3,3V UNO na 5V. Tady bych hledal chybu. Jinak ten display nemůže blikat. Z ARduina si bere jen data co má zobrazit a pak už jede autonomně. Sám si přepína segmenty, reguluje svítivost atd.
Leda že bys mu nesutálě měnil hodnoty (myslím tím víc než 5x/s). Pak by mohl zablbnout, ale spíš to vidím na to napájecí napětí.Na odpaleni arduina super. .. Musíš ten pásek spínat přes tranzistory. Takhle to vážně odpálíš při větším počtu LED….
tady máš inspiraci:
https://cdn-learn.adafruit.com/assets/assets/000/002/692/medium800/led_strips_ledstripfet.gif?1448059609Dekuju moc. Je to tak – uz to chodi na Arduino UNO krasne.
Mam s tim divny problem na Arduino Due. Tam display divne poblikava. Pritom jsem se domnival, ze DUE je rychlejsi – vykonnejsi. Prijeno to bylo na piny 49 a 50, coz si myslim jsou universalni I/O porty. Kdyby vas napadlo, kde je/delam chybu, budu rad, protoze bych rad pouzil system ARMOSY-2 postaveny na DUE.
Dekuji L.A, TM1640 není i2C, ačkoliv k obsluze potřebuje pouze dva vodiče
B, pro každý module je nutná tedy vlastní instance asi takto:
TM1640 module1(6, 7);
TM1640 module2(8, 9);
atd..
Samozřejmě to zabere více pinů, ale funguje to, já to řešil úspěšně pro TM1637.L.
Pouzij menic urovni, zkontrojul zapojeni SDA/SCL, pin preruseni.
Knihovna – https://github.com/sparkfun/APDS-9960_RGB_and_Gesture_Sensor/tree/master/Libraries/ArduinoSnarks: ano, v tom navodu mas primo odkaz. Nevim jak moc je ten modul odolny, ale nepripojil jsi ho primo na 5V?
Ten modul ale neni na 5V,
IMPORTANT: You must use 3.3V! If you try to use a 5V power supply or 5V I2C communications, you risk damaging the APDS-9960. If you are using a 5V Arduino (e.g. UNO), then you need to have some kind of level shifting.
Nahrej do arduina: http://playground.arduino.cc/Main/I2cScanner
Uvidíš, jestli je na I2C ten tvůj senzor (vypíše to nějakou adresu nalezeného zařízení), pokud ne, je něco špatně v zapojení.L:
A menší oprava ve schématu, přepojený pin na Hallův snímač, teď je správně. Sorry.
Attachments:
Pohled na motorek.
Attachments:
Díky moc, zase jsem o něco chytřejší a mám se s čím po večerech bavit.
Budu zkoušet a dám vědět jestli jsem uspěl, případně požádám ODBORNIKA o pomoc 🙂a to je klon nějákého projektu, nebo to vymýšlíš od nuly?
Viděl bych tu prostor k optimalizaci. Nemyslím si, že potřebuješ mít opakovací frekvenci 50 hz. To že jí budeš snímat na vstupu a chceš jí na výstupu neznamená, že musíš přenášet každý bit. Prostě ji na vstupu nasnímej co chceš a až to zpracuješ tak to pošli dál.
Přijímač bude fungovat v režimu, že údaje jaké zná bude posílat na výstup, dokud nedostane jiné nastavení. přitom výstupy budou mít opakovací frekvenci 50hz.
je to takový asynchronní režim přenosu.
Chápeš mě? Je to to co potřebuješ?program dáš jednoduše:
jak píšeš odpově´d tak 10-té tlačítko na oknem je CODE.
Klikneš na ně, do textu se vloží apostrof a ty CTRL+C, CTRL+V vložíš text kodu a klikneš znovu na CODE.
Tím se ti sem vloží kod a bude správně formátovaný. Když to tlačítko CODE vynecháš, tak se některé znaky ztratí, zruší se odsazení ….
jinak jde vložit soubor,a le občas to stávkuje.co se týká PID regulace odkážu tě asi sem:
http://blog.waldi.cz/2015/01/pid-regulator.html
http://duinozone.cz/index.php?topic=542.0ještě jsem jí nepoužíval, ale myslím, že nastavení 3 hodnot není teorie strun 🙂
v duinozone byli i nějáké návrhy základního nastavení… zkus a kdyžtak napiš jak si dopadl.jen pro upřesnění, tu PID regulaci dáš místo přičítání/odečítání hodnot od uhlů. Vlastně necháš PID regulaci a´t ti řekně výsledný uhel.
Ahoj,
tak jsem to vyskoušel a fuguje to, jak jednoduché :-).
Pomohl bys mi i s dopsáním té P.I.D regulace?
Nevím ale jak tady hodit ten program, nechtělo mi to nahrát soubor….Díky moc za radu, najednou to vypadá úplně jednoduše.
Doufám že si během dne najdu chvilku abych to mohl vyzkoušet.
Na takové to stolní zkoušení to bude super ale do realneho provozu to bude chtít tu P.I.D. regulaci aby se to dalo vyladit.
S tím bys mi potom taky dokázal pomoct?
Ještě jednou díky!Je to emulator rc vysielača a prijímača ale miesto ppm a pwm chcem použiť prenos seriovych dát. Tx má 5 kanálov ,každý kanál nesie informáciu o šírke impulzu čo je celé číslo od 1050 do 1950. V jednom rámci je potrebné teda preniesť 10 bajtov, a to frekvenciou 50hz.(50x za sekundu). Povodna doska s ppm používa D2 až D4 na obsluhu tlacitok a D5 má vyvedeny výstup. Preto ta podmienka že dáta musia ísť von cez D5. Celá komunikácia je jednosmerna, tj tx len vysiela (tx+gnd) a prijímač len prijíma (rx+gnd).
to by neměl být problém. ve smyčce loop() je proměnná „rpm_to_disp“
to je vlastně aktální stav otáček. Na začátek programu si dej “ int nastav = 5000; “ čímž si definova promněnnou nastav s hodnotou 5000 co je mnou vymyšlená hodnota otáček, kterou chceš udržet. Dál si dej na začátek proměnnou “ int uhel = 0; “ tahle proměnná bude udržovat aktuální stav uhlu natočení serva. No zpět k loop() dej tam, že když budou otáčky nižší než nastavené tak zvední úhel serva a když budou větší, tak sniž úhel serva. potom omez hodnoty na rozsah 0 až 90 a´t nepřetočíš servo no a nakonec zapiš hodnotu na servo.jak na servo se dočteš třeba tady:
http://www.pistek.eu/blog/2013/08/15/arduino-6-modelarska-serva/
tu pauzu delay() můžeš teoreticky vynechat….ten muj postup je pomalý a slouží spíš pro seznámení s problematikou. Lepší by bylo použít PID regulaci, ale pojdmě na to postupně …
https://kokoraskostas.blogspot.cz/p/blog-page.html
Tak snad do třetice…
Tohle je odkaz na zdrojový kod
