- Bemutatkozott a Poco X7 és X7 Pro
- Yettel topik
- Magyarított Android alkalmazások
- Hónap végén érkezik a Xiaomi Band 10, ára is van
- iPhone topik
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- Google Pixel topik
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
-
Mobilarena
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
vegyszer #21543 üzenetére
Nem lenne egyszerűbb a Windows szülői felügyelet (Family Safety)? Nálunk 2 gyereknél is remekül működik. A beállított időben kijelentkezteti a gyereket a gépből.
De a routerben is szokott lenni (nálam legalábbis van) szülői felügyelet, ami pont ezt csinálja, levágja a netről a gépet.
Az általad leírt feladatra viszont van egy sokkal cizelláltabb módszerem!
Van a gyerekek gépére telepítve egy-egy TightVNC szerver, ez a Windows-zal indul és kikapcsolásig működik, a tálcán se látszik. Ezzel tudom távolról felügyelni a gépet, például ha nem vagyok otthon, be tudom írni az admin jelszót stb. Meg rá tudok nézni, milyen disznóságot művel.
Na most, amikor nem hajlandó kikapcsolni a gépet, belépek, és elkezdem b*szogatni az egeret. Vagy az ESC-et nyomogatom, hogy bejöjjön a menü. Egy FPS közben bármikor 1-3 percen belül garantáltan célra vezet.Ha mégis maradnál az eredeti tervnél: egy DIY oszcilloszkóp alkatrészei közt találtam ezt: AQY210EH PhotoMOS, nem tudom mi a magyar neve, FET-es optocsatoló, AC-t is lehet vele kapcsolni, talán az UTP kábelt kapcsolgatni is jó lenne!
-
válasz
#99235328 #21537 üzenetére
A szenzor még csak hagyján, bár annak is karcsú a 25mA, de az oled egész biztosan nem megy el annyiról. Amit szeretnél, FET-tel szokás megoldani: a kijelző egy FET-en keresztül kapja a tápot, amit a gpio tud ki-be kapcsolni. Pontosabban 2db FET (P-FET + N-FET), ha a tápot szeretnéd kapcsolni, mert 1db a GND-t tudja megszakítani, ami nem biztos, hogy szerencsés.
Emlékszem erre a sztorira, erről írtál már ide régebben egy másik néven, nem?
-
-
válasz
JulianSinulf #21511 üzenetére
IDF-ről meg még nem is hallottam
Akkor ezt miben fordítottad, Arduino ide-ben?
-
válasz
Micsurin #21504 üzenetére
Gondolom a 32S ami fiókban van ide már harmatos.
Nem jól gondolod. De az OV2640 kamera, amit általában adnak hozzá, csak CIF méretben képes normál képkockasebességre, szóval kell egy jó kamera modul, de az szerintem drágább lesz, mint egy készre szerelt tolatókamera
Talán az OV5640 jó lehet, arra 720p60-at írnak.
-
válasz
JulianSinulf #21499 üzenetére
Bocs, de én ezt nem látom át, nem Arduino program, azt se tudom hol kezdjem nézni a kódot. IDF-ben sosem programoztam (nem is tervezem megtanulni).
Kollégák biztos tudnak segíteni. -
válasz
JulianSinulf #21491 üzenetére
Pontosan mit is töltöttél rá?
-
válasz
JulianSinulf #21487 üzenetére
Szia! Jó helyre írsz. A melegedés természetes, egy pici hűtőbordát érdemes a melegedő részekre ragasztani.
Az, hogy megáll, lehet annak a következménye, hogy a feszültség szabályozó túlmelegszik és letilt. Mivel táplálod meg? Minimum 1A táp kell neki, olyan táp kell, ami ezt bírja (pl. PC usb 2.0 aljat kevés hozzá, csak 500mA-t bír hivatalosan). -
válasz
joczo1337 #21477 üzenetére
Miért kellene mindet külön-külön porton elérni? Egy csomó egyszerűbb megoldás van ehelyett.
- kinevezel egy controllert központnak, a többi erre küldi az adatokat, és te a központot éred el
- egy külső szerverre küldik az adatokat, pl thingspeak vagy hasonló
- írsz egy szerver oldali (pl. PHP) scriptet, feltöltöd egy ingyenes tárhelyreA portnyitás helyett viszont javaslom inkább egy VPN szerver futtatását (akár a routeren, akár pl egy Raspberry-n), sokkal biztonságosabb.
-
válasz
lanszelot #21468 üzenetére
Mit jelent a "nagy felbontás"? A kódban FRAMESIZE_CIF van beállítva, ami 352 × 288 felbontás. A youtube videó alatt linkelt kóddal próbáltad? Nekem is van egy OV2640 kamera modulom, ebben a felbontásban nekem hozza kb azt a sebességet, ami a videón látható, kb 15 fps biztosan megvan. 160x120 módban 60fps körüli. Áramellátása rendben van? 1A körül igényel a kamera modul.
-
válasz
tibi-d #21465 üzenetére
A gondom az, hogy az adatok vegyesen integer, float típusúak.
Hány tizedesjegyig használod a float típust? Mi lenne, ha például teszem azt 3 tizedes jegyig érdekel, akkor beszorzod 1000-el, és az eredményt int típusba tárolod, majd felhasználáskor visszaosztod?
Ha van elég RAM, akár string-ként is tudod tárolni a bevitt adatokat. -
válasz
tibi-d #21462 üzenetére
Ez rengeteg összehasonlítással jár
Feltételezem azért, mert a változók nem tömbben vannak! Ezt kellene először átírni, egyébként a leírt megoldás teljesen életszerű szerintem. Másik megoldás, hogy a változónak a címét (&valtozo) átadni az adatbevitelt intéző függvénynek, ha a tömb valami miatt nem megoldható, illetve a menü/funkció váltásakor a változó címét egy pointerbe eltárolni és később azt használni az értékadáshoz.
Ráadásul amíg a keypadon pötyögik az adatot, a főprogram áll.
Annak nem kéne állni, át kellene írni, hogy adatbevitel alatt ne blokkolja a futást. De csak a kód ismeretében tudnék ebben segíteni, ha gondolod, tedd fel valahová, ha nincs benne ipari titok.
-
válasz
vegyszer #21455 üzenetére
Ahogy én nézem, ez valami bányász céleszköz, akik LoRaWAN-on kommunikálnak.
🤣 Bocs.
Ezek LoRaWAN routerek, amik LoRaWAN hálózatot hoznak létre. Helium tokent kapsz az üzemeltetésért, minél több másik routerrel tudsz összekapcsolódni, annál többet tudsz vele bányászni.
Azt tudtam eddig a bányászatról, hogy erőforrásigényes dolog
Az volt régen, amíg proof-of-work volt a bányászat alap koncepciója. Itt proof-of-coverage van.De arról utalást, hogy lehet használni pénz ellenében a hálózatot, na azt nem találom
Ezeket úgy írom, hogy én magam nem használom egyik részét se a hálózatnak, egy kollégámtól hallottam a hírét, aki viszont befektetett (több) routerbe is. Látható a lefedettségi térképen, hogy Debrecenben jobb a lefedettség, mint Budapesten.
-
válasz
ViZion #21448 üzenetére
tényleg mindig a fizetős rész jön elő és ez maradt meg
Persze, hogy az jön elő, mert ez mégiscsak elsősorban az ilyen célú felhasználásra készült. Nem is tudok más hasonló vezeték nélküli hálózati megoldást a GSM/umts/wifi hálózatokon kívül (ettől persze még lehet, pl Esp-now, Zigbee), viszont két közeli pont közti kommunikációra elég drágák ezek az eszközök, arra van olcsóbb megoldás.
-
válasz
ViZion #21444 üzenetére
Miért ne tudna? De az alap kérdés arról szólt, hogy wifi/GSM szerű hálózatra történő csatlakozásra mi a megoldás, egy nyaraló távfelügyelet céljából. Ha történetesen a nyaraló 10km-re van, nyílt terepen, akár hálózat nélkül is megoldható a dolog, de ha mondjuk Balatoni nyaralót szeretnénk Budapestről felügyelni, akkor 10km-enként telepíteni kell átjátszó állomásokat a kettő közé.
-
válasz
its_grandpa #21443 üzenetére
De te nem akarsz erre ennyit költeni (Aryes linkje #21442
Na, na, na. Ne keverd a szezont a fazonnal, én nem azt mondtam, hogy vegyen bázisállomást (ami mellesleg crypto-t termel a tulajnak). Hanem azt, hogy használja.
Lefedettség -
válasz
ViZion #21419 üzenetére
Csak azt elemmel táplálni... ehh.
Igen, erre írtam a kiegészítéseket.
Amúgy nem lehetetlen, néhány kolléga igen jó eredményeket ért el esp8266 akkus táplálásában, de ahhoz Wemos helyett pucér esp8266-ot használtak, kiiktatandó a Wemos lapon lévő néhány energiapocsékoló perifériát (ledek, usb-uart chip).Van deep sleep, de még ESPEasy-nél is írják, h néha nem jön vissza onnan...
Ne használj akkor ESPEasy-t.Ez dicséretes, főleg ha csak hobbi.
A fiam ennek pont ellentéte: elkezdett ő is programozni magának, de őt nem érdeklik az alapok, rögtön unreal engine-ben 3D lövöldözős játékot akart írni - és sikerült neki
-
válasz
ViZion #21417 üzenetére
... meg vigye le a kutyát sétálni, főzzön vacsorát, meg csinálja meg a gyerek házifeladatát is
Engem jobban vonzanak az egyszerű eszközök, szeretem, ha mélységében is értem, amit programozni próbálok. Azt hiszem a legjobb példa erre az az Attiny12 uC, amit Attiny85 helyett küldött egy kínai kereskedő, rögtön 10 darabot. Nincs benne RAM, ezért nem lehet C-ben programozni, emiatt megtanultam AVR Assembly-ben programozni, hogy ne kelljen kidobni.
Ehhez alaposan el kellett olvasnom a doksiját is. Annál jobban egyik uC-t se ismerem.
-
-
-
válasz
#99235328 #21385 üzenetére
Ellenállás létra megoldás
Ki kell próbálni +1 gombbal, elvileg működik, gyakorlatilag minél kisebb távolság van két érték közt, annál bizonytalanabb lehet a működése, például idővel a gombok érintkezőjének az oxidációja is eltolhatja az értékeket. -
válasz
#99235328 #21383 üzenetére
Összesen 6 button lenne. Négy irány, egy Enter és egy Back
Szerintem ezt simán el tudod 1db analóg bemenettel intézni, amennyiben lemondasz a 2 gomb egyszerre beolvasásának a lehetőségéről. Ilyen irányító gombsor esetében úgyis csak véletlenül szokás 2 gombot egyszerre nyomni, gondolom nem játékvezérlőt készítesz.Jelen tervem most az, hogy 2db 18650 Li-Ion cellát kötök sorba próbaként és egy 5V-os step-down-t kap.
Jó terv, de az 5V helyett 3.3V stepdown-t használj, mivel a uC és a szenzorok is 3.3V-osak, felesleges a dupla konverzió (az onboard regulátor az 5V-ból csinál 3.3-t).
Egyébként ha van Vin bemenet (Arduino és esp lapokon van), arra lehet direkt kötni a 2db li cellát! -
válasz
#99235328 #21380 üzenetére
Esetleg valami konkrét javaslatod is lenne a típusra vonatkozóan?
Nem tudok, de ha keresel, azt nézd, hogy minél nagyobb legyen a hatásfoka (boost-buck sajnos nem a legjobb hatásfokú, 70% körül szokott lenni), meg a max áram terhelhetőséget.
Más1: a li-ion akkunak, ha jó állapotú, van önszabályozó tulajdonsága, szóval megfelelő töltő mellett nem kell BMS.
Más2: erre több megoldás is létezik, ellenálláslétra, ha analóg bemenetet használsz, ez 4-5 gombhoz működik, ennél több gombot mátrixba szoktak rendezni. Mindkettővel megoldható 2 nyomás regisztrálása (utóbbival könnyebb).
-
válasz
#99235328 #21378 üzenetére
Erre a célra találták ki a boost-buck konvertert! Az pont azt csinálja, amit szeretnél.
De ha LDO-t használnál, néhány uC lefelé elég toleráns a tápfeszültséggel, egyszer lemértem, hogy egy 5V UNO lap 2,8V mellett még üzembiztosan működik (nemrég Nano lapot terveztem ceruza elemes működésre, az is 2,8V-ig vidáman működött). Szerintem egy stm32 is elketyeg 3V-ról, persze nyilván mondjuk egy szívmonitort nem építenék ráde hobbi szinten elmehet és a li cella sem fog tiltakozni, ha nem meríted 0-ra.
-
válasz
ekkold #21371 üzenetére
Nem szívesen vitatkozom Veled, mert ez mégis a Te asztalod, de ilyen felhasználásra szerintem eléggé overkill, amit leírtál. Én az akkus kisautómnál annak idején 2db 10k ellenállással oldottam meg, az 0.2mA fogyasztás többletet okoz, ami nyilván sok, ha a cél mondjuk fél évnyi üzemeltetés egy feltöltéssel, de egy kisautónál gyakorlatilag mérési hibahatáron mozog.
A mérési pontosság meg olyan dolog, hogy én csináltam már analóg komparátorral akkufigyelést, körülbelül 3.2V-nál elkezd villogni egy visszajelző LED, ennél pontosabban ezt igazából felesleges megoldani. -
válasz
#99235328 #21355 üzenetére
Ha neked válaszolok, az olyan, mintha semmit se írnék?
Tápfeszültségnél nagyobb feszültséget úgy szokás mérni, hogy feszültségosztót alakítasz ki az analóg láb előtt. Ha 5V-ot biztosan nem fogja meghaladni a mérendő feszültség, akkor elég egy 1:2 osztó (pl. 2db 10k ellenállás). Ha biztosra akarsz menni, akkor egy 3,6V zener diódát köss még párhuzamosan az osztóval, hogy biztosan ne sérüljön a bemenet.
-
válasz
Micsurin #21293 üzenetére
Ez alapján már csak arra tudok gondolni, hogy forrasztás közben esetleg megolvadt belülről az adapter, és kontakthibás lett, vagy eleve az volt. Nekem van nem is egy ilyen adapterem, amiben nem olvasható a microsd kártya. Ha van másik adaptered, esetleg gyártsd újra...
A kártya egyébként gépről írható-olvasható maradt, ugye? -
válasz
Postas99 #21287 üzenetére
az nem lenne járható hogy ezen felül beszerzek erősebb szervó motort is?
Hogyne lenne, én is írtam, hogy létezik mindenféle minden feladatra, csak pénz kérdése. Én speciel ezeket ismerem csak személyesen.
Inkább az a gond a szervókkal, hogy az áttétel miatt erősek ugyan, de viszonylag lassúak is, nem tudsz velük hirtelen mozgást szimulálni. De ki kell próbálni. -
válasz
Postas99 #21275 üzenetére
Nyomaték: 2,0 kg / cm (4,8 V), 2,8 kg / cm (6V) ·
Hát, szerintem meg lehet próbálni, de már a csőszigetelő polisztirolt nem nagyon fogja tudni meghajlítani.
Elképzeltem, hogy milyen effektet szeretnél vele elérni, és ahhoz szerintem nem szervó kellene, hanem valami erősebb, lineáris mágneses aktuátor, valami ilyesmi:
Igaz, hogy csak két állása lenne, viszont sokkal gyorsabban tudná mozgatni a rudakat, ezzel kimondott rángatózó hatást tudna kelteni. -
válasz
Postas99 #21273 üzenetére
Sg90 a legelterjedtebb szervó, könnyű és olcsó, elég sokat bír, a legtöbb Arduino projekt ezt használja. Ennek némileg erősebb változata az mg90S, ami kb ugyanaz, csak belül teljesen fém mechanikás. Mindkettő analóg szervó. Ha nagyobb pontosság kell, vagy nagyobb erőt kell kifejteni (nem írtad, a két rúd milyen irányba mozog és milyen terhelés éri) érdemes digitális szervót keresni, vannak nagy forgatónyomatékú robot szervók, árban meg határ a csillagos ég.
-
Igen, most megnéztem, ha jól látom az USB+- pinek nincsenek is külön kivezetve.
csak akkor debugolni nem fogom tudni mert elvesztem a serial írás lehetőségét.
Egy csodát nem.
Mivel keyboard vezérlőt építesz, úgy tudsz vele debugolni, hogy megnyitod például a notepad-et a gépen, és hagyod, hogy beleírja azt, amit amúgy a serial-ra íratnál.
-
Nyugodtan tedd on-ba szerintem.
Megnézted, hogy a board 2x 2 pin sorát a valóságban is össze tudod majd ezen a módon kötni a PCB-n, ahogy a terven szerepel?
Kihagytad az USB által lefoglalt pin-eket? Sajnos nem tudom fejből, hogy melyik 2 pint használja az USB, nézd majd meg.
Írtad, hogy a keyboard tartalmaz touchpad-et, azt hogy fogod kezelni? Vagy nem jól értettem? -
válasz
ekkold #21236 üzenetére
Nem lehet, hogy valójában nem a portlábakkal van gond a "fake" lapokon, hanem magának az USB-nek van valamilyen forrasztási vagy egyéb hibája, ami zárlatot okoz pont annál a két lábnál? Ha rendszeresen előforduló/ismétlődő hiba, szerintem elég kicsi a valószínűsége, hogy mindig pont az a két láb hibás. 🤔
-
Ha tényleg ennyire árérzékeny a dolog, akkor tényleg próbáld meg, amit a kolléga javasolt: Attiny85 + például 2db MCP23017 port expander (darabja 16 portot ad neked), csak az Attiny85 i2c képessége nem túl megbízható.
Esetleg lehetne a 2db MCP23017-t közvetlenül a Raspberry-re kötni Arduino nélkül, és egy custom driverrel (pl python) kezelni a keyboard-ot. Erre nem tudom van-e kész megoldás, de szerintem megvalósítható (C64 joystick portot például lehet közvetlenül rpi gpio-ról kezelni, van hozzá driver). -
válasz
razorbenke92 #21224 üzenetére
Az Attiny85 csak szoftveresen tud USB kapcsolatot emulálni (Digispark), játszani jó, de nem valami stabil. A pro micro viszont hardveresen tudja és megbízhatóan.
-
válasz
razorbenke92 #21222 üzenetére
Miért attiny85? Én Arduino pro micro-t használtam C64 origi billentyűzet USB-sítéséhez, mert az natívan támogatja az USB HID-t. Igaz csak 16portja van, kell hozzá egy shift regiszter, hogy elég legyen.
-
-
Így van, tetszőleges 5V adapter jó lesz, ami képes akkora áramot leadni, amennyi szükséges. Az esetleges feszültségeltéréssel nem kell foglalkozni, mert ha magasabb picit a feszültsége, mint az USB +5V-ja, akkor a board-on lévő védődióda meg fogja védeni a portot a visszáramtól.
hgyan leeht őket egyen potenciára hozni
A GND-t minden eszköz esetén össze kell kötni, ez alap. Innentől pedig csak arra kell vigyázni, hogy a portokra ne kerüljön a tápfeszültségtől magasabb jelszint (Mega esetén 5V, esp32 és RPi esetén 3,3V!) Ha mégis utóbbi két board mellett döntenétek, a szintillesztésről gondoskodni kell, ha 5V-os bármit szeretnél hozzá kapcsolni! Nem tudom, hogy a HX711 képes-e működni 3,3V tápról, illetve mekkora a mérendő jel.
-
Hát ezért igazán kár a Mega board-ot hibáztatni, egyszerűen a számítógép USB portja és a Mega board-on lévő polyfuse, ami behatárolja a board-ról felvehető áramot! Az átlag USB 2.0 port ugye hivatalosan 500mA-ben limitál, de elvileg adhat magából nagyobb áramot. Ha utóbbi áll fenn, a polyfuse 2A-nél leválasztja a board-ot az USB-ről.
Ha így áll a dolog, akkor a két másik említett board csak annyiból lesz jobb, hogy azokon nincs polyfuse. Ellenben ha ekkora áram igénye van ennek az ADC-nek, akkor a külső táp igenis javasolt!
-
válasz
Postas99 #21185 üzenetére
A frekvencia számlálásról inkább lebeszélnélek, bár nem írtad, hogy milyen Arduino lapot fogsz használni, de egyrészt nincs mit megszámolni, mivel alapvetően zajról van szó, másrészt például egy UNO analóg bemenete bőven lassabb annál, hogy értelmes módon lehessen vele frekvenciát mérni.
Esetleg még egy ötlet, ami most jutott eszembe: az AVR-ekben általában van analóg komparátor (ami egy beépített opamp), erre lehet interruptot is beállítani! Csinálj egy interruptot, ami a komparátor küszöbfeszültségének elérése esetén felvillantja a power LED-et, a DFMini kimenetét pedig egy potméteren keresztül kösd a komparátor bemenetére, így egy mozdulattal tudod finomhangolni azt a hangerő szintet, ahol pont úgy villog a villám, ahogy elképzelted.
Ha elkészült, egy videót mindenképp linkelj majd róla.
Új hozzászólás Aktív témák
Hirdetés
- Bomba ár! HP Elitebook 850 G8 - i5-11GEN I 16GB I 256GB SSD I 15,6" FULLHD I Cam I W11 I Gari!
- Samsung Galaxy A15, 128GB, Kártyafüggetlen, 1 Év Garanciával
- Csere-Beszámítás! Asus Számítógép PC Játékra! R5 1600X / GTX 1080 8GB / 32GB DDR4 / 256SSD + 2TB HDD
- Telefon felvásárlás!! Apple Watch Series 6/Apple Watch Series 7/Apple Watch Series 8
- BESZÁMÍTÁS! AMD FX-8320 8 mag 8 szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest