- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Bluetooth hangszórók
- Azonnali fotós kérdések órája
- Raspberry Pi
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Szünetmentes tápegységek (UPS)
- Nem indul és mi a baja a gépemnek topik
- AMD Navi Radeon™ RX 9xxx sorozat
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
-
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
-
Vladi
nagyúr
válasz
MrChris
#9696
üzenetére
A nema 17 méretszabványt jelent. Többféle gyártó is lehet, meg többféle tejlesítmény.
az 1,8° is szabvány, egy lépéssel ennyit mozdul el. Mivel egy kör 360°, így a teljes kört 200 lépéssel teszi meg. Ha egy orsót csatlakoztatsz hozzá, aminek a menetemelkedése 2 mm, akkor 200 lépéssel 2 mm lineáris mozgást kapsz. (+-backlash és +- lépéskihagyás) Így könnyű számolni, hogy ideális esetben 1 lépés 0.01 mm.
-
MrChris
nagyúr
Combosan néz ki, meg ára is van. Ez az 1,8° elmozdulás szabvány? Gondolom valami komolyabb rendszerbe raktad, 3d printer, plotter?
Ha a pajtaajtó mechanikán keresztül minden apró eltervezett dolgot le tudok programozni (megtanulom) akkor egy ilyesminek vágnék neki.
BL motort használ valaki arduinohoz? Nagyon vonzónak tűnik. Van valami hátránya a sima stepper DC motorokhoz képest? -
MrChris
nagyúr
Nem is erőltettem, 64szeres, durva is lenne azoktól a miniatűr fogaktól ha átvinnék és kibírnák.
A Nema17-t néztem ki, nagyon sok helyütt találkozom vele. Ez valami szabvány, vagy egy gyártó terméke?tvamos: lötyizik rendesen.
Csak egy irányba lesz forgatva talán összefeszül. De ide-oda mozgatásra valszeg nem a legprecízebb. Másfél buszjegy ára. -
Janos250
őstag
válasz
csubuka
#9687
üzenetére
A DSC mozgásérzékelőkben gyakorlatilag egy relé, és egy kapcsoló (szabotás) van, de többféleképpen is be lehet kötni rá az ellenállásokat.
Ha csak simán bekötik, akkor van jel/nincs jel, ha EOL, DEOL, akkor fesz szintet kell mérni. Én független DSC mozgásérzékelővel próbáltam az SMS küldést, simán ment. Persze nem EOL, DEOL módra kötöttem be, hanem csak reléként. -
MrChris
nagyúr
válasz
fpeter84
#9688
üzenetére
Áram nélkül se lehet elforgatni. Éppen azt próbálgatom, hogy vajon kihagy e lépéseket a motor. Arduinóról kapja az 5V-t, pont így ahogy a képen van. Ok, akkor majd valahogy közvetlen a powerbankról fogom táplálni, mert lehet, hogy NANO lesz beépítve.
aryes: Gondot most nem jelent, csak olyan furcsa, hogy ennyire meleg, kézbe azért lehet venni.
34ms-onként léptetem egyet, így jött ki a matek. Ezt pedig most találtam, épp ilyesmit készítenék. Méretétől függ a mozgatás sebessége.Hogyan lehet a hosszú, vagy béna gombnyomást kikerülni? Ez a delay-es késleltetés nagyon nem tetszik, főképp, ha elkapom a ritmust.
-
fpeter84
senior tag
Igaz, a terhelhetőségét elfelejtettem... Ha kínai UNO / MEGA / Leonardo aminek a táp részén egy az itt látható U5-höz hasonló SOT23-5 tokozású LDO adja a 3.3V ágat akkor 200-250mA a terhelhetősége, ha Due akkor közel 1A minusz amit a proci levesz belőle, ha NANO akkor viszont mivel ott többnyire a CH340 csippből lopják a 3.3V-ot, ezért annak a terhelhetősége max 20-30mA... Szóval szerencsésebb külső forrásról próbálgatni többnyire...
-
válasz
MrChris
#9686
üzenetére
Ha gondot jelent a melegedés, és már alacsony a tápfeszültség, akkor a lépések közt szüntesd meg a léptető jelet (ne világítson egyik visszajelző LED se). Nem tudom mit mozgatsz vele, mennyire tud magától elforogni a motor, ha nem kap tápot.
Egyszer kísérleteztem vele, asszem 3V környékén még van ereje a motornak, mégsem melegszik nagyon. De az arduino 3v3 lábáról ne próbáld meghajtani, mert tönkre fog menni, nem bírja, ha nagy árammal terhelik meg, talán 100-150mA a max terhelhetősége (én 1 db. li-ion cellával próbáltam). -
fpeter84
senior tag
válasz
csubuka
#9687
üzenetére
Pontosan nem ismerem ezeket a rendszereket, de úgy tudom hogy az ilyen szirénáknak saját akkumulátora van szabotázs esetére - ezért feltételezem hogy a felhúzott láb az alap állapota, valószínűleg 12V és ez megy le földre amikor sípolnia kell - így ha elvágják a vezetékét akkor is megszólal... Mindenesetre ha egy multiméterrel rámérsz és beizzítasz egy riasztást akkor látni fogod hogy mi történik rajta és hány V mellett. 12-t nem köthetsz közvetlenül az arduino-ba, de egy optocsatolón/feszosztón keresztül megoldható.
Esetleg ha a készülékházon / kezelőfelületén van egy visszajelző led ami riasztáskor felgyullad akkor arra is rá lehetne csatlakozni a sziréna helyett! Ha van ilyen, akkor valószínűleg a LED egyik lába a belső 3.3/5V tápon van és a vezérlő a másik lábát földre húzva kapcsolgatja. Ezt akár közvetlenül is be lehet drótozni egy arduino-ba!
Az sms küldés gyerekjáték kategória csak célszerű olyan modemet választani amihez akadnak kezelő library-k - ott alap az sms példaprogram amiből kiindulhatsz...
-
fpeter84
senior tag
Tartok tőle látványos előrelépést már csak úgy lehetne elérni, hogyha volna 16 egy sorba eső láb és 16 bites módban hajtaná meg a kijelzőt, de ahhoz le kéne rugdosni a GPIO 6-11-ről a belső flasht és a fuse bitek átvarázslásával áttenni valahová totál máshová, hogy felszabaduljon a 4-21-ig sorban minden láb, plussz még legalább 3 láb a vezérlésre... De akkor már inkább natív LCD meghajtó porttal és frame bufferrel rendelkező platformot kéne keresni...
(#9686) MrChris
Ha érzed hogy akkor is erősen küzd a megtekerés ellen a tengely amikor éppen nem léptet csak él a rendszer akkor igen, áram alatt van... Egyébként nekem az ilyen nem igazán működött jól - ki kihagyott lépéseket. Most honnan kapja a tápfeszt? Az arduino 5V lábára dugtad? Akkor próbáld meg a 3.3-al...
-
csubuka
addikt
Kedves tibi-d!
Én is éppen egy riasztó (DSC márka, egy ingatlanon van épp, nem egy autón) GSM modulos kibővítésébe fognék mostanság. Lapozgattam a riasztó topikot meg itt a mikrokontrollereset, hogy egy gazdaságos megoldáshoz tudjak ötletet meríteni és úgy akadtam ezen korábbi hozzászólásodra.
.Sikerre vitted ezt a projektet végül vagy túl sok buktató volt?
Hamar megoldható, ha csak a GSM modult kell elkészíteni, a riasztó már adott? Nagyon alapra gondolok, hogy adott három számra küldjön egy SMS-t, ha a sziréna beindul. Ennyi. A gyáriak relatíve drágák és túl sokat tudnak, ahhoz képest ami nekem kell.
-Szerinted ez mennyire kivitelezhető? Illetve tapasztalatod alapján hogyan kötnéd a riasztóhoz?
Van a riasztónak olyan kimenete, ami közvetlenül beköthető lehet egy Arduino vagy ESP digital inputjára? Azonos föld esetén gondolnám, hogy riasztási esetben akár egy digital HIGH történet lehetne. Persze lehet nem ilyen egyszerű ez sajnos. De pl. akár figyelhetném a sziréna feszültségét, ha az egyszerűbb.Tényleg egy viszonylag alap dologra gondolok, amit hamar össze lehet rakni.
Köszönöm előre is
-
fpeter84
senior tag
Nem elégedetlenkedés, hanem nem szeretem a félmunkát
Fogtam az mcufriend_kbv-t, és elkezdtem kiirtani belőle azt amitől lassú: az univerzálisságot, hogy bármelyik lábra lehetett definiálni bármit. Itt az eredmény:
Ez már egyértelműen látványosan beelőzi a HVSPI-t jópár láb árán... Persze lehet hogy ott is lehetne még mit optimalizálni, kérdés hogy ott a CS mellőzése pl mit eredményez - ha nincsen mellette más az SPI buszon... Mondjuk ott jóval több órajelenként van 1-1 CS váltás, lehet elhanyagolható lenne a különbség...
És működik a hw vertical / horizontal scroll és a due/mega/stm-hez képest a sw scroll is elég gyors! Lévén hogy eldobtam az univerzálisságot ("platformfüggetlenség"), megpróbálom kigyomlálni még belőle ami felesleges, hátha találok közben még pár %-ot valahol
-
fpeter84
senior tag
Opcionálissá tettem a ChipSelect használatát - hiszen ez csak akkor kell ha több kijelző lenne buszba kötve - ez több mint 15%-ot gyorsított rajta és kicsivel beelőzte a HSPI módot!
Az enyémen RM68410 csipp van. Valakinek esetleg van valamilyen más 8bit parallel LCD-je amivel ki tudná próbálni? Illetve esetleg valakit érdekel a dolog, próbálna még agyalni rajta hogy valahol lehet e nyerni pár %-ot?
-
fpeter84
senior tag
Első eredményeim 320x240 felbontásban (ez csak a kijelzőm fele), lehet még tudok rajta itt ott faragni, gyorsítani...
Közben rájöttem, hogy az mcufriend_kbv-ben is van ESP32 támogatás, de elég primitív lassú megvalósítással, a szétszórt lábakat egyesével írja. Én a 12-19-es lábakat sorban vettem D0-D7-nek és csak 12-t kell balra bitshift-elni az adat byte-on és már lehet is írni a set/clear-t...
@ecaddsell: ezek megvoltak, az első hsz-ben is már ott volt, de azért végigpróbáltam a 3 féle lehetőséget amit eddig működőképesnek találtam:
*((volatile uint32_t *) (GPIO_OUT_W1TC_REG)) = x
ESP_REG(GPIO_OUT_W1TC_REG) = x
GPIO.out_wltc = xÉrdekes módon a 3dik észrevehetően, legalább 20%-al gyorsabb mint a másik 2 regiszter elérés, de továbbra is az az érzésem hogy ez messze nem közvetlen elérés hanem csak virtuális, valami köztes rétegen keresztül levezényelve...
szerk: kipróbáltam az mcufriend_kbv ESP32 8bit támogatását is, és tényleg irtó lassú az enyémhez képest: 4 421 642 overall
-
-
ecaddsell
aktív tag
válasz
fpeter84
#9675
üzenetére
A kulcs az amit korábban is írtam:
GPIO.out_wlts = <set for lower 32 pins>
GPIO.out_wltc = <clear for lower 32 pins>
GPIO.out1_wlts = <set for higher pins>
GPIO.out1_wltc = <clear for higher pins>Persze ügyesen is kell maszkolni, hogy csak azokat a pineket módosítsd amit kell, ill. ha jól értem két írás kell a set ill. clear miatt (közte meg kizáró vagy/bit invertálás).
-
fpeter84
senior tag
Köszönöm a tippeket az ESP32 regisztereivel kapcsolatban - úgytűnik valóban az RTOS keverhet be... Egyetlen butuska tesztprojektet leszámítva - ahol a csipp se stimmelt, az enyémen RM68410 van - nem találtam rendes lib-et a parallel 8bit ESP32-re, ezért nekiestem hogy átfaragjak egy idegen projektet...
Fogtam ezt az STM32_TFT_8bit lib-et ami az Adafruit GFX csomaggal működik együtt, és első körben minden hardverközeli műveletet átírtam pinMode, digitalWrite és digitalRead alapú lassú, de mindennel kompatibilis univerzális megoldásokra és miután meggyőződtem róla hogy ez így nagy lassulással de még mindig működik az STM32-vel, a lábak átcímkézésével lefordítottam az ESP32-re is és működött első pöccre a Lolin32-n is! Nem vagyok hozzászokva, hogy ilyen gördülékenyen menjenek a dolgok, lesz még itt valahol szívás tuti
Az eredmények a graphictest_kbv.ino-t futtatva:
MEGA2560 az MCUFRIEND_kbv lib-el: 37.24 sec
DUE az MCUFRIEND_kbv lib-el: 8.36 sec
STM32F103C az STM32_TFT_8bit lib-el direkt PORTA hívásokkal: 19 sec
STM32F103C a fentiből hekkelt dummy lib-el: 93.6 sec
ESP32 a fentiből hekkelt dummy lib-el: 17.4 secNyilván a 240 vs 72MHz ad némi előnyt az ESP32-nek az STM-el szemben, de a 3.33x órajel mellett 5.38x tempót hoz már így is, bár a DUE-től még messze jár... Ráadásul az STM lib-el se eredeti, se széthekkelt módban nem akar menni a hardveres scroll a demóban, a szoftveres scroll meg halálosan lassú - ennek az okára még jó lenne majd rájönni, feltehetően valahol bizonyos regiszter visszaolvasásoknál lesz a bug...
A következő lépés az lesz, hogy a dummy hívásokat megpróbálom a lehető leggyorsabb direkt ESP32 regiszter hívásokra lecserélni - remélem úgy simán beelőzi majd a DUE-t is...
-
tvamos
nagyúr
válasz
vargalex
#9672
üzenetére
Tegnap kaptam egy döglött 84 cellás ebike akupakkot. Piszok kemény. Olyan akku összekötô lemezek vannak benne, hogy nem viszi el a kínai dremel.
Nektek mi a beszt prektiszetek leszedegetni az aksiról az összekötô lemezt?
Nem akarom teljeszen szétrobbantani, a 4. parallel csoportban döglött meg valamelyik cella, ott akarom elcsapni. Ami alatta van, azt bontanám, de nem akar engedni. -
vargalex
félisten
-
Janos250
őstag
Ugyanezt próbáltam mogyorózni, de úgy látszik nem sikerült.
Mélykisülés ellen nem védettek = nincs benne elektronikus védelem.
A védelem növeli a belső ellenállást = a nagy áramúakba nem tesznek."Kis odafigyeléssel nincs gond a védetlen cellákkal sem"
Persze, de én jobban szeretem, ha védett. Ne nekem kelljen az összes akkumra vigyáznom, védje önmagát. Ha valaki nem veszi észre, és mélykisülés után újra feltölti, az tűzveszélyes. Nem mondom, hogy feltétlen kigyullad, mert a PDA-s időkben én is töltöttem fel az akkor méregdrága akkut úgy, hogy tűvel átszúrtam a borítását, és feltöltöttem olyan szintre, amikor már a védelem kiiktatódott, és újra használható volt. Ezek ugyanis - elvileg - végleg használhatatlanná váltak egy mélykisülés után, mert annak az akkori védelme nem engedte az újratöltést, ha az akku feszültsége egy bizonyos szint alá csökkent. -
PHM
addikt
válasz
Janos250
#9668
üzenetére
"Kár, hogy a mélykisülés ellen nem védettek, de hát a nagy áramot bírók ilyenek."
Az összes ilyen, amin nincs elektronikus védelem.
Ráadásul a védelem valamelyest növeli a belső ellenállást,
+ ugyan nagyon keveset, de az is fogyaszt.
Kis odafigyeléssel nincs gond a védetlen cellákkal sem. -
-
Janos250
őstag
válasz
fagylalt
#9663
üzenetére
Táppanelra szerintem is jó, amit ajánlottak.
Az akku a Te döntésed.
Az olcsó kicsi kapacitású, a drágább nagyobb.
Én használom ezeket:
https://www.banggood.com/4PCS-NCR18650B-3_7V-3400mAh-Protected-Rechargeable-Lithium-Battery-p-90989.html?rmmds=search&cur_warehouse=CN,
de ezek elég drágák, viszont tényleg 3000 mAó feletti a kapacitásuk. A piacin meg nem lehet tudni. Ami rájuk van írva, az teljes blöff -
Janos250
őstag
válasz
fagylalt
#9641
üzenetére
18650-essel minden piacon tele van a padlás.
Általában 500- 800 mAó-sak, (mértem) pedig ráírva 2000-10000 mAó van.
Pici tápegység panelt is lehet szerezni. Vagy kérsz kölcsön valakitől, amíg a Tied megérkezik, vagy ha 1 db. kell, megveszed drágán, 1 darabnál nem érdekes. -
Janos250
őstag
válasz
ecaddsell
#9649
üzenetére
"Viszont ha jól látom ennek a sebessége a HW SPI alatt van (valamiért), szóval a soros protokolhoz képest nem biztos, hogy akkora a nyereség."
Éppen a sebesség miatt jó a hardver bypassos periféria kezelés. Úgy is működik a regiszterekbe írás. Én a WS2812 programozásához használgattam, mert a kész rutinok - szerintem - nagyon bénák.
-
ecaddsell
aktív tag
Mert ipari használatra minden amit ki lehet hagyni kihagynak (extra költség) azaz direktbe hajtják a kijelzőt.
Nekem meg hobbizni (ami leginkább a prototípus készítéshez hasonlatos) sokkal fontosabb, hogy felesleges dogok nem viszik az időm, pl. úgy használhatok 3 fajta kijelzőt, hogy mikor most rá akartam keresni a kijelző kódra, hogy hány % rájöttem, hogy tűt keresek a szénakazalban... -
_q
addikt
válasz
ecaddsell
#9657
üzenetére
Fejből írtam, nem emlékeztem már mennyi. Először olyannal akartam próbálkozni, de mikor megláttam hogy macerásabb, váltottam a jelenlegi SPI kijelzőre. Ezzel nekem könnyebb volt összeszerelés-programozás szempontjából is. Érdekes amúgy, hogy a párhuzamos kommunikációs kijelzők vannak nagyobb arányban kínából, SPI ami egyszerűbb pedig kevesebb.
-
quint
aktív tag
válasz
fagylalt
#9650
üzenetére
A robotjármű benzinmotorral megy? Mert ha nem, akkor ott lesz egy szép nagy aksid. Arra meg már csak egy step-down konverter kell, és viola, ahogy a művelt türkök mondják.
Bocs', közben látom, hogy másik szálon válaszoltál... Akkor csak a kérdés: miért nem jó a főakku? -
ecaddsell
aktív tag
OK, de fogadjuk el, hogy lehet olyan nagy felbontású kijelző sok gyors változással ahol ez szükséges lehet.
Neked meg nekem nem, de másnak esetleg igen (én erre annyi pint ami ehhez kell nem áldoznék be, meg mivel ez nincs offloadolva a procit is megfogja kicsit, de ha valakinek ez a legfontosabb rész miért ne). -
_q
addikt
válasz
fagylalt
#9650
üzenetére
Robothoz nem kellene 2 motor?
A 20 perc nem indokolná, hogy túl nagy aksit használj, viszont mivel nem akarod gondolom utána egyből tölteni ilyen szempontból érdemesebb ha nagyobb az aksi. Egy 10 000 mAh-s aksi már bőven többet is tud 20 percnél és még csak tölteni se kell legalább sűrűn. Mint márka jók a xiaomi cuccok, lehet is hinni szerintem a kapacitásának, nem úgy mint sok kínai aksinál, ahol többet írnak rá a valós értéknék. Emellett meg ha úgy alakul, akkor telefon töltésre is tudod használni.
-
_q
addikt
válasz
ecaddsell
#9649
üzenetére
Én SPI TFT kijelzőt használok. Nekem nem kell gyors üzemre, de próbáltam for ciklussal egy számlálót növelve kiíratni az értékét teszteléskor és nekem nem tűnt lassúnak. Nem tudom milyen egyéb előnye lehet a direkt kijelző meghajtásnak. Ennél nem hiszem hogy lenne egyszerűbb.
-
ecaddsell
aktív tag
válasz
fpeter84
#9637
üzenetére
"azt keresem hogy egy adott LCD-t mivel tudnék a létező leggyorsabban meghajtani"
HW referencia regiszterekkel:
https://www.espressif.com/sites/default/files/documentation/esp32_technical_reference_manual_en.pdfMivel az EP32 nem tartalmaz kijelzőt (a kijelzős board-ok is tipikusan valamilyen soros protokollal vannak hozzákötve tip. SPI) ezért soros protokol esetén HW SPI-t kell használni, vagy ha direktbe van a GPIO pinekhez kötve a kijelző akkor a pineket írva.
A direct GPIO-ra meg ezt a fórumbejegyzést találtam, szóval mennie kellene.
Most, hogy látom, így esetleg több pint is lehet írni (remélhetőleg tökéletesen egyszerre), lehet engem is fog érdekelni a dolog...
Viszont ha jól látom ennek a sebessége a HW SPI alatt van (valamiért), szóval a soros protokolhoz képest nem biztos, hogy akkora a nyereség.
Még 1 link:
GPIO.out_w1ts = (1 << TogglePin);
GPIO.out_w1tc = (1 << TogglePin); -
_q
addikt
válasz
fagylalt
#9641
üzenetére
Az a baj, ha sok minden van használva annak nagy lesz a fogyasztása.
Még az is fontos lenne, hogy mennyi ideig üzemelnek az egyes egységek, Arduino Mega elmegy-e alvó módba, folyamatosan mérnek az egységek vagy mondjuk 10 percenként mérnek 1-et a kettő között pedig csak várakozó módban vannak, esetleg alvó módba elmennek.
Ha az időt már tudod, hogy mennyi ideig üzemelnek az egyes egységek, meg kellene nézni mennyit fogyasztanak alvó (ha van ilyen állapotuk) és üzemi állapotban külön-külön. Ha meg van a fogyasztás és az, hogy mennyi ideig fogyasztanak, akkor amit belinkeltem kalkulátorba beütöd az értékeket és kidobja, hány óráig, napig, esetleg hónapig tudna adott aksiról üzemelni.
Számolás és idők nélkül látatlanba azt mondanám, hogy nem fog sokáig működni a rendszer, jó ha 1 napig bírja vagy annyi se.
Konkrét példa, nekem van egy ESP32 ami folyamatosan működik, wifi-t használ, van egy hőmérő és egy kijelző. Ez durván 400mA-t fogyaszt, így kb 6.5 óráig bírná egy 3000mAh-s aksiról.
-
Janos250
őstag
válasz
fpeter84
#9637
üzenetére
Na, a gyanúm beigazolódni látszik:
gpio_reg.h file
#define GPIO_ENABLE_W1TC_REG (DR_REG_GPIO_BASE + 0x0028)A soc.h fájlban vannak a base címek:
#define DR_REG_GPIO_BASE 0x3ff44000Vagyis a GPIO_ENABLE_W1TC_REG a 0x3ff44028 egy CÍM.
Tehát:
*((volatile uint32_t *) (GPIO_ENABLE_W1TC_REG)) = .... ;
vagy:
*((volatile uint32_t *) (DR_REG_GPIO_BASE + 0x28)) = .... ;Próbáld ki!
Egyébként, ha már használtuk a rendszerben az adott perifériát, akkor a "mindenfélék" be vannak állítva, lehet közvetlenül írni, olvasni a regisztereket, minden faxni nélkül.
-
Janos250
őstag
válasz
fpeter84
#9637
üzenetére
Mégegyszer átfutva a kérdésed:
a GPIO_ENABLE_W1TC_REG gyanúm szerint egy adott regiszter CÍME. Általában úgy szokták az ilyesmit definiálni, hogy egy base + az offset. Próbáld kiíratni a GPIO_ENABLE_W1TC_REG-et, és megvan a címed, próbálj oda a számmal megadott címre írni, a követlen memória írásra szokásos módon. -
fagylalt
senior tag
Mindenképpen akkumulátoros megoldásra van szükségem, mert ahol a "rendszer" lesz használva, ott nem lesz vezetékes hálózati áram. Az alábbi egységeket kellene meghajtani:
- Arduino Mega 2560
- 1db szervómotor (MG996R)
- 1db WiFi modul (ESP8266 ESP-01)
- 1db GPS modul (uBLOX NEO-6M)
- 1db gyorsulásmérő (MPU-6050)
- 1db hőmérő (DS18B20)
Esetleg még pár ultrahangos szenzor (JSN-SR04T) lesz rajta.(#9635) gyapo11 és (#9636) quint: Viszonylag sürgős lenne, így a külföldi rendelést kizárnám. 18650-es akkumulátoraim szint úgy nincsenek.
Itthon lehet valahol ilyet vásárolni? -
Janos250
őstag
válasz
fpeter84
#9637
üzenetére
Itt is megy a közvetlen regiszter írás. A dolog annyival macerásabb, hogy ugyanaz a regiszter több mindenre is használható, ezért van egy mátrix, amiben meg kell adni, hogy mire akarjuk használni. Egyes funkciók (pl. UART) "közvetlenül" (bypass) érik el a regisztereket, mások meg egy mátrixon keresztül. Pl. a közvetlen eléréshez ha nem jelöljük ki, órajelet sem kap az a hardver rész, ami az adott funkciót végzi, és a regisztereket sem tudjuk írni, illetve olvasásánaál fals értéket kapunk. Valamikor tavaly bütyköltem vele, akkor néztem, használtam. Ha jól emlékszem, a kulcsszavak GPIO matrix, és IO_MUX. Pontosan már nem emlékszem, valahova leírtam, de hirtelenjében nem találom, és a héten nagyon el vagyok havazva.
Egyébként ez a mátrixos dolog teszi lehetővé, hogy bármelyik GPIO-t bármelyik lábra teheted. -
Tankblock
aktív tag
A többi board mind 1 magos ha jól sejtem, az ESP32 meg 2 core. Mivel mind a 2ről el lehet érni igy gondolom van restriction. Az ESP-IDF alatt is structúrán keresztül lehetett definálni ha jól emlékszem.
Bőven megfelelő a sebessége. Nézegesd inkább a példaprogramokat amit az ESP-IDF mellé kapsz. Az sokat fog segiteni. Az arduino erre a layerre húz rá még egyet.
-
fpeter84
senior tag
Miközben keresem az ideális alap hardvert a projektemhez, most az ESP32-höz érkeztem (azt keresem hogy egy adott LCD-t mivel tudnék a létező leggyorsabban meghajtani)...
AVR-en, STM32-n, ATSAM-en működött simán, hogy egy regiszter aliasra hivatlkozva átírtam az adott regiszter értékét, például:
REG_PIOD_PDR = (REG_PIOD_PSR & 0x00000030);Az ESP32-n viszont mintha ez körülményesebb lenne. A közvetlen elérésre ezt a hibát dobta:
C:\Arduino\ESP32\projects\GPIO_test\GPIO_test.ino: In function 'void set_databits_input()':
GPIO_test:7: error: lvalue required as left operand of assignment
GPIO_ENABLE_W1TC_REG = 0x000FF000;
^
exit status 1
lvalue required as left operand of assignmentA hw könytárban lévő kódokat túrva 2 azonosan működő megoldást találtam eddig:
ESP_REG(GPIO_ENABLE_W1TC_REG) = 0x000FF000;
vagy
GPIO.enable_w1tc = 0x000FF000;Ami viszont nem igazán normális, hogy nem történik meg azonnal a regiszter állítása! Ha abban a pillanatban visszaolvasom a GPIO_ENABLE_REG értékét akkor még az előzőt találom benne, ha berakok 1ms várakozást akkor már azt aminek lennie kell! Mi a fene okozhatja ezt a jelenséget? Így nem igazán lehet kimaxolni a GPIO írás olvasás sebességét közvetlen eléréssel...
-
quint
aktív tag
válasz
fagylalt
#9633
üzenetére
Kedvenceim ezek a 18650 bázisú powerbank házak. Általában tetszés szerint konfigurálhatók full powerbank és tiszta projektdoboz között. Például egy 2x18650-esben klasszul elfér egy Pro Mini (v. hasonló) alapú eszköz pár perifériával, és még 1 akku a tápláláshoz.
-
gyapo11
őstag
válasz
fagylalt
#9633
üzenetére
Nem feltétlenül kell készre szerelt powerbank, ha amúgy vannak akkuid, akkor egy 1 $ körüli kis táp panelka elég lehet, és akkor szabadon választhatod meg az akku konfigot, mert mondjuk 7-30 V között bármi lehet, másrészt nem pocsékolódik el az energia a mega stab ic-jén, mert ezek a kis kapcsolóüzemű tápmodulok, 90 % fölötti hatásfokkal is mehetnek.
-
_q
addikt
válasz
fagylalt
#9633
üzenetére
Szerintem előtte azt írd meg, hogy mire lenne használva, mert lehet nincs is értelme aksiról üzemeltetni, ha eleve több 100 mA-es a fogyasztása az egész rendszernek.
Ezzel meg tudod nézni hány mAh-s aksira lenne szükség, illetve tegyük fel egy 3000mAh-s aksi hány óráig/napig bírná adott terhelés mellett: [link]
-
quint
aktív tag
válasz
fagylalt
#9631
üzenetére
Egyszerű analóg, soros áteresztő stabilizátor van a Megán, tehát 8 db sorba kötött akksi pont annyi idő alatt merül le, mint 6...
Akkus tápláláshoz nem rossz opció a legolcsóbb powerbank, és akkor a +5V bemeneten táplálod a Megát. Ez még olcsóbb is, ha épp nincsenek a fiókban a NiMH akkuk. -
fagylalt
senior tag
Sziasztok!
Egy Arduino Mega board külső tápellátását szeretném biztosítani. A specifikációjának ajánlása szerint 7 és 12V között kellene lennie a tápfeszültségnek. Láttam szinte mindenki 9V-os elemmel használja, azonban én hosszabb üzemidőt szeretnék, így arra gondoltam 8db 1,2V-os AA NiMh akkumulátorral hajtanám meg (tehát ~9,6V-tal). Mi a véleményetek? Van értelme?
-
_q
addikt
válasz
MrChris
#9627
üzenetére
i = 0-tól i<5 azaz 5 már nem lehet, tehát a 0-tól 4-ig számol. Akkor lenne 5 a kiíratás soros porton, ha i <=5 lenne, tehát még 5 is benne van.
A másikra csak tippelek, de amikor elküldesz egy karaktert soros vonalon, akkor tudtommal mindig megy egy "carriage return" (kocsi vissza) karakter az enter vagy küldés gomb lenyomására. Talán ezért érzékelheti azt, hogy 2 karakter-t küldesz egymás után, így 2x fut le. Ha mondjuk a delay-t 500-ról felemeled mondjuk 1000-re vagy 2000-re, tehát 1 vagy 2 másodpercenként villogjon a led, akkor a 2. karakter küldésével nem törődne a program. Ez csak tipp.
-
gyapo11
őstag
válasz
Janos250
#9620
üzenetére
Már írtam korábban, hogy ha küld valaki cikket bármilyen arduinós témában, szívesen beszerkesztem weboldalba és kiteszem a netre. Lehetőleg olyat, amit ő próbált, tesztelt, és saját tapasztalatai vannak. Elvileg linkeket is lehet, de azok eltűnhetnek, esetleg nem örül a tulaj stb., sajáttal nincs gond.
-
fpeter84
senior tag
válasz
Janos250
#9620
üzenetére
Igazából az lenne az igazi megoldás ha javítanák a fejlesztők a dolgot, és akkor másnak nem kéne hibavadásznia a jövőben
Megpróbálok utánanézni a bugreportnak hogy hogyan is működik... Mindenesetre ha valaki nagyon unatkozik és van due-ja és digit szkópja vagy saleae logic-ja, akkor megnézné hogy nála is reprodukálódik e a hiba?Serial3.begin(9600);
Serial3.write(0x32);
Serial3.end();
pinMode(14, OUTPUT);
digitalWrite(14,LOW);
delay(100);
digitalWrite(14,HIGH);
delay(100);
Serial3.begin(9600);
//REG_PIOD_PDR = (REG_PIOD_PSR & 0x00000030);
Serial3.write(0x33);A reg piszkálás nélkül nálam nincsen második byte küldés...
-
_q
addikt
válasz
Janos250
#9620
üzenetére
Topic elejere topic osszefoglalo/info ahova be szoktak irogatni mas topicba hasznos informaciokat es linkeket berakni. Ha nem sajat pl google drive meghajto akkor sajnos esely van ra hogy egyszer torlik, de opcio es annal jobb mint ha semmi sincs belinkelve, osszegyujtve.
Ilyet lehetne az elso oldalra hasznosabb linkekkel osszegyujtve. Elvileg az nem olyan mint wgy hozzaszolas, hogy nem szerkesztheto, hanem a topic felelos kesobb is szerkesztheti, illetve minden oldal tetejen osszecsukva megjelenik. Itt a forumon pl HDD topic-ba lattam mar.: Milyen HDD-t vegyek topic jo pelda ra.
-
-
fpeter84
senior tag
válasz
fpeter84
#9613
üzenetére
Addig vadásztam a regiszterek előtte-utána állapotát hogy sikerült megfejtenem a hiba okát, és biztos vagyok benne hogy ez valamiféle bug lehet... A PIO Status Register-ből (PIO_PSR) kiderült hogy az RX láb újra inicializáláskor átvált PIO letiltott / peripheral active módba, de a TX láb valamiért PIO módban ragad... A PIO Controller PIO Disable Register (PIO_PDR) manuális átbökésével peripheral active módba ismét tudja használni az USART a TX lábát is!
-
Janos250
őstag
Erről jut eszembe:
Ezt használta már valaki? Használható?
ifttt.com/maker_webhooks
Belebotlottam egy tűrhető ESP8266 könyv linkjébe, és olvasgatva találtam -
#9615
Janos250
őstag
Csabesz666
#9612
Janos250
őstag
válasz
Csabesz666
#9612
üzenetére
"Sajnos a c++ programozáshoz nem értek. Ha lehetséges, lépésről lépésre kellene leírni, hogy mit tegyek."
Na, sajnos így nagyon sok lépés lenne, és nem lenne eredmény.
-
fpeter84
senior tag
Sziasztok! Úgy tűnik hogy egy bugba futottam, de nem találok rá gyógyírt guglizva... Szóval adott egy soros protokol amit egy 5 baud-ra lassított címhívással kell nyitni, majd 9600 baud-ra váltva kommunikálni. Az 5 baud-ot úgytűnik se a mega, se a due mikrokontrollerének hw uart-ja nem szereti, ezért szoftverből valósítanám meg delay-ekkel megtüzdelve, de amíg a mega-n működik az hogy serialX.end majd pinmode out, digitalwrite fel/le, a végén pedig seriaX.begin-el újraindítom a kommunikációt, addig a due-n ha először megpiszkálom a lábat digitalwrite-al, utána hiába nyitom meg újra begin-el a sorost, egyszerűen süket marad, nem jön ki egy bit sem a TX lábon, de az RX láb vesz akkor is! Ez nekem egyértelműen buggyanús jelenség, de nem találok rá még csak hivatkozást sem, nemhogy megoldást. Bár mega-n működik a dolog, de én a due-t szeretném ehhez a projekthez használni a jelentősen nagyobb sebessége és több ram/flash-e miatt... Van rá ötletetek hogy mit lehetne vele kezdeni?
-
#9612
Csabesz666
aktív tag
Janos250
#9611
Csabesz666
aktív tag
-
#9611
Janos250
őstag
Csabesz666
#9610
Janos250
őstag
válasz
Csabesz666
#9610
üzenetére
Ezt a relét programozzuk C++ -ban. WiFi AP-re programozod, és akkor ha érkezik egy kérés, azt programozol rá, amit akarsz.
-
#9610
Csabesz666
aktív tag
Csabesz666
aktív tag
Sziasztok! Van egy wifi-vel vezérelhető relém LINK
Hogy tudom megvalósítani, hogy csak pillanatra zárjon rövidre, a relé, mivel nekem csak impulzus kapcsolásra kellene, a garázskapu nyitáshoz. most a garázskapu vezérléséhet, egy sima csengó kapcsolót használok. Viszont ezzel a kütyüvel mobil aplikációval is lehetne vezérelni. A válaszokat előre is köszönöm! -
_q
addikt
válasz
ecaddsell
#9607
üzenetére
Úgy számoltam, hogy a konverter 45uA-es fogyasztása másodpercenként értendő és akkor átváltottam. De ha nem így van akkor még akár jobb is lehet.
Az a baj, hogy töltőm nincs a nikkel-eshez, így az mindenképp drágább költség lenne + még a 3 db NiMH elem. Vezetékkel se tudom sajnos összekötni, csak valamilyen hordozható megoldás tud működni. 2 db ceruza elem nem miért nem jó?
Esetleg NiMH-hoz van tp4056-hoz hasonló modul ebayen vagy csak "gyári töltővel" tölthetőek?
(#9608) Atti777
Oh ez nagyon jó, nagyon köszi. Eszerint -20 - +50 celsius között használható, annyi hogy egy panasonic 3400mAh-es liion aksi 2200mAh fog tudni. -
_q
addikt
válasz
ecaddsell
#9605
üzenetére
Igen deep sleep-ben fog menni. Nem számoltam ki de abban bízom, hogy a konverterrel kapott nagyobb feszültség tartomány talán ad annyit, hogy a konverter ~50uA-es fogyasztását is megérje.
Konverter nélkül 2AA elemmel mondjuk 0.5V-ot tudok használni talán, ha úgy veszem hogy 2.5V-al elemgy minden gond nélkül az ESP32.Kicsit elbizonytalanodtam. Eddig az itt javasolt megoldást követtem, de most ez meg ellent mond
50uA fogyasztás esetén óránként 90 mA-es fogyasztással kell számolni a konverternél? Az nem kevés -
ecaddsell
aktív tag
válasz
gyapo11
#9603
üzenetére
A NiZn felejtős, nagyon hamar tönkre megy (még hideg sem kell hozzá) és a kapacitása is gyatra (mindig a teljesítménnyel marketingelik). Próbáltam (szerencsére az őrült drága töltő jó a NiMH-hez is, azaz legalább azt nem buktam).
Szóval vonzó a nagyobb feszültség, de nem 1 hosszú távú megoldás...Szerk: A NIZn-nek nagyon gyors az önkisülése is...
xboy89
Ezek a boost konverterek ha még deep sleep-be teszed az ESP32-öt, akkor is fognak fogyasztani. -
_q
addikt
3.3 V-ra. Ezt ajánlottátok még 1 hónapja talán, ezt vettem meg és terveztem használni. Így ha lemegy az elem feszültsége 2-2.5 V -ra akkor se lenne gond. Sőt ha lehet hinni ennek az áramkörnek, akkor még 1.8 V körülre is lemehetne és akkor egész sokáig lehetne használni. Wifi miatt kelleni fog legalább 300 mA, tartalékkal meg 1.8 V-on ha igaz 500 mA-t tudna.
Csak egy irányba lesz forgatva talán összefeszül. De ide-oda mozgatásra valszeg nem a legprecízebb. Másfél buszjegy ára.
Itthon lehet valahol ilyet vásárolni?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
50uA fogyasztás esetén óránként 90 mA-es fogyasztással kell számolni a konverternél? Az nem kevés Új hozzászólás Aktív témák
Hirdetés
ekkold- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Eredeti játékok OFF topik
- exHWSW - Értünk mindenhez IS
- CMF Phone 2 Pro - a százezer forintos kérdés
- Le Mans Ultimate
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- bitpork: MOD Júni 13 Augusztus 2- szombat jelen állás szerint.
- Autós topik
- Nyaralás topik
- EAFC 25
- További aktív témák...
- Apple iPhone 13Pro 128GB Kártyafüggetlen 1Év Garanciával
- Garmin Fenix 8 Amoled 51mm Sapphire Carbon Gray DLC - Használt, karcmentes
- Nitro ANV15-51 15.6" FHD IPS i5-13420H RTX 4050 16GB 512GB NVMe magyar vbill ujjlolv gar
- Apple iPhone SE 2020 64GB Kártyafüggetlen 1Év Garanciával
- iPad Pro 11 gen 2 + magic keyboard magyar makulátlan új állapot
- BESZÁMÍTÁS! ASUS ROG STRIX Z390-E GAMING alaplap garanciával hibátlan működéssel
- Lenovo Thinkpad T14 üzleti i5-10310u 10th gen. 8-32Gb RAM 256GB-1TB SSD gar.
- Csere-Beszámítás! Asztali számítógép PC Játékra. I5 12400F / RTX 3070 / 32GB DDR4 / 1TB SSD
- HP Probook 650 G4 15,6 i5-8350u 8. gen. GYÁRI MAGYAR VILÁGÍTÓ BILL!!!
- Lenovo Yoga Pro 9 (16IMH9) - Intel Core Ultra 9 185H, RTX 4060, 32GB, érintős ELKELT
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged