- Microsoft Excel topic
- Crypto Trade
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- MinDig TV
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Rendszergazda topic
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Proxmox VE
- Kapnak egy rakás reklámot a Roblox játékosai
- ArchiCAD és Artlantis topik
-
IT café
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
-
Tankblock
aktív tag
[link]
Ez egy Sparkfun fogyasztása, a kínai modulé több is lehet. Battery optimalizálva a lehető legtöbb deepsleep vagy full kikapcsolás kell. Wifi helyett EPS-NOW, azt is csak a szükséges és elégséges minimális ideig fenntartani. Maga a lap is sokat fogyaszt, ha deep sleepbe küldöd akkor is, mérd meg az áramfogyasztását....Release the Beast....
-
agent_k
őstag
Ez 1 db sony vtc5 2500mAh. Napelemem nekem is csak egy kicsi 5V/200mA-os kis vackom van, de a célnak biztos, hogy meg fog felelni.
@Aryes
- wemos D1 mini
- BME280
- 100K 0,1% Precíziós fémréteg ellenállás 0,5WA kapcsolást ennyi alkatrésznél nem hiszem, hogy kell részletezni. A tápellátás direktben rá van kötve a mikrokontroller 3v3 pinjére. A feszmérés pedig az A0 és a föld közé került.
D0 - RST összekötve a deep miatt.deep sleep fogyasztást még nem mértem, ennyire nem mentem utána a dolognak.
Példa akár zambretti féle időjáráselőrejelzéssel:
hackaday.io/project/165061/logs?sort=oldest&page=1[ Szerkesztve ]
-
nagyúr
válasz agent_k #15853 üzenetére
Engem csak a tápellátás része érdekelt.
Ezt nem értem, a feltöltve 4,2V-os Li cellát direktben kötöd a 3,3V-ra? Yay. Nem melegszik nagyon?
Úgy tudom a flash chip 3,6V táp fölött megsül. Ha eddig nem ment tönkre, az azt jelenti, hogy a lap valahol elfűti a többlet feszültséget, talán a 3,3 regulátor, ami a lapon van.[ Szerkesztve ]
-
_q
addikt
válasz agent_k #15855 üzenetére
Én egy ilyesmi 0.9V to 3.3V konvertert használok: [link] Ez azért is jó, mert ha 2.8V körülig használom az aksit, akkor még meg van a 3.3V, valamint 4.2V helyett is kisebb feszültséggel terheli.
#15852Tankblock
Nem mértem még meg soha, de ahhoz valami áramkör kellene, hogy monitorozza, addig meg nem mentem el. Gyári ESP32 adatlapot néztem csak. Közben most jut eszembe, ESP32 modult használok amihez terveztem egy egyszerűbb PCB-t, nem is a dev boardot, 2 éve csináltam, el is felejtettem már a részleteket Viszont egyéb áramkörökhöz kínai kész paneleket vettem, azt már nem akartam magam megépíteni: TP4056, hőmérő modul, 0.9-3.3V konverter.[ Szerkesztve ]
-
vargalex
félisten
válasz agent_k #15853 üzenetére
Ha jól olvastam, a többiek már írták: developer board-al (ilyen ugye a wemos s1 mini is) nagyon nagy lesz a deep sleep fogyasztás egy csupasz esp8266-hoz képest. Ha jól láttam, a kolléga az én kódomat (is) linkelte. Nálam percenként van ébresztés, 10 percenként wifivel (addig csak RTC memóriába tárolja a mért hőmérséklet és feszültség adatokat) és küldi a szervernek HTTP POST-al. Így 1 db 18650-es cellával átlag 4-5 hónapot elmegy. 3 V alatt a szerver oldal e-mail-ban riasztást küld, hogy cseréljem a cellát.
Alex
-
agent_k
őstag
válasz vargalex #15857 üzenetére
Köszönöm! Nagy rajongód vagyok router témában. :) Köszönöm a hozzászólásodat. Körvonalazódott már, bennem is amit írsz. Ez egy dev board. Lehet játszani vele, de kvázi prod környezetre más megközítést kellene alkalmazni. De nem fogok. Napelem és 4056. Köszi srácok szerintem túl is beszéltük a témát
-
Tomika86
senior tag
Sziasztok!
Most hogy is van ez, hogy a változókat, hogyan jelölöm.
Melyiknek mi az előnye, hátránya.byte valtozo int8_t valtozo
int valtozo int16_t valtozounsigned long az uint32_t vagy 64?
float, string, char az marad ugyanezKöszönöm!
-
_q
addikt
válasz Tomika86 #15860 üzenetére
Ha int-et írsz, akkor az asszem feltételezi a "legrosszabb" esehetőséget és uint64 lesz használva. Ha megnéznéd mi van az int mögött, akkor számos más függvényt találnál, aminek a legvégén lesz talán az uint64. De majd kijavítanak ha rosszul írom.
Úgy tudom a kód hatékonyabbá tehető, ha pl in8-as adatot nem int16-al adsz meg és végképp nem a teljesen general int paranccsal, mert indokolatlanul több helyet használsz. Manapság már a több memóriaterület miatt kevésbé számít, főleg hobbi szinten.
-
_q
addikt
válasz Tomika86 #15862 üzenetére
Ha jól tudom sima int-es megadással se vizsgálja meg, hogy neked valójában csak 8 bitre van szükséged, azaz sokkal több memóriát foglal le, int32 vagy int64-nek veszi, mint ha te fixen 8 bitesnek adod meg, mert amúgy meg beleférne az adat. De azért várjuk meg más mit ír.
Én is változó hogy adom meg, sokszor függ a minta kódtól is, ha ott valami int-el van megadva akkor úgy hagyom.[ Szerkesztve ]
-
Janos250
őstag
válasz Tomika86 #15860 üzenetére
Főként a microkontrolleres alkalmazásokban terjedt el az int8_t, uint8_t, stb. alakokat használni, ahol fixen megadjuk a memóriában a méretet, és hogy előjeles, vagy előjel nélküliként értelmezze a számítások során.
Idővel (C++11 óta) bekerült a szabványos C++ -ba is,
https://en.cppreference.com/w/cpp/types/integer
Én mindig ezeket az alakokat használom, mert így biztosan tudom, milyen lesz, én így jobban szeretem.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Janos250
őstag
válasz Tomika86 #15865 üzenetére
Igen, mindegy.
Most nincs előttem olyan gép, amin fenn van az Arduino, de megkeresheted, hogy az ESP32 melyiket miként használja.
valami ilyesmi: define int8_t xxxxxxxx.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Janos250
őstag
válasz Tomika86 #15862 üzenetére
Itt vannak a megfeleltetések.
Van ugyan még plusz aláhúzás, de az ne zavarjon, többszörös átültetés során kerültek bele ilyesmik bőven.typedef signed char __int8_t ;
typedef unsigned char __uint8_t ;
#define ___int8_t_defined 1
typedef signed short __int16_t;
typedef unsigned short __uint16_t;
#define ___int16_t_defined 1
typedef signed int __int32_t;
typedef unsigned int __uint32_t;
#define ___int32_t_defined 1
typedef signed long long __int64_t;
typedef unsigned long long __uint64_t;
#define ___int64_t_defined 1
typedef __int8_t __int_least8_t;
typedef __uint8_t __uint_least8_t;
#define ___int_least8_t_defined
typedef __int16_t __int_least16_t;
typedef __uint16_t __uint_least16_t;
#define ___int_least16_t_defined
typedef __int32_t __int_least32_t;
typedef __uint32_t __uint_least32_t;
#define ___int_least32_t_defined
typedef __int64_t __int_least64_t;
typedef __uint64_t __uint_least64_t;
#define ___int_least64_t_defined
typedef __INTPTR_TYPE__ __intptr_t;
typedef __UINTPTR_TYPE__ __uintptr_t;Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
rita7107
aktív tag
Sziasztok.
Adott egy Uno eszköz.
Sokáig minden probléma nélkül működött, de valami oknál fogva (lehet a fiam feltöltött rá valamit?)
ezt a két üzenetet kapom vissza:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xebTermészetesen nem történik meg az kód feltöltés.
Kérdés:
Hogyan tudom újra életre kelteni, úgy hogy ne kelljen másik eszközt használnom. -
gyapo11
őstag
válasz rita7107 #15874 üzenetére
Érdekes, én akkor tippelnék a bootloaderre, ha egyébként mint usb-s soros port rendben látszik. Habár nem tudom mit ír ki, ha az usb-soros konverter ic fekszik meg. Windows dudál az új usb eszköz megjelenésekor? Eszközkezelőben látszik az uno, hogy valamilyen soros port hozzá van rendelve?
menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
rita7107
aktív tag
válasz gyapo11 #15876 üzenetére
Az USB porton látszik az eszköz. Az AIDE kijelzi hogy COM1 vagy ha változtatok a beállításon akkor COMx porton van az eszköz. Az alaplap info lekérdezése menünél pedig azt írja ki hogy Natív Soros port nem nyerhető ki infó. Viszont feltölteni nem tudok rá semmit, a fent jelzett hibaüzenetet kapom. A panelen az táp+TX LED-ek világítanak. Mindegyik folyamatosan.
-
gyapo11
őstag
válasz rita7107 #15877 üzenetére
Az a baj, hogy feltölteni akkor sem tudsz, ha az usb-soros ic rossz, meg akkor sem ha a bootloader makkan meg. Mindegy, ha újraírod a bootloadert, azzal nem csinálsz semmi rosszat, max fölösleges.
menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
Tomika86
senior tag
Sziasztok
Esp32 esetén is a láb számával adom meg hogy mi hova van bekötve?
int kapcsolo1 = 4; pl?
DS18B20 esetén most arduino esetén csak a lábszám van megadva, ez jó lesz nekem?
I2C esetén kell megadni valamit?
Illetve Tx1, Rx1 a Serial1 itt kell lábszámot megadni, vagy az alapértelmezett jó?
Tx2, Rx2 lábszámai hogy adhatóak meg? Vagy nem kell? Csak Serial2?Köszönöm
-
Janos250
őstag
válasz Tomika86 #15879 üzenetére
"Esp32 esetén is a láb számával adom meg hogy mi hova van bekötve?"
Igen, de vigyázz, mert a lapokon néha összevissza van jelölve.
"Illetve Tx1, Rx1 a Serial1 itt kell lábszámot megadni, vagy az alapértelmezett jó?
Tx2, Rx2 lábszámai hogy adhatóak meg? Vagy nem kell? Csak Serial2?"
Serial1-nél meg kell adni a beginben a lábszámokat, mert a default nem jó, mert azt a belső flash használja.
Ha Serial2-nél a default lábakra kötötted, akkor nem kell megadni.
I2C:
https://randomnerdtutorials.com/esp32-i2c-communication-arduino-ide/[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Tomika86
senior tag
-
bzolika10
aktív tag
Sziasztok!
Egy pár napja próbálok egy Wemos D1 minit (esp8266) összeheftelni egy kc-40 forgó enkóderrel. Természetesen interrupttal, de sehogy se sikerül. Pollinggal nagyon pontos, de IT rutinnal folyamatosan csak össze vissza ugrál. Kipróbéltam már az összes Rotary encoder könyvtárat is, de azokkal se sikerült. Van erre valamilyen tippetek, hogy hogyan lehetne megoldani IT-vel? -
bzolika10
aktív tag
válasz bzolika10 #15884 üzenetére
Közben meglett a megoldás: szoftveres pergésmentesítés kellett neki:
ICACHE_RAM_ATTR void ISR() {
int currMillis = millis();
if (currMillis - lastEncoding > debounceTime) {
if (digitalRead(encoderB) == HIGH) {
setTemp++;
} else {
setTemp--;
}
lastEncoding = currMillis;
}
} -
tonermagus
aktív tag
Sziasztok!
LiPo akksin mért már valaki feszültséget Arduinoval?
Eddig azt a "béna" megoldást használtam, hogy az akkumulátor kimenetére kötöttem egy analóg lábat (feszültségosztó áramkörre, 7,5K és 30K-s ellenállásokkal lehúzva) majd a kapott értéket szoroztam egy számmal, és így nagyjából kijött a 12V környéki érték.
Ennél elegánsabb megoldás is létezik, a LiPo akksik Balance kábelét lehet gondolom erre használni. Egy 3 cellás lipon 4 ér van, 1 GND, és 3 pozitív minden cellához. Tehát meg tudom mérni csak egy cella értékét, vagy két cella értékét, vagy az összeset.
Jól gondolom, hogy ha csak egy cella értékét mérném (4,2V körül van teljesen töltve) azt simán mérhetem mindenféle ellenállás nélkül egy analóg lábra kötve?Nyilván azt szoroznám meg hárommal, így nagyjából meglenne a teljes feszültség ha jól balancolva van az akkumulátor. -
Tomika86
senior tag
válasz tonermagus #15886 üzenetére
Vagy 3 analóggal méred és akkor tudod ha valamelyik cella rossz?
Védő diódának raknék azért 5, 1v zener diódát. -
-
weiss
addikt
válasz tonermagus #15889 üzenetére
Igen, de mi lesz a referencia? Mihez képest méred, mert ezek ha jól értem, sorba vannak kötve.
I did nothing, the pavement was his enemy!
-
nagyúr
válasz tonermagus #15886 üzenetére
Én pont így szoktam mérni, feszültségosztóval. Nincs értelme szerintem cellánként mérni, vagy 1 cella értékét interpolálni. Osztó esetén vedd figyelembe, hogy az analóg portnak is van egy saját ellenállása (10-20kΩ körül, ha jól emlékszem), ami magasabb értékű feszültségosztó esetében kicsit módosítja a mért értéket, ezért ha a pontos értékre vagy kíváncsi, kalibrálni kell.
[ Szerkesztve ]
-
tonermagus
aktív tag
Ismét egy kérdésem lenne HMC5883L iránytűvel kapcsolatban. Bár igazából nem is annyira fontos a típus. Úgy általánosságban érdekelne, hogy valakinek sikerült-e elfogadhatóra bekalibrálni a digitális iránytű modult?
A gondom tipikusan az, hogy hogy ha beállok vele 0 fokra (már ami szerinte 0 fok, az a valóságban mondjuk 67 fok) és hátrafordulok vele akkor a 180 fok helyett ~260-at ad vissza. Aztán ha tovább fordulok az adott irányba akkor 260 és 360 közötti értéket ad vissza. Tehát tipikusan nincs bekalibrálva.
Ennek a kalibrálási folyamatnak érdekelne az elmélete és gyakorlati megvalósítása VIRÁGNYELVEN, mert bár sok szakcikk van a neten, nem igazán értem.
Példaprogramom van kalibrálásra, azzal elméletileg kapok egy offset-et az X és Y tengelyre, amit a fő programban be is állítok SetOffset(x,y)-al, de mégis piszkos nagyot csak az iránytű.
Azt se tudom hogy jól csinálom magát a folyamatot: sík felületre teszem, majd körbeforgatom párszor minden irányba. és a kapott offx és offy értéket használom.
https://github.com/jarzebski/Arduino-HMC5883L/blob/master/HMC5883L_calibrate/HMC5883L_calibrate.ino[ Szerkesztve ]
-
vegyszer
addikt
Sziasztok!
Ugyan az első projektem egyéb okok miatt parkoló pályára került, lett újabb igény.
Nevezetesen vettem egy Canon EOS M50 fényképezőgépet még karácsonyra.
Mivel az előző Canon EOS 450D esetén volt 2.5mm-es jack ajzat a távirányítóhoz, fel se merült bennem, hogy ehhez az új géphez ne lenne.
Ami viccesebb, hogy vezetékes programozható kioldó nem is létezik hozzá.
A célom, hogy beállítom, hogy egy exponálás mekkora időt vegyen igénybe (módjuk 90 másodperc), és hányszor készüljön el egymás után. Gépen persze B idő, Manual módban...Túrva a netet találtam egy érdekeset.
[link] ESP32 alapú vezérlő két gombbal.
És szinte zéró érdemi leírással
De a vezér hangya megindult.
Elvileg az ESP8266/ESP32 mellé lehet írni egy webes felületre kapcsolókat. Ami pont úgy működik, mintha fizikailag nyomkodnám a gombokat.
Márpedig nekem ennyi az igény: milyen hosszan, és hányszor, és két felvétel között mennyit várva indítsa újra a ciklust.Szerintetek az működhet, hogy az ESP32 WiFi-n telóról van információkkal ellátva, és a kért dolgokat Bluetoothon adja ki magából. Mert a fényképezőt felvértezték Bluetooth távirányítóval való együttműködésre. De a gyári távirányító 4 gombos. Exponálás, autófókusz, tele/széles látószög (ezt mondjuk nem hiszem, hogy sok objektív támogatná tükörreflexes/mirrorless vonalon.)
Kérdés:
Az ESP32 tényleg tud egyszerre Bluetooth és WiFi kapcsolaton különböző szintén kommunikálni az általam az előbb leírt módon?
Azaz a fenti vázlat működhet gyakorlatilag egy áram alá helyezett vezérlővel? (gyakorlatilag semmi nem kell hozzá)[ Szerkesztve ]
"Újságírás az, amit a hatalom nem akar nyomtatásban látni. Minden más csak propaganda." George Orwell
Új hozzászólás Aktív témák
- Anglia - élmények, tapasztalatok
- Konzolokról KULTURÁLT módon
- BestBuy ruhás topik
- Milyen billentyűzetet vegyek?
- 3D nyomtatás
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Microsoft Excel topic
- Fujifilm X
- További aktív témák...
- 1151 V2 CPU-k / I5-8500 / I5-8400 / BESZÁMÍTOK!
- Intel i5-10400 hatmagos processzor + doboz + gyári új hűtő
- Nintendo Switch játékok (ง '-' )ง Budapest Nyugatinál
- Fekete Sony PlayStation 5 Cover (Lemezes változat)
- Samsung Galaxy S23 Ultra 5G 256GB Dual SIM Phantom Black Gyárilag független Csere/beszámítás is!