-
GAMEPOD.hu
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
-
gyapo11
őstag
válasz razorbenke92 #2246 üzenetére
Simán rá merném bízni. Persze csak akkor, ha az elengedés biztosított. Baj abból lehet, ha rátapos az arduino a gázra és koppig fölnyomja, viszont ha hozzáérek a gáz- vagy fékpedálhoz, akkor elengedi, és a hagyományos üzemmód visszaáll. Tehát az elengedésre kell biztonsági szempontból odafigyelni.
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
-
gyapo11
őstag
válasz razorbenke92 #2256 üzenetére
Ha van ECU, akkor nem kell átfolyásmérő a fogyasztás méréséhez, az üzemanyag nyomásából és az injektor nyitási idejéből számolható. Viszont rövidek az idők, az arduino önmagában kevés lehet, kell valami kiegészítő elektornika.
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
-
tvamos
nagyúr
válasz razorbenke92 #2256 üzenetére
Szerintem ez az ECU valamiféle computer lehet...
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
tvamos
nagyúr
válasz razorbenke92 #2264 üzenetére
Oke. A nem kompjuterhez mar keszitettem kiolvasot, amit mi a VAG-COM-mal olvastunk ki. Sokat nem tudok rola, mert en csak a hardvert csinaltam, es nem is erdekelt, mert nekem ugye Opelom van.
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
dave0825
őstag
válasz razorbenke92 #2285 üzenetére
Hát ahogy tekertem a potit, úgy változott az analóg érték is a soros porton. És igen, van 1-1 led a Power-hez is, meg még 1, ami nem tudtam, hogy mire van, mert ahogy állítottam a potit, egy pont után villant csak föl, de közben nem beszéltem, nagyjából teljesen csönd volt. Bár lehet, hogy azt a teljesen csöndet is érzékelte a poti egy pontjától, és tényleg a digitális kimenetre van kötve. Viszont az analóg nem tudom, hogy hogy megy.
Huawei P30 // Suzuki DL650XT '15 <-- Kawasaki Z750 '07 <-- Aprilia RS 125 '99
-
junhum
tag
válasz razorbenke92 #2322 üzenetére
Beolvassa.
Írja szépen a hőmérsékletet.Közben újra raktam az IDE-t erre a vevőre nem tudom feltölteni a kódot!
could not convert 'radio.RF24::read(((void*)(& temperature)), ((uint8_t)sizeof (bool)))' from 'void' to 'bool'
Your Workout Is My Warm-Up so Shut The Fuck Up And Train
-
veterán
válasz razorbenke92 #2359 üzenetére
Igen, ugy próbáltam. Van több eszközöm is, és USB-ASP-m is. Utánna olvasok hogyan melyikkel.
Köszönöm -
skul0
aktív tag
válasz razorbenke92 #2382 üzenetére
Ennyire nem vagyok képben a dolgokkal.
Annyit tudok, hogy a bázison átfolyó áram erősségével arányosan enged át áramot a kollektoron.@zka67:
Ezzel sem voltam teljesen tisztában, de így hogy leírtad világos már. Az a 0,6A-es bázisáram teljességgel esélytelen, ugyanis az Arduinon maximum 40mA folyhat.@tvamos:
Tettem be a motor két kivezetése közé, csak elfelejtettem leírni.Köszönöm a tanácsokat, majd még lehet jelentkezem.
-
bacus
őstag
válasz razorbenke92 #2542 üzenetére
Köszi a választ. Ez találtam a tiedhez hasonlót.
Kössünk egyezséget, megegyezős egyezséget... https://www.paypal.me/engiman/30
-
skul0
aktív tag
válasz razorbenke92 #2558 üzenetére
Én sem használtam ilyet ESP8266 Rx-nél, meg is adta magát. Azóta rendeltem ilyen szintillesztőt és az új ESP is úton van.
-
dave0825
őstag
válasz razorbenke92 #2558 üzenetére
és (#2560) Tankblock:
3.3V-ot kötöttem rá a Vcc-re, a GND-t a földre, a Tx-et az Rx-re, az Rx-et a Tx-re. Nem használtam 5V-ot sehol. Vagy csak én nem tudom, hogy az Rx-Tx az 5V fesz.-szel kommunikál?
[ Szerkesztve ]
Huawei P30 // Suzuki DL650XT '15 <-- Kawasaki Z750 '07 <-- Aprilia RS 125 '99
-
dave0825
őstag
válasz razorbenke92 #2564 üzenetére
Ja éééértem, köszönöm Neked is, tvamos-nak is, és Tankblock-nak is. Összerakom a level shifter-t, és megnézem megy-e még.
Huawei P30 // Suzuki DL650XT '15 <-- Kawasaki Z750 '07 <-- Aprilia RS 125 '99
-
tvamos
nagyúr
válasz razorbenke92 #2570 üzenetére
Alapvetoen igazad van. Csak annyit akartam mondani, hogy az Arduino nem TTL kompatibilis jelszintekkel dolgozik.
Egy ilyen output stage-bol, kulso felhuzo ellenallas nelkul, biztosan nem jon ki a tapfesz, megha elvileg, a specifikacio alapjan ki is johetne.
A lenyeg, hogy erre a kompatibilitasra nem biznam az eletem: az arduino is hallja a modult, pedig 3v3, biztosan tennek felhuzo ellenallast a kimenet, es az 5V koze. (Ha ugyis 5V tolerans, ki kell birja.)
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
tvamos
nagyúr
válasz razorbenke92 #2583 üzenetére
Sajnos nem segitett. Marad az oreg Lenovo a tesztelesre... ami eleg... nyogve nyelos.
Koszonom, hogy probaltatok segiteni!"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
DrojDtroll
addikt
válasz razorbenke92 #2635 üzenetére
Ment a pü.
-
Teasüti
nagyúr
válasz razorbenke92 #2894 üzenetére
Az a gond, hogy a byte az kellene a képletbe, mert nem deklarálhatom másként. Vagy erőforráspazarló módon át kéne másolnom másik változóba? Az egészrésznél nem is kell több. Sőt, az eredmény is elférne egy byte-ban, mert az osztó mindig nagyobb 255-nél.
Amúgy mit jelent, amit írtál?
Ez az (int)byte?Köszi!
-
DrojDtroll
addikt
válasz razorbenke92 #4784 üzenetére
mert még a due sebessége is kevés
10 bit tökéletes
[ Szerkesztve ]
-
DrojDtroll
addikt
válasz razorbenke92 #4810 üzenetére
az a helyzet, hogy nem csak ennyi feladat van, hanem van még egy pár szenzor(rotary enkóder, távolságmérő, fény, stb)amit még figyelni kell.
A mozgásokat naplózni kell.
-
DrojDtroll
addikt
válasz razorbenke92 #4829 üzenetére
Engem ez a par mV nem is nagyon zavar, de az hogy nem tudok normalisan indulni az igen.
-
DrojDtroll
addikt
válasz razorbenke92 #4838 üzenetére
Igy nem lesz a nulla korul jitter?
Kiprobaljuk majd. Van ket joy is.
[ Szerkesztve ]
-
válasz razorbenke92 #4861 üzenetére
Köszönöm a válaszodat. Jelenleg még csak minta projekteken gyakorlok. És úgy néz ki hogy sikerült megölnöm egy ir vevőt. Szerintem valami könnyebbel kezdem. Talán ledekkel valami egyszerűbbet... És elkezdtem olvasni a fórumot az elejétől. Remek ötleteket kaptam így,de nem tudom mikorra végzek vele.
[ Szerkesztve ]
Are you Baby Shark? No, i'm a motherf*cking hardstyle fish!
-
Janos250
őstag
válasz razorbenke92 #4926 üzenetére
Igen, sajnos úgy tűnik, így van. Nem is az volt nekem a gondom, hogy megáll-e a shift regiszter, hanem én a magam paraszti logikájával úgy képzeltem, hogy nullázódik, tehát a következő bevitelnél nulláról indul, nem marad ott az előző ciklus "szemete". Úgy tűnik nem így van. Az rendben van, hogy nullákkal feltöltöm, így is csináltam, amikor a másodikra írtam. Azt képzeltem, hogy amikor az elsőre írok, nem kell teljes láncot kiírni, de kell. Például ha van n darab, hiába csak az elsőre akarok írni, minden egyes alkalommal a teljes láncot kell írni. Ez - szerintem - elég töketlen megoldás, mert ha például az elsőt írom, akkor utána még egy halom nullát kell kiírni, hogy kitakarítsam a shift regisztert. Vagyis a shift regiszterből akár el is hagyhatnám az f betűt. Mindegy, ez van, ezt kell szeretni. Mivel mostmár biztosan tudom, hogy ez van, nem keresem a más megoldást. Vagy blokkonként külön CS, és ez is megoldás, de azt hittem, lehet egyszerűbben. Mindenesetre kösz mindenkinek.
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 razorbenke92 #4928 üzenetére
Kösz! Ötletes, de annyira nem éles a kérdés. Terv szerint összesen 2*8 karakter lesz. Ezt akár külön-külön CS-el meg lehet csinálni az ESP8266-on is.
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
gyapo11
őstag
válasz razorbenke92 #4928 üzenetére
Bcd dekóderrel is jó pár ic-ig, 2 bit 4 ic, 3 bit 8 ic, utána már jobb a plusz shiftregiszter.
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
-
Ghandi
aktív tag
válasz razorbenke92 #4964 üzenetére
Hajaj hát ez nem jó hír.
Akkor ujra meg kell szerkesztenem a kódot,ugyanis azt akartam még bővíteni ezzel-azzal.
Így totál kezdóként a pontosvesszó meg ilyen-olyan zárojelekkel meggyült a bajom rendesen.Elmélet és gyakorlat közt nincs különbség elméletben
-
quint
aktív tag
válasz razorbenke92 #5296 üzenetére
Max egyetértek, annyi megjegyzéssel hogy a (kényes) perifériának illik tartalmaznia a biztonságos nyugalmi (nem vezérelt) állapothoz szükséges pu/pd ellenállásokat. Ha nem így van, akkor a vezérlés nélkül feszültség alá helyezett periféria simán elfüstölhet, ami azért eléggé gáz.
-
nagyúr
válasz razorbenke92 #5296 üzenetére
Köszönöm a jótanácsot, ha tudom, megfogadom!
quint: ez egy l9110s dual H bridge, a bemenetein feszültségosztó van, hogy ne kelljen szintillesztés 12V tápfeszig. Erre nem hiszem, hogy tudok lehúzó ellenállást tenni.
Annyi problémám volt csak eddig vele, hogy programozáskor rá kellett kapcsolnom a 7,4V tápfeszt, különben leoldott az usb védő polyfuse, eddig nem tudtam, hogy ezért volt, így most már értem.
Szerk.: lehet, hogy ehhez felhúzó ellenállás kéne? Lényegében mindegy, hogy le vagy fel, csak valahova húzva legyen és mindkettő egyformán.[ Szerkesztve ]
-
tvamos
nagyúr
válasz razorbenke92 #5439 üzenetére
Ezért, ha valamikor céleszközt terveznek, kevésbé bevett szokás a rádiofrekvenciás procikat lepakolni a nyáktervre. Ehelyett inkább a moduloknak a footprintjét teszik le, és azt úgy forrasztják be
Ez attól függ, milyen mennyiség lesz a gyártás. Mi a Munkahelyen nem modulokat használunk, mert 100 ezres darabszámnál nem éri meg, ott már érdemes megfizetni a költségeket, ami kifejlesztés, meg a hivatalos tesztelés, jóváhagyás. (Csináltam már.)
marginális a nyákterv
Gondolom úgy érted, hogy nem marginális, tehát nagyon fontos.
[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
nagyúr
válasz razorbenke92 #5453 üzenetére
Köszi szépen! Azóta teszteltem a kütyüt egy ceruzaakksival, mert elem nem volt kéznél. Terhelésnek egy dc motort kötöttem rá. Eredmény: nem volt annyi kezem, hogy mérjek , de biztos, hogy valahol 5V közelében volt a kimenet, a motor hangjából ítélve, de legalábbis biztosan több volt a bemenetinél, ami tényleg meglepő egy ilyen cucctól. Viszont a chip rajta teljesen átforrósodott 4-5mp alatt, a visszajelző led pedig nem világított. Összehasonlításképp egy 3,4V-os 18650-es li akksival gyönyörűen működni látszik, ugyanúgy motort kötöttem rá, nem melegedett egyáltalán, és a visszajelző led is világított rendesen. Ma több időm lesz, megnézem két akksival. Az adatlapja szerint 2,5V a minimum bemeneti feszkó.
Az a kérdés, hogy ha teszem azt mégis egy db ceruzaelemről szeretnék mondjuk egy arduino lapot meghajtani, akkor
a.: kisebb terhelést elbír?
b.: tegyek rá hűtőbordát
c.: felejtsem el, mert úgyis meg fog sülni[ Szerkesztve ]
-
nagyúr
válasz razorbenke92 #5476 üzenetére
Annyit beszéltetek a NodeMCU-ról, hogy kedvet kaptam játszani eggyel.
Ez a darab megfelel a feladatra? A ch340 már ismerős, az uno lapjaim is ezzel vannak felszerelve, vagyis ehhez nem kell külön programozó. És jól sejtem, hogy ezt tudom 3V-nál nagyobb tápról üzemeltetni? Legalábbis a Vin lábról következtetek erre. -
bakkir
tag
válasz razorbenke92 #6195 üzenetére
Most lehet, hogy hülye kérdése lesz
A programban vagy a monitoron változtassam meg? vagy mind2-n? -
gilfoyle
őstag
válasz razorbenke92 #6247 üzenetére
Köszi mindkettőtöknek ((#6246) Gergosz2).
Egy UNO-m van, viszont legalább 2 enkódert kellene kezelnem, mindkettő 2 csatornás. Ahogy néztem az UNO D2 és D3 lába képes csak megszakítást kezelni, úgyhogy egy MEGA-t is be kell szereznem, de kísérletezésnek jó lesz addig az UNO is.
Csak az utókornak: ITT minden le van írva -
BlackPriest
őstag
válasz razorbenke92 #6298 üzenetére
pontosan ilyet. ha a bootloader hibás, attól még a feltöltött programnak mennie kell?
köszönöm a tippet, már olvasom
Bogár nélkül lehet élni, de minek?!_______________________________________________ Elnézést, hogy nem illik bele a véleményem a világképedbe.
-
BlackPriest
őstag
válasz razorbenke92 #6300 üzenetére
pedig az elsőre feltöltött program hibátlanul fut
az első boardot még a korábbi programverzióval tettem fel, ott más volt a board választék, de a megfelelőt választottam, a másik boardot az 1.8.3-assal, ott kiválasztottam a processzor típust is.ahogy guglizgattam, kieg infó, ami biztos fontos. az én usb átalakítóm 4 pines, nincs dtr pin. tecső videót találtam, miszerint a reset gombot a feltöltés megkezdéséig(?) nyomva kell tartani, lehet, hogy csak én akarom rosszul tölteni a programot?
Bogár nélkül lehet élni, de minek?!_______________________________________________ Elnézést, hogy nem illik bele a véleményem a világképedbe.
-
Tankblock
aktív tag
válasz razorbenke92 #16216 üzenetére
Szia,
A kódot oszd meg mert így reménytelen.... Git a barátod....
Ami segíthet, arduniós könyvtárak felejtése....
Serial debug üzenetek törlése.
nem használt regiszterek memóriaként való használatamegfelelő
(mazoizmus)motíváció esetén assembly használata.Release the Beast....
-
őstag
válasz razorbenke92 #16218 üzenetére
Szóval itt van ez a kódrész, ami durván 1200byte-ba fáj
void spark()
{
if(millis() < timer) timer = millis(); //if millis() has overflown
if(millis() - timer > random(1000,(mode[selectedMode].Speed*40)+1100))
{
timer = millis();
uint32_t localColor = presetColor[mode[selectedMode].color];
for(int i=10; i<=60;i++)
{
DIMnFILL(1,localColor,i);
}
for(int i=60; i>=20;i--)
{
DIMnFILL(5,localColor,i);
}
for(int i=20; i<=200;i++)
{
DIMnFILL(1,localColor,i);
}
for(int i=200; i>=100;i--)
{
DIMnFILL(3,localColor,i);
}
colorFill(presetColor[mode[selectedMode].backcolor]);
}
}a mode tömb belőle készült:
struct ModePresets
{
byte effect;
byte color;
byte backcolor;
byte Speed;
};a DIMnFILL:
void DIMnFILL(int delays, uint32_t colors, int dims)
{
//colors = Dim(colors,dims);
colorFill(colors);
delay(delays);
}ebből a DIM tele van szorzással, osztással, amire a korábban linkelt hint azt mondja, érdemes kerülni, ezért ki van kommentelve
colorFill
void colorFill(uint32_t c)
{
for(uint16_t i=0; i<strip.numPixels(); i++)
{
strip.setPixelColor(i, c);
}
//strip.fill(c);
strip.show();
}
Itt érdekesség, hogy amennyiben a strip.fill()-t használom, bukok 260byteot kb, így inkább a saját megoldásom használom.
Ez az egyik legegyszerűbb effekt, lebontva alapműveletekig a neopixeles eljárások szintjéig.
1200byte.
Minden más itt van: [https://github.com/razorbenke92/digispark_ARGB_controller/blob/main/digispark_ARGB_controller.ino] és az 4144byte-ba fordul a spark() nélkül.Köszi, ha valaki belekukkant.
Mások számára a kondi fáradós, nekem farad-os...
-
nagyúr
válasz razorbenke92 #16219 üzenetére
Megtennéd, hogy dump-olod az assembly-ban kimenetet fordítás után? Persze a teljes, túlméretezett programra gondolok. Asszem
avr-objdump -S sketch.elf
segítségével lehet megtenni, ahol keverve van a C kód az assembly-al, ott nagyon jól követhető, hogy mit miért csinál. Sajnos így látatlanban csak tippelni lehet.[ Szerkesztve ]
-
weiss
addikt
válasz razorbenke92 #16225 üzenetére
Szerk: Talán mintha lenne is preview a http szerverben gyárilag is.
Itt a JPEG HTTP Stream rész az, nem?
I did nothing, the pavement was his enemy!
-
Tankblock
aktív tag
válasz razorbenke92 #16219 üzenetére
Szia
Belelestem kicsit a kódba, sokszor van kódismétlés amit ha kiszerveznél egy függvénybe valószínüleg nyernél vele.
pinMode fv helyett kilesnéd melyik regiszterekbe illene írni hogy kimenet illetve pullup legyen az is segíthet ( nem fordítja bele a fél arduino kódot....
)
Adafruit helyett kipróbálnék másik libet pl : FastLED [link] vagy írhatsz sajátot.Release the Beast....
-
őstag
válasz razorbenke92 #16225 üzenetére
Na szóval belenéztem újra, átnéztem a vegyes kódot, meg kipróbáltam Tankblock legutóbbi tanácsait (amit ezúton is köszönök)
Íme a tapasztalataim:
- Kivettem a digitalWrite() / digitalRead() / pinMode() függvényeket, helyettesítettem őket regiszter piszkálással. Ez némi helyet felszabadított, nem világmegváltó, de közelebb vitt a célhoz.
- Átírtam FastLED-el a kódot - sajnos több helyet foglal. Hozzátartozik az igazsághoz, hogy a FastLED gyárilag tud néhány színkezelési effektet, amivel helyettesíthetném a saját kódomat, de akkor lennék kb. ugyanott, mint a Neopixel könyvtárral.
- Ezután a ws2812b kezelését könyvtár helyett kiváltottam egy tömbbel ami a LED színeket tárolja, és egy eljárással, ami kibillegteti az outputra a dolgokat szabvány időzítés szerint.
Ezzel a 4000 byte körüli overflowból lett 800 byte, szóval ez nagyot hozott.- Ezután kivettem (kompletten, helyettesítés nélkül) az EEPROM kezelési műveleteket, és így sikerült befordítani a kódot színekkel, effektekkel.
- Ekkor átnéztem decompiled kódot, és kilóra bizony ennyi az annyi. Lehet még összevonni ismétléseket, meg is csináltam a nagyon nyilvánvalóakat, de minimális a csökkenés, és a további reszelés munka/nyereség aránya nem konvergál az elégséges kódcsökkenéshez.
Amivel tovább fogok menni:
- Újraírom az effekteket, az általam írt ws2812b kezelésre optimalizálva. Például dim esetén nem osztok szorzok, hanem meghatározok dim szinteket, amiket bitműveletekkel meg tudok oldani. Pl 50% esetén eltolás egy bittel. Áttűnések esetén bitmaszkokon keresztül összevagyolás, stb.
- Ha marad még hely, akkor visszaépítem a menürendszert
- Ha még mindig marad akkor pedig az EEPROM-ba mentést is visszarakom
- Ha az előző kettőnél valahol kifogyok a helyből, akkor felveszek sok effektet sok színnel, és szimplán csak végig lehet menni rajtok gombnyomással.
(Majd bedobom, ha sikerült megoldanom, hátha érdekel valakit)
Mások számára a kondi fáradós, nekem farad-os...
-
nagyúr
válasz razorbenke92 #16231 üzenetére
-
Tomika86
senior tag
válasz razorbenke92 #16474 üzenetére
Van esetleg valahol minta rá?
Ezt találtam, ebben van matekozás, de nem tudom jó-e nekem?
[link] -
Dißnäëß
veterán
válasz razorbenke92 #16489 üzenetére
Ahhhh, szuper !!!
Reggel óta ezen kattogok, nagyon hasznos a megvalósítási ötletPontosan így képzeltem én is. Egyrészt ritkán írom így az eeprom-ot (nem óránként, pláne nem gyakrabban), másrészt egy hatalmas nagy kondit használok az Arduino feszstabja előtt, ami - még nem próbáltam, csak megvan az alkatrész - az összes LED-jével és mindennel együtt is vagy 10 másodpercig még ad neki időt bármire is, és csak utána megy a stabi szintje alá, ergo kikapcsol az eszköz.
Arduino Micro egyébként (Leonardo kompat.)
Graceful igen, abszolút. Ez a része O.K.
Nem Graceful: a nagy kondi elé arra az esetre van, ha működés közben áramszünet történik, vagy véletlen kikapcsolja az ember a főkapcsolót hátul (amire ő a kis trafójával direktbe van kötve). Ekkor - saját tápfeszét figyelve ugye - mindent elenged, üzemórát beírja magába és elfogyhat az áram.
A kódért lehet, hogy pitizek majd még Nálad Vagy legalább támpontért.. saját eeprom-jába írod az értéket, gondolom. (?) ..
Egész órákat hogy kezelted ? Vagy a mérés alapja nem órák ?
Pl. ha sok egész órák mellé lövés van (1:30 perceket megy mondjuk rendszeresen), akkor a 30 perceket is vegye hozzá... én arra gondoltam, minden számláló lementéskor +1 órát hozzáadok direkt. Így inkább megelőzöm a bajt, mint lemaradok számlálóval pár óráról...[ Szerkesztve ]
POKE 16017,44 ..... SYS 2077
-
tibi-d
tag
válasz razorbenke92 #16593 üzenetére
Az arduino egy hőmérséklet szabályzó része. A belső EEPROM szabályzási, beállítási, és program paramétereket tárol. Ezek optimalizálása hosszadalmas folyamat. Ha az arduino panelt kell cserélni, minden megy a kukába. Lehet mindent előröl kezdeni. Ezért, ha a rendszer optimálisan működik, az adatokat kéne kimenteni egy külső EEPROM-ra, ahonnét az új panelre vissza lehetne tölteni. A kiíró, és visszatöltő programrészt be lehet írni az arduino programjába is.
-
Undoroid
őstag
válasz razorbenke92 #16657 üzenetére
Ez így rendben is van, de... " Nano-n van gyárilag LDO, emiatt a VIN-nek papíron 6V-20V, gyakorlatban 7V-12V betáppal mennie kell " Megy is, viszont közben valami miatt a konverter hatalmas hőt kezd el eldisszipálni, ami arra utal, hogy valami nagyon nincs rendben! Aminek a forrása a túláram, elkötés vagy a konverter hibás működése is lehet! Erre csak akkor kaphatunk választ, ha látjuk a jelenlegi áramkör teljes és valós kapcsolási rajzát! Ezért is írtam így: " Így -a teljes kapcsolás- pontos ismerete nélkül csak ennyit tudtam segíteni! " Csak tippeltem, mert ha minden rendben van, akkor ez a jelenség nem kellene, hogy mutatkozzon! Várjuk meg a kérdező válaszát a felmerült kérdésekre!
https://logout.hu/bejegyzes/ngabor2/nyugodj_bekeben_bordoi.html _ https://robo-venture.com -> Az ökotudatos, digitális közösségi alkotóműhely <-
-
gyapo11
őstag
válasz razorbenke92 #16666 üzenetére
Én is ali-bg, aliról standard shipping és saver shipping, bg-ról banggood express.
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
-
Tankblock
aktív tag
-
tibi-d
tag
válasz razorbenke92 #16709 üzenetére
Köszönöm a tippeket. A kijelző azért kell, mert mobil használata nélkül is kell tudni vezérelni a készüléket, a wifi meg azért, hogy magára lehessen hagyni működés közben, de lehessen látni hol tart, mikor végzett, stb. Analóg a/d-re az ADS1115-re gondoltam. A digit szintillesztés nem probléma. A vasakra 40-50eFt a max keret ebbe IBT-2-es H-bridge is bele kell férjen.
-
biker
nagyúr
válasz razorbenke92 #16717 üzenetére
joystick buttonbox, arduino leonardo (promicro), és minden láb foglalt, nem tudod szabaddá tenni az rx/tx-et, ezért kellene valami ami BT-n akár átviszi a jelet mint egy BT billentyűzet vagy BT egér. táp van tehát adót be tudnék szerelni, vevő meg a PC-n dongle lenne.
Egy barkács szimulátor kormányhoz kell, ami 1080fokot forog.
Igen, létezik spirál USB kábel, amit sokan használnak, de nekem hányingeren van a tekergő kábeltől, akármilyen spirál.Már azon gondolkoztam, hogy fogok egy BT billentyűzetet és azt szétszedem, és azzal felépítem a mátrixot, de a forgó enkóderekhez kell az arduino
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
biker
nagyúr
válasz razorbenke92 #16720 üzenetére
nem kifejezetten megoldás egy kész arduino buttonbox helyett nekiállni egy esp32-t építeni.
De köszönöm a tippet, majd ha egyszer újrakezdem, ezzel fogom tenni, de most nem jóElektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
Új hozzászólás Aktív témák
- PlayStation 5
- Gyorsabban hozná el az önvezetést Kína
- Futás, futópályák
- Megpróbálják a spanyolok: megvédenék a gyerekeket a közösségi médiától
- Milyen notebookot vegyek?
- Azonnali fáradt gőzös kérdések órája
- Kormányok / autós szimulátorok topicja
- iPhone topik
- Autós kamerák
- Microsoft Excel topic
- További aktív témák...
- Suzuki Swift 2005 1.3 GLX CD AC - AndroidAuto & CarPlay
- Bomba ár! HP Elite X2 1011 G1 - m5 I 8GB I 256GB SSD I 11,6" FHD Touch I CAM I W10 I Gari
- Bomba ár! Lenovo ThinkPad T490 - i5-8GEN I 8GB I 256GB SSD I 14" FHD I Cam I W10 I Garancia!
- 8db GeForce RTX 3090 Egyben
- VAST AI - VAST AI - VAST AI - GeForce RTX 3090
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs