Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Magga: PLEX: multimédia az egész lakásban
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Szólánc.
- ldave: New Game Blitz - 2025
- Sundesz: 20 éve a PH!-n
- jakra: Retro gyujtemenyem (cloud synced for safety...)
- WireGuard VPN a mindennapokra
-
LOGOUT
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
Wolfram
#18248
üzenetére
Mi többszöröződik??
AliExpressről már jó ideje áfával küldenek mindent, standard AliExpress shippinggel kell rendelni és semmi meglepetés nem fog érni, legfeljebb sokat kell rá várni.
Én ha itthonról veszek bármit, a hestore-ból szoktam vásárolni, magyar szinten korrekt árakkal dolgoznak. -
Amit szeretnél az egyrészt már eléggé scifibe hajlik, másrészt GDPR illetve személyiségi jogokat sért(het).
Szoba szinten automatikusan működő és olcsó jeladó/vevő szerintem infravörös alapokon lehetne megvalósítható, esetleg Bluetooth LE, mert az zsebből is működik, míg az IR optikai rálátást igényel. De legjobb, ha router szinten próbáljátok megoldani, ahogy fentebb javasolták.Illetve még egy eszembe jutott, ha minden laptop wifivel kapcsolódik, egy esp (wemos) figyelhetné a közelben lévő laptopok/eszközök Mac címét.
-
Szia!
Én talán értem, hogy mire gondolsz, de az ebben a formában nem foglalási rendszer, hanem foglaltsági.
Amire te gondolsz, az az rfid olvasó+rfid kártya, vagy valamilyen chipkártya, esetleg vonalkódos kártya. Ember jön, leül az asztalhoz, lehúzza a kártyát, ez megjelenik egy központi adatbázisban, amikor elmegy, újra lehúzza, vagy kihúzza. Meg lehet csinálni, de tök felesleges pénzkidobás lenne szerintem. Ráadásul ebben a rendszerben nem lehetne előre foglalni. Nem is tudom milyen use-case esetében lenne ez jó megoldás. -
válasz
#70211840
#18211
üzenetére
De, szerintem jól gondolod. Az IO pinek közvetlenül a chipre vannak vezetve, ami 3,3V-ot kap, valószínűleg visszafelé nem fog 5V menni egyiken se.
A touch részét viszont majd faragni kell, mert a library az UNO analóg bemenetére van megírva, ami 10bites, 0-5V közt 0-1023 értéket ad vissza, ebből ugye csak a 0-3,3V közti értékeket használja ki, ami 0-675 közti értékeket jelent, az ESP-n viszont 12bites az analóg bemenet, ami azt jelenti, hogy a 3,3V jelszint 4095 értéket fog jelenteni. 6tal osztani kell majd mindent.
-
válasz
#70211840
#18205
üzenetére
Lábkiosztásban csak akkor, ha a D0-D13 A0-A5 lábakat értelmezni tudja / lefordítja automatikusan IO26, IO25 stb lábakra, ellenkező esetben át kell írnod a library-ben a lábak nevét.
Jelszintben van rá esély, hogy az alapvetően 5V jelszintre felkészített shield működni fog 3,3V jelszintről is konverzió nélkül is, de lehet vele probléma, ez csak teszteléssel derül ki.
Viszont arra vigyázni kell, hogy ha az ESPduino-32 5V pinjén megjelenik az 5V, akkor azt megkapja a shield, és azon keresztül esetleg megjelenhet valamelyik I/O pinen is, amit az ESP32 nem szeret. Ezt adott esetben füstjelekkel adhatja tudomásodra.
-
válasz
fpeter84
#18184
üzenetére
Isten tudja, ez biztosan valami hardveres bibi lesz... Azt írtad, hogy lehúztad róla a külső hardvert a feltöltés idejére, ugye?
Próbáld már meg, hogy a fordítás közben (vége felé) kézzel reseteled a mega boardot (a rajta lévő reset gombbal), lehetőleg próbáld meg kiszámítani, hogy a reset és a feltöltés kezdete közt ne teljen el 1mp-nél hosszabb idő (asszem ennyit tartózkodik a bootloader download módban, mielőtt elkezdi futtatni a rajta lévő kódot). Esetleg reset helyett húzd ki és dugd vissza jó ritmusérzékkel (
![;]](//cdn.rios.hu/dl/s/v1.gif)
).Ha így sem megy, akkor próbáld meg ISP-n keresztül felprogramozni, ha az nincs, egy UNO segítségével.
Olyan nincs, hogy nem sikerül
-
válasz
Janos250
#18178
üzenetére
De nem, nem csak ez okozza! Mert ha teljesen más projektet kezdek (más sketch, más lappal, akár olyan, amit akkor nyitok meg először), akkor is gyorsabban fordít, ha a program meg volt előtte nyitva és már fordítottam vele valamit előzőleg.
Sőt, ha változtatok valamit az egyik library-n, érzékeli, és ki is írja, hogy változás miatt újra kell mindent fordítani, de akkor sem annyival lassabb, mint amikor először fordítok vele. -
válasz
#70211840
#18171
üzenetére
egy belső felhúzó ellenállást HIGH értékre állítja az adott PIN-t. Én a nyomógombbal egy külső ellenálláson GND-re zárom
Nincs szükség ellenállásra, a belső felhúzó ellenállás önmagában is elég magas.
az analóg bemenetet használva nem lehet olyat csinálni, hogy a különböző gombok más-más ellenállás értékkel zárnak és a kapott feszültség értéket kiolvasva meg tudom mondani melyik volt az? Esetleg több gomb lenyomását is?
Minden további nélkül, de mivel - ha szeretnéd úgy megépíteni, hogy több gomb egyszerre lenyomását is ki tudd olvasni belőle - az ellenállásokat (illetve analóg bemenet esetén az egyes gombokhoz tartozó feszültség értékeket) a 2 hatványai szerint kell választani, 8-9 gombnál többet nem nagyon tudsz így bekötni. Példa kapcsolás ellenállás létrával (érdemes az azonos értékű ellenállásokból álló kapcsolást megépíteni, könnyebb összeválogatni az értékeket, illetve lehet készen is kapni ellenállás létrát).
A kis kondira gondolsz
Nem, én szoftveres debouncingra gondoltam, van egyszerűbb és elegánsabb megoldás, persze meg lehet oldani kondival is, de felesleges hely és alkatrész pazarlás, mert szoftverből teljesen jól meg lehet oldani. Ha mégis hardveresen szeretnéd megoldani, akkor a felhúzó ellenállás értékéből kell számolni a kívánt időállandójú (40-100ms közt szokás kapcsolótól és felhasználástól függően) RC tagot és ahhoz választani a kondit.
-
-
válasz
#70211840
#18159
üzenetére
A kód méretével nem érdemes foglalkozni addig, amíg belefér a céleszközbe.
A méretkülönbség eredhet a kód különböző optimalizációjából is. És nem biztos, hogy a kisebb méretű program a jobb. Gondolom azzal tisztában vagy, hogy a gyorsaságra optimalizált kód néha nagyobb méretű programot eredményez.
-
#18151
Aryes
nagyúr
tordaitibi
#18146
válasz
tordaitibi
#18146
üzenetére
Az AVR (Nano) 5V, az STM 3,3V maximum jelszintet tolerál.
10bites felbontás: 0-5V között 1024 különböző értéket tud felvenni. Ha két tized pontossággal szeretnéd mérni a feszültséget, akkor az első cella esetében (ennek a feszültségét nem kell osztani, mert 5V alatt van) ez nem okoz gondot, 0,005V változást tudsz mérni. Még a második cellánál is 0,01V, de afölött már csökken, ráadásul nem is pont 0,005V egy lépés, hanem 5/1024=~0,0048V. A hetedik cellát ugye 7-el osztva egy osztás 0,034V eltérést jelent, ami azért már elég durva mérési pontosságot ad, ráadásul azért ezek a ADC-k annyira nem pontosak, a környezeti zaj is befolyásolja a mérést, tehát nem elképzelhetetlen hogy ±2-±3 érték eltérést fogsz kapni méréskor.
Más kérdés, hogy elméletileg a kvantációs zaj kihasználásával +2 bites pontosságot lehet nyerni megfelelő algoritmus (oversampling ) segítségével, nem is túl bonyolult, és mivel ebben az esetben lassan változó értéket kell mérni, ezt simán ki is lehet használni.De ez már mélyvíz, csak úgy itt hagyom, hátha valaki hasznát veszi.
Egy 12bites ADC esetében 5V 4096 értéket tud mérni, az 0,0012207031V pontosságot jelent.
-
válasz
sirály12
#18139
üzenetére
Azért mondom, hogy kalibrálni kell. Gondolom a hiszterézist nem a használat során fogod beállítani egy ilyen eszköznél, hanem előre meghatározod, még az építés előtt.
Bár az is igaz, hogy a feszültségosztók miatt, minél nagyobb az osztás, az érzékenység annál jobban csökkenni fog. 🤔szerk.: ahogy most kiszámoltam, az AVR 10bites ADC-nél a legnagyobb osztás esetén is 0,005V felbontás, ami kétszeresen is túlteljesíti a 10mV pontosságot.
-
válasz
sirály12
#18137
üzenetére
Ehhez a feladathoz semmilyen pontosság nem kell. 3 értéket kell megállapítani: feltöltött állapot (4,2V), alatta, meg fölötte (túltöltöttség). Ehhez egy 2bites ADC vagy két analóg komparátor is elég lenne, csak megfelelően kalibrálni kell használat előtt.
Mellesleg az AVR-ek 10 bites ADC-je eléggé pontos és jól használható. -
-
#18135
Aryes
nagyúr
tordaitibi
#18134
válasz
tordaitibi
#18134
üzenetére
Szia, isten hozott a sötét oldalon!
Neked egy olyan uC-re lenne szükséged, aminek van legalább 7 analóg bemenete, vagy egy bármilyen uC-re, amihez tudsz i²c-n keresztül 7(8) darab ADC-t kötni.
Ezt gyakorlatilag az összes Arduino kompatibilis lap tudja Én egy Arduino Nano-t választanék, mert rubusztus, van rajta 8db analóg bemenet, és a processzor kompatibilis az UNO-val, ami azért előny neked, mert annak a legnagyobb a támogatottsága, az is lehet, hogy már valaki régen megírta a programot, amire szükséged van. Ezért azt javaslom, hogy a Google segítségével keress rá, hátha találsz készen ilyen projektet a neten!
Kijelzőből igazából bármit, ami megfelel a célnak, és tetszik. A legjobb egy i²c vagy SPI csatolós, de ha marad szabad kimeneted, egy ilyen egyszerű 2x16 karakteres, párhuzamos csatolós panelt is lehet használni (ebből létezik i²c, csak azt most nem találtam).
Ha kicsi ez a méret, akkor van 4x20, szintén karakteres, vagy 320x200 grafikus, az már nyilván drágább, és komplikáltabb is programozni.
Szerintem neked a 4x20 tökéletesen megfelelő lenne, csak SPI csatolós kellene belőle, mert az i²c pont két analóg lábat lefoglal. -
válasz
ViZion
#18087
üzenetére
Ha hosszú a vezeték, ami a pin-re van kötve, a belső felhúzó ellenállás kevés lehet, mert egy hosszú vezeték több zajt tud összeszedni, főleg ha nem árnyékolt. Ráadásul nem is 10kΩ szokott lenni a belső, hanem lehet 20-30kΩ is.
A táp rákötése se tud önmagában megbízhatóan működni, mert ahhoz meg külső lehúzó ellenállás kell, hogy ne lebegjen, amíg nem kap jelet.
De továbbra is az a gyanúm, hogy valahonnan túlfeszt kapott az a pin, és ez a relével függhet össze. -
válasz
ViZion
#18082
üzenetére
Mennyire régi, mert 1997-2010 között csak nokiáim voltak és mindnek 4,5V vagy 5V volt a töltője.
GPIO-ra nem szokás áramkorlátozó ellenállás nélkül ráengedni a tápfeszültséget. Volt a relével párhuzamosan kötve védődióda? Ha nem, akkor működés közben 10V-os tüskéket kaphatott onnan a bemenet (feltéve, hogy közös tápra volt kötve a wemos-szal).
-
-
-
válasz
#70211840
#18070
üzenetére
Szia!
Ha jól olvasom a kettő elvileg kompatibilis hardver szinten. Viszont ezen az oldalon ezt írják:
"Az ST letöltő szoftver nem használható, de a hivatalos letöltő szoftver nagyon kényelmes"
Nem lehet, hogy másik letöltő szoftverrel életre kelne? 🤔Bluepill témában egyébként ekkold kolléga a szakértő. Ismerkedj meg az Arduino IDE-vel, gyors guglizással ezt találtam róla.
-
válasz
tibi-d
#18062
üzenetére
Áh, köszi, hogy megírtad, soha az életben nem jöttem volna rá, hogy ez lehet a gond
Egyszer jártam pedig hasonló cipőben: egy ősrégi laptop IDE HDD-jére kellett adatot másolni, egy USB-s külső adapterrel. Az istennek sem sikerült, állandóan írási hibával elszállt a folyamat, mire rájöttem, hogy túl gyors neki az usb 2.0 sebessége. Volt otthon egy szintén ősrégi 1.1-es usb hub, arra dugtam az adaptert, na az annyira lelassította az adatátvitelt, amit már a hdd is tudott követni
-
válasz
daninet
#18051
üzenetére
Az enyém ragaszkodott hozzá, hogy minden ledcsík külön tápon legyen és a villanykapcsoló a tápot kapcsolja, nem a szalagot. Nálad ha gond van, egyszerre fog kimenni mindenütt a világítás.
A routerem mostanában sokat vacakol, lehet nálam is táp gond van? 🤔 Kösz a tippet! -
-
válasz
Undoroid
#18032
üzenetére
nem állítja meg az akku töltését, ha már elérte a beállított max értéket!
Biztos vagy benne, hogy
1. eddig megállította?
2. a vezérlővel van a baj, és nem az akkupakkal?A Li-ion töltés a felvett áram alapján állítja le a töltést (amikor az a névleges töltési áram 1/10-e alá csökken). Ha az egyik cella zárlatos lett, a felvett áram nem tud lecsökkenni arra a szintre, ahol a vezérlő lekapcsolna.
-
válasz
tibi-d
#18027
üzenetére
Mikor néztem, még nem volt ott.
5V tápot adsz neki? Mert ott a lapon a konverter.
A jobb alsó chip nem tudom miféle lehet, talán az maga a szintillesztő chip, vagy az végzi az illesztést, ebben az esetben nem tudom, hogy a külső pinek felé milyen feszültségszint van, a külső illesztés mégis csak indokolt lehet a uC védelme miatt.Jó lenne inkább 3.3V-os SD kártya modult használni, ez így nem életbiztosítás.
-
válasz
tibi-d
#18023
üzenetére
Hát pont ez az. A modul 5V-ra készült, az SD kártya 3.3V-tal működik, ami azt jelenti, hogy a modulon van belső szintillesztés. Ha ezt 3.3V-ról szeretnéd használni, az illesztést ki kell iktatni mert emiatt nem működik a kommunikáció. A konkrét modul ismerete nélkül ez persze csak feltételezés.
-
válasz
Wolfram
#18004
üzenetére
https://www.hestore.hu/prod_10030412.html
Jobb oldalt a pdf-ben ott a bekötési rajz hozzá. Kell hozzá egy 2 erű árnyékolt kábel és 3,5" jack csatlakozó.
Vagy keress a fiókban régi olcsó headset-et, aminek külön kábelen ment a mikrofon, pont ilyenből volt összerakva. -
#17968
Aryes
nagyúr
Krisztian01
#17967
válasz
Krisztian01
#17967
üzenetére
Oszd már meg, amit a ghidrával kinyertél. Meg hogy milyen címekre/milyen adatokra vagy pontosan kíváncsi. A hex fájlt visszafordítottam én is assembly-ra, csak nem tudom mit keressek benne.
-
#17951
Aryes
nagyúr
tonermagus
#17949
válasz
tonermagus
#17949
üzenetére
TTL-UART-hoz nyugodtan használhatsz feszültségosztót.
I²c-nél és 1wire kapcsolatnál van szükség aktív illesztésre a 3 állapotú adatvezetékek miatt. -
válasz
Krilehor
#17928
üzenetére
Ha jól gugliztam utána, nem túl komplikált/sok funkciós a távirányítója, esetleg meg lehetne próbálni a távirányítót szétszedni és a kontaktusokra egy-egy vezetéket forrasztva egy ESP32-ről közvetlenül vezérelni azt (emulálni a gombnyomásokat).
Tudsz esetleg szerezni hozzá egy másik távirányítót (hogy ne az eredetit tedd tönkre)? -
válasz
Wolfram
#17929
üzenetére
Sajnos én az analóg részhez nem annyira értek, de egy 10kΩ megfelelő lehet a feladatra. Annyi gond lehet, hogy a poti egyik végállásában rövidre tudja zárni a két pólust, ami tönkreteheti a végfokot, tehát szükség lesz még egy védő ellenállásra.
Kevésbé veszélyes megoldás lenne a fixre beforrasztott, 2db ellenállásból álló feszültségosztó, hátránya, hogy nem állítható így a hangerő, csak a tagok cseréjével. -
válasz
Wolfram
#17924
üzenetére
A fotó mindenképp segít, ha itt nem is, a hobbielektronika topikban biztosan tudnak az alapján segíteni.
Látatlanban annyit tudok javasolni, hogy ragaszd le valamivel a hangszóróját, ehhez elektronikai ismeret sem kell, csak szigszalag.
De amúgy hogy lehet egy riasztó túl hangos?
-
#17915
Aryes
nagyúr
gordonfreemN
#17914
válasz
gordonfreemN
#17914
üzenetére
Elméletileg semmi akadálya, de utána kell nézni, hogy 5V-os jelszinttel kompatibilis-e a választott kijelző, mert ezek jellemzően 3,3V-ról üzemelnek inkább. De ez amúgy nem fog akadályt jelenteni, csak ha olyan, akkor kell hozzá szintillesztés.
Itt egy példa, hogy hogy kell ezt elképzelni (a kijelző itt egész pici, csak 0.95"-os): https://www.electronics-lab.com/project/color-oled-ssd1331-display-arduino-uno/update:
Itt egy kijelző kimondottan Arduino Mega board-hoz: [link]. Szerintem kompatibilis az Uno GPIO tüskesorával is, de lehet maga a board kevés lesz (pl. kevés a RAM) a driveréhez. -
#17913
Aryes
nagyúr
gordonfreemN
#17912
válasz
gordonfreemN
#17912
üzenetére
Hát annyi ötletem lenne, hogy egyénileg címezhető ws2812 RGB LED-eket kellene sűrűn egymás mellé applikálni egy PCB-re, mert ennyire sűrű LED szalagot gyárilag nemigen csinálnak.
Nem tudom mekkorára szeretnéd csinálni a kijelzőt, a legsűrűbb a 144LED/m, ott kb. 7mm egy osztás, akkor 10cm-re 14/15 LED jut. Arra kell tenni mondjuk egy polikarbonát csíkot, aminek a hátoldala fel van csiszolva, hogy szórja a fényt, és akkor egybefüggő csíknak fog látszani kívülről. Ez jutott eszembe.A kijelzős megoldást én nem vetném el abban az esetben, ha piciben szeretnéd elkészíteni, egy 4-5cm hosszú színes OLED kijelző erre pont jó lenne, viszont nagyobban azért nem érdemes, mert ilyen hosszúkás kijelzőt nemigen gyártanak, és a hosszával együtt a szélessége is nő, na meg az ára is, hatványozottan.
-
#17911
Aryes
nagyúr
gordonfreemN
#17909
válasz
gordonfreemN
#17909
üzenetére
Én inkább RGB ledekkel próbálnám megcsinálni, a videón látható mütyür is azzal van megoldva. Ügyes megoldás, az optikai részét nem tudom hogy csinálták.
Egy LCD kijelző, vagy inkább színes OLED is szóba jöhetne amúgy, de feleslegesen nagy kellene belőle, és nem biztos, hogy ugyanolyan flowless lenne a látvány, ezeknek a képrissítése nem túl gyors.
-
válasz
Tomika86
#17896
üzenetére
Ez eddig nem volt feladat
#define Gomb 15
#define Led 2
unsigned long aktualis_millis;
unsigned long mentett_millis;
unsigned long ido = 20000;
unsigned long kulonbseg_millis;
void setup() {
pinMode(Gomb, INPUT);
pinMode(Led, OUTPUT);
Serial.begin(115200);
}
void loop() {
if (!digitalRead(Gomb)) {
mentett_millis = millis();
kikapcsolas();
}
Serial.println("Fut a program");
delay(1000);
}
void kikapcsolas() {
kulonbseg_millis = millis() - mentett_millis;
if (kulonbseg_millis <= ido) {
if (digitalRead(Gomb)) {
Serial.println("Visszalep");
return;
}
Serial.println(kulonbseg_millis);
Serial.println("Leallas idozitoben");
}
else {
Serial.println("Esp leall itt");
// deep sleep
}
} -
#17889
Aryes
nagyúr
Krisztian01
#17888
válasz
Krisztian01
#17888
üzenetére
Szia! Az MCU.hex fájlból pontosan milyen információt szeretnél kinyerni?
-
-
válasz
tibi-d
#17814
üzenetére
Ez tényleg kb. egy oszcilloszkóp működése
Nemrég csináltam egyet, ezen a részén is dolgoztam egy keveset.
Ilyen sebesség mellett gyorsan el fog használódni az EEPROM, úgyhogy a logolást mindenképpen a RAM-ban kell végezni, és csak az eredményt menteni az EEPROM-ba.Én egy 256 elemű tömbbe írnám folyamatosan az adatokat, hogy kerek szám legyen
UINT8 lenne a számláló, ami 255 után túlcsordul, tehát csak növelni kell folyamatosan, és felülírja a régi adatot. A trigger esemény után a tömb utolsó 100 eleme lesz az előzmény, egy másik tömbbe pedig mehetnek az ezt követő minták.
ugye, hogy ugye? 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
).
Sőt, ha változtatok valamit az egyik library-n, érzékeli, és ki is írja, hogy változás miatt újra kell mindent fordítani, de akkor sem annyival lassabb, mint amikor először fordítok vele.
Szóval 1 cellánál 0,0048V, 7 cellánál már 0,034V a felbontás, ami már valóban indokolhat egy legalább 12bites ADC-t. Az STM ha jól látom 16bites.
Gondolom nem azért szed össze zajt, mert több méter vezetékkel van a uC-re kötve.
Új hozzászólás Aktív témák
- Bontatlan! Új Lenovo Thinkpad T14 G5 Tartós Üzleti Laptop 14" -45% Ultra 7 165U 16/512 FHD+ Magyar!
- Bomba Ár! Fujitsu LifeBook E751 - i5-2GEN I 4GB I 500GB I DVDRW I 15,6" HD I Cam I W10 I Gari!
- Bomba ár! Dell Latitude E6440 - i5-4GEN I 8GB I 256SSD I 14" HD I HDMI I Cam I W10 I Garancia!
- Bomba ár! Dell Latitude E6540 - i5-4GEN I 8GB I 500GB I HDMI I 15,6" HD I Cam I W10 I Garancia!
- Bomba Ár! Lenovo ThinkPad E15 G4 AMD - Ryzen 5 5625U I 8GB I 256SSD I 15,6" FHD I HDMI I W11 I Gari
- DELL Thunderbolt TB16 Dock (ELKELT)
- Dell és HP szerver HDD caddy keretek, adapterek. Több száz darab készleten, szállítás akár másnapra
- ÚJ! AKRacing Arctica gamer szék
- GYÖNYÖRŰ iPhone 13 mini 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3835, 100% Akksi
- BESZÁMÍTÁS! ASUS H510M i5 10400F 16GB DDR4 512GB SSD RTX 2080 Super 8GB Zalman T4 PLUS FSP 700W
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest