Hirdetés
- AMD Navi Radeon™ RX 9xxx sorozat
- Színhelyességre fókuszáló, menedzselhető monitorral jelentkezett a BenQ
- SSD kibeszélő
- OLED TV topic
- Vezetékes FEJhallgatók
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Épített vízhűtés (nem kompakt) topic
- VR topik (Oculus Rift, stb.)
- AMD vs. INTEL vs. NVIDIA
- Bambu Lab 3D nyomtatók
-
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
-
#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.
![;]](//cdn.rios.hu/dl/s/v1.gif)
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?
-
válasz
ZTE_luky
#9172
üzenetére
Látom, közben megoldódott a táplálás kérdése, de nem hangzott el az az info (esetleg egy jövőbeli projektet érinthet), hogy ha az usb-ről táplálnád a lapot, a ledeket pedig a lap 5V lábára kötnéd (ha jól értettem, ebben a hsz-ben ezt a megoldást említetted), akkor a konvertert ugyan nem terhelnéd, viszont az usb portot egy polyfuse védi, ami nagyobb áramfelvétel esetén lekapcsolja az egész cuccot (pontosan nem tudom mekkora áramnál old le, talán 500mA fölött).
-
Nagyon sok hobbi projektben láttam már uno, nano lapokat 2db AA elemről megtáplálni, hiába forgattam pl egy kis vonalkövető robotot, nem láttam rajta boost convertert, aztán kipróbáltam egy saját projektben, egy nano lappal, és kb. 2,6V-ig teljesen stabilan működik (az 5V lábára kötve). Nem hiszem, hogy egyedi esetek lennének.
3v3 pro micro: asszem hülyeséget írtam, tényleg, mi baja lenne.
-
Az a 6-20V inkább 6,5-12, a kínai lapok regulátorai nem nagyon bírják a 12V-nál magasabb betápot. Az 5V az lehet akár 3V is, az általam eddig próbált atmega*** lapok 2db AA ceruzaelemről is stabilan üzemeltek.
A képről nem tudom megállapítani a lap típusát, de ha pl. pro micro, abból van 3,3V-os is, annak viszont nem nagyon tesz jót az 5V az 5V bemenetére.
A power bank-ok azért elég stabil 5V-ot adnak ki, ha nem léped túl a korlátait. -
-
-
Az ábrán megadott feszültségosztó ellenállás értékek alapján 4,2V akkufeszültség esetén pont 3,3V lesz a bemeneten, ez így jó, kivéve, ha az akksi teljesen feltöltve 4,2V-ot meghaladja. Igaz, hogy a FET-en is esik valamennyi feszültség, talán annyi elég, hogy véletlenül se menjen 3,3V fölé. Igaz, hogy a digitális kimenetek 5V toleránsak, de tudtommal az ADC nem az, így arra nem kerülhet a tápnál magasabb feszültség. De fixme, ha tévedek!
Én részemről a 976k-t kicsit kisebbre venném, biztos, ami biztos, itt utána is számolhatsz. -
válasz
Teasüti
#9015
üzenetére
& Janos250:
Mivel esp8266-ot fog vezérelni, aminek a kimenetei 5V toleránsak, a védődióda helyett beépített snapback áramkör pedig csak 6V-nál nyit ki, ezért jó eséllyel meglesz a gate-en az aktuális akkufeszültség, tehát tökéletesen fog zárni.
Vagy tévedek, és esp32 lesz a páciens? Mert akkor nem mondtam semmit...
-
-
Na ez így már igen.
Egy dolgot nem értek, de már régebb óta. Miért van az, hogy az n csatornás feteknél a pozitív ágba kell tenni a fogyasztót, a p csatornásnál pedig a negatívba? Látom ennél a rajznál is azért van egy p csatornás bevonva, hogy az osztót a negatív ágba lehessen tenni ( a pozitív oldalon nem lenne értelme az osztónak).Teasüti: tranzisztoroknál és feteknél a "nyit" és a "zár" nem pont fordított értelemben használatos, mint a kapcsolóknál?
-
Hát akkor elég rosszul értelmezted.
Az a két ellenállás nem feszültségosztó, ráadásul nincs rajta az ábrán az analóg bemenet bekötési pontja. Ha a [Load] helyére gondoltad a bemenet bekötését, akkor az szépen rákapcsolná a teljes akkufeszültséget a bemenetre, amiből szépen kijönne a füst. Bár az esp8266 i/o lábai 5v toleránsak, ha jól tudom az adc-re ez nem vonatkozik. -
válasz
vargalex
#8993
üzenetére
Azért írta xboy89 a fettel vezérelt feszültségmérést, mert így csak a mérés ideje alatt fogyasztanak az ellenállások.
Mondjuk ha jól számolok, 3,6V névleges akkufeszültség mellett 2db 10k ellenálláson 0,2mA folyik el, kapcsolgatás nélkül. Az esp deep sleep alatt mennyit fogyaszt? És a boost-buck konverter? -
Hát én tudom mi a feszültségosztó, de ezzel az ábrával engem is összezavarsz.
Ha jól tippelek, akkor a bal oldali ábrán a fet "alá" (fet és a föld közé) kell mondjuk két egyforma 10k ellenállás sorba kötve, az analóg lábat, ami a mérést végzi, pedig a két ellenállás közé kell kötni? Ebbe bele kell számolni a fet-en eső feszültséget is, nem lesz egyszerű számolni, bár igazság szerint én azt csinálnám, hogy az alsó határértékre merített akksira kötném az egészet, csinálnék egy mérést, és azt az értéket hardcode-olnám a programba, mint kikapcsolási/riasztási határértéket.
Vagy a [Load] helyére kell a feszültségosztó?
A Vdd pedig ez esetben nem a táp (3,3V), hanem az akkumulátor + ága. -
válasz
Teasüti
#8922
üzenetére
"Én már próbáltam pákával alulról beforrasztani hűtőpadot, nekem nem működött a dolog."
Neki se sikerült, a végén írja, hogy megsütötte a cpu-t." Én mondjuk tuti ezzel kezdtem volna a többi láb előtt, ha sikerül akkor erősen megtartja a chip-et, ha meg nem sikerül akkor könnyen le lehet szedni."
Teljesen igaz, nem is értem miért nem így csinálta. Elég lett volna csak addig melegíteni, amíg látja, hogy megtartja a kötés, így nem sült volna oda a cucc. -
#8916
Aryes
nagyúr
dangerzone
#8915
válasz
dangerzone
#8915
üzenetére
És rohansz utána a laptoppal?
Működésre lehet bírni természetesen, de a motoroknak kevés lesz az 500mA, amit az usb-ről tud szívni. Illetve az usb-nek lesz sok a motor áramfelvétele, le fog oldani a polyfuse, ami a portot védi. Az ultrahang szenzort fogod tudni tesztelni. A motoroknak szerezz egy 4 ceruzaelemes elemtartót, vagy egy 2S lipo akksit. -
válasz
Teasüti
#8912
üzenetére
9 tengelyest használok, de a dmp nem használja az iránytű adatait a számoláshoz. Próbáltam már az említett lib 6axis és 9axis .h fájljával is, és ugyanúgy kúszik az elején. A 9axis talán előbb megáll és később pontosabb is, de teszteltem mágnessel és egyáltalán nincs hatással a dmp-re.
Csak gondoltam hátha mára fejlődött a tudomány, kb. egy éve játszottam vele utoljára. -
válasz
Teasüti
#8910
üzenetére
Ez jó, én is ezzel csinálom a légegér projektemet.
Egy baja van csak: inicializálás után vagy másfél perc kell neki, hogy abbahagyja a pörgést (yaw/z tengely körül) és beálljon egy fix irányba, addig igazából használhatatlan. Ezzel vannak tapasztalataid? X/Y tengely mentén elég stabil az elejétől kezdve, de ott igazából az acc. szenzor adatait használja.
Ha ezt egy motoron fogod használni, az azt jelenti, hogy gyújtás után másfél percig elég véletlenszerű adatokat fogsz kapni.
Ehhez hozzájön, hogy kis hőmérséklet változásokra is vadul elkezd kúszni a Z tengely, ami motoron a motor hője/napsütés hatására is előfordulhat. -
Van külső felhúzó ellenállás? Mert a beépített nincs bekapcsolva a kód alapján.
Milyen gombot használsz az 5-ös porton?
A kód alapján, ha a gomb le van nyomva, a feltétel hamis lesz (feltételezem, hogy a gomb földre húzza a bemenetet!), így a kód pont a szándékoddal ellentétesen működik szerintem. -
#8856
Aryes
nagyúr
dangerzone
#8854
válasz
dangerzone
#8854
üzenetére
Ezt és ennyiért semmiképpen.
Vegyél egy esp32 alapú vezérlőt, ott rögtön wifi és bt vezérlési lehetőséget is kapsz külön eszközök nélkül, plusz kis méretű és pl a wemos lolin32 vagy annak klónjaiba az akkus táplálás is bele van építve töltő elektronikával. Hozzá lehetőleg i2c alapú motorvezérlő, és motorok. Ha érdekel, tudok adni pár linket azokról, amiket én rendeltem (AliExpressről). -
#8852
Aryes
nagyúr
DrojDtroll
#8851
válasz
DrojDtroll
#8851
üzenetére
A kérdésedre nem tudom a választ, de ha már úgyis mikrovezérlőhöz fogod használni, csinálj hozzá napraforgó mechanikát.
-
Az A0 port analóg feszültséget mér, 0 és a tápfesz közt, az akkumulátor feszültségét is meg tudja mérni 3,3V-ig, de afölött tönkremegy. Ezért két ellenállásból csinálsz feszültségosztót, ami leosztja az akku feszültségét, és azt méred meg az analóg porton.
A bekötési vázlat alapján akár 4,2V-ot is kaphat az A0 port teljes töltöttségnél, ez nem túl egészséges szerintem. Mint ahogy az sem, hogy 3,0-4,2V tápot adsz neki az 5V lábon. A belső konverteren kb 0.6V esik, tehát 3,6V akkufeszültségnél az esp 3,0V körüli tápot kaphat. Nem tudom mennyi a minimum tápfeszültség, aminél elindul, de ez nekem határesetnek tűnik. Inkább egy 3,3V boost-buck konverter kéne, és a 3,3V lábon megtáplálni. -
válasz
Janos250
#8731
üzenetére
Ugye a hsz többi részét is olvastad?
Különben meg arra gondoltam, hogy annak idején, mikor én jöttem először ide tanácsért, és kérdeztem a wireless lehetőségekről, valamelyik kollégával hosszasan vitáztatok, hogy az esp mennyivel jobb a hc-06-nál, a wifi a Bluetooth-nál. Nem rosszindulatból írtam.
-
Szerintem rendelhetsz nyugodtan többet, mert ha egyszer elkezdesz arduinozni, úgysem tudod abbahagyni.
Persze más (nem usb centrikus) feladatokra a fent említett ESP32 a legjobb ár-érték arányú lap most a piacon.
most látom, hogy Dell helyett Lenovo-t írtam az előbb, de a lényeg ugyanaz.
-
válasz
Janos250
#8722
üzenetére
Te mindig mindenre azt ajánlasz
de jelen esetben nem lesz jó, mert az nem tud USB HID eszközt emulálni.
Ellenben az arduino pro micro igen, és nem is túl drága.
Van belőle 5V-os és 3,3V-os verzió, olyat érdemes választani, amilyen logikai szintén működik az a bizonyos Lenovo billentyűzet, is nem kell majd level converter. -
Sziasztok! Bocs az offtopic-ért, de ezt muszáj linkelnem!
Már többen is jártak itt, akik gyerkőcnek akartak programozni valót összerakni, ezt a cuccot a Best Buy topikban linkelték:
[link]
Ennyiért szerintem nagyon megéri, már csak a hackelhetőségi faktor miatt is! 6db soros porton (!) vezérelhető 360° szervó és egy IR távolság szenzor van benne, és ha jól látom, LEGO technic kompatibilis. Bluetooth-al tableten keresztül programozható (Blockly)! -
válasz
Teasüti
#8622
üzenetére
Próbáld a soros kommunikációt más bitrátára állítani! Olvastam, hogy bizonyos bitrátáknál a processzor órajelétől függően pár %-os eltérés lehet a beállított értékhez képest, és már jártam is így Bluetooth modullal, hibás karaktereket küldött bizonyos bitrátánál, hiába volt a gépen ugyanaz beállítva. Hátha téged is ez viccel meg.
-
válasz
Teasüti
#8613
üzenetére
A buf és a buff is helyi változó, a dinamikus változó területen jön létre, elképzelhető, hogy minden függvényhíváskor új ram területre kerül. Se létrehozáskor, se törléskor nincs nullázva a terület, tehát valószínűleg az előzőleg oda beírt adatok maradékát olvasod vissza.
-
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
ekkold- A fociról könnyedén, egy baráti társaságban
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- Gépész 3D tervezőrendszerek
- gban: Ingyen kellene, de tegnapra
- Sweet.tv - internetes TV
- AMD Navi Radeon™ RX 9xxx sorozat
- World of Tanks - MMO
- Kerékpárosok, bringások ide!
- Xbox Series X|S
- Windows 10
- További aktív témák...
- Ygitk ZP-THP60 vezeték nélküli fejhallgató / 12 hó jótállás Akkumulátoros vezeték nélküli fejhallga
- Csere-Beszámítás! DDR5 Gamer Notebook! Rog Strix G513RC / R7 6800HS / RTX 3050 / 16GB DDR5 / 512 SSD
- Több mint 70.000 eladott szoftverlicenc
- SzinteÚJ! HP Elitebook 860 G10 i7-1355U 16GB 512GB 16" FHD+ Gar.: 1 év
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest