- Milyen okostelefont vegyek?
- Apple iPhone 16 Pro - rutinvizsga
- Amazfit Active 2 NFC - jó kör
- Milyen hagyományos (nem okos-) telefont vegyek?
- Samsung Galaxy S23 Ultra - non plus ultra
- Motorola Edge 50 Ultra - szépen kifaragták
- Apple Watch Sport - ez is csak egy okosóra
- Redmi Note 12 4G - valaki fizetni fog
- iPhone topik
- Samsung Galaxy A56 - megbízható középszerűség
-
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
-
ngabor2
nagyúr
Alakul elméletben a tükör világítás kapcsoló.
- TCRT5000 infra szenzor
- ATTINY85
- szilárdtest reléVan ennek így realitása, vagy inkább felejtsem el és kérjek segítséget valóban hozzáértőtől? Ha van, akkor mi kell még a tápegységen kívül? Nem értek az elektronikához, úgyhogy az "egyéb apró körítés" biztos, hogy kimaradt.
Ha a hardver megvan, akkor majd jön a programozás, arra is van ötletem, nem egy bonyolult program... elvileg.
-
-
Janos250
őstag
válasz
Panhard
#7788
üzenetére
Igen, erről érdemes még néhány szót szólni, hátha másnak is lesz ilyen problémája.
Nem a másik core-on futó taskot fogta meg, hanem ugyanazon a core-on a többi taskot.
Ugyanis a freeRTOS futtat még pár egyéb rendszer-taskot is, amit pontosan nem tudunk mit, mert elvileg a
vTaskList() lenne hivatott kilistázni, de az Arduino alatt valamiért nem működik.
Írjuk be a következő programot:void loop() {
Serial.println("loop begin");
uint8_t i = uxTaskGetNumberOfTasks( );
Serial.print("uxTaskGetNumberOfTasks = "); Serial.println(i);
delay(60000) ;
Serial.println("loop end");
} ; // end loopA WDT nem okoz gondot, hiába a hosszú várakozás, mert a scheduler által beállított prioritások miatt futhat a többi task is.
Ezt a kiírást kapjuk:
uxTaskGetNumberOfTasks = 7Tehát a mi loop taskunkon kívül még vannak a core-on hatan, akik szintén futni akarnak.
Ezért lényeges a prioritás.Ha megnézzük a main.cpp-t :
void loopTask(void *pvParameters)
{
setup();
for(;
{
micros(); //update overflow
loop();
}
}extern "C" void app_main()
{
initArduino();
xTaskCreatePinnedToCore(loopTask, "loopTask", 8192, NULL, 1, NULL, ARDUINO_RUNNING_CORE);
}
Itt a loop prioritása 1, így igazából én sem teljesen értem, hogy miért nem futhatnak a többiek is, hiszen a loop prioritása is 1, meg Te is ugyanezt a prioritást adtad, de valahogy mégis megfogja a többit.
Tehát mégis az van, hogy ha valaki hatalomra jut, és olyan hangosan kiabál, hogy senki mást nem hagy szóhoz jutni, akkor egy idő után a WDT miatt összeomlik a rendszer. Szükséges egy delay!Még egy megjegyzés:
Ha a loopodat akarod a másik core-ra tenni, azt a mainben tudod átírni, az xTaskCreatePinnedToCore paraméterében. Én néha átteszem a core0-ra, ha a core1-en elég időkritikus taskot futtatok. -
ngabor2
nagyúr
Ide is beírom, mert határesetnek érzem
Lesz egy tükör, aminek a széle le lesz tisztítva a visszaverő rétegtől homokfúvással. Ehhez kellene egy érintőkapcsoló. Infra távolságérzékelőre gondoltam első körben, ilyesmire. A vezérlés ATTINY85-tel lenne, annál nagyobb tudás felesleges.
Utána a 12V-ot kellene kapcsolni. A relé helyett egyszerűbben megoldható? 12V/1-2A-t kellene a ledszalagra adnia.
-
Panhard
tag
válasz
Panhard
#7787
üzenetére
Szerintem nem is az volt a baja a kutyának, hogy nem tudott a függvénytől futni a második task, hanem csak annyi, hogy nem csinál semmit 5mp-ig az első. Így néz ki a programban a task kezelés:
xTaskCreatePinnedToCore(loop1, "loop1", 4096, NULL, 1, NULL, 1);
xTaskCreatePinnedToCore(loop2, "loop2", 4096, NULL, 1, NULL, 0);
}
//***********************************************************************************************************
void loop() {
}
//***********************************************************************************************************
void loop1(void *pvParameters) {
while (1) {
gps();
}
}
//***********************************************************************************************************
void loop2(void *pvParameters) {
while (1) {
temp_millis = millis();
if(temp_millis>temp_millis_1 ) { temp_millis_1 = temp_millis+2000; meghiv(); }
}
}
//***********************************************************************************************************Ami fontos, hogy a gps függvénynek minden ciklusban hívódnia kell a loop1-ben, az nem állhat meg, mert akkor nem tudja beolvasni a gps vevőt a serial porton.
Minden más programrész a loop2-ben van, aminél nem számít, ha le is lassul a ciklusidő pár másodpercre. Ott amúgy is 2másodpercenként hívom meg a meghív függvényt. -
Panhard
tag
válasz
Janos250
#7786
üzenetére
Csak akkor azt nem értem, hogy miért fogja le a másik taskot? Összesen két task van beállítva, az egyik a core0-án, a másik a core1-en. Elvileg teljesen függetlennek kellene lenniük egymástól. Ha például az egyiket leállítom egy while(1);-el, a másiknak akkor is futnia kellene. Illetve fut is, de az miért baj a kutyának?
-
Panhard
tag
válasz
Janos250
#7784
üzenetére
Megoldódott. Az volt a baja, hogy az task üresjáratban megy valamikor több mint 5mp-ig. Ez egy do/while függvény, ebből nekem max 10mp után lép ki, ha addig nem jön válasz a szervertől. Ez így jó is. Betettem egy delay(1); késleltetést, így már csinál valamit, nem is indul be a task wdt.
-
Janos250
őstag
válasz
Panhard
#7783
üzenetére
Tippek:
Gyanítom, hogy nem a várakozó task okozza a galibát, hanem valami másik, aki közben "nem jut szóhoz"
1. Próbáld meg a prioritást variálni, hogy amíg a függvényed fut, mások is szóhoz jussanak
2. tegyél be pl. vTaskDelay(20)-at, mert akkor is futhat más task is
3. ha végképp nem megy, akkor én kilépnék a taskból, majd újra be.A freeRTOS valahogy taskonként kezeli a WDT-t, ezt nem tudom hogy csinálja, de megoldja. A WDT-t lehetne közvetlen írással nullázni, de nem tudom, felborít-e valami mást a freeRTOS-ban
Egyébként az ESP32 kutyusa hardver szinten "idomítva van, hogy csak a gazditól fogadjon el kaját".
A gazdi az, aki tudja a jelszót, ami valami 32 bites szám. -
Panhard
tag
Sziasztok!
Tudtok abban segíteni, ki lehet-e kapcsolni ESP32-ben a task watchdog-ot? Vagy növelni az idejét? Van egy függvényem, ami egy webszerveren lévő php fájl válaszát várja és ez valamikor több mint 5mp, ilyenkor "Task watchdog got triggered." hibaüzenetet kapom.
Próbáltam az sdkconfig fájlban módosítani az értéket 5mp-ről magasabbra, (CONFIG_TASK_WDT_TIMEOUT_S=20) és próbáltam kikapcsolni is, (CONFIG_TASK_WDT=) de ez nem volt hatással rá. Ugyanúgy 5mp után aktiválódik.
Ha az arduino probramban beincludolom a "esp_task_wdt.h" fájlt, és használom az abban lévő függvényeket, esp_task_wdt_feed() , esp_task_wdt_delete(), azok sincsenek hatással rá. Tudtok valami megoldást? Előre is köszönöm. -
Janos250
őstag
válasz
Teasüti
#7779
üzenetére
Egy kis kiegészítés az ESP32 soros portjaihoz:
Van UART0, UART1,UART2
Mindháromnak van RXD,TXD,CTS,RTS, de DSR és DTR csak az UART0-nak. Én eddig még csak az RXD,TXD-t használtam.
Az ESP periféria kezelése kétféleképp történik:
1. "GPIO matrix":
Ezzel bármelyik periféria kapcsolható bármelyik lábhoz, egy un. GPIO matrixon keresztül. Ezt úgy kell elképzelni, mint pl. a klaviatúra mátrixát.
Tehát a mátrixnak vannak sorai, ami a perifériák jelei. Vannak oszlopai, ami a 34 láb ("GPIO pad"), amik sajnos nem folytonos számozásúak: (0-19, 21-23, 25-27, 32-39).
Ha a megfelelő jel és a láb (pad) kereszteződésébe teszel egy pöttyöt, akkor a jel és a láb hardveresen össze lesz kapcsolva.
2. "IO_MUX":
Ezzel 5 gyors jel (Ethernet, SDIO, SPI, JTAG, UART) közvetlenül (bypass) kapcsolható a lábakhoz, de itt előre definiált, hogy melyik jel melyik lábhoz kapcsolódik.
Ez gyors, mert elkerüli (bypass) a GPIO matrixot.Mi következik nekünk ebből az UARTokra vonatkozóan?
Ha az UARTok példányosításánal nem adunk meg lábat, akkor a gyors bypass szerinti láb rendelődik hozzá az alábbiak szerint:
U0TXD -> GPIO1
U0RXD -> GPIO3U1TXD -> GPI010
U1RXD -> GPIO9U2TXD -> GPI017
U2RXD -> GPI016
Ezzel a következő a bajunk:
A mai lapokon az ESP-WROOM-32 fémházas hibrid áramkör van (ne is vegyen senki meg olyat, amin nem ez van), tartalmazza többek között az ESP32-t és plusz memóriát.
Ennek a plusz memóriának a címzéséhez használja többek között a GPIO9-et, és a GPIO10-et.
Ezért az UART1 soros portot más lábakra kell rakni, a másik kettő meg maradhat a hardveres kiosztáson.
Ezért kell megadni a soros1-hez a felhasználni kívánt lábakat:
pl: Serial1.begin(57600, SERIAL_8N1, Serial1_RXPIN, Serial1_TXPIN) ; -
Janos250
őstag
válasz
Teasüti
#7779
üzenetére
Ja, értem.
A panelon persze van USB, az a sima serial.
Most sietnem kell, de gyorsan kerestem egy régebbi programomból egy részletet, amit bemásolok.#define Serial1_RXPIN 26
#define Serial1_TXPIN 27HardwareSerial Serial1(1);
HardwareSerial Serial2(2);void setup() {
pinMode(Serial1_RXPIN,INPUT_PULLUP);
pinMode(Serial1_TXPIN,OUTPUT);
Serial.begin(115200) ; // TX0, RX0
Serial1.begin(57600, SERIAL_8N1, Serial1_RXPIN, Serial1_TXPIN) ;
Serial2.begin(57600); // pin 16=RX2, pin 17=TX2pinMode(2, OUTPUT) ; // BUILTIN_LED = 2
while (! Serial);
while (! Serial1);
while (! Serial2);
delay(500);loopban ilyesmik vannak:
while (!Serial1.available()) {} ;
xA1 = Serial1.read() ;
Serial2.print("A1 hex = ") ; Serial2.printf("%02X",xA1) ; Serial2.println() ;Ez meg az info soros portra megy (nálam debug jelleggel):
Serial.println("megvan A0, A1") ; -
Tankblock
aktív tag
válasz
Janos250
#7769
üzenetére
Hello,
Eagle-ben terveztem, most KiCad re szeretnék átnyergelni. Anno 5 Usd rendeltem 10 db 50x50 [mm] nyákot kifúrva, furatgalvanizálva, fekete színben fehér silk el. Másik gépemen kellene megnéznem, de ha jól rémlik talán a seedstudio volt. Átfutási idő 3-4 hét volt.
Mivel középsuli óta nem csináltam ilyet, nekem nagy élmény volt a tervezés. Vagy 4x áltam neki hogy beleférjek mindennel rendesen a méretezésbe, meg csináltam saját esp12 alkatrészt eagle ben... Ha lesz annyi feles időm szeretném Kicadet is kitanulni.
-
Teasüti
nagyúr
válasz
Janos250
#7769
üzenetére
EasyEDA.
Rendeltem már tőlük.
Spéci via-k nincsenek, nekem thermal via kellett volna. NYÁK-ból a leggyakoribb méretezés olcsó, az egyedi igények drágák.
Amit tudnak, azt ipari minőségben tudják. Az alapértelmezett opciók szerinti áraik viszont iszonyú jók.
Ez a két tétel, 5-5 db-os mennyiségben szállítási díjjal együtt vmi 23 dollárért jött ki asszem 3 hét alatt.
A webes tervezőprogramjuk nekem nagyon bevált, főleg az alkatrész adatbázis miatt. -
-
Janos250
őstag
válasz
Tankblock
#7763
üzenetére
Az RGB-s óra nekem is tetszik, de én ESP32-vel akarom megcsinálni.
Passzióból csináltam néhány féle módon az ESP32-re RGB led meghajtókat.
RMT-vel is párféleképpen, meg anélkül is, mert elég gyors a proci, ha mindkét core-t használjuk, simán szoftverből is megy, RMT nélkül is. -
Tankblock
aktív tag
válasz
Janos250
#7761
üzenetére
Hello,
Én most szívtam ESP8266 Arduino val feltettem 2.4.0 simát és nem ment pl NTPClient.....
2.4.0-rc2 már működik.....
Moindjuk a NTPClient 2.5.0 verziója is bugosnak bizonyult
megoldást a Github Issue olvasása adta mind 2 esetben...Van 60 RGBs óra projectem és írtam hozzá új animációt, utána meg nem akart menni az sem ami addig ment.
Szóval azt tanultam, újra és újra, (mint a német kollégáktól is) ami működik ahhoz NE nyúljak....
-
Na most az lcd_readreg ezt mondja - ez alapján jó a cucc :
...olvastam, hogy bizonyos C0C0 -t visszaadó daraboknak hosszabb parancsidő kell (pár ms-al), de azt meg a fene tudja, melyik libraryban kéne átírnom :SDRead Registers on MCUFRIEND UNO shield
controllers either read as single 16-bit
e.g. the ID is at readReg(0)
or as a sequence of 8-bit values
in special locations (first is dummy)
reg(0x0000) C0 C0 ID: ILI9320, ILI9325, ILI9335, ...
reg(0x0004) C4 C4 C4 00 Manufacturer ID
reg(0x0009) C9 C9 00 61 00 Status Register
reg(0x000A) CA 08 Get Power Mode
reg(0x000C) CC CC Get Pixel Format
reg(0x0061) E1 E1 RDID1 HX8347-G
reg(0x0062) E2 00 RDID2 HX8347-G
reg(0x0063) E3 E3 RDID3 HX8347-G
reg(0x0064) E4 E4 RDID1 HX8347-A
reg(0x0065) E5 00 RDID2 HX8347-A
reg(0x0066) E6 E6 RDID3 HX8347-A
reg(0x0067) E7 E7 RDID Himax HX8347-A
reg(0x0070) F0 A6 Panel Himax HX8347-A
reg(0x00A1) E1 00 C0 C0 C0 RD_DDB SSD1963
reg(0x00B0) F0 F0 RGB Interface Signal Control
reg(0x00B4) F4 00 Inversion Control
reg(0x00B6) F6 00 24 02 00 Display Control
reg(0x00B7) F7 00 Entry Mode Set
reg(0x00BF) FF 00 00 00 00 E0 ILI9481, HX8357-B
reg(0x00C0) C0 C0 0A 0A 0A 0A 0A 0A 0A Panel Control
reg(0x00C8) C8 40 40 40 40 40 40 40 40 40 40 40 40 GAMMA
reg(0x00CC) CC CC Panel Control
reg(0x00D0) D0 00 00 Power Control
reg(0x00D2) D2 D2 00 00 00 NVM Read
reg(0x00D3) D3 00 01 16 ILI9341, ILI9488
reg(0x00D4) D4 00 00 00 Novatek ID
reg(0x00DA) DA 38 RDID1
reg(0x00DB) DB DB RDID2
reg(0x00DC) DC DC RDID3
reg(0x00E0) E0 00 22 23 25 08 10 14 40 7B 50 0B 1B 22 20 2F GAMMA-P
reg(0x00E1) E1 00 0C 14 23 0E 14 15 36 59 46 0B 1F 27 1F 20 GAMMA-N
reg(0x00EF) EF EF 00 00 00 E0 ILI9327
reg(0x00F2) F2 F2 00 24 04 E4 E4 04 1E 00 00 00 Adjust Control 2
reg(0x00F6) F6 F6 F6 F6 Interface Control -
Janos250
őstag
Na, most üt meg a guta
Régebben többször használtam Sonoff basicet, semmi gond nem volt velük, símán mentek.
Már egy ideje nem foglalkoztam velük, most az ESP32-vel élvezkedek.
Jött egy kolléga, hogy tegyek fel neki a sonoffjára egy programot. Semmiség, mondom.
Felment, OK. De semmi életjel. Nem indul el, se wifi, se led, semmi. Serial monitorra azt írja, hogy busy. Fene a gusztusát. Próbáltam nem az USB-soros konverter tápjával, hanem erősebb táppal. Semmi. Másik sonoff. Semmi. Másik gép. Semmi. Az újhold a gond, vagy mi a fene lehet vele, gőzöm nincs. Pedig hány embernek dícsértem. Több embernek tanítottam meg a használatát. Most meg én képtelen vagyok használni.
-
Köszi! Nézem.
@Gergosz2 : Már rájöttem
Amikor vettem, akkor hirtelen olcsó volt, á, jó lesz ez, aztán utána költöztem, stb., nem csináltam vele semmit. Most kölcsönadtam havernak szórakozni, mondja hogy sehogy nem megy. A hozzászólásod reggel láttam, leszedem azt a sketchet is.Nektek milyen ID-je van a LCD vezérlőnek? Csak hogy tudjam, mire számítsak.
-
helltp
aktív tag
válasz
Tankblock
#7751
üzenetére
és (#7752) Teasüti:
Nekem is úgy tűnik, hogy használhatjuk a speciális GPIO pineket is akármire, feltéve hogy a bootolás alatt biztosítani tudjuk a megfelelő jelszinteket. (Fentebb linkeltem a doksi megfelelő részét.) Így, hogy most gyakorlatilag egy dióda katódja van a boot alatt logikai magasat kívánó pinekre kötve, csak az mcu felé folyhat az áram (felhúzóellenálláson keresztül pl.) és így boot alatt magasan van a láb, és megfelelően bootol a cucc.
szerk.: ESP32 nincs épp kéznél, és így pont elég a GPIO szám a 8266-on is.
-
Teasüti
nagyúr
válasz
Tankblock
#7753
üzenetére
Jah bocs. Épp csak említetted, nem voltam alapos.
Nem értem hogy jön ide a reset. Nekem arra a funkcióra eddig éles használatban soha nem volt szükségem. Boot nálam bekapcsoláskor van. Amúgy meg a bootstrap lábakkal ESP32-nél nem tudsz reset-elni, arra az EN való.
Boot alatt nem kell buzerálni a gépet és elvileg mindennek mennie kell. -
-
Hello,
2,4 - 2,8" TFT-t próbált már valaki? Van egy, 2 éve áll csak, gondoltam beüzemelem. Elvileg ez egy MCUFriend-es darab, pont ilyen.
Bekötöttem a shield-es bekötés szerint, találtam hozzá tesztprogramot is (ezt), de kb. semmi. Kiolvassa az ID-t ( c0c0 -t), de elvileg ilyen ID nincs.
Este majd kipróbálom az érintőt...Van valakinek ezzel tapasztalata? Bármilyen ötletet megköszönök
-
Teasüti
nagyúr
válasz
Tankblock
#7751
üzenetére
Miért ne lehetne használni ezeket? Csak oda kell figyelni az alapértelmezett jelszintjükre boot alatt.
Nálam pl. az IO2 bemenetként funkcionál, ami alapállásban magas impedanciájú (nyitott áramkör, pl nyomógomb húzza földre) és így oda húzza a kontroller ahova akarja. Persze boot alatt nem nyomogatom.
IO15 nálam egy tranyó bázisára kapcsolódik, tökmindegy hova húzza, max felkapcsolja az adott áramkört arra az egy másodpercre.
IO12 meg egy MPU-6050 interrupt pin-re van kötve, nos ez meg elvileg semmit nem csinál, amíg fel nem ébresztik az I2C csatornán a modult. Bár nem tudom ez a port alapból lebeg-e a modulon, ezt még ki kell nyomoznom.)
IO0 meg egy kimenet lesz hasonlóan egy tranyóval, mindegy milyen szintet vesz fel boot-kor.
És ezzel lefoglalva az összes elérhető IO port az ESP32-n.
Kivéve persze a flash portjai, nem is értem azok miért vannak kivezetve.Szerintem nem kell félni ezektől, elég csak egy kis körültekintés.
A "leghülyebiztosabb", ha egy NO kapcsolóval bemenetként használjuk őket. -
Tankblock
aktív tag
hmm az nem biztps h jó lesz, mert a bootloadernek erről fogalma sincs....
És szeretne egy csomó mindent kitolni a UART on.....
Elvileg a GPIO2 csak HIGH lehet BOOTkor. SPI indításkor v a UART letöltéskor is. Ha a GPIO15 fent van akkor elméletileg nem nézi, hogy hol van, mert akkor SD kártyáról szeretne bootolni.
Ezt a lábat se használnám biztosan semmire sem.Ha jól emlékszem akkor a GPIO 0,2 lehet I2C re használni,
GPIO 4,5 12,13,14 szinte akármire és nincs több használható GPIO láb.Max mások megmondják h tévedtem.GPIO16 inkább a deepSleepre használandó, de én soha sem használtam még semmire sem.
Ha ennél több láb kell akkor GPIO extende IC kell. vagy másik uController --> ESP32
-
-
helltp
aktív tag
-
helltp
aktív tag
válasz
Tankblock
#7743
üzenetére
Amennyire én tudom, ez a setup a flash boothoz tartozik, nem? [link]
UART-on nem tudom nézni,mert használom az rx és a tx pint is. A D4 D3 D2 D1 és Rx lábakon TLP627-es optocsatolók bemenetei vannak 1k-s ellenállásokon keresztül, a D8 D7 D6 és D5 lábakon pedig egy TTL BCD dekóder IC. Hobbielektronikán azt a tippet kaptam, hogy az optocsatoló elhúzza a pineket a földre, hiába a 10k-s pullup, és így valamelyik másik módban bootol.
-
choco01
addikt
-
helltp
aktív tag
Sziasztok!
Boot problémám van az ESP8266 alapú Wemos D1 mini-vel. Ha a D4(GPIO2)csatlakoztatva van az áramkörhöz, akkor nem bootol rendesen, a beépített led folyamatsan világít, reset gombra nem reagál. Kicsit kerestem, és a D3(GPIO0) D4(GPIO2) 10k-val fel van húzva 3,3V-ra, a D8(GPIO15) földre van húzva 10k-val, annak ellenére, hogy ez az eszközön már alapból meg van csinálva.. Ha először kap tápot a d1 mini, és utána helyezem az áramkörbe, akkor rendesen működik. Valakinek valami tipp, hgy mit lehet ezzel kezdeni?
-
Tankblock
aktív tag
válasz
choco01
#7738
üzenetére
Hello,
Igen az optikailag leválasztott jó lehet, de ne a sütőt kösd rá. Én nem használnám ki a 10 A -t. Ha csak 1 kell akkor sonoff basic ajánlom. Hackekhető és megbízható. Ha csaj világítást szeretnél arra is van sonoff touch a kapcsoló helyére, igaz kell null vezeték is bekötni.
-
choco01
addikt
válasz
Tankblock
#7737
üzenetére
Akkor lehet egyenlőre jegeljük ez a részét, majd ha kész a programozás része akkor rátérünk a táplálásra.. még nem teljesen kerek a project csak tervezgetünk..
Háztartásigép vezérléséhez(leállítás-indítás) megfelel egy ilyen relé sor? Mármint minőségben, meg kompatibilitásban ?
-
Tankblock
aktív tag
válasz
choco01
#7735
üzenetére
A probléma köre az, hogy 0 C alatt a LiPo nem ajánlott. A téli üzemre illik méretezni ezeket. előfordul h nincs 3 hétig értelmezhető nap. A töltése az akksinak ilyekor jó esetben 1 - 2 hasznos óra.
Nyár az teljesen más. Természetesen meg tudod oldani h akkumulátor feszültséget is továbbítod, max télen szépen feltöltöd :-P
Egy ilyenem van, még nincs sok tapasztalat vele. Csak anyi h feltölt szépen 3000mAh LiPo-t, de tud LiFePo4 et is.
Szerintem van akkumulátor kapacítás számító.
-
JozsBiker
aktív tag
Tudom hogy ez a cucc a céljaidnak valószínűleg nem felel meg, inkább csak gondolatébresztőnek:
A közepén van egy lyuk, amin egyszerűen csak át kell vezetni a 230 -as fogyasztóhoz menő egyik vezetéket, ő pedig mindig kiírja az aktuális átmenő áramot. 230 V táp persze kell neki.
-
Tankblock
aktív tag
válasz
choco01
#7728
üzenetére
Hello
Működhet, de a vesztesége a rendszernek (csak a konverzós veszteségek) már tetemesek lehetnek.
kijelzőt én nem tennék rá, bár eink nagy részben nem használ semmilyen plusz energiát.15 percnyi deepsleep nagyban növeli az élettartamot. Ki kell számolni a kapacítást és beleszámolni a veszteségeket is....
LiFePo akksinál pl nem kellene lefele konvertálni a feszt.
-
Janos250
őstag
válasz
choco01
#7719
üzenetére
Tapasztalatom szerint nincs felhasználás szempontjából lényegi különbség a különböző ESP32 panelek között, kivétel, ha nagyon régi.
ESP-WROOM-32 legyen rajta. Ez ugyanaz, ami korábban az ESP32S. USB szintén legyen rajta, amiről programozni is, tápolni is lehet. A többi szerintem mindegy.
Én ezekből használok/tam párat.
link -
-
Tankblock
aktív tag
válasz
choco01
#7724
üzenetére
hmm,
az sokmindentől függ.... 3v3 melett induláskor mikor a Wifi scannel akár 500+ mA is 10 [sec] ig, ha 700mA csúcsokkal. utána 130 mA nagyátlag, de 600 mA tüskékkel amikor a Wifi használja.
ehhez jön hozzá a szezorok ha Bosch 280 vagy újabb az > 1 mA fogyaszt. A Raindropra nincs lövésem sem
LM319 data sheet Power dissipation(5) 500 mW na ez P = UI => 152 mA max.Ha nem számoltam el 280 mA - 300 mA átlagban.....
Megfelelő minőségű USB kábel is legyen. Napelemről tisztán a véghardveben nem ilyen dev boarddal ugranék bele, hanem csak a WROOM chip és töltőáramkör sem eygszerű kérdés, meg a Napelem méretezése maga is.... (éjszaka, tél, 3 hét hó/eső, felhős idő.....)Milyen akkumulátor technológiát választasz, pl Lipo-t minuszba nem szabad használni. LiFePo még jó lehet.
-
choco01
addikt
válasz
Tankblock
#7723
üzenetére
Az a terv hogy a szenzorok adatait kiirjuk a kijelzőre, és wifin keresztül egy weboldalon is megjelenítjük.
Igazából egy 5 voltos telefontápra gondoltunk, vagy napelemre .. persze a napelem lenne a legjobb.. de lehet eleinte csak egy táppal fogjuk használni..
Mennyit fogyaszthat egy ilyen rendszer?
-
Tankblock
aktív tag
válasz
choco01
#7722
üzenetére
Hello,
ESP32 van egy csomó Analog input, a kérdés, hogy hogyan is szeretnéd használni. Nem kell hozzá multiplexer szerintem.
Ha egyszerűen csak digitális GPIO pint akarsz használni akkor az 5 [V] TTL logika szerintem itt még egy egyszerű elleállás osztóval is megoldható.
milyen táppal lesz meghajtva ha egyszerű akksi akkor javaslom olvass utána a FET eknek és a deep sleep témának, különben gyorsan tud meríteni az aksit....,
ja és akkor belinkelt mellé kell még venni töltő áramkört is....
-
brickm
őstag
válasz
choco01
#7719
üzenetére
A pnelen a 4-es tüskesornál ottvan, hogy AO(analog out) és DO(digital out) A leírás is ír valami ilyesmit, de csak épp ránéztem.
(szerk.: jjh, ottvan, hogy wide range comparator van rajta. beállítod az értéket és kidobja hogy 0 vagy 1. Meg gondolom párhuzamosan adja az AO-n az analog output értéket amit a komparátor is mér.)
-
Tankblock
aktív tag
válasz
choco01
#7719
üzenetére
Hello,
Leírásban ott a válasz:
AO analog output can be connected to the microcontroller AD port to detect the size of the drops in the above rainfall. --> Analóg csatornán ad valamekkora arányos jelet
DO TTL digital outputs can also be connected to the microcontroller detects whether there is rain.
--> digitális, komparátorral ad szint felett 1 est.Az ESP32 3V3 működik ez meg 5V. bár azt írja h megy 3-5V között...
Operating voltage: 3.3V-5V
Voltage: 5Vén használák valami voltage level shiftert ha 5 V kellene használni.
-
-
#7718
zka67
őstag
nagyharcos
#7716
zka67
őstag
válasz
nagyharcos
#7716
üzenetére
Szia, az eepromok hardveresen is címezhetők, erre vannak az A0, A1, A2 lábaik. A cím pedig
1|0|1|0|A2|A1|A0|RW
lesz, azaz ((0x50 | addr) << 1) | RW -
szaki7
tag
Szevasztok fórumozók!
Új vagyok ebben a fórumban és az arduinoban is.
A segítségeteket kérem.220V-os hálózatról üzemelő berendezés áramfelvételét (1-5 A) kell figyelnem és bizonyos értékeknél ezt-azt csinálni egy 5V-os motorral.
Hogyan tudom a 220v-os áram érzékelőtől galvanikusan elválasztani az arduinot?
Hogy ne vágjon meg a 220V, amikor az arduino panelhez érek -
#7716
nagyharcos
csendes tag
nagyharcos
csendes tag
Sziasztok!
A DS3231 RTC eepromját (AT24C32) szeretném használni, de még soha nem volt dolgom semmiféle eeprommal, így elég láma vagyok.
A feladat az volna, hogy 50-60db uint32_t változót (Nextion HMI miatt a number-eket így kell deklarálni - ezért van ez a pazarlás) kellene elmentenem gombnyomásra az eepromba (akár egyszerre az összeset vagy külön címenként - nem tudom mi a célravezetőbb). A változók értékei egyébként csak 0-255 közötti egész számok lehetnek (tehát elméletben elég egy byte egy változónak, ha jól értem) . Egy-egy változónak fix helyen
kellene lennie, hogy esetleges újraindítást követően visszaolvasásakor megtalálja és felül tudja írni az elmentett értékkel a deklarált változó tartalmát. Mivel viszonylagosan ritkán (max napi 1-2 felülírási ciklus) lenne, így az eeprom élettartama (100.000 ciklus) nem meghatározó.Így leírva nem is hangzik bonyolultnak, de mégis....
Hogy álljak neki?
Elgondolkodtam esetleg külső külön eeprom (24LC256) használatán is. A címzésnél lehet ütközés ebben az esetben (RTC 0x68 ; 24LC256 0x50)?
Minden választ köszönök!
-
csubuka
addikt
válasz
Teasüti
#7714
üzenetére
Köszi! Sajnos nem nagyon találtam ilyen relé-félét.
Hmm, végülis az is lehetséges igen. Azért gondoltam erre a CT-re mert akkor nem kell belenyálni a kábelezésbe. Azt szerettem volna elkerülni.Van B megoldás amúgy. A vezérlőbox egy piros LED-et felvilant, ha éppen rákapcsolja az áramot a fűtőeszközre. Akár azt a LED-et is figyelhetném. Bár ugye az nem közvetlen bizonyítéka, hogy valóban folyik ott áram, hanem a vezérlőboxon belül a kapcsolás ismeretének hiányában nem tudom épp mitől függ közvetlenül a felkapcsolása. Tehát ennek a LED-nek a felkapcsolt állapotját kéne figyelni és abból lehetne a fogyasztásra következtetni.
-
csubuka
addikt
válasz
Teasüti
#7712
üzenetére
A ki-be kapcsolgatást egy automatika végzi, TRIAC-al, nullátmenetnél kapcsol le, hogy minimális kihatása legyen a hálózatra. Szóval azt nem nekem kell intézni. Nekem csak azt kell nézni, hogy megy-e éppen.
A mechnaikus eszközöket kihagynám inkább. De a relé az akkor kellene amúgy ha én akarnám kikapcsolni, nem monitorozni az állapotát, nem?
-
csubuka
addikt
Sziasztok!
Lassan eljutok a hobbi projektem ezen részére, amikor egy current transformerrel kellene megállapítani, hogy éppen folyik-e áram vagy sem egy adott körben. Tisztán rezisztív a terhelés és fix értékű (egy 2,1 kW-os elektromos fűtő) és vagy max teljesítményen megy vagy sehogy, tehát a fogyasztást is meg tudom mondani, ha egy adott pillanatban tudom, hogy folyt-e áram vagy sem nagyjából.
Pl. másodpercenként nézhetnék ment-e: igen/nem értéket, mivel a vezérlés annyit csinál, hogy a kívánt hőmérsékletet úgy éri el, hogy 1 percen belül éppen hány másodpercet kapcsolja be a fűtőt. Szóval, ha egy vizsgált másodpercben többet folyt áram, mint 0,5 másodperc, akkor az vehető úgy, hogy végig folyt. Nem kell nagy precizitás
Vagy lehet nagyobb mintavételezési frekvencia is akár.HMM fórumtárs írta, hogy foglalkozott ilyesmivel korábban, szóval elvileg hozható kellene, hogy legyen.
Lehet, hogy van erre egyszerűbb megoldás is amúgy és nem kéne szenvednem a CT-vel. Az működhetne ilyen esetben, hogy egyenirányítom a CT kimenetét egy "burden resistor" beépítése után és figyelem az egyik analóg bemeneten a feszültséget és megállapítom, hogy folyt-e áram vagy sem? *Nem kizárt, hogy ez elég meredek ökörség volna a részemről. Ámde itt tényleg, csak azt kell eldönteni, hogy folyt-e áram az adott időszakban vagy sem.
-
tvamos
nagyúr
válasz
gyapo11
#7706
üzenetére
A kettős szigetelésű cuccoknak galvanikusan nincs köze a 230-as hálózathoz.
A kettos szigetelesu cuccok nincsenek galvanikusan levalasztva.Ezek az erintesvedelni osztalyok vannak:
I. érintésvédelmi osztály - védővezetős védelemmel ellátott készülékek. Pl. mikrohullámú sütő
II. érintésvédelmi osztály - kettős vagy megerősített szigetelésű berendezések. Pl. kézi fúrógép
III. érintésvédelmi osztály - törpefeszültségű készülékek (max. 50 volt). Pl. beépített transzformátorral szerelt asztali lámpa.Szerintem nem annyira rossz ez esetben a magyar wikipedia: [link]
-
gyapo11
őstag
válasz
Teasüti
#7701
üzenetére
A kettős szigetelésű cuccoknak galvanikusan nincs köze a 230-as hálózathoz. Ezért lehet fogdosni a róla táplált eszközöket vizes kövön mezítláb áramütés nélkül.
Egy mérendő áramkör, ami ilyen tápról megy, meg a notebook, amin a szkóp van szintén, akkor össze kell kötni a két gnd-t, hogy mérni lehessen. Amikor a szkópzsinór test csipeszét rácsíptetjük valamire, akkor ez történik, a szkóp földje és a mérendő áramkör földje összekötődik.
Ha régebbi számítógépen lenne a szkóp, amibe 3 eres földelt vezeték megy, akkor annak adott a földje. Ezt meg azért lehet fogdosni, mert a földelő vezeték a vizes kővel azonos potenciálon van.
Ha az áramkör is földelt tápból kapná a delejt, és össze van kötve az elektronika testje a táp földjével, akkor már minden OK, lehet mérni, mert a testpontok közös potenciálon vannak, a ház (mint épület és mint tápegységek és számítógép háza) földjén. Ilyenkor elvileg nem is kellene szkóp test zsinórját használni, de persze zavarjelek miatt ilyenkor is kell. -
brickm
őstag
válasz
Teasüti
#7701
üzenetére
NEm igazán értem a kérdést, de egy közös potenciálnak lenni kell mindenképp, hiszen ahhoz képest állapítható meg az összes többi.
HA egy konvertered vagy MCU-d nincs letéve testre, mint "referencia" akkor ahhoz képest a kiemenete sem lesz sehol. (vagyis de, de nyilván mérés szempontjából nem)Ha konkrétabbat tudnál róla mondani egyszerűbb lenne megválaszolni.,
Egyébként megcsinálod a kötést és egy GND ponthoz képest mérj feszültséget ahol épp kérdéses, hogy kell e kötni GND-t vagy sem. -
Teasüti
nagyúr
Gyors kérdés; mindig elbizonytalanodom, mikor kell közösíteni a földet.
Ha egy jármű teljes elektromos rendszere egy tápról megy (akku/generátor), akkor kell nekem közösíteni a különböző fogyasztók jelszintje között? Pl fesz. osztóval akku feszültséget mérek. Az mcu egy dc/dc konverteren van betáplálva. Rá kell-e kötnöm az MCU GND-jét a negatív ágra, vagy ugyanaz a földpotenciál a különböző konverterek előtt és után?Úgy magyarázták nekem annó, hogy egy hálózaton lévő földpotenciál mindig azonos.
Pl a ház elektromos hálózata mikor egy konnektorról ment a 12V-os dugaljtáp és a laptop, de mégis közösíteni kellett az USB szkóp és az MCU/táp között, ha értelmes mérést akartam.
{
Új hozzászólás Aktív témák
Hirdetés
ekkold
- Nitro ANV15-41 15.6" FHD IPS Ryzen 7 7735HS RTX 4060 32GB 1TB NVMe gar
- ASRock RX 5700 XT 8GB GDDR6 Phantom Gaming D OC Eladó!
- SilentiumPC Signum SG1 TG
- ThinkPad T490 27% 14" FHD IPS i7-8565U 16GB 512GB NVMe ujjlolv IR kam új akku gar
- X1 Tablet Gen3 13" 3K IPS érintő i7-8550U 16GB 512GB NVMe ujjlolv IR kam 4G LTE gar
- AKCIÓ! MSI B550 R7 5700X 32GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA MSI 650W
- Quadro FX 570 eladó
- BESZÁMÍTÁS! MSI Z390 i5 9400F 16GB DDR4 512GB SSD RTX 2060Super 8GB Corsair Carbide Series 200R 600W
- Oppo Reno7 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- HP ProBook 430 G4 Pentium 4415U (bios jelszavas)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged