Hirdetés
-
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
-
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. -
Bocs, de leírom, hátha hasznát veszed.
Ha nekem kéne ezt megcsinálom, biztosan esp-t használnék (8266-ot vagy esp32-t). Egyrészt mert beépített flash van rajta, amit lehet pendrive helyett használni, másrészt mert van hozzá sqlite3 adatbázis lib, ami képes az SPIFFS-en létrehozott adatbázist írni-olvasni! (igazság szerint SD kártyára létrehozott adatbázist is támogat natívan, SPI kommunikációval) Plusz lehet hálózaton keresztül adminisztrálni, ami azt jelenti, hogy ha új szavazót kell új rfid kártyával regisztrálni, azt böngészőből meg lehet tenni, webes felületen. Ugyanígy az eredményeket is le lehet kérdezni. Lehet jelszóval védeni az egészet, míg egy pendrive bárki számára hozzáférhető (feltéve, hogy titkos/érzékeny adat a szavazás eredménye).
A txt fájl egyik hátulütője, hogy nehéz visszaolvasni belőle, hogy ki szavazott már és ki nem, míg adatbázissal ezt nagyon egyszerűen meg lehet oldani. -
válasz
zsolti_20
#11516
üzenetére
Értem! Jó kis feladat.
Az rfid tag uid-je úgy tudom, hogy nem módosítható, viszont van benne 1kbyte-nyi írható adatmező, ahová azt írsz, amit csak akarsz. Viszont ennek az a veszélye, hogy más is tudja írni-olvasni, illetve le tudja másolni, ami visszaélésre ad lehetőséget. Úgyhogy ha ezt használod azonosításra, úgy emlékszem van lehetőség jelszóval védeni az adatmezőt. Ennél biztonságosabb a kártya uid-jét használni, de ahhoz valóban előzetesen fel kell tölteni a neveket az eszközbe. -
válasz
zsolti_20
#11509
üzenetére
Mondok még jobbat. Csináld az egészet wemos d1 mini-vel, és akkor a hölgynek hozzá sem kell nyúlnia a pendrive-hoz, se fájlokat nem kell megnyitnia, hanem a wemos rákapcsolódik az otthoni routerére, és neki csak egy könyvjelzőzhető linkre kell kattintania, ahol kap egy színes-szagos weboldalt a kívánt statisztikákkal.
De legjobb lenne, ha megírnád, mire jó ez az egész és hová lesz telepítve, mert most már egyre jobban érdekel. -
-
válasz
zsolti_20
#11507
üzenetére
Jó-jó, értem.
Csak te kérdezted, hogy "Van ennél jobb megoldás is?". Ha arduinoval létrehozott txt fájl pc-n való visszaolvasása a cél, akkor nem értem, hogy minek a kettő közé egy rakás áramkör meg usb chip, ha néhány vezetékkel is megoldható, natív SPI kommunikációval. Utána kártya ki, kártyaolvasóba be és kész.
Persze ha direkt pendrive kezelés a feladat, nem szóltam.
-
Megvan a megfejtése a Digispark anomáliának. Leírom, hátha később valaki hasonló problémával fog küzdeni.
Írták pár helyen, hogy elég válogatós az usb portokra, ha nem működik, dugjuk át másik portba, alaplapira stb. Mivel laptopom van, belső usb hub-bal, és így is kevés a külső port, ezért az egér, billentyűzet egy külső usb hub-ra van dugva. Addig dugdostam a Digispark-ot mindenhová, hogy végül kipróbáltam a hub-ba is, és voilá! Elkezdte telepíteni a drivert. Aztán...Ott se ismerte fel többet.
Ekkor elővettem a szekrényből egy másik usb hub-ot, és abba dugva már települt a driver és fel is tudtam programozni a micronucleus isp-vel.
Ezután elindult végre a keyboard sketch is. Ezután átdugtam a laptop saját usb portjába, és...
Megint semmi.
Ekkor kihúztam az összes usb eszközt a laptopból, és csak a Digispark-ot dugtam be, és... Siker! Tehát a megfejtés: mivel az usb kommunikáció 16.5MHz órajelet igényel, ami eltér a saját belső órajelétől, az usb portról veszi az órajelet, bedugáskor szinkronizálja magát. Ha ez nem sikerül, akkor nem tud bootolni, és a windows se ismeri fel, nem tud hozzá drivert telepíteni stb. Úgy tűnik, hogy nálam ezt valamelyik eszköz megakadályozta.
Ennek folyománya, hogy ha Digispark (Default - 16.5mhz) board van kiválasztva fordításkor, és utána nem élő usb hub-ba van dugva (hanem usb töltőfejbe, vagy power bank-ba), akkor a kód sosem fog elindulni! (Ez csak most tudatosult bennem, mert ezt így még sehol nem láttam leírva, pedig egy hete bújom a fórumokat... ) Így csak a kimondott usb-s feladatokra lesz alkalmas (keyboard, mouse, joystick emuláció). Ha vki micronucleus isp-vel szeretne kódot feltölteni, aztán power bankról, vagy külső akksiról üzemelteni, akkor a Digispark (16mhz - No USB) board-ot kell hozzá kiválasztani.
-
Lehet, hogy a lemerüléskor sérült a SPIFFS fájlrendszer. Próbáld újraflashelni. Amúgy sem vmi megbízható az esp32 SPIFFS, én sqlite adatbázist próbálok rajta írni-olvasni, és mindig átmegy egy idő után read only-ba, az okát nem tudtam kideríteni, talán bugos a lib, de az is lehet, hogy a két jelenség valahogy összefügg.
-
válasz
hermit
#11476
üzenetére
A teljes kijelző törlése sem Isten ellen való bűn, de ha mindenképp mást akarsz, van több megoldás. Egyrészt ha ugyanazt kiírod rá még 1x, amit előzőleg, de háttérszínnel, akkor eltűnik, de a legelegánsabb megoldás talán az, ha rajzoltatsz a szöveg helyére egy teli téglalapot, háttérszínnel. Az csak azt fogja törölni, amit szükséges.
-
-
-
Beleültetted a bogarat a fülembe, addig olvastam, míg rá nem jöttem, hogy az enyémen gyárilag tényleg nem volt bootloader, úgyhogy elővettem a digispark klónomat (még jó, hogy nem hajítottam ki). Nekem szerencsére volt itthon uno, szóval összeütöttem gyorsan egy isp-t belőle, feltöltöttem rá a micronucleus bootloadert, és...
És semmi.
Viszont arduino IDE-ben a ledvillogtató programot fel tudtam rá tölteni az arduino-isp-n keresztül, szóval végülis féleredmény.
Usb-re dugva viszont unknown device, és rögtön bedugáskor elindul a ledvillogtató program, tehát valamilyen okból egyszerűen átugorja a bootloadert, és rögtön indul a sketch, így sajnos semmilyen usb hid projektben nem fogom tudni használni. Hiába gugliztam, nem találtam semmit. Újraflasheltem vagy 50x, különböző bootloaderekkel, de egyik sem hatotta meg. -
Nem tudod bedugni mondjuk egy power bank-be, ahol az adatlábak nem élnek?
Nézd meg alaposan a forrasztásokat, nem folyt-e meg valahol az ón, vagy nincs-e összenőve valahol két vezetősáv valamelyik kondenzátor közelében. Simán lehet gyári hibás, egyszer én is kaptam egy selejtet pont egy ilyen attiny8-ból, de arra feltölteni se lehetett. -
válasz
Janos250
#11448
üzenetére
És csak két db. 1838 IR receiver és egy sima IR led kellett hozzá, semmi külső elektronika.
Egyelőre még csak tech demo, és sokat kell még csiszolni, hogy pontosabb legyen, össze kell majd válogatni érzékenység szerint a receiver-eket, mert kicsit félrehord.
Végül dobtam a saját protokollt, és írtam egy lib-et, ami a LEGO Power Function led remote protokollt implementálja (ha szeretne valaki Esp8266-tal LEGO Power Function-t távirányítani, szóljon). Az már annyira gyors és robusztus, hogy gyakorlatilag nincs hibás átvitel (két napig teszteltem, és egyetlen hibásan átvitt karakter volt csak). -
Gyanítom, hogy az ESP-32S-en azért lehet több láb, mert azokat is kivezették, amik a beépített flash kezeléséért felelősek. Ha így van (nem néztem utána), azokat nem érdemes piszkálni, szóval nem nyersz vele semmit, ha azt rendeled.
Viszont ha már kísérletezés, én inkább egy lolin32-t javaslok, beépített li-ion csatlakozóval, akkumulátortöltő áramkörrel és konverterrel, mert azt egy akksit rákötve rögtön fogod is tudni használni valamire. -
válasz
Victoryus
#11436
üzenetére
Az van, hogy a wemos-on valószínűleg megsütötted az 5V konvertert, amikor a 3 cellát rákötötted... A szenzor shield pedig az 5V felől tápolja valószínűleg a lapot, és az 5V-ból 3.3V-ot előállító konverter még ép (ez elég nagy mázli).
Ha ez vigasztal, egy kínai uno lapon nekem is sikerült megsütnöm a Vin lábra kötött konvertert, de nekem elég volt hozzá egy 7,4V-os 2S li-po akksi... Az 5V lábról túl nagy áramot vettem le két szervó motorral, és ennyi elég volt hozzá.
Egy filléres 5V buck konverterrel át tudod hidalni a problémát (nekem is arról megy azóta gond nélkül). -
válasz
Victoryus
#11430
üzenetére
Ellenőrizd, hogy a gpio0, gpio2 magas, a gpio15 pedig alacsony szinten van-e, amikor rákapcsolod a tápot a shield-re, különben a lap nem tud helyesen bootolni! Forrás
Szerintem az lehet, hogy vmi okból a 3 láb közül az egyik nem megfelelő szinten van, ha ezt te okoztad vmi okból (a fényképen nem látok erre utaló nyomot), akkor javítsd, ellenkező esetben egy-egy 10k ellenállást köss a megfelelő pinek és a 3.3V vagy a gnd közé. -
válasz
brickm
#11424
üzenetére
Lehet, hogy nevetségesen hangzik, de nekem a tápellátás volt az egyik legnagyobb akadálya, hogy normális dolgokat csináljak, a másik a motor és egyéb driverek hiánya, mert úgy 10 éve még nem volt ennyi webshop, vagy én nem tudtam róla, hogy honnan lehetett mindenféle feszültségkonvertereket, h-bridge-eket stb beszerezni, illetve nem tudtam a létezéséről ezeknek az eszközöknek. Borzasztó nagy segítség egy kezdőnek, hogy az arduino lapok többsége úgy érkezik, hogy szinte bármiről meg lehet táplálni őket.
Aztán ott volt a mindenféle library-k, vagy azok kompatibilitasának a hiánya. Az arduino-nál egy kezdő programozó a megfelelő lib-ek segítségével 10 sorból képes mindenféle csodát alkotni.
Az egyetlen sikeres pic projektem egy pickit2-ből és egy saját tervezésű nyákra, fetekből megépített motor driver volt, amit LEGO Mindstorms NXT robothoz lehetett kapcsolni, saját gyártású csatlakozóval és i2c-n keresztül lehetett vele plusz 2db motort meghajtani, de egyrészt a megfelelő motorok hiánya, másrészt az egész áramkör hatalmas mérete miatt LEGO robotra sosem került, megmaradt tech demo-nak (bár irtó büszke voltam rá, hogy sikerült megépíteni ). Bár ezek kívül volt még egy nokia lcd illesztési kísérletem, szintén saját gyártású nyákkal, ami szintén működött, csak nem volt jó semmire, azon kívül, hogy tudtam rá írni dolgokat . Ekkor tanultam meg nyákot maratni házilag, és ekkor is csináltam utoljára. Utána jöttek a gyerekeim, idő hiányában felhagytam a próbálkozásokkal, aztán mire újra lett rá időm, meg jött a kánaán az arduinoval és a kínai webshopokkal. 
-
válasz
Victoryus
#11406
üzenetére
Jó lett volna látni az udp-s példakódot is, amelyik működik.
Elsőnek próbáld meg, hogy innen:
void loop() {
handleUDPServer();
//delay(1);
}kikommenteled a delay-t:
void loop() {
handleUDPServer();
delay(1);
}Régebben olvastam itt a topikban, hogy ha túl sokáig fut a loop, akkor az nem jó az esp-nek, bár a hiba logban nem látok wdt-hez kapcsolódó hibaüzenetet, de hátha bejön.
-
válasz
Victoryus
#11397
üzenetére
Ezeket tapasztalati úton tudtam meg, de ha időben észrevetted volna, hogy nagyon melegszik, és rákérdezel, el is mondtam volna. Sajnos előbb nem jutott eszembe...
Itt írtam az én kínlódásomról a pwm-mel. Egészen 32Hz-ig kellett levinnem a frekit egy másik driverrel (L9110s), hogy legyen teljesítmény, és ne melegedjen. Ezzel a shield-del magasabb frekin is működött, de én sosem próbáltam 8,4V-nál nagyobb táppal. -
-
válasz
Victoryus
#11389
üzenetére
Az 5V pin ugyanolyan jó neki, mint az usb, egy baj van csak, közvetlenül nem érdemes rákötni, mert ha 3.9V alá merül az akksi, bizonytalanná válik a működése, miután az onboard regulátor kb 0.6V-tal többet igényel, mint a kimeneti feszültség (3.3V). Kellene hozzá egy külső 3.3V boost-buck konverter.
-
válasz
Victoryus
#11384
üzenetére
Valamiért azt hiszed, hogy a szervó vezérlés a shield-en történik, vagy hogy driver kell hozzá, de nem. A szervó vcc és gnd ágát értelemszerűen 5V-ra és gnd-ra kötöd, a sárga vezetéket, ami a signal, pedig egy tetszőleges lábra a kontrolleren, a többit megoldja a kontroller a servo lib-en keresztül, timerrel, a driver pedig benne van magában a szervóban. A shield szervó pinjei is csak azért nem döglöttek, mert azok csak szimplán kivezetik az egyik pin-t a kontrollerről.
-
válasz
Victoryus
#11382
üzenetére
Persze, hogy nem jó, a 0 és 1 a serial tx/rx, ha azokra kötsz valamit, ami fel vagy lehúzza a lábakat, jó eséllyel nem tudod feltölteni a programot.
Ezen kívül a programban 1 és 3 láb szerepel, miközben a 0 és 1 van bekötve.
digitalWrite(in1, 50); //elvileg fordulatszámez nem lesz soha fordulatszám, legfeljebb
analogWrite(in1, 50); //elvileg fordulatszám -
válasz
Victoryus
#11359
üzenetére
Az M1,M2 kimeneteknél nem lehet, hogy csavarás közben valahogy túlhúztad és megszakadt az átvezetés az alaplapi vezetősáv és az aljzat közt? Én megpróbálnám tesztelés céljából a motor kivezetéseit valahogy hozzányomni a vezetősávhoz (persze lehetőleg rövidzárlat okozása nélkül). Nehezen hiszem el, hogy bármilyen módon tönkrement volna a driver elektronika, hiszen mindenféle védelem van beépítve, túlmelegedés, rövidzár, esd, és a motor önindukciója ellen is védve van.
-
-
válasz
zsolti_20
#11313
üzenetére
Hát én többször futottam már ilyenbe, de sokat segítene, ha a hibát magát is bemásolnád. Legutóbb például azzal szívtam, hogy pro micro-ra billentyűzet-emulátort írtam, ami feltöltés után önálló életre kelt és elkezdte kitörölni a saját forráskódját
, amit nem vettem észre és mentettem a sérült kódot. Következő módosítás után természetesen nem fordult le. Fejből újra kellett írnom egy tetemes részét a kódnak. -
A szobahőmérséklet mennyivel több, mint mondjuk 2 hete? Te is írtad, hogy a meleg szerepet játszhat, bár elég fura lenne, hogy kb 2-3 fokos hőmérsékletkülönbség megzavarná a kijelzőt.
Ellenpéldának megemlíteném, hogy nemrég építettem raspberry pi zero-ból és egy tft touchscreenből egy szerkezetet, ahol is a touchscreen a rpi bemelegedése után nem hajlandó többet működni. Maga a tft működik, csak a digitizer nem. És az is spi csatolón keresztül kommunikál, ami fura egybeesés, de nem hiszem, hogy a két esetnek ennél több köze lenne egymáshoz. -
válasz
kzsolt00
#11298
üzenetére
Szia!
Ha már az arduino topikba írtál, elmondanám, hogy az egész feladat az erre a feladatra enyhe túlzás rpi helyett egy kb. 1000Ft-os esp8266 alapú nodemcu-val tökéletesen kivitelezhető lenne, touchscreen-t és weblapot is beleértve! Feltéve, ha vezetékes net kapcsolat helyett megfelel, ha "csak" wifire van kötve az egész téma. Máris spóroltam neked 18e Ft-ot. A riasztót nem értem, hogy milyen célt szolgálna, szeretnéd, ha a sz.rt is kiijesztené belőled az éjszaka közepén, vagy elég, ha csak akkor hallod, ha éppen mellette állsz? Utóbbi feladatra egy 50Ft-os piezo csipogó tökéletesen megfelel, amit közvetlenül ráköthetsz az esp/rpi egyik tűjére. Az említett pc hangszóróhoz mindenképp vmilyen végfok kell, ami lehet akár egy egyszerű tranzisztor-ellenállás-kondi kapcsolás.
A breadboard-ot pedig mindenképp felejtsd el, bármilyen megoldás is lesz a vége, hacsak nem próbanyákra gondoltál a kifejezés alatt.
Bónusz kérdés: nem lenne megnyugtatóbb megjavíttatni/cserélni azt a kazánt?
-
válasz
Victoryus
#11288
üzenetére
Azért kérdeztem, mert ha fordítva, a Vcc és a pin közé kötnéd a ledeket (alacsony jelszintre kapcsol), akkor úgy több áramot képes elviselni, asszem 26mA-ig rendben vagy. Mivel az esp8266 gpio-k hivatalosan 5V toleránsak, ha 5V-ra kötöd a ledeket, akár hármat is tudnál sorba kötve egy lábról üzemeltetni, külön driver nélkül (ellenállás persze ide is kell). De persze egy uln2003 lenne az igazán megnyugtató megoldás (arra is úgy kell kötni a ledeket, hogy a tápra megy a másik lábuk), ha tudsz neki helyet szorítani (külön tartót nyomtatni nemigen kell neki, hiszen egy chipről van szó, beforrasztod rá a ledeket stb aztán teszel rá egy zsugorcsövet és benyomod az egészet egy kevésbé látható résbe.
-
válasz
Victoryus
#11281
üzenetére
Az a led nyitófeszültségétől függ. Egy piros led esetén kb. 10mA áram fog folyni, ha két led lesz rá kötve párhuzamosan, az 5mA/led, így az már nem biztos, hogy elég fényt ad. Zöld/sárga led nyitófeszültsége picit magasabb, még kisebb lesz az áram. Inkább 60-80ohm körül tennék oda.
Vcc-re vagy GND-re van kötve a ledek másik lába? -
válasz
Victoryus
#11276
üzenetére
Milyen sebességgel flashelsz? Az egyik d1 minit nem bírtam 9xx kbit/s-al flashelni, miután a gpio-kra voltak kötve a cuccok, le kellett mennem 1xx van valahány kbit/s-ra, addig mindig hibás lett a feltöltött program. Talán nálad is hasonló a gond. Illetve a kábelt cseréld ki.
Nemrég én spammeltem teli a topikot az infravörös adatátvitelemmel, írd csak nyugodtan a fejleményeket. Ha elkészült, tegyél majd fel videót.
Nem írtad, milyen ledet használsz. -
válasz
Victoryus
#11272
üzenetére
A hibakódra a gugliban rákeresve én is azt találtam, hogy resetel a board, mégpedig áramellátási gond miatt. Úgy néz ki egyszerű rövidzárlatot csináltál a két leddel az áramkorlátozó ellenállás nélkül.
Gondolom párhuzamosan kötötted őket.
Az esp8266 gpio max 17mA árammal terhelhető, ha a ledet a gpio és a gnd közé kötötted. Ha a Vcc és a gpio közé van kötve (alacsony jelszintre kapcsol), akkor nagyobb áramot is képes elnyelni, de mindkét megoldással kockáztatod, hogy túlterheled az adott gpio-t és tönkremegy.
Milyen ledet használsz, színeset vagy fehéret? Ha színeset, akkor a két ledet sorba kellene kötni, nem párhuzamosan, és egy áramkorlátozó ellenállást számolni hozzá. A fehér ledeket a nyitófeszültségük miatt nem lehet párhuzamosan kötni, de ellenállás akkor is kelleni fog, vagy egy darlington tranzisztor. -
válasz
gazso75
#11264
üzenetére
Küldje el emailben a koordinátákat, vagy a rajta futó webszerverre wifin keresztül fellépve küldjön egy oldalt, amin a gmaps térképe van beágyazva. Pl így: https://www.google.com/maps/place/@51.5007292,-0.1246254,16z
A kukac után látható a gps koordináta. -
válasz
Breaker
#11259
üzenetére
Köszi a biztatást, de ez nem fog bekövetkezni, ugyanis a lap már be van ragasztva, így hozzá sem tudok férni, ezen kívül rá van forrasztva a li akksi, így nem szívesen babrálok már vele, félek, hogy rövidzárat csinálok.
A másik meg az, hogy a töltési idő is hosszabb lenne emiatt... -
Más téma!
Szeretnék egy hiperegyszerű töltöttségvisszajelző ledet gründolni a fent említett li-ion táplálású eszközbe.
A következőt találtam ki:
A li akksi egy ilyen boost konverteren keresztül táplálja a gépet. Azt szeretném, ha az akku 3V körüli szintjénél "kigyulladna" egy LED, ami arra figyelmeztet, hogy ideje töltőre dugni az eszközt. Az out+ és az in+ közé tennék egy ~1,7V nyitófeszültségű ledet egy diódával és egy áramkorlátozó ellenállással sorba kötve, ami elképzelésem szerint akkor fog kinyitni, ha a konverter kimenete és bemenete közti feszültségkülönbség eléri a 2,3V-ot. Mivel a konverter kimenetén 5,2V körüli feszültség van, ez az eset az akku 2,9V szint alá merülésekor fog bekövetkezni - elméletben.
Valahogy persze számításba kellene vennem az előtét ellenállást is, mert nyilván befolyásolja az egész cucc nyitófeszültségét, talán még diódát sem kellene sorba kötni.
A kérdésem, hogy ez működhet-e, aszerint, ahogy én azt elképzeltem, és van-e buktatója (leszámítva persze, hogy zárlatos lesz a LED és rövidzárlatot csinálok). -
"2: R3 cseréje nagyobbra."
Ez működne, de nem szívesen babrálok SMD alkatrészekkel...
"1: Soros, pl 2A-es shottky dióda, vagy 0,47 ohmos ellenállás az 5V-os ágba.
A TP4056 ugyanúgy tölt majd, csak kevésbé forrósodik."
Ez tetszene, de sajnos nem járható, mert usb csatlakozó van rajta, nem tudom megbontani.
Viszont jó ötletet adtál, fogok keresni olyan usb-s töltőt, aminek 5V alá esik a feszültsége terhelésre (tegnap 2A-es töltőt próbáltam, lehet ez volt a hiba), vagy keresek egy ócska usb kábelt, amin nagy a feszültségesés, asszem tudok is egyet, pont kapóra fog jönni. -
Ezen a töltő modulon, amiről beszéltek, normális, hogy 70°C körül van a chip hőmérséklete? Egy db. cca 2000mAh kapacitású 18650 cellát töltök vele, 5V-ról. Az usb-s V/A mérő szerint 1,11A töltőáram megy a cellába, miközben 70°C körülre forrósodik fel (maga a cella nem melegszik). Mikor lecsökken a töltőáram, lemegy 50°C körülre, majd rendben leáll a töltés. A feszültség is rendben van, szóval látszólag jól működik, mégis aggaszt ez a magas működési hőmérséklet, a rögzítéséhez használt forróragasztó is megolvadt töltés közben.
-
válasz
Janos250
#11201
üzenetére
Én nemrég átírtam az esp8266 softwareserial lib-et paritásbitesre.
Egyébként az lesz a hiba, amit DigitXT kolléga írt, hogy akkor is menti a hibás adatot az előző értéknek fenntartott változóba, amikor hibás, ezért ha két hibás adat jön egymás után, az egyik át tud csúszni az ellenőrzésen. Ezen a distanceBetween sem segít, mert ahhoz is el kell tárolni a korábbi értéket. -
-
válasz
Victoryus
#11190
üzenetére
Tudsz linket adni ezekhez a koppincs motorokhoz? Miért van rajtuk 4 vezeték, szenzor van bennük?
Most kerestem vissza, a nema8 motorokról tényleg más valaki írt, ezen a linken láttam, nagyon megtetszett, és megmaradt bennem. Kár, hogy drága is egy ilyen motor és driver is kétszer annyi kell hozzá, mint egy sima dc motorhoz. -
válasz
Victoryus
#11188
üzenetére
"leforrasztani a lego koppincs motorokról a 4 erest, helyére sima 2 erest"
Ugye nem a korábban linkelt(?) Nema8 stepper motorokkal akarod ezt megtenni?
"mert a motor shieldhez nem raktam fel anno"
Dehát driver (lib) nélkül le sem tudod fordítani a programot.
De örülök, hogy végre sikerült valami eredményt elérni.
Ha a wemos motor shield-ről beszélsz, akkor igen, az i2c vezérlés csak két pint foglal, asszem a d1/d2-t. (Meg persze a táp és gnd pineket.) -
válasz
gyapo11
#11180
üzenetére
"böngésző a NAT mögül kapcsolatot tud teremteni egy serverrel"
De csak pollozni tud, a server csak akkor tud adatot küldeni a böngésző felé, ha a böngésző kezdeményez. Ezért nem lehet a kapcsolatteremtés után kihagyni a szervert. Torrent sem működik két passzív módú kliens között, csak akkor, ha az egyik aktív! -
-
-
válasz
gyapo11
#11170
üzenetére
Gondolom a teamviewer is vmi broker szervert használ, ami közvetít ilyenkor (vagy mindig).
Simán ki tudok találni erre valami saját protokollt, ezért tetszik ez a uC megoldás.
Egy kameránál, még ha be is lehet állítani, hogy feltöltse a képeket valahova, nincs akkora mozgásterem. Meg akkor hol marad a fun factor? -
válasz
Victoryus
#11166
üzenetére
Sajnos nem igazán van fogalmam róla, hogy mi is ez a motor shield, de a kép alapján egész biztosan rosszul van összekötve, mert a D1-D4 lábak mellett még minimum a gnd-t össze kell kötni a shield és a lap közt, és ha a shield-en nincs kimondottan konverter a L293d tápfeszültségének az előállításához (3,3V-5V) akkor még a Vcc bemenetet is össze kell kötni a lap megfelelő kimenetével (esp32-nél a 3,3V-tal!). Ez a L293d logikai tápja, nem a motoré! Ezek után ott van még egy-egy enable láb mindkét motorhoz, ha azokat nem húzod magas szintre, a D1-D4 lábakra hiába adsz jelet, a motorok nem fognak megmozdulni. Szóval összesen ha jól számolom 8db jumper kábel kell a két motorhoz. És persze minimum 9V táp a shield-nek (motorok tápja), mert az alatt a L293d nem nyit ki rendesen, csak melegszik meg sípol (pwm meghajtás esetén).
-
válasz
vargalex
#11163
üzenetére
Nem csak bizalom kérdése, nem vagyok biztonsági szakember, meg nem is szeretnék a kelleténél többet foglalkozni az otthoni hálózat biztonságával. Nekem kényelmes, hogy a NAS-on futó smb hálózat jelszó nélkül üzemel, hogy a raspberry a gyári ssh jelszóval nyitható stb. A torrentezés miatt az ip címem sem hadititok, így jól jön, hogy van egy plusz "tűzfal", ami véd. Ha kivennének a NAT mögül, ezeket a réseket mind be kéne tömnöm, és akkor még mindig ott van annak a lehetősége, hogy a routeren befoltozatlan biztonsági rés van. Jobban bízom a láthatatlanságban.
Jártam már úgy, hogy torrentezős gép egyik napról a másikra 250+ vírust szedett össze, mert csak a router és a windows tűzfala védte. De nem akarok offolni tovább. -
-
-
válasz
Janos250
#11155
üzenetére
Nézegettem ezt az esp32-cam összeállítást, és azt látom, hogy 3 féle cam modult is lehet hozzá kapni. Na most a kérdés: szerinted mi a szűk keresztmetszet, a modul, vagy az esp32 teljesítménye, esetleg a wifi sebessége? Érdemes lehet másik modult próbálni az ov2640 helyett magasabb fps érdekében? Egy 15-30 fps / 640x480 mellett én már elégedett lennék.
A másik, jól látom, hogy ezen nincs usb, hanem külön programozó kell hozzá? -
Használta már itt valaki a SPIFFS fájlrendszert esp32-n? Sqlite adatbázist próbálok használni rajta, az olvasás hibátlanul működik, de az írás nem. Ha írok az adatbázisba, hiba nélkül lefut a kód, de 3ból 2x a kiírt adat egyszerűen elveszik. Néha viszont sikerül írni az adatbázisba és az adat is megmarad.
Néhány írási próbálkozás után pedig néha lefagy az egész esp! Hiába túrom a netet, semmit sem találok a témában. Egyszerűen nem tudok rájönni, hogy hardverhiba, bug valamelyik lib-ben, vagy én rontok el valamit a programban. Talán vmi flush parancs kellene, hogy kírja a változásokat, de egyik példakódban sincs nyoma, hogy létezne, vagy hogy használni kellene... -
válasz
Victoryus
#11142
üzenetére
Milyen library-vel próbálod ezt a shield-et használni a Wemos d1-el? Az uno-hoz való adafruit-ossal?
Az alsó sor jobb szélső két pin az SDA SCL, ugyanez duplázva a felső sor bal szélső két pin-en.
A lolin32-vel vigyázz, mert ezen a shield-en ha jól tudom rajta vannak az i2c felhúzó ellenállások, amik 5V-ra húzzák a pineket, de amíg az esp8266 gpio-i 5V toleránsak, az esp32 kimenetei állítólag nem azok. -
Jlcpcb, Pcbway, de van még talán jobb/olcsóbb.
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. 
Új hozzászólás Aktív témák
ekkold- Terminator 2D: NO FATE - Nincs végzet...
- Linux kezdőknek
- TCL LCD és LED TV-k
- Futás, futópályák
- Milyen TV-t vegyek?
- Kamionok, fuvarozás, logisztika topik
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Google Pixel topik
- Autós topik
- Autóápolás, karbantartás, fényezés
- További aktív témák...
- AKCIÓ!!! DDR5 GAMER PC: Intel Core Ultra 7 265KF +RX 9070/9070 XT +16-64GB DDR5! GAR/SZÁMLA!
- AKCIÓ! GAMER PC: i5-14400F (10mag/16szál) +RTX 5050/5060/5060Ti/5070/5080 +16-64GB DDR4! GAR/SZÁMLA!
- iPhone 13 Pro 126GB Gold Független 89% Gyári Akku iOS 17.3.
- Dell OptiPlex 7050 Micro i5-7500 / 8GB RAM / 256GB M.2 SSD
- Kompakt Gamer PC - i5-4750 + R9 380 4GB + 8 GB RAM
- Asus ROG G20AJ - Intel Core i7-4790, GTX 980 + eredeti doboz
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Intel Core i5-9500 / i5-9500T / i7-8700 / i7-9700 CPU, processzor - Számla, garancia
- Nvidia Quadro M2000/ P2000/ P4000/ RTX 4000/ RTX 5000/ RTX A2000
- BESZÁMÍTÁS! ASROCK B650M R5 7600X 32GB DDR5 2TB SSD RX 6900XT 16GB Zalman Z1 PLUS GIGABYTE 850W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő