-
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
-
#11969
Aryes
nagyúr
tonermagus
#11968
válasz
tonermagus
#11968
üzenetére
"Nem tudom eldönteni, hogy ennyire nehezet kérdeztem vagy ennyire hülyeséget.."
Mindkettő. Hová lehet kötni a földet máshová, mint a "gnd" feliratú lábra? Minden eszköz földjét kapcsold össze, lehetőleg csillagpontban. -
válasz
zsolti_20
#11962
üzenetére
Az uno-nál is ki vannak ezek a lábak vezetve az icsp header-re.
A forrasztásoknál nincs rövidzárlat? Azt is kimérted multival? Akkor már csak az jöhet szóba, hogy a panel árnyékolja az antennát, de azt írtad, hogy akkor is ez van, ha csak a nano van beforrasztva. Tanácstalan vagyok, mint egy kisközség... -
-
#11956
Aryes
nagyúr
tonermagus
#11953
válasz
tonermagus
#11953
üzenetére
Villamos áramkörben két tetszőlegesen kiválasztott pont közötti potenciálkülönbséget nevezzük feszültségnek. A digitális jel feszültség formájában közlekedik a vezetéken. Ehhez pedig két pont kell.
Egy pontnak nem mérheted a feszültségét. Tehát ahogy a kolléga írta, a gnd mindig a viszonyítási pont. Persze ez csak egyenáramnál ennyire egyszerű, mert nagyfrekvenciás jeleknél bejátszik a levegő, a vezeték és egyéb alkatrészek parazita kapacitása, ezért is működött nálad mégis valamennyire az áramkör. -
#11952
Aryes
nagyúr
tonermagus
#11951
válasz
tonermagus
#11951
üzenetére
Egyértelműen a közös föld hiányzik. Hogy mégis valamennyire működik, az a véletlen műve. Ha közös tápról menne a lap és a szalag, lehet észre se vetted volna, vagy nem lett volna ilyen feltűnő a hiba.
-
Tanácsot szeretnék kérni. Szeretnék egy infra ledhez és egy hangszóróhoz valamilyen meghajtó fokozatot. Az infra ledet 1A-el szeretném meghajtani (IR jeladóként, nem folyamatos üzemben), a hangszóróhoz pedig vmi egyszerű végfokot csinálnék 1db tranzisztorral (a hangminőség nem fontos, lényeg, hogy hangos legyen
). A kérdésem, hogy létezik-e olyan, hogy egy közös DIL-6 tokban két NPN tranzisztor, vagy alacsony üzemi feszültségű FET (3 vagy 5V-ról fogom táplálni az egészet, elemről vagy akkuról). Alternatív terv 2db S8050 tranzisztor lenne, csak az IC talán kisebb helyen elférne. Az S8050 mennyire jó választás? -
Nem jól írod, az 5V konverter csak akkor működik, ha a DC csatlakozó vagy a Vin láb felől küldöd rá a delejt. Ha az 5V felől táplálod, csak a 3V3 konverter működik, de ilyenkor neked kell gondoskodni róla, hogy a táp stabil 5V legyen.
Az usb és a kontroller közt mindösszesen csak egy db schottky dióda van, az se a uC-t védi, hanem az usb-t a visszáramtól.
-
-
válasz
Janos250
#11935
üzenetére
Az arduino ide maradhat a legújabb, elvileg csak az avrdude-ot kell kicserélni... Az meg szerintem nem sokat számít, hogy melyik verzió van benne. Az avrdudess program alatt is, ami egy frontend az avrdude-hoz, szintén egy régebbi avrdude.exe van, pedig a héten frissítette magát. Talán nem csak ez az egy hibája van.
-
válasz
Janos250
#11845
üzenetére
Kiderült, hogy csak véletlenül működött nekem azonnal a pickit2 isp arduino ide alatt, ugyanis az újabb avrdude.exe már nem ismeri fel! Én viszont először az arduino 1.6.12 alatt próbáltam ki, amivel még rendesen működik. Úgy olvastam, hogy talán 1.8.4 alatti verzióknál még működik, afelett nem. Ha esetleg szeretnéd a pickit2 programmert isp-ként kipróbálni, régebbi ide alatt próbáld ki, vagy cseréld az avrdude-ot egy régebbi verzióra (az 1.6.12 alatt 2017 márciusi build van).
-
válasz
zsolti_20
#11926
üzenetére
Merem feltételezni, hogy amikor az egyikhez odaírod, hogy
digitalWrite(8, HIGH);
ezzel egy időben odakerül mellé egy
digitalWrite(10, LOW);is, ami a másikat lekapcsolja az adatvonalakról...
Mégis mi a fenének a 330ohm ellenállás a MISO lábra?Tényleg én vagyok a hülye, hogy megint válaszolok, amikor megfogadtam, hogy nem írok többet, ha nem teszel fel kódot, hátha vaktában is ki tudjuk találni mi a hiba...
-
válasz
tibi-d
#11870
üzenetére
Ezt eddig is kb. értettem, de ha jól veszem ki a szavaidból, akkor te egy diszkrét alkatrészekből megépített analóg adó vevő párosról beszélsz, különben már linkelted volna az eszköz adatlapját.
Ha igazam van: mi a gond a készen kapható megoldásokkal, pl nRF24L01? Mi lenne az a fogyasztás, amivel elégedett lennél? -
-
válasz
Janos250
#11845
üzenetére
Mi a kérdés? Leírás
Attiny85-höz kellett egy isp, eddig egy uno-t használtam (arduino as isp), de lassú volt és nem volt serial monitor lehetőség sem. Ez pedig mindkettőt tudja, igaz a serial-hoz a saját programját kell használni (pickit2 uart tool), de az nem baj, kicsit okosabb, mint az arduino ide beépített monitorja. Ha nincs meg az eredeti telepítő hozzá, innen le tudod tölteni, mert minden eredeti letöltési lehetőség eltűnt már a netről...
A kódfeltöltés szépen működik arduino ide alól. -
#11833
Aryes
nagyúr
tonermagus
#11832
válasz
tonermagus
#11832
üzenetére
Próbanyák.
[link] -
#11829
Aryes
nagyúr
tonermagus
#11828
válasz
tonermagus
#11828
üzenetére
Egy icipici csörlő, jóóó hosszú madzaggal.
-
válasz
Janos250
#11826
üzenetére
És továbbra is köszi az infókat.
Én mindig szívesen olvasok ilyenekről.Ezekről a pontokról hol lehet többet megtudni?
Nincs erre vmi közösségi kezdeményezés (pl. mint a geocaching) ahol megosztják ezeket a pontokat egymással az emberek? Én tuti csinálnék. Disznóság ebből is pénzt csinálni... -
#11808
Aryes
nagyúr
tonermagus
#11807
válasz
tonermagus
#11807
üzenetére
Nem hiszem, hogy az antenna mérete számítana ez esetben. Nem tudod, hogy milyen vevő van benne? Gondolok ilyenre, hogy pl SirfStar valahányas. A 15 évvel ezelőtti PNA-m volt ennyire pontatlan, régebbi vevővel, hogy mikor megálltam egy kereszteződésben, megállás nélkül eltévedt állóhelyben, ahogy a kolléga írta, csak hallgattam, hogy "újratervezés, újratervezés"...
Szóval ezzel csinálhatsz bármit, arra jó, hogy az utcát nagyjából megtaláld vele, de pontos mérésre sosem lesz alkalmas. -
#11804
Aryes
nagyúr
tonermagus
#11803
válasz
tonermagus
#11803
üzenetére
Hát 2,5m tévedés balra, azután 2,5m jobbra, az már 5m.
Hibát okozhatnak a következők:
- magas házak
- felhős idő
- falevelek
- bármi másHa 30cm pontosságot szeretnél, ahhoz minimum glonass kell.
Mielőtt viszont kukáznád ezt a modult, megpróbálhatnád a következőt:
- mozgóátlagot számolsz pl. az utolsó 3 mért adatból
- kihagyod az átlagból azokat az adatokat, ahol túl nagy az eltérés. Azt te tudod, hogy milyen sebességgel fogsz mozogni a mérés során, ha pl. gyalog, kézben tartva fogod használni, nyugodtan eldobhatod a 10m-nél nagyobb ugrásokat. -
válasz
Tankblock
#11793
üzenetére
Belső oszcillátorról hajtom.
Megírtam a mérő kódot. Nem is 21us volt, hanem 36! (Úristen, a digitalWrite-nak ekkora lenne az overhead-je?
) Átírtam közvetlen portmanipulálásra (köszi a tippet ), ezután lett az általam feltételezett 21us. Ezek után már be tudtam állítani pontosan a ciklust.
A vicc pedig, hogy 16MHz-re állítva az órajelet, majdnem pontosan 26us lett a linkelt kód futásideje (27 egész valamennyi), tehát közvetlen portmanipulálás nélkül nem 1, hanem 16MHz-en futott jól a kód.
Az infra valóban nagyon toleráns, mert 38kHz helyett 27kHz vivőfrekvenciával is átment a jel, igaz csak közelről. Most már jól működik.
Nem is értem, hogy miért nem találtam timert nem használó IR lib-et (attiny-ra legalábbis nem volt). Úgy kellett írni magamnak egyet, ami pinchange interrupttal működik. -
válasz
Gergosz2
#11787
üzenetére
Nem tudom, de azt a compiler mindig az aktuális órajelet figyelembe véve fordítja a kódba, tehát gyanítom pontos (úgy tudom NOP utasításokat használ?). Igazából az a kérdés, hogy jól tippelek-e, mert sehol nem írja, hogy mekkora órajel mellett működik helyesen, és a kommentek között sincs róla szó. Ha a digitalWrite(IRledPin, HIGH); tényleg 3 órajel alatt fut le, akkor az csak 1MHz órajel mellett =3us, 8Mhz alatt viszont csak 0,375us. írok majd egy kódot, ami kiméri, mert működik ugyan a kód, de csak pár cm-re a vevőtől, valószínű a vivőfrekvencia nem pontos (38kHz helyett majdnem 48kHz, ha jól számolok).
-
Sziasztok! Jól gondolom, hogy ezen az oldalon a kód 1MHz órajel mellett működik pontosan?
Erre a részre gondolok:void IR(long microsecs) {
cli();
while (microsecs > 0) {
digitalWrite(IRledPin, HIGH);
delayMicroseconds(10);
digitalWrite(IRledPin, LOW);
delayMicroseconds(10);
microsecs -= 26;
}
sei();
}
Összesen 26us lenne a blokk ciklusideje, ha a közbülső utasítások 1 utasítás/órajel sebességgel futnak. 8MHz órajellel viszont szerintem alig 21us a ciklusidő, jól sejtem, hogy növelni kell a delayMicroseconds idejét? -
Akkor még 1 kérdés, nrf24l01 rádiós modulból milyet és honnan érdemes venni? Szeretném kipróbálni egy projektben, de annyi féle változatot találok, hogy azt se tudom, mi micsoda. Az adapter board az például micsoda, és mihez van rá szükség? Anélkül nem is lehet használni a modult? Köszi
-
-
Sziasztok! Megjött az Esp32-cam boardom, és most szembesültem a ténnyel, hogy nincs hozzá ftdi programozóm (na jó, ez túlzás, csak gondoltam megoldom, ahogy szoktam): eddig jól elboldogultam nélküle, egy arduino uno-val szoktam programozni, amit kell, de ennek ugyebár 3.3V kell, és nem szeretném megsütni idejekorán... Meg tudom oldani ellenállásosztóval, meg 3.3V táppal, vagy vennem kell egy programozót? Tudtok ajánlani olyat, ami kimondottan 3.3V lapokhoz való? Esetleg belföldről, hogy ne kelljen rá 2 hónapot várnom?
Köszi előre is! -
#11721
Aryes
nagyúr
tonermagus
#11720
válasz
tonermagus
#11720
üzenetére
A jumper helyére köss be egy-két diódát, azokon esik 0.6V, de nem hiszem, hogy az a 0.8V kinyírná.
-
#11715
Aryes
nagyúr
tonermagus
#11714
válasz
tonermagus
#11714
üzenetére
A legprózaibb ok az lehet, hogy lemerült az elem... Más ötletem nincs, amíg nem teszel fel vmi képet a konfigról.
-
#11713
Aryes
nagyúr
tonermagus
#11712
válasz
tonermagus
#11712
üzenetére
Hát ehhez nem ártana látni, hogy hogy kötötted össze a dolgokat (csinálj fotót vagy rajzold le), mert lehet, hogy vmit fordítva kötöttél és megfőzted a drivert.
A kódot is jó lenne, ha linkelnéd. -
#11711
Aryes
nagyúr
tonermagus
#11710
válasz
tonermagus
#11710
üzenetére
Én egész jól elboldogulok ESC nélkül is DC motorokkal. De a TB6612FNG akkus üzemnél jobb, mert kevesebb a vesztesége és kisebb tápfeszültségen is jól működik a kis motorjaiddal. De ezt már írtam neked korábban azt hiszem.
-
#11709
Aryes
nagyúr
tonermagus
#11708
válasz
tonermagus
#11708
üzenetére
Miért redukálná le 5V-ra? Az csak a logikai jelszint. A L289N olyan 1,6V feszültségeséssel dolgozik, 9,5V-ot fog kapni a motor, de a 6V-os motor szerintem simán bírja. Ha nagyon melegszik, esetleg egy áramkorlátozó ellenállást lehet elé tenni.
Én ma hallottam először az ESC-ről, eddig azt hittem, hogy egy gomb a billentyűzeten. -
válasz
zsolti_20
#11702
üzenetére
Szerintem nem ezt a kódot töltötted fel a kontrollerre, azóta változtattál rajta, mert tudom, hogy az történik, amit fent írtam, de csak akkor, ha néhány sor fel van cserélve a linkelt kódhoz képest.
Vagy ez a két sor:
char filename[] = "00000000.TXT";
char masodik[] = "00000000.TXT";
vagy a compiler a két változót fordítva helyezte el a ramban (ilyen lehet? miért?)
Ja, akkor már jöjjön a megoldás: a vargalex által írt megoldás csak abban segít, hogy fordítási hibát kapj, ha túlírod a változót. Adj meg kezdeti értéknek akkora számot, amitől hosszabb akkor se lesz a filenév, ha 9 mappa mélységbe ereszkedsz. Pl:
char filename[] = "00000000.TXT";
char masodik[] = "00000000.TXT";
helyett
char filename[255];
char masodik[255]; -
Nem stimmel.
A filename kiírásánál kéne, hogy hibás legyen.
char filename[] = "00000000.TXT";
char masodik[] = "00000000.TXT";
char dir[] = "asd/";A filename és a masodik is 13 elemű változó (12+\0).
sprintf(masodik, "%s%02d%02d%02d.TXT",konyvtar, now.minute(),now.month(),now.year());
Itt 17 karaktert írsz a masodik változóba, felülírva a dir változót is (írasd csak ki és meglátod)
Utána itt
sprintf(filename, "%s%02d%02d%02d.TXT",konyvtar2, now.minute(),now.month(),now.year());
felülírod a "masodik" elejét, így olvad össze.
De csak akkor van értelme, ha a fenti két változó eredetileg fordítva helyezkedik el a RAM-ban. -
válasz
zsolti_20
#11698
üzenetére
Ez meg hogy jön ide?
A filename annyi lehet, amekkorára előtte definiáltad. Ha többet írsz bele, azzal olyan megmagyarázhatatlan hibákat okozol, mint most is.Én többet nem segítek, amíg nem írod be az egész kódot. Bár szeretek nyomozni, és már tudom is, mit követtél el.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
zsolti_20
#11695
üzenetére
Miért nem mutatod meg az egész kódot!?
A "masodik" változó hol van definiálva? Jól látszik, hogy itt:printf(filename, "%s%02d%02d%02d.TXT",konyvtar2, now.day(),now.month(),now.year());a "filename" változóba, amely egy 12 elemű több, beírsz egy 4 karakterrel hosszabb szöveget, ami azt jelenti, hogy felülírsz egy másik változóhoz tartozó memóriaterületet. Az a csoda, hogy egyáltalán lefut a kód. -
válasz
Gergosz2
#11691
üzenetére
Én ma hallottam először az ESC-ről, utána kellett gugliznom, de nem az jött le, hogy kimondottan a BLDC motorok vezérlőjét hívják így, megkülönböztetésképpen a h-hídtól, amit h-hídnak neveznek.
Visszatérve az eredeti kérdésre, a TB6612FNG "csak" egy h-bridge, semmi más. Esetleg lehet még mellette i2c chip + frekvencia generátor, mint pl a wemos d1 mini motor shield. -
#11682
Aryes
nagyúr
tonermagus
#11678
válasz
tonermagus
#11678
üzenetére
Szénkefés motorhoz hogy használsz te ESC-t?
-
-
-
Akkor most én is kérdezek: mi a különbség az SPIFFS és az NVS között? Arduino ide-ben lehet használni az NVS-t? Azt is elő kell készíteni, mint az SPIFFS-et, partícionálással/ a memóriakiosztás beállításával? Vmi jó leírást tudtok ajánlani? Mert gugliztam, de nem sok mindent találtam róla.
-
#11625
Aryes
nagyúr
tonermagus
#11622
válasz
tonermagus
#11622
üzenetére
Tranzisztor azért kell, mert közvetlenül nem kötheted a motort a uC kimenetére, mert tönkremegy. Nem tud annyi áramot leadni, amennyi a motornak kell, egy kimenet max 40mA-el terhelhető (az Uno-n).
Nekem hiányzik a bázis ellenállás a rajzról. -
#11613
Aryes
nagyúr
balintarduin
#11612
válasz
balintarduin
#11612
üzenetére
Real Time modullal lehet visszaszámolni? Vagy hogy próbáltad eddig, ahogy nem sikerült?
Hozzáadsz 4 perc 55 másodpercet az aktuális időhöz, és beállítod alertnek. -
#11611
Aryes
nagyúr
tonermagus
#11610
válasz
tonermagus
#11610
üzenetére
Hát ha csak ki-be kapcsolod, akkor működhet a dolog, de a PWM vezérlés szerintem nem nagyon fog vele működni, csak sípolni fog meg melegedni.
Esetleg ha tolatni nem akarsz vele, hanem elég az előre irány, akkor próbáld meg, hogy nem hídba kapcsolod, hanem az egyik félhíd és a föld közé kötöd a motort. Így csak 0,6V körüli veszteséged lesz. Hajó egyébként sem szokott hátra menni. Viszont 4 motort is rá tudsz így kötni. -
#11609
Aryes
nagyúr
tonermagus
#11608
válasz
tonermagus
#11608
üzenetére
Kissé elavult már - nem akarok hülyeséget írni, de - ha jól emlékszem ez tranzisztor alapú, és 1,5V körüli feszültségeséssel kell vele számolni, amiket javasoltam pedig fet-et használnak, 0,2-0,6V körüli veszteség van rajtuk.
Annyi hátránya van, hogy magasabb tápfeszültséget kell használnod (min.7V, ekkor kb 5,5V jut a motoroknak). Amiket javasoltam, 2,5V tápfeszültség mellett már használhatóak, így akkus tápláláshoz jobban használhatóak. Az L298N 6V tápfesz alatt nem nyit ki rendesen, csak melegszik, főleg PWM vezérléssel (tapasztalat). Cserébe 2-3A-el tudod terhelni és jó a hűtése. A nagyobb tápfesz nagyobb akkupakkot igényel, ami plusz súly. A vezérlő maga sem kicsi, se nem könnyű azzal a nagy vasdarabbal a hátán, ami a hűtő. -
#11607
Aryes
nagyúr
tonermagus
#11606
válasz
tonermagus
#11606
üzenetére
"3-4 kg-os hajótestet kellene elvinnie"
Attól függ minden, hogy milyen sebességet szeretnél elérni."kérdés az, hogy ezt egy ILYENNEL tudom-e helyettesíteni?"
A linkelt driver kizárólag DC (szénkefés) motorokhoz jó, abból is a nagyobb teljesítményűekhez, magas (min.12V tápfesz) mellett, mivel nagy rajta a feszültségesés. Szénkefe nélküli motorokhoz BLDC vezérlő kell. Ha mondjuk 2S li-po akksiról tervezed a táplálást, kisebb motorokkal, sokkal praktikusabb egy L9110s vagy egy TB6612FNG alapú motorvezérlőt (H-bridge), mert sokkal jobb a hatékonysága. Ha egy-két átlagos 6V-12V DC motor lesz a hajtómű, inkább ezeket használnám, pl.: [link]. Egy ilyennel meg még a pwm meghajtást is meg tudod spórolni, i2c-n keresztül tudod vezérelni. -
válasz
Janos250
#11577
üzenetére
Azt hittem azért írtad, mert azt írtam a kollégának, hogy túlzás nano helyett esp32, de én is tudom, hogy az esp32 jelenleg az arduino szent grálja.
Csak azért írtam, mert úgy gondolom, hogy aki arduino-zik, sosem árt megtanulni kódot optimalizálni, meg kihozni a maximumot adott hardverből, mert az erős hardver, a végtelen erőforrás nagyon ellustítja a kódolókat, lásd: mobil appok féktelenül növekvő memóriaigénye. -
-
-
válasz
zsolti_20
#11564
üzenetére
Ha meg majd adatbázist használsz, a setup részben töltsd fel a tömböt egy ciklusban, így a program újraflashelése nélkül tudsz új kártyákat hozzáadni. Illetve SQL parancsokkal megoldható a közvetlen lekérdezés is tömb nélkül, a kérdés, hogy a sebessége mennyire lesz elfogadható.
-
válasz
zsolti_20
#11550
üzenetére
Na várj csak, az ellenállást pontosan hová is kötöd? Mert ha a felhúzó ellenállásra gondolsz, amit a beépített ellenállással lehet helyettesíteni (INPUT_PULLUP), az nem a pergésmentesítés miatt van, hanem azért, mert anélkül "lebeg" a bemenet, mivel a vezeték antennaként viselkedik és összeszed minden jelet a levegőből. A pergés ettől teljesen független dolog.
-
válasz
zsolti_20
#11542
üzenetére
Túlbonyolítjátok. Állapotgép az mindenképp kell (nem nagy dolog, csak a neve ijesztő
), de ha esp lesz a hardver, ott a delay() nem hogy kerülendő, hanem egyenesen kívánatos, ugyanis nem akasztja meg a futást, hanem ilyenkor végzi el az eszköz pl. a wifi hálózat kezelésével kapcsolatos feladatokat.
Interrupt nem feltétlenül kell, mert a programnak igazából ez az egyetlen feladata van, a gombok figyelése.
A gombok pergésmentesítéről viszont ne feledkezz el! Jó példakódokat lehet hozzá találni, akár itt a topikban is. -
válasz
zsolti_20
#11538
üzenetére
"És az a megoldás esetleg, hogy RFID-val azonosítják magukat, majd gombot nyomnak?"
Ez volt az eredeti ötlet, szerintem ez így jó, én biztos így csinálnám. A konfirm szerintem felesleges macera. Van pár ötletem: esetleg a biztonság kedvéért lehetne egy bizonyos (rövid) időn belül egy javítási lehetőség, olyan módon, hogy kártyát mégegyszer lehúz, és újra szavaz. Mondjuk egy percen belül. Vagy gomb nyomva tartása közben húzza le a kártyát (ez tuti kizárja a véletlent, de kissé erőltetett). Vagy újabb kártyalehúzással nyugtázza a szavazást, de ez újabb hiba lehetőséget rejt, tudniillik a második lehúzást el fogják felejteni.
Esetleg hosszabb gombnyomásra reagálni, mondjuk fél mp-ig nyomva kell tartani a gombot... -
válasz
zsolti_20
#11535
üzenetére
+4 interrupt vezeték? Ha jól emlékszem az is van rajtuk (de lehet, hogy rosszul emlékszem).
A nyomógombos megoldás szerintem elegánsabb és kevesebb a hibalehetőség, mert mi van, ha a kártyát kicsit alacsonyabban mozgatja a szavazó, és a szomszédos olvasó előbb olvassa be, mint az, amire eredetileg tenni akarta? Vagy kiejti a kezéből, és ráesik valamelyik olvasóra? Egy fizikai gomb haptikus visszajelzése szerintem ilyen feladatnál kimondottan szükséges. Ezen okból kifolyólag érintőgombot sem tennék oda.
-
válasz
zsolti_20
#11530
üzenetére
Elé kell kötni a ceruzát, aztán a lerakott vonalat már egyszerű követni.
Ha én csinálnám, léptetőmotorokkal hajtanám a kerekeit, és vagy egy optikai egérrel, vagy egy 9axis gyro szenzorral (pl. én ebből csináltam airmouse-t: [link] ) ellenőrizném az eltérést, mert bármiből is csinálod a kerekeket, sosem fognak egyformán tapadni, mindig korrigálni kell."egyszerusiteni kell ahogy csak lehetseges."
Akkor miért bonyolítod?
Az sqlite3 lib SPIFFS és SPI-n keresztül SD kártyát tud kezelni. Illetve ha a pendrive kezelő breakout board, amit linkeltél, szintén SPI-n keresztül kommunikál, akkor talán azt is. De ha lehúzod a pendrive-ot, azon egy adatbázis fájl lesz, azzal mit kezd a hölgy? Vagy mellette létrehozod a txt fájlokat is az eredeti tervnek megfelelően? -
válasz
zsolti_20
#11526
üzenetére
Hát persze, ezt írtam is tegnap. A belső 4MByte flash ketté osztható, pl. 1M programkód +3M SPIFFS fájlrendszer. Ezen a belső SPIFFS fájlrendszeren tudod létrehozni az sqlite3 adatbázist. A pc/mobil eszköz csak mint kliens kapcsolódik fel wifi-n keresztül, az ESP teljesen autonóm módon működik, még AP módban is tud működni, ha mondjuk nincs router, amire kapcsolódjon, akkor létrehoz egy saját wifi hálózatot, amire mondjuk telefonnal rá tudsz kapcsolódni.
Én a helyedben nem Esp32-vel csinálnám, hanem Esp8266-tal, mert az Esp32 SPIFFS kezelő része szerintem még béta állapotú, nálam legalábbis gyakori adatvesztést produkál, ami egy játéknál elmegy, de komolyabb feladatnál már okozhat kényelmetlenséget. -
válasz
zsolti_20
#11524
üzenetére
ESP32 az ESP8266 továbbfejlesztett változata. Van benne BLE, több I/O port, kétmagos CPU, ami valódi többszálas futtatást is lehetővé tesz, és RTOS fut rajta. Cserébe az ESP8266 olcsóbb (amúgy mindkettő filléres tétel a tudásához képest), a lábai 5V toleránsak, tehát szintillesztés nélkül lehet rá 5V szenzorokat miegyebet kötni, több és kiforrottabb library-t találsz hozzá
-
válasz
zsolti_20
#11522
üzenetére
Dehogyis nincs.
Jlcpcb, Pcbway, de van még talán jobb/olcsóbb.
Amit én kerestem, az magyar gyártó, és az volt a lényeg, hogy számlaképesek legyenek. Aztán megtaláltam őket, csak nem ebben a topikban, hanem a hobbielektronikában linkelte valaki. Akkor kapjanak ők is egy reklámot, unipcb.hu. Azt nem tudom milyen árban/minőségben dolgoznak, de legalább magyar cég. -
válasz
zsolti_20
#11520
üzenetére
Igen, az Esp32 jelenleg az arduino szent grálja.
Az Esp8266 hasonló az Esp32-höz, csak (szerintem) egyszerűbb, kiforrottabb, és jobb az arduino kompatibilitása. Legalábbis amikor én Esp32-re írtam sqlite3 adatbázis kezelő programot, azt tapasztaltam, hogy az SPIFFS kezelő része még igencsak béta állapotú. Neked pedig pont ennek a stabil működése (is) a lényeg. Amire neked kell, az Esp8266 (pl. Wemos D1 mini) is tökéletesen megfelel.
A képen látható nyákon egyik lyuk sincs összekötve a másikkal. Talán pont ez a baj, hogy neki kéne a kötéseket kialakítani, de valahol nem sikerül. Jó volna megint egy kép a kész, beforrasztott cuccról, hogy ne kellene találgatni... 
Egy pontnak nem mérheted a feszültségét. Tehát ahogy a kolléga írta, a gnd mindig a viszonyítási pont. Persze ez csak egyenáramnál ennyire egyszerű, mert nagyfrekvenciás jeleknél bejátszik a levegő, a vezeték és egyéb alkatrészek parazita kapacitása, ezért is működött nálad mégis valamennyire az áramkör.
Most látom először. Bár kicsit szembemegy az arduino lényegével, mert inkább LEGO, mint házibarkács, de biztos el tudnék játszani vele. 
Én mindig szívesen olvasok ilyenekről.
) Átírtam közvetlen portmanipulálásra (köszi a tippet 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ha már minden periféria lib-je be van importálva, a maradék részt azért nem annyira könnyű teleírni. Feltéve, hogy a progmem-re gondolsz, és nem a ram-ra. Utóbbit könnyű teleírni. 
Viszont egy-az-egyben nem tudod helyettesíteni vele a nano-t, mert ez 3.3V jelszintet használ, a nano meg 5V-ot. Úgyhogy attól függően, hogy mi lesz rá kötve, lehet, hogy szintillesztésre is szükség lesz.Új hozzászólás Aktív témák
ekkold
- Lenovo ThinkPad P15 Tervező Vágó Laptop -50% 15,6" i7-10750H 16/512 QUADRO T1000 4GB
- MAKULÁTLAN! Dell Precision 7760 Tervező Vágó Laptop -70% 17,3" i7-11850H 32/1TB NVIDIA A3000 6GB FHD
- Kiwiears Astral
- SZÉP! Dell Precision 7760 Tervező Vágó Laptop -70% 17,3" i7-11850H 32/512GB NVIDIA A3000 6GB FHD
- Xiaomi Electric Scooter 5 Max tökéletes hibátlan eladó
- ÁRGARANCIA!Épített KomPhone i5 13400F 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Lenovo ThinkPad X13 Gen 2 i5-1145G7 16GB 512GB FHD+ Érintőkijelző 100% sRGB - 1 év garancia
- RÉSZLETRE .OPCIONÁLIS. G.SKILL Trident Z5 Neo RGB 96GB (2x48GB) DDR5 6000MHz
- BESZÁMÍTÁS! ASUS A620M R7 7700X 32GB DDR5 1TB SSD RX 7900 XTX 24GB ZALMAN I3 NEO EVGA 850W
- GYÖNYÖRŰ iPhone 13 mini 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3333
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest