Hirdetés
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iPhone topik
- Amazfit Helio Strap – képernyőmentesen
- EarFun Air Pro 4 - a cél a csúcs
- A legújabb iPhone kiegészítő egy zokni, amit magunkra akaszthatunk
- Samsung Galaxy S23 Ultra - non plus ultra
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Miért fárad gyorsabban az iPhone akku, mint az androidos?
- Telekom mobilszolgáltatások
- Android alkalmazások - szoftver kibeszélő topik
-
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
daninet
#22508
üzenetére
Azt írja, nem ebben a sorrendben kell megadni a paramétereket! Hogy a példában miért így van, azt nem tudom, talán az idf automatikusan javítja.
A helyes sorrendet itt tudod megnézni: [link]typedef struct {
int gpio_num; /*!< the LEDC output gpio_num, if you want to use gpio16, gpio_num = 16 */
ledc_mode_t speed_mode; /*!< LEDC speed speed_mode, high-speed mode (only exists on esp32) or low-speed mode */
ledc_channel_t channel; /*!< LEDC channel (0 - LEDC_CHANNEL_MAX-1) */
ledc_intr_type_t intr_type; /*!< configure interrupt, Fade interrupt enable or Fade interrupt disable */
ledc_timer_t timer_sel; /*!< Select the timer source of channel (0 - LEDC_TIMER_MAX-1) */
uint32_t duty; /*!< LEDC channel duty, the range of duty setting is [0, (2**duty_resolution)] */
int hpoint; /*!< LEDC channel hpoint value, the range is [0, (2**duty_resolution)-1] */
struct {
unsigned int output_invert: 1;/*!< Enable (1) or disable (0) gpio output invert */
} flags; /*!< LEDC flags */
} ledc_channel_config_t;
/**
* @brief Configuration parameters of LEDC timer for ledc_timer_config function
*/
typedef struct {
ledc_mode_t speed_mode; /*!< LEDC speed speed_mode, high-speed mode (only exists on esp32) or low-speed mode */
ledc_timer_bit_t duty_resolution; /*!< LEDC channel duty resolution */
ledc_timer_t timer_num; /*!< The timer source of channel (0 - LEDC_TIMER_MAX-1) */
uint32_t freq_hz; /*!< LEDC timer frequency (Hz) */
ledc_clk_cfg_t clk_cfg; /*!< Configure LEDC source clock from ledc_clk_cfg_t.
Note that LEDC_USE_RC_FAST_CLK and LEDC_USE_XTAL_CLK are
non-timer-specific clock sources. You can not have one LEDC timer uses
RC_FAST_CLK as the clock source and have another LEDC timer uses XTAL_CLK
as its clock source. All chips except esp32 and esp32s2 do not have
timer-specific clock sources, which means clock source for all timers
must be the same one. */
bool deconfigure; /*!< Set this field to de-configure a LEDC timer which has been configured before
Note that it will not check whether the timer wants to be de-configured
is binded to any channel. Also, the timer has to be paused first before
it can be de-configured.
When this field is set, duty_resolution, freq_hz, clk_cfg fields are ignored. */
} ledc_timer_config_t; -
válasz
Arabiata
#22486
üzenetére
Ha megy az angol, akkor lényegesen könnyebb lesz a dolgod, de van magyarul is oktató anyag:
https://megtestesules.info/hobbielektronika/arduino.htmlEz pedig itt két pdf, ami alap kapcsolásokat mutat be, amiket anélkül is tudsz használni, hogy különösebben érteni kellene a működésüket:
[link], [link]
Ezeket régebben mentettem le magamnak, már nem tudom honnan, de feltettem drive-ra.Ekkold kolléga, ha gondolod, betehetnéd ezeket meg a fenti linket az összefoglalóba, hátha másoknak is szüksége lesz rájuk.
Szerk.: bocs, most olvastam el újra az eredeti kérdést és a fenti link inkább a programozás részével foglalkozik, de a két pdf hasznos lehet.
-
#22477
Aryes
nagyúr
JulianSinulf
#22476
válasz
JulianSinulf
#22476
üzenetére
Minek ehhez RFID chip? Mindenen is van vonalkód.
-
a display.clearDisplay(); nem törli a képet, és utána újraírja
De, csak gondolom utána rögtön ráírsz újra, az a néhány μs pedig nem elég a pixelnek, hogy pihenjen. Tegyél a kiírások elé mondjuk 10ms késleltetést, és nézd meg, hogy halványodott-e a felirat. Ha igen, akkor nyertél. Az OLED-nek szerintem van akkora tehetetlensége, hogy nem fog vibrálni.
-
-
-
Mivel nálad csak egy szűk, alig 2V intervallumot kell csak átfogni, és a 256 szint az 5V-ra vonatkozik, a kimenet utólagos leosztásával (feszültségosztóval) a lépésköz is feleződik, szóval talán annyira nem tragikus a 8bit sem, de bit-bang alapon, vagy amit Ekkold kolléga javasolt, biztos ki lehet hozni többet is.
-
#22407
Aryes
nagyúr
JulianSinulf
#22404
válasz
JulianSinulf
#22404
üzenetére
De néha elgondolkodom, hogy a rengeteg alkatrész közül, mellyel egy feladat megoldható, miért pont azt az alkatrészt választják
Mert a mérnökök tudják, hogy pontosan mit kell nézni az adatlapon.
Meg aztán ott van azezt ezzel szokás megoldani
érv, ami mögött korábbi mérnök generációk sok évnyi trial and error tapasztalata van.
Illetve azezt lehet kapni
ultimate érv egy alkatrész mellett.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
-
Az az említett külső DAC is ennek a két módszernek az egyikét használja: vagy szűrt PWM, vagy ellenálláslétra segítségével állítja elő a kért értéket. Én az 1bites DAC (PWM + lowpass filter) mellett tenném le a voksomat, mert annak az értékét nagyon finoman tudod szabályozni, nem függ a pontossága az ellenállások gyártási szórásától, és nem szükséges hozzá még külső referencia feszültség sem, amennyiben a kimenetet egy analóg bemeneten keresztül tudod feedback-elni, az analóg bemeneten pedig szokott lenni belső referencia.
Mit vezérel ez az analóg feszültség egyébként?
-
válasz
Janos250
#22344
üzenetére
végén lévő nagyjából 10% hibás
Lehet hamisított, ami nagyobbnak mutatja magát, mint amekkora fizikai tárolóhely valójában benne van.
Ha pontosan tudod, hogy mekkora a használható rész, át lehet írni vmi programmal a firmware-ben az adatokat, és utána biztonsággal tudod használni. -
-
-
-
válasz
ekkold
#22314
üzenetére
Az interrupt eleve akkor hívódik meg amikor változik a láb állapota. Megnézed, hogy eltelt-e bizonyos idő, és tényleg változott-e a láb állapota, és ha igen akkor növeled az értéket.
Ezt vagy 6 évvel ezelőtt írtam. Nem emlékszem pontosan, hogy miért került bele az állapot ellenőrzés, de volt oka, az biztos.
Optokapu jelét fogadta a 0-s interrupt és úgy emlékszem a nagyon lassú mozgásnál előfordult, hogy fals interrupt keletkezett (hiszen az egészet emiatt csináltam, gyors mozgásnál nem volt prell probléma), ezzel tudtam kiszűrni.Mi történik prellezéskor, és mikor fog csökkenni az érték?
Melyikre gondolsz? Csökkenni nem fog egyik se.Mi történik ha a prellezés éppen hamarabb befejeződik mint az interval? Akkor mi fogja a függvényt meghívni?
A függvény az első interruptra aktiválódik, vagyis a jelsorozat indulásakor, nem a prell lecsengése után. Vagyis bizonyos időn belül nem reagál a következő változásra, ami ez esetben 3ms-ra volt belőve (egy autó kerekének a forgását ellenőriztem ezzel).
Az elfordulást már a loopban értékeltem ki. Ez esetben irány érzékelés nem volt, mert csak 1 szenzor volt /kerék, csak az elfordulás mértékét (sebesség) kellett regisztrálni, az irányt tudtam, mert én forgattam a kereket. Egy saját PID vezérléshez kellett, csak akkor még nem tudtam, hogy ezt így hívják és van hozzá library, úgyhogy elég sokat kínlódtam akkor vele, hogy két olcsó kínai DC motorral tudjon egyenes vonalban gurulni az autó. -
válasz
ekkold
#22312
üzenetére
Így:
volatile long encoder0Pos=0;
volatile long previousMillis0 = 0;
volatile int currentPos = 0;
volatile int previousPos0 = 0;
volatile long currentMillis = 0;
attachInterrupt(0, doEncoder0, CHANGE );
void doEncoder0()
{
currentMillis = millis();
currentPos=digitalRead(encoder0Pin);
if (currentMillis - previousMillis0 >= interval) {
if (currentPos != previousPos0) {
previousPos0=currentPos;
previousMillis0 = currentMillis;
encoder0Pos++;
}
}
} -
-
válasz
tibi-d
#22303
üzenetére
Az a ~0,7mA, ami azon át tud folyni, szerintem egész biztosan nem tud kárt tenni semmiben.
Most azon gondolkodtam el, hogy a védő diódán keresztül amúgy meg tudja táplálni magát a uC-t (kb. 4,3V jutna a Vcc lábra), ha nagyobb áram érkezne, egészen addig nem lenne attól sem baja, amíg a bemenetet védő dióda túl nem terhelődik, ezt viszont sajnos nem tudom, mekkora áram lehet. -
#22300
Aryes
nagyúr
mindenes24
#22299
válasz
mindenes24
#22299
üzenetére
Kettővel később linkeltem őket az említés sorrendjében
-
#22290
Aryes
nagyúr
mindenes24
#22289
válasz
mindenes24
#22289
üzenetére
Ezt tanulási célzattal nézted? (Nem néztem még bele a videóba, majd később). Arra egész biztosan vannak megfelelőbb anyagok, például ez itt. Illetve Ekkold és Janos250 kollégák weboldala.
-
#22285
Aryes
nagyúr
mindenes24
#22282
válasz
mindenes24
#22282
üzenetére
Milyen napos micsoda?
-
#22280
Aryes
nagyúr
razorbenke92
#22279
válasz
razorbenke92
#22279
üzenetére
-
-
válasz
Undoroid
#22266
üzenetére
...firmware alatt azokat a rögzített, többnyire kis méretű programokat és/vagy adatstruktúrákat értjük, melyek különböző elektronikai eszközök vezérlését végzik el.
Forrás: WikipédiaVagyis egy okoskonnektor szemszögéből nézve a benne lévő esp 01-en futó program (mivel a gyakorlatban bele van "égetve") egy firmware.
-
válasz
5150head
#22239
üzenetére
Ha jól értem, akkor az ESP32 az unot váltaná fel, csak korszerűbb kivitelben, viszont kell hozzá egy alap board.
Lehet venni ESP32-t magában is, de senki nem teszi, vannak UNO-hoz hasonló board-ok usb-vel, visszajelző ledekkel, headerrel stb, Janos250 kolléga is ilyen kész board-okat illeszt saját pcb-re, hogy ne kelljen huzalozni/jumper kábelt használni. Ilyen board többféle van, Lolin, Wemos, NodeMCU, XY developer board néven találod meg. Olyat vegyél, ami usb csatlakozót tartalmaz, ahhoz nem kell külön programozót is venni. Például ilyen esp32-s3 board-ot: [kép]. De találsz olyat is, amin van egy kis OLED kijelző, ami szintén hasznos lehet.Érdemes egyébként starter kitet venni, majd ahhoz még amit kell, vagy csak vadásszam össze ami jó lehet?
Attól függ, mit szeretnél. Ha szükséged van sok kiegészítőre, szenzorra stb mert nem tudod előre, mit szeretnél, akkor jó lehet, de olcsóbb, ha pl az Ali-n összekattintgatsz mindent külön, ami kell.
-
#22234
Aryes
nagyúr
JulianSinulf
#22232
válasz
JulianSinulf
#22232
üzenetére
Erre sajnos nem emlékszem.
-
#22230
Aryes
nagyúr
JulianSinulf
#22229
válasz
JulianSinulf
#22229
üzenetére
Már miért kellene ehhez serial port?
Vannak olyan stepper driverek, amit nem is neked kell vezérelni gpio-n keresztül, hanem i2c-n át lehet programozni, például a wemos d1 mini motor shield, ami TB6612 drivert használ. Emiatt nem hogy mega, de az uno board-ról is lebeszélném, hacsak nem ragaszkodik hozzá oktatási vagy egyéb okból, inkább egy wemos board két ilyen shield-del (lehet stack-elni és akkor még nagyon jumperelni sem szükséges).Bár most nézem, hogy ez csak dual motor shield, de van shield kimondottan stepperhez, illetve a dual H-bridge is alkalmas stepper vezérlésére, csak nem tudom a wemos shield i2c/library szinten támogatva van-e.
-
Igen, ez már programozó!
A megfelelő lábakat összekötöd azzal, amire azt írtam, hogy "nem programozó". Az adapterre nem lesz szükséged, azt UNO-hoz, Mega-hoz stb. tudod használni, amin van ICSP header.amit linketél,, hogy abba hova helyezem a Attiny13-at?
Sehová, ahhoz kell egy breadboard, meg jumper kábelek, vagy közvetlenül ráügyeskeded a jumper kábelt a chip lábaira.A hex file felmásolásához kelleni fog az ingyenes AVRDUDESS nevű program. Ha megérkeztek a cuccok két hónap múlva majd szólj, és segítek, ha elakadsz.
-
-
Meg az összes letöltött lib meg board mind a users mappát gazdagítja... Vagy tévedek? Olvastam egy leírást, hogyan lehet a régi módon portable telepítést csinálni, hogy lehessen több verzió is a gépen, de elég bonyi. Egyenlőre még jól elvagyok a régi 1.x.x verziókkal de lassan kéne váltani, egyre több a kompatibilitási gond is.
-
#22166
Aryes
nagyúr
JulianSinulf
#22165
válasz
JulianSinulf
#22165
üzenetére
Ja, az zsír.
Az N16R8 nem típust jelöl, azért nem értettem. -
#22164
Aryes
nagyúr
JulianSinulf
#22161
válasz
JulianSinulf
#22161
üzenetére
Egy mit? 🤨
-
#22160
Aryes
nagyúr
JulianSinulf
#22159
válasz
JulianSinulf
#22159
üzenetére
Szívesen!
Én az ESP32 S3-t mondanám, tudás és portok száma miatt is, valamint van belőle mini verzió is, ami rövidebb a nano-nál, de némileg szélesebb. Vagy ha kicsit visszanézel, ESP32 C2/C3 modulok még kisebb méretben.
Kamerás modul ESP32 CAM + OV2640 van, ez sima ESP32 Wroom alapú, a kamera viszont csak CIF méretben képes tisztességes FPS mellett streamet produkálni, szóval érdemesebb drágább kamerával megvenni.Egyébként az Arduino mega lapból van mini kivitel (mega mini
), ha beépítésre kellene, igaz mára kissé elavultnak mondható és drága is, de vannak elvitathatatlan előnyei. -
#22158
Aryes
nagyúr
JulianSinulf
#22157
válasz
JulianSinulf
#22157
üzenetére
Nyugi, nekem 3 különböző IDE verzió van fent a gépemen, ugyanezen okból.
-
#22155
Aryes
nagyúr
JulianSinulf
#22154
válasz
JulianSinulf
#22154
üzenetére
A COM port ki van választva? Semmi sincs a TX/RX lábakra kötve?
Próbáld meg még azt, hogy mikor elindítottad a fordítást/feltöltést, kézzel nyomkodod a reset gombot.
Lehet, hogy valami felülírta/törölte a bootloadert, kéne egy ISP vagy egy másik UNO.
-
#22153
Aryes
nagyúr
JulianSinulf
#22152
válasz
JulianSinulf
#22152
üzenetére
-
#22138
Aryes
nagyúr
mézespálinka
#22137
válasz
mézespálinka
#22137
üzenetére
Én a helyedben inkább mechanikát keresnék illetve nyomtatnék 3D nyomtatóval, olyat, ami pont megfelel, és abba mehet bármi kisebb kapcsoló, vagy vmi optikai érzékelő, mágnes + reed relé stb. Utóbbiak jobban ellenállnak, egy optokapunak meg még pergése sincs, ha az számít.
Illetve hobbielektronika boltban szoktam látni pedálokat, azt is nagyobb igénybevételre készítették.+1: egy piezo csipogó külön mechanika nélkül is alkalmas lehet, ha ütést kell érzékelni, elektromos dobokba szokták tenni. Két műanyag/fa lap közé téve kis szivaccsal kibélelve örök élet+1 nap, csak ehhez kell vmi, ami a hangot kapcsoló jellé alakítja (egy opamp pár diszkrét alkatrésszel megoldja).
-
válasz
#78522999
#22123
üzenetére
Ha az usb porton csak a gnd és a két adat lesz bekötve és nem kap 5VUSB-t az stm32 akkor elméletileg használhatom úgy, igaz?
Igen. Az usb kommunikáció magán az stm32 uC-en zajlik és 3,3V jelszinten. Ha nem akarod magát a uC-t "módosítani", akkor csinálhatsz egy preparált USB kábelt, ahol a +5V-ot megszakítod.
-
válasz
#78522999
#22121
üzenetére
Úgy tűnik
Innentől csak mázli kérdése, hogy elfogadja-e magas szintnek a 3,3V-ot, de általában el szokták.
Bár az LTC2990 adatlapja alapján:Minimum High Level Input Voltage SDA and SCL Pins l 0.7 • VCC
ami 5V táp esetén 3,5V-ra jön ki szóval lehet kelleni fog a szintillesztő.
-
válasz
#78522999
#22118
üzenetére
És itt a gond, hogy két teljesen külön gép 5V találkozna az USB csatlakozás pillanatában
Igen, ez gond lehet, ha a két irányból érkező "5V" közt potenciálkülönbség alakul ki, azt valamelyik oldalon a stabilizátor nem fogja szeretni. Ez esetben javaslom, hogy az stm32 usb portjának 5V ágát szakítsd meg, egy késsel például, ha mindenáron a célgép 5V-ról szeretnéd táplálni és úgy programozni.
Amúgy sanszos, hogy 5V-ra van felhúzva.
Lehet, hogy sehová sincs gyárilag húzva! A vonalak feszültségét a rádugott eszköz határozza meg. Lehet eleve fel van készítve 3,3V logikára. -
#22117
Aryes
nagyúr
JulianSinulf
#22116
válasz
JulianSinulf
#22116
üzenetére
De, igazad van, azért írtam, hogy ha lehetőség van rá.
-
-
válasz
#78522999
#22099
üzenetére
A GND-t mindenképp össze kell kötni a két eszköz között, mert i2c jelszinteket ahhoz képest kell értelmezni. Nem probléma a külön táp, a táp + lábát nem kell összekötni. De a jelszintek miatt érdemes tudni, mi az a két eszköz, amit össze szeretnél kötni, mert ha az egyik 5V logikát használ,a másik pedig 3,3V-ot, abból probléma lehet, a jeleket illeszteni kell.
-
#22098
Aryes
nagyúr
JulianSinulf
#22097
válasz
JulianSinulf
#22097
üzenetére
A link nekem is jó, bár nálam is van reklámblokkoló...
-
#22064
Aryes
nagyúr
JulianSinulf
#22063
válasz
JulianSinulf
#22063
üzenetére
Rákerestem az ónbajuszra, mert most hallottam először, és pont az első találat volt ez a cikk: [link]
-
#22048
Aryes
nagyúr
its_grandpa
#22047
válasz
its_grandpa
#22047
üzenetére
Az S3 4 RTC forrást kezel egy <100 HUF-os 32,768 kHz óra kvarccal 1 uA a deep-sleep fogyasztása
Kibontanád nekem ezt a mondatot?
-
#22029
Aryes
nagyúr
JulianSinulf
#22026
válasz
JulianSinulf
#22026
üzenetére
Kicsit.
A feladathoz kell választani a lapot. Ha fontos a kevés fogyasztás, érdemes 1 magost választani, ha fontos a BLE tudás, akkor nézd meg, melyik tudja (nem mind), egyébként pedig azt, amit olcsóbban be tudsz szerezni. ESP-32S -> alap ESP32. Ha úgy tetszik S1.
PSRAM: külső RAM, nagyobb mennyiségű adatot tudsz átmenetileg belepakolni, például képmanipulációhoz jól tud jönni, asszem az ESP32-CAM pont tartalmaz ilyet (4MB, ha jól emlékszem). -
#22025
Aryes
nagyúr
JulianSinulf
#22024
válasz
JulianSinulf
#22024
üzenetére
-
#21946
Aryes
nagyúr
gordonfreemN
#21944
válasz
gordonfreemN
#21944
üzenetére
Biztos jó az, ha leválasztod a XTAL1-2 vonalakat?
-
-
#21920
Aryes
nagyúr
its_grandpa
#21919
válasz
its_grandpa
#21919
üzenetére
Akkor már érdemes mega 2560 pro mini vagy milyen fantázia néven a kisebb változatot venni belőle. Rögtön az első találatnál 2db 24$ postával együtt, garantált 15 napos kiszállítással.
-
#21918
Aryes
nagyúr
gordonfreemN
#21916
válasz
gordonfreemN
#21916
üzenetére
És miért jobb azt használni?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Optokapu jelét fogadta a 0-s interrupt és úgy emlékszem a nagyon lassú mozgásnál előfordult, hogy fals interrupt keletkezett (hiszen az egészet emiatt csináltam, gyors mozgásnál nem volt prell probléma), ezzel tudtam kiszűrni.
Vannak olyan stepper driverek, amit nem is neked kell vezérelni gpio-n keresztül, hanem i2c-n át lehet programozni, például a wemos d1 mini motor shield, ami TB6612 drivert használ. Emiatt nem hogy mega, de az uno board-ról is lebeszélném, hacsak nem ragaszkodik hozzá oktatási vagy egyéb okból, inkább egy wemos board két ilyen shield-del (lehet stack-elni és akkor még nagyon jumperelni sem szükséges).
Új hozzászólás Aktív témák
- HIBÁS GAMER asus rog strix 18col i7-13gen ddr5 2xNvMe RTX 4060 HIBÁS kérlek olvasd el a leirást
- Nokia E90 Communicator
- ASUS ROG Strix G614FR-S5178 Volt Green - 3 év garancia - GYÁRI, MAKULÁTLAN ÁLLAPOT!!
- Asus ROG Ryzen 5 3600x, 16GB DDR4 3200MHz, GTX 1660s, 256 SSD, 1TB HDD + Samsung 24" 144Hz
- Dell Inspiron 14 5401 / i5-1035G1 / 8gb ddr4 / 500gb nvme ssd / jó akku/ magyar bill. / töltő
- LG 65B4 - 65" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
- HIBÁTLAN iPhone XR 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3267, 96% Akkumulátor
- MCDODO T03 fejhallgató
- AKCIÓ! Lenovo Legion Slim 5 Gamer notebook - R7 7435HS 16GB RAM 1TB SSD RTX 4070 8GB GDDR6 WIN11
- Honor Magic7 Pro 5G 512GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő