- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Nvidia GPU-k jövője - amit tudni vélünk
- HDMI topic
- Szünetmentes tápegységek (UPS)
- ZIDOO médialejátszók
- Teljesen az AI-ra fókuszál az új AMD Instinct sorozat
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen házat vegyek?
- AMD Navi Radeon™ RX 9xxx sorozat
-
PROHARDVER!
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
válasz
tvamos
#10472
üzenetére
"Hogy akarod a jelerosseget kiolvasni? Nekem ez nem ment. Vagy volt jel, vagy nem."
Hát mivel ahogy írod, analóg jelerősséget nem lehet mérni az ir receiver kimenetén, azt találtam ki, hogy fordítva ülök a lóra. A jeladó erősségét tudom (legalábbis remélem, hogy tudom valahogy) változtatni. Egymás után több kódot küldök, egyre csökkenő intenzitással és a küldött kódba mindig beleírom, hogy az éppen milyen erősséggel lett kiküldve. Úgy működne, mint a GPS rendszer, csak ott ugye az időkódot küldi a műhold és az eltérésből számolja a vevő a távolságot, én meg a jelintenzitást küldeném. A távolságot meg úgy lehet belőle kiszámolni, hogy ha a vevő oldalon sikerült a leggyengébb adást is venni, akkor az adó közel van (ehhez kéne valahogy elérni, hogy csak pár cm legyen a hatótávolság). Ha csak a legerősebb adást sikerül venni, akkor meg a szoba másik felén van az adó. A többi meg háromszögelés kérdése.
Természetesen tudom, hogy ezzel nem fogok tudni cm-es pontosságot becsülni, de ez az említett Spybotics rendszerben is csak úgy van, hogy az ellenfél közel van, távolabb van, vagy valahol előttem a távolban, az irányt is kb 30°-os pontossággal tudja megmondani, de ha nekem ilyen pontosságot sikerülne elérni, akkor már nagyon örülnék neki."Erzekeloket akarsz fejleszteni, vagy az eszkoz lemasolasa a cel, vagy mi az, amit szeretnel pontosan?"
Az eszközt szeretném lemásolni."Sharp tavolsag szenzor nem jo neked? Azzal tudnad a tavolsagot."
Tudom, hogy ilyen létezik, de nem jó, mivel nem egyszerűen távolságot akarok mérni, kódot akarok elrejteni a mérőjelben, amivel lehet azonosítani, hogy ki van előttem, esetleg még azt is, hogy felém néz és próbál bemérni, vagy éppen háttal van nekem.
-
válasz
tvamos
#10466
üzenetére
Azt az ábrát sajnos nem tudom értelmezni.
Az ir remote lib-ben viszont láttam, hogy lehet duty-t állítani, lehet előbb azt fogom kipróbálni.
Az uln2003 csak úgy jött a képbe, hogy abból van otthon, nem kell venni. Az ir dióda meghajtásakor nem lenne probléma a feszültségesés, legfeljebb az előtét ellenállás számolásánál kell majd figyelembe venni.
De arra még mindig nincs ötletem, hogy hogy olvassak egyszerre 3db ir receivert. A 3 beérkező jel erőssége közti különbségből számolnám a jeladó irányát a vevőhöz képest. Van rá vmi ötletetek esetleg? -
Nem a dolog egyszerűsége, hanem pont a bonyolultsága miatt gondoltam.
Van a LEGO Spybotics rendszer, jó régi, az eredeti Mindstorms-szal egy idős. Az egyik tulajdonsága, hogy ha van két ilyened, meg tudják egymást keresni infra sugárzók és vevők segítségével, és le tudják egymást lőni. Gyakorlatilag lézerharc, robotokkal.
Érzékeli a másik robot irányát és távolságát. Hátránya, hogy nekem csak egyet sikerült szereznem, csak soros porton át lehet programozni, és csak egy fény és egy ütközésérzékelőt lehet rá tenni, ami eléggé lekorlátozza a lehetőségeket.
Na ilyet szeretnék csinálni, rögtön kettőt is, csak wifi-n keresztül lehetne őket programozni és több szenzort szeretnék rá tenni, amivel a külvilágot érzékelik.
Most éppen ott akadtam el, hogy az esp ir lib csak egy ir receivert fog támogatni, szóval erre kellene még kitalálnom egy multiplexert, amivel egy pin-re 3db ir vevőt rá tudok akasztani... -
válasz
tvamos
#10456
üzenetére
Megnéztem, de nem láttam sehol, amit írtál. Viszont adtál egy nagyon jó ötletet!
A fig.5 alapján, ha a vivőfrekvenciát elhangolom, csökken a vevő érzékenysége. Ha 38kHz helyett mondjuk 26kHz-cel küldöm ki a jelet, a vevő érzékenysége 20% alatt lesz. Jól olvastam a táblázatot?
Ezt nekem pont kapóra jön.
Erre gondoltál egyébként pwm alatt?
Nem avr, wemos d1 minivel szeretném, annak sajnos nem annyira terhelhetők a lábai, asszem 15mA a max. Szerintem az említett uln2003-al fogom meghajtani a ledeket, de csak akkora áramkorlátozó ellenállást fogok használni, hogy a LED ne menjen tönkre, így maximális lesz a hatótáv, és a frekvenciát fogom változtatni, nem az áramerősséget. -
A másik ötletem az uln2003-el vezérelt "DAC", a 38kHz-es jelet pedig egy fet-tel vagy egy tranzisztorral vezérelném. Ez talán életképesebb ötlet lenne, teljesítmény szempontjából mindenképp, de túl sok pin kellene hozzá, márpedig az egészet egy wemos d1 minivel szeretném irányítani.
-
Sziasztok! Szeretnék csinálni egy olyan infra távirányítót, aminek a hatósugara szabályozható, például legyen mondjuk 3m és 10cm közt szabályozható. Normál esetben az infra LED fényerejét pwm-mel szabályoznám, de mivel itt eleve 38kHz-es jelet kellene pwm-mel modulálni, eléggé működésképtelennek láttam a dolgot.
Kitaláltam egy 4 bites DAC megoldást, ami egy 74hc595 chip 4 kimenetére kötött ellenállásokból áll, amiket párhuzamosan kötnék a LED egyik kivezetésére. Így megfelelően összeválogatva az ellenállásokat (pl 400, 200, 100 és 50 ohm) kb. 15 különböző áramerősségi szintet tudnék vele előállítani. A digitális jelet pedig a 74hc595 enable lábával tudnám küldeni.
Szerintetek működőképes az ötlet? Mekkora áramerősség kell egy infra LED-nek, hogy 3m-re tudjon sugározni? Ahogy utána olvastam, akár 1,5A is lehet pillanatnyi áramfelvétele (ennyit ír az adatlapja), tehát gondolom ennek oka van. A 74hc595 viszont 30mA-t enged a kimeneteken, és max. 70mA lehet az egész chip max árama. Mire lehet ez elég?
Ki fogom egyébként majd próbálni, de gondoltam előbb azért kikérem a véleményeteket.
Esetleg van valakinek jobb ötlete? 74hc595 és uln2003 (darlington array) chipjeim vannak itthon, azért ezekben gondolkoztam.
Köszi! -
válasz
Victoryus
#10418
üzenetére
Hogy jön a szervó motor a motor shield-hez? A motor shield v2-n lévő szervó csatlakozók ha jól emlékszem csak az uno bizonyos pin-jeit (D9,D10) duplázzák meg úgy, hogy van mellette 5V meg GND, tehát nem a rajta lévő chip vezérli, amit i2c-n tudsz elérni, hanem a megfelelő pin-eket össze is kell kötni, és kell egy servo library is, ami wemos kompatibilis. Ha wemos-ra kötöd az uno shield-et, gondolom jumper kábelekkel, akkor bármelyik szabad pin-t rákötheted. Esetleg a digitális kimenet logikai szintje okozhat gondot, hogy csak 3v3, de szerintem a legtöbb szervónak ez elég.
Ja és persze kell neki kívülről 5V táp.
Úgy is mondhatnám, hogy szervó vezérléshez egyáltalán nincs szükség a motor shield-re, csak praktikus a csatlakozó miatt. -
válasz
szuszinho
#10401
üzenetére
A Vin bemenet mögött van egy 5V feszszabályzó, minimum 6,4V-ot kell rá adni, hogy stabil 5V-ot kapjon róla a lap. Akkor kell használni, ha 6,4-12V közti tápot szeretnél használni. Az 5V bemenetet nem védi semmi, vigyázz, hogy magasabb feszültséget, stabilizálatlan tápot be köss rá.
-
Egy fokkal érdekesebb téma, hogy egy ilyen vezérlővel, csupán két output pin felhasználásával megoldható két darab egyszerű (szénkefés) motor meghajtása, némi kompromisszum árán akár több sebességfokozatban is (microstepping használatával).
Kaptam egy marék ilyen vezérlőt, és elkezdtem gondolkodni, hogy mire lenne még jó stepper meghajtásán kívül. Akkor találtam ezt a jó kis leírást, hátha jól jön még egyszer valakinek. Vagy csak mint érdekesség. -
válasz
Attix70
#10221
üzenetére
Általános, nemzetközi fórumokon érvényes íratlan szabály, hogy ha kérdezek valamit, megpróbálom a lehető legpontosabban leírni a probléma körülményeit, valamint azt, hogy eddig mit tettem a megoldás érdekében.
Ha a fenti információkat helyettesítem egy "nekem ez a szakmám, hogy képzeled, hogy tévedek?!?" kártyával, akkor pedig nem csodálkozom, ha ez másokból ellenérzést vált ki.
-
válasz
Amarton
#10215
üzenetére
Én ugyan nem vagyok villamosmérnök, de azt tudom, hogy feszültséget két pont között szokás mérni. Jelen esetben a chip a 0.1Ohm-os ellenállás két sarka közt méri az ellenálláson eső feszültséget.
Ha te az in+ bemenet feszültségét akarod mérni, akkor a chip mihez képest méri azt? A saját tápjának a GND-hez képest?Mellesleg a kérdésedhez nem mellékeltél diplomamásolatot, hogy kikérd magadnak a gyanúsítást, hogy nem értenél a dolgodhoz, és mivel a topikba nem csak villamosmérnökök szoktak írni, így nyilván első az, hogy kizárjuk az emberi tévedés lehetőségét. Kérek engedélyt meghunyászkodni.
-
válasz
zsolti_20
#10085
üzenetére
Megvizsgálod, hogy a három alapszín értéke kb. egyforma szinten legyen (valamennyi tűrés mellett). Ha ez teljesül, akkor el kell dönteni, hogy a szürke 50 árnyalata közül melyikkel van dolgod.
Meghatározol egy-egy treshold szintet a fehér és a fekete számára, ami alatt feketének, és ami fölött fehérnek veszed az érzékelt színt.
Pontosan minek a színét szeretnéd mérni és milyen körülmények közt? Ezt azért kérdezem, hogy a környezeti megvilágítást ki tudod iktatni a mérés során teljesen, vagy nem?
A mért felület mennyire fényes vagy matt? Mert a csillogás is eléggé félre tudja vinni a mérést. -
válasz
LógaGéza
#9962
üzenetére
Az általad linkelt relé modul már eleve tartalmaz minden alkatrészt, ami a relé meghajtásához kell, ellenállást, tranzisztort, mert ugye direktben nem lehet relét kötni egy kimenetre, tehát nem kell már oda semmi más.
Tápfeszültségben egészen 6,4V-ig le lehet menni, a regulátornak legalább 1,4V-tal kell magasabb tápfeszültség, mint amit a kimenetén előállít, tehát akár a 7,5V-os táp is bőven elég lenne, a melegedés és a veszteség is kevesebb lenne. -
válasz
LógaGéza
#9960
üzenetére
Bocs, már én is fáradt vagyok és hülyeséget írtam, kimenetekre természetesen nem kell felhúzó ellenállás, csak a bemenetekre.
Valószínű a 4 relé összes áramfelvétele miatt válik instabillá az UNO működése. Próbáld meg külön táppal a relé modulnak, és szerintem az UNO is kaphatna egy kisebb, 7-9V közti tápot. -
válasz
LógaGéza
#9957
üzenetére
"nincs közös testen semmi,"
Ezt fejtsd ki bővebben!" A relémodul egy ilyesmi, GND-t és 5V-ot, valamint a 4 PWM jelet az UNO adja neki,"
PWM a relé modulnak??
Az 5V-ot a relé tekercséhez az UNO regulátoráról veszed, miközben az UNO 12V tápot kap? Azon csodálkozom, hogy még nem durrant el a regulátor a terheléstől. Eredeti UNO, vagy kínai másolat? Utóbbiak terhelés nélkül sem nagyon bírják a 12V tápot, tartósan 9V körül lehet őket üzemeltetni.
A relét vezérlő lábakon van le- vagy felhúzó ellenállás? -
válasz
adatfalo
#9956
üzenetére
A ReceiveText beolvassa a soros portról az oda érkező karaktert. Ha az a karakter "a", akkor az if ág működik. Ha nem az, akkor az else if ágban már nincs mit beolvasni, 0 byte lesz, ezért nem kerül oda soha a vezérlés.
A logikai hiba tehát az, hogy egyszer kellene a karaktert beolvasni a ciklus elején, mégpedig egy változóba, utána pedig egy switch-be tenném a lehetőségeket, az egymásba ágyazott else if -ek sora nem túl elegáns megoldás és tele van hibalehetőséggel. -
válasz
Johnny_vT
#9942
üzenetére
Nekem smart car, mega board, néhány mikrokapcsoló, IR reflektív- és résopto encoder tárcsával a motorokra, UH szenzor, Bluetooth a vezérléshez.
Második projekt egy rfid kártyaolvasó Monopoly és Gazdálkodj okosan társasjátékokhoz.
Utoljára egy eredeti C64 billentyűzethez csináltam custom usb illesztőt pro micro-ból egy Raspberry Pi-hez (Retropie emulátort építettem egy eredeti C64 breadbox házból). -
"Ez a vágási ciklus. Az enkóder gyári értéke 100/fordulat, 200-ra lett gyorsítva áttéttel, 8 rpm-ről 16 rpm-re.
Egy lap kb 16 secundum, azaz 26-27 impulzus/sec. 1600 imp/min. 420-430 impulzus között lesz a szabvány 390 mm
0.91 mm/imp ezzel lehet számolni. 420 mm-es lap így kb: 460 imp."Ezt miért bonyolítottad ennyire el? Időből, sebességből saccolva számolod a távolságot. Miért nem a gép menetsűrűségét szorzod fel az encoder felbontásával? Akkor a "420-430 között lesz a szabvány" helyett tizedmm-re pontos adattal tudnál dolgozni.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Volatile egészen biztosan kell a megszakításban használt változókra, de nekem még gyanús ez a feltétel is:
currentpulse >= pulzus || voros
Én így írnám fel:currentpulse >= (pulzus || voros)
Nem vagyok pontosan tisztában a műveleti sorrenddel, ezért általában az indokoltnál több zárójelet használok, de elég sokszor okoz nehezen kideríthető hibát, így biztosra megyek.Vladi: az enkódert nem kell pergésmentesíteni?
-
válasz
ngabor2
#9882
üzenetére
Ugyanarra a tx/rx lábra (d0/d1?) kötöd a Bluetooth-t, mint amire az usb chip is csatlakozik a nyákon. Párosítás után létrejön egy virtuális soros port a gépen. Ezek után ugyanúgy tudod használni a Serial könyvtárat, mintha usb-re lenne kötve a lap, csak alapból kódot feltölteni nem tudsz így, de nem forrasztgatás után az is működhet.
-
válasz
ngabor2
#9880
üzenetére
Nem tudsz egy usb kábelt kivezetni a dobozon kívülre? Akkor az én megoldásom egyszerűen megvalósítható lenne.
Vagy egy hc-05 Bluetooth modul, és egy Bluetooth képes számítógép (még Androidra is van Bt soros konzol app!), és ahogy írtad, távolból, szétszedés nélkül is tudnál vele kommunikálni, kis ügyeskedéssel megoldható a kódfeltöltés is!
-
-
válasz
gyapo11
#9866
üzenetére
Köszi a tippet! Ez valóban megoldás lenne, de nekem azzal van bajom, amikor mondjuk a D: -re telepítenék valamit, de csakazértis mindent a C: -re telepít, Users vagy Program Data mappába, amit nehezen tudok symlinkelni, ráadásul mappát csak azonos meghajtóra enged a Windows symlinkelni, külső meghajtóra nem.
-
válasz
Tankblock
#9861
üzenetére
A C meghajtón összesen nincs 2G szabad helyem, sajnos történeti okokból többfelé van partícionálva a 120G, mint optimális lenne. _q: nálam még különböző boardok is vannak telepítve, aminek az adatai a \Users\ mappán belül kb. 1,5G helyet foglalnak. Ezt is hozzáadtam.
-
válasz
Tankblock
#9853
üzenetére
Azt meg tudod mondani, hogy az egész cókmók mindenestül kb. mennyi helyet foglal a gépen, illetve lehet-e úgy telepíteni, hogy semmit ne tegyen a C: meghajtóra? Ugyanis kezd vészesen betelni a 120G SSD a laptopomban...
Az arduino ide-t is sikerült úgy feltenni, hogy több giga helyet foglal a rendszermeghajtón, mert csak hónapokkal a telepítés után olvastam a portable telepítési módról, de akkor már nem mertem hozzápiszkálni, mert addigra jó sok mindent telepítettem és féltem, hogy vmi elQródik...weiss: ezzel az erővel a választ is leírhattad volna.
-
válasz
Tankblock
#9853
üzenetére
Értem!
Régebben próbáltam már ismerkedni az Eclipse-szel, de az nekem már atomfizika...
Bónuszkérdés (mindenkihez): van egy usb-s töltésmérőm, és megmértem most vele egy tablet töltését, Samsung fast charge töltőre kötve, 5%-ról 100%-ra 9V töltő feszültséggel 3200mAh töltést írt ki, és most zavarban vagyok, hogy akkor mennyi töltést is vett fel a tablet?
Jól gondolom, hogy ha beszorzom 9v/5v=1,8-cal, akkor közelebb vagyok a megoldáshoz? Vagy 9/4.2-vel kell szorozni? Vagy 9/3.7-tel? Mert utóbbi esetben másfélszer akkora számot kapok, mint az akksi teljes kapacitása... -
-
#9847
Aryes
nagyúr
Speeedfire
#9846
válasz
Speeedfire
#9846
üzenetére
Szerintem is a képek alapján 4x20-as kijelző kell.
A linkelt oldalról ez a kijelző és ez az i²c vezérlő kellene, ha nagyon sürgős, ha ráér így 3 hetet, akkor mondjuk ez. Utóbbin rajta van az i²c vezérlő is. -
Sziasztok! Esp32 specialistákhoz szólnék: állítólag van már megoldás arra, hogy esp32-ből Bluetooth HID billentyűzetet tudjak építeni. De sajnos nem arduino alapokon, amit ismerek, hanem ESP-IDF kell hozzá. Erről viszont annyit sem tudok, hogy eszik-e vagy isszák. Igazából nem is akarok vele komolyabb ismeretséget kötni, mindössze egy firmware-t szeretnék rátölteni, hogy egy speciális beviteli eszközt tudjak csinálni belőle (BT pedál). Valaki ha el tudná magyarázni, hogy hogy fogjak hozzá, és milyen kódot fordítsak/töltsek fel a lapra, az nagy segítség lenne.
Ezt az oldalt találtam: [link], állítólag működik, de azt se találom benne, hogy hogy van bekötve, hogy vannak rákötve a billentyűk... -
válasz
gamb1t9
#9840
üzenetére
Igazából lefedtél mindent az "automatizálás-monitorozás" kifejezésekkel, így nincs mit hozzátenni.
Ez így túl általános, ha írsz konkrét ötleteket, ahhoz fogunk tudni mi is hozzátenni. Én nagyon szívesen ötletelek veled, ötletekből nincs hiányom, nálam főleg akkor kezdődnek a gondok, amikor megvalósításra kerülne a sor. -
válasz
MrChris
#9686
üzenetére
Ha gondot jelent a melegedés, és már alacsony a tápfeszültség, akkor a lépések közt szüntesd meg a léptető jelet (ne világítson egyik visszajelző LED se). Nem tudom mit mozgatsz vele, mennyire tud magától elforogni a motor, ha nem kap tápot.
Egyszer kísérleteztem vele, asszem 3V környékén még van ereje a motornak, mégsem melegszik nagyon. De az arduino 3v3 lábáról ne próbáld meghajtani, mert tönkre fog menni, nem bírja, ha nagy árammal terhelik meg, talán 100-150mA a max terhelhetősége (én 1 db. li-ion cellával próbáltam). -
Ha eleve boost konverter van a készülékben, akkor semmit nem kell áttervezni, 2db AA elem és kész.
Nem tudom mennyire toleráns az esp32 lefelé a tápfeszültség terén, de 2db AA elemről közvetlenül is lehetne hajtani, megspórolva a konverter fogyasztását.Ha ennek lehet hinni, 2,3V-ig merült elemekkel még elvileg működőképes az esp. Egy próbát megér.
-
válasz
MrChris
#9581
üzenetére
Mivel tudtommal a csillagok nem egy egyenes vonal, hanem egy körív mentén látszanak mozogni az égen, azt hiszem egy egy szabadságfok mentén mozgó mechanika egyébként sem fogja tökéletesen lekövetni a pontos mozgást, tehát ha ezzel egyébként elfogadható minőségű képek tudnak készülni (ahogy a linkelt cikkben is látszik), akkor ennyi pontatlanság simán bele tud férni.
A hőmérsékletváltozás miatti elcsúszás éjszaka pont nem lesz akkora befolyásoló tényező, mint nappal, mert ha fotózás előtt hagyod, hogy kihűljön/felvegye a környezet hőmérsékletét, biztosan nem fogja sütni a nap, és valószínű nem lesz se erős szél, se eső, mert gondolom tiszta időben fogod használni.
-
válasz
MrChris
#9578
üzenetére
Szerintem ennél a szerkezetnél nem annyira létkérdés az a fokú pontosság, a fényképen nem fogsz észrevenni ekkora pontatlanságot (mondom ezt úgy, hogy sosem csináltam még ilyet). Saccra a motor keltette rezgések nagyobb bemozdulást fognak okozni, mint az a kis szögeltérés.
Én kipróbálnám simán millis()-el, és ha kevés lenne a pontosság, akkor keresnék jobb megoldást.
-
válasz
MrChris
#9576
üzenetére
Egy nyomógombot mindenképp pergésmentesíteni kell, erről nagyon sok szó esett már a topikban.
Itt azt írja valaki, hogy 40 perc alatt 1mp-es csúszást tud uno-val, kísérleti úton beállított késleltetéssel. Ha ez nem elég, akkor kell RTC modul, de abból sem mindegy milyen, mert az olcsóbbak simán rosszabb pontosságot fognak produkálni.
30 perc alatt 1mp csúszás szerintem nem sok, de figyelembe kell venni a hőmérsékletváltozások miatti driftet is, amit ha jól tudok, a drágább RTC modulok hőmérővel kompenzálnak.A kolléga által említett Esp + wifi + NTP ami még nagyobb pontosságot tud(hat).
Elárulod, hogy mihez szeretnél ilyen vezérlést?
-
válasz
Janos250
#9558
üzenetére
A videóban olcsóbbnak mondják (9$), mint a sonoff.
Ezt nem tudtam a reflinkekről, de most, hogy megtudtam, most sem sajnálom tőlük ezt a bevételt, és nem is értem, mi ezzel a gond (persze ameddig nem kezdi valaki ezzel floodolni a fórumot) azon túl, hogy kijátssza a reklámozás tilalmát (majd ha ez az üzemeltetőket zavarja, akkor kitiltják a reflinkeket a fórumról, nem féltem én őket egy pillanatra sem
). Ugyanakkor bosszant, hogy nem nekem jutott ez előbb eszembe. -
-
válasz
ecaddsell
#9428
üzenetére
Este küldök egy saját bebounce kódot, amit a smart car-omhoz írtam, speed encoderhez írtam és uno/mega board-ra, de rotary-hoz simán át lehet írni. Sokat kísérleteztem a megoldással, szerintem elég jó lett.
Az a lényege egyébként, hogy nem csak azt figyeli, hogy a pergés abbamaradt-e, hanem csak akkor ugrik a számláló, ha az előző állapothoz képest ellentétes állapotban van az optokapu. Lassú forgatásnál ha úgy áll meg a kerék, hogy nem takarja teljesen a LED-et, simán képes álló helyzetben is prellegni. -
válasz
Teasüti
#9385
üzenetére
Köszi a választ mindenkinek!!
Megnéztem, a javasolt Hantek 6022BE 46$-tól kapható Ali-n, míg amit én linkeltem 21$ készre szerelve, hát, ahogy nézem, a Hantek tudása nem csak a duplája az utóbbinak, ha ár/érték arányt nézek, szóval érdemesebb akkor tényleg abba beruházni, csak ott a vámhatár az, ami visszatartó erő.
Azért kérdeztem eredetileg egyébként, mert szörfözés közben a google ads dobta fel a banggood-os hirdetést, és láttam, hogy akciós. -
válasz
Janos250
#9382
üzenetére
Köszi! És miben tudhat ez kevesebbet egy komolyabb készüléknél? Azt látom az adatlapján, hogy 200kHz-ig mér, ami azért már egy fokkal jobb, mintha vmi hangkártyára kötött barkács megoldással próbálkoznék, de azért már arduino-nál is ütközhetek korlátokba vele. Digitális jeleket lehet amúgy ezekkel analizálni (láttam olyan videót, ahol a protokollt is felismerte, és kiírta az átvitt adatokat is hexa kóddal), vagy ehhez már céleszköz kell?
-
Sziasztok! Régóta szeretnék oszcilloszkópot, csak ugye hobbi célra irreálisan drágák. Van olcsó megoldás, ami most még olcsóbb. Érdemes rá szerintetek beruházni?
-
válasz
Melorin
#9339
üzenetére
Mindkettő vonalat szokás állítani minden esetben, te csak az egyiket állítod, aminek az a következménye, hogy egy fel és egy le irány után mindkét vonal "high" állapotú lesz. Legalábbis a bemásolt kódrészletben sehol sem állítod "low"-ra a másik vonalat a setup kivételével.
Ugye a motor vezérlése a két vonal állapotától függ:
0 1 egyik irány
1 0 másik irány
0 0 forgás szabadon
1 1 stop (rövidre zárja a tekercseket, ezzel fékez) -
válasz
Melorin
#9334
üzenetére
1. L298N elég elavult, alacsonyabb tápfeszültségen nem nyit ki teljesen, csak melegszik, ráadásul akkora rajta a feszültségesés, hogy kizártnak tartom, hogy 12V betáp mellett 12V lenne a kimeneteken. Inkább olyan 10,8V körül lehet. Más driver kellene, ami jól működik kisebb tápfeszültségen is, pl l9110 vagy TB6612 2,5V-tól már használható.
2. Kicsit bővebben? A program alapján nem úgy használod a drivert, ahogy kellene, de tudni kéne, hogy mi a célod vele.
3. 6V-os motor simán kibír többször 12V-ot is, csak a rajta átfolyó áramot kell korlátozni, pl előtét ellenállással (nem túl hatékony módszer, mert az ellenállás el fogja fűteni a többletet), vagy pwm meghajtással. -
válasz
Melorin
#9331
üzenetére
Szia!
1. Milyen h-bridge?
2. Hogy van bekötve?
3. Miért nem kötsz rá motort? Mi baja lenne?
4. A delay helyett állapotgép kellene. A gomb lenyomásával átbillentesz egy flag változót, utána azt vizsgáld, hogy bizonyos időn belül jön-e újabb jel (mérd le, hogy az ir remote milyen időközönként küldi újra a jelet), és ha nem jön újra gombnyomás, akkor állítsd a flag változót kikapcsolt állapotba.
A loop-ban pedig a változó állapota alapján kapcsolod be vagy ki a motort. -
válasz
JAGER 10
#9326
üzenetére
Ablaknyitás helyett más megoldás nem jöhet szóba? Például szerintem a nyitott ablaknál sokkal hatékonyabb lenne egy gravitációs zsalus szellőző ventilátorral, kivitelezni is olcsóbb, és vezérelni is egyszerűbb lenne. Hosszabb távon persze ott a ventilátor áramfogyasztása.
-
-
#9242
Aryes
nagyúr
BTminishop
#9237
válasz
BTminishop
#9237
üzenetére
Pontosan hogyan gondoltad használni ezt a modult?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Max priviben. 
Új hozzászólás Aktív témák
Hirdetés
ekkold- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Samsung Galaxy S21 FE 5G - utóirat
- Nvidia GPU-k jövője - amit tudni vélünk
- Netfone
- Okos Otthon / Smart Home
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Path of Exile (ARPG)
- HDMI topic
- Trollok komolyan
- Kerékpárosok, bringások ide!
- További aktív témák...
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest