- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Nvidia GPU-k jövője - amit tudni vélünk
- OLED TV topic
- Fujifilm X
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- ZIDOO médialejátszók
- ASUS blog: Ideális olcsó utazós gép lett az új Vivobook S14
- Azonnali alaplapos kérdések órája
- Kormányok / autós szimulátorok topikja
- CPU léghűtés kibeszélő
-
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
-
#70211840
törölt tag
Az ArduinoIDE-t használva szeretném megoldani, hogy a programban használt Library-kat ne a megszokott letöltési könyvtárból, hanem a projecten belül, egy "Libs" nevű könyvtárból linkelje be a fordító.
Ezt azért szeretném így használni, mert a legtöbb Library-t testre kell szabnom 1-1 project kedvéért és nem volna célszerű egy "közös" helyen megtennem. Egy másik, régebbi project akkor újrafordításnál már átírva látná.Van erre valami kényelmes megoldás, hogy 1-1 project saját könyvtárából tudjam használni?
-
-
-
válasz
fpeter84
#18184
üzenetére
Isten tudja, ez biztosan valami hardveres bibi lesz... Azt írtad, hogy lehúztad róla a külső hardvert a feltöltés idejére, ugye?
Próbáld már meg, hogy a fordítás közben (vége felé) kézzel reseteled a mega boardot (a rajta lévő reset gombbal), lehetőleg próbáld meg kiszámítani, hogy a reset és a feltöltés kezdete közt ne teljen el 1mp-nél hosszabb idő (asszem ennyit tartózkodik a bootloader download módban, mielőtt elkezdi futtatni a rajta lévő kódot). Esetleg reset helyett húzd ki és dugd vissza jó ritmusérzékkel (
![;]](//cdn.rios.hu/dl/s/v1.gif)
).Ha így sem megy, akkor próbáld meg ISP-n keresztül felprogramozni, ha az nincs, egy UNO segítségével.
Olyan nincs, hogy nem sikerül
-
fpeter84
senior tag
talált egy centire pontosan ugyanolyan Mega-t is a cimborám, neki feltölti arra is a kódot az alma... próbáltam vmware-ben futó ubuntu alól, az is pontosan ugyanúgy elakad 88%-nál mindig, pedig még az avrdude.conf-ot is megpróbáltuk átmásolni az ő alma gépéről, az ő általa fordított hex-et feltölteni az én gépemen futó ubuntuval megírni... [link] lehet mégiscsak az én vasamnak lesz valami kehe, csak akkor a 10x akkora programot miért tölti fel és futtatja jól?
-
fpeter84
senior tag
-
fpeter84
senior tag
Sziasztok!
Rejtélyes hibába ütköztem egy Mega2560-al (kínai CH340)... Ezt a DRAM IC tesztert szeretném összerakni, le is fordul de amikor megpróbálom feltölteni akkor a nyúlfaroknyi kód feltöltésekor mindig pontosan ugyanott elakad majd némi várakozás után timeout hibába fut: [link]
Először azt hittem hogy álltában megkotlott a vas, de akár egy Blink, akár egy több mint 10x akkora jóval összetettem UTFT_Demo_480x320 program is lefordul, hibátlanul feltöltődik és fut is: [link]
Természetesen úgy is próbáltam hogy csak a vas önmagában mindenféle rácsatlakoztatott dolog nélkül, de ugyanúgy sikertelen a feltöltés. Megkértem egy barátomat tesztelésre - neki egy RobotDyn MEGA nyákja van, arra pöccre felmegy és fut vakon a program, küldi sorosra a dolgokat - sajnos nagyon messze van, az nem járható út hogy nála letesztelem a DRAM IC-ket
Akárhogy nézem a kódot, nem tudok rájönni hogy mi lehet az benne ami megakaszthatja egyik vason, másikon meg nem - csak csupa olyan lábakat piszkál aminek elvileg nincsen rendszer funkciója... Van rá bármi ötletetek hogy mi lehet itt?
-
#70211840
törölt tag
A vicc a dologban, hogy ez a lassulas csak windows-on van. Es nem csak nekem, forumokon mas is panaszkodott emiatt. Elkezdtek boncolgatni az okat, de nem olvastam vegig.
Nalam laptopon es desktopon is bosszanto volt a lassulas.
Viszont linux-on nagyon gyors. Kezdoken sokat kell ujraforditanom es jol jon a tempo.
A masik core mindenhol gyors. -
válasz
Janos250
#18178
üzenetére
De nem, nem csak ez okozza! Mert ha teljesen más projektet kezdek (más sketch, más lappal, akár olyan, amit akkor nyitok meg először), akkor is gyorsabban fordít, ha a program meg volt előtte nyitva és már fordítottam vele valamit előzőleg.
Sőt, ha változtatok valamit az egyik library-n, érzékeli, és ki is írja, hogy változás miatt újra kell mindent fordítani, de akkor sem annyival lassabb, mint amikor először fordítok vele. -
ekkold
Topikgazda
válasz
#70211840
#18173
üzenetére
>Van viszont egy komoly probléma ezzel a maggal.
>1. Windows - ArduinoIDE
>Iszonyatosan lassan fordít!!!
Nálad lehet valami gond a windows-al, mert ugyan nálam sem egy rakéta, de egy nagyobb kódot is lefordít másodpercek alaltt. (pl. egy kb. 1000 soros arduino program 9 másodperc alatt fordul le - Win7 + ArduinoIDE). -
ekkold
Topikgazda
válasz
#70211840
#18173
üzenetére
>Ez csak STM32 esetében igaz
>vagy jellemző már az összes hasonló eszközre?
A legtöbb hasonló MCU-ra jellemző, csak van amelyik nem minden lábán tudja, és sok olyan van, amiben csak felhúzó ellenállást lehet bekapcsolni, lehúzó ellenállást nem tud.>Tehát elég csak bekötnöm egy gombot egy pin-gnd közé?
>Ennyire egyszerű volna?
Igen.A pergésmentesítés szoftveres, vagy hardveres is lehet. Ha a szoftverben elfér (tehát nincs kicentizve az MCU kapacitása) akkor az a jó megoldás. Ha viszont az MCU tárhelye, ideje, kapacitása korlátait feszegetjük, akkor a hardveres megoldás is szóba jön.
Amikor pedig olyan környezetben működik majd az MCU, ahol sok zavarforrás is van, akkor előfordul, hogy a hardveres és szoftveres megoldás is dolgozik együtt. -
#70211840
törölt tag
"Nincs szükség ellenállásra, a belső felhúzó ellenállás önmagában is elég magas."
Ez csak STM32 esetében igaz vagy jellemző már az összes hasonló eszközre?
Azért kérdem, mert példákat nézve látni ilyen-olyan megoldásokat.
Ezen az oldalon például használnak ellenállást a nyomógombhoz.
Tehát elég csak bekötnöm egy gombot egy pin-gnd közé? Ennyire egyszerű volna?"... lehet készen is kapni ellenállás létrát"
Ez nagyon jó tipp és helytakarékos is. Ki fogom próbálni mindenképpen."... én szoftveres debouncingra gondoltam, ..."
Ezen a lehetőségen átsiklottam. Természetesen ha kényelmesen megoldható, akkor az lesz a megfelelő nekem. Ennek a lehetőségnek még akkor utánna kell olvasnom.
Köszönöm a tippeket, a segítséget.
-- off begin --
Más:
Jelenleg igen komoly szoftveres problémával küzdök a fejlesztőkörnyezettel.
Az első és talán legfontosabb dolog, hogy STM32 használathoz az eddig ArduinoIDE-hez használt STM32 Board Core nem megfelelő. A Roger Clark helyett az STM32duino Core-t kell használnom. Egyszerűen azért, mert több Library-ba is belefutok, amelyek nem fordulnak a másik core-al.
Úgy tűnik az kevésbé van optimalizálva STM32-höz, mint a másik.Példa:
TFT_eSPI Library : [link]1. http://dan.drown.org/stm32duino/package_STM32duino_index.json
Ezzel nem fordul a könyvtár.2. https://github.com/stm32duino/BoardManagerFiles/raw/main/package_stmicroelectronics_index.json
Ezzel minden probléma nélkül.Csak kiragadva egy lényeges momentumot:
STM32-n szépen beállítható az SPI1 és SPI2 sebessége. Ez a könyvtár használja is STM32 esetében ezt. Azonban az első Core SPI moduljából hiányzik a setSpeed lehetőség, míg a másodikban megvan. Az első fix 8MHz-ez használ (gondolom Arduino örökség lehet)
Egy SPI kijelző esetében látványos a különbség.Van viszont egy komoly probléma ezzel a maggal.
1. Windows - ArduinoIDE
Iszonyatosan lassan fordít!!! Ez azt jelenti, hogy egy üres setup()+loop() percekig tart neki.
Egy képernyőre kiírt "hello world" 3-8perc. Minden módosításnál az egészet újrafordítja.
Neten kutakodva más is ezzel küzd.2. Windows - SloeberIDE
Hibába fut, nem fordul semmi. Nem egyedi gondom van ezzel, másnál is ez van. A probléma egyelőre feloldhatatlan.3. Linux - ArduinoIDE
Itt nincs gond. Gyorsan fordít és apróbb kódot is csinál, mint a másik core.4. Linux - SloeberIDE
Nem tudom elindítani. Érthetetlen, hogy miért nem indul, miközben JDK11 mellett más Eclipse alapú cucc simán fut.A probléma viszont az, hogy nekem a Sloeber kellne, mert az ArduinoIDE nagyon hiányos a fejlesztési funkciókkal.
-- off end --
-
válasz
#70211840
#18171
üzenetére
egy belső felhúzó ellenállást HIGH értékre állítja az adott PIN-t. Én a nyomógombbal egy külső ellenálláson GND-re zárom
Nincs szükség ellenállásra, a belső felhúzó ellenállás önmagában is elég magas.
az analóg bemenetet használva nem lehet olyat csinálni, hogy a különböző gombok más-más ellenállás értékkel zárnak és a kapott feszültség értéket kiolvasva meg tudom mondani melyik volt az? Esetleg több gomb lenyomását is?
Minden további nélkül, de mivel - ha szeretnéd úgy megépíteni, hogy több gomb egyszerre lenyomását is ki tudd olvasni belőle - az ellenállásokat (illetve analóg bemenet esetén az egyes gombokhoz tartozó feszültség értékeket) a 2 hatványai szerint kell választani, 8-9 gombnál többet nem nagyon tudsz így bekötni. Példa kapcsolás ellenállás létrával (érdemes az azonos értékű ellenállásokból álló kapcsolást megépíteni, könnyebb összeválogatni az értékeket, illetve lehet készen is kapni ellenállás létrát).
A kis kondira gondolsz
Nem, én szoftveres debouncingra gondoltam, van egyszerűbb és elegánsabb megoldás, persze meg lehet oldani kondival is, de felesleges hely és alkatrész pazarlás, mert szoftverből teljesen jól meg lehet oldani. Ha mégis hardveresen szeretnéd megoldani, akkor a felhúzó ellenállás értékéből kell számolni a kívánt időállandójú (40-100ms közt szokás kapcsolótól és felhasználástól függően) RC tagot és ahhoz választani a kondit.
-
#70211840
törölt tag
válasz
ekkold
#18168
üzenetére
ekkold, Aryes: Köszönöm a választ.
ekkold:
Ha jól értem akkor mondjuk beállítva egy belső felhúzó ellenállást HIGH értékre állítja az adott PIN-t. Én a nyomógombbal egy külső ellenálláson GND-re zárom és ezt az állapotot tudom lehérdezni és eredményként LOW állapotot kapok?Ezek az ellenállások milyen értéküek legyenek egy gomb esetében? Az STM32 úgy tudom a pin-eken 3.3V feszültséget ad.
A mátrix több gomb esetén jó lehet. Illetve csak ötletelek (persze biztos butaság), de az analóg bemenetet használva nem lehet olyat csinálni, hogy a különböző gombok más-más ellenállás értékkel zárnak és a kapott feszültség értéket kiolvasva meg tudom mondani melyik volt az? Esetleg több gomb lenyomását is?
Aryes:
A kis kondira gondolsz? Igen, sejtettem, hogy ilyesmire szükség lesz. Milyen értékűek legyenek ezek? -
ekkold
Topikgazda
válasz
#70211840
#18167
üzenetére
Általában bekapcsolható "felhúzóellenállás" van a lábakon a legtöbb MCU-ban, de az STM32 esetében lehet a GND felé (lehúzó) vagy a +3V3 felé (felhúzó) ellenállás is, te határozod meg a szoftverben.
Több gomb kezelése sokféleképpen megoldható, kevés I/O láb felhasználásával, lehet pl. mátrixba kötni a gombokat (sor-oszlop elrendezés) Ekkor pl. 16 gomb esetén csak 2x 4láb kell (4 sor 4 oszlop).
Persze vannak ennél még trükkösebb megoldások is, attól függ mennyire vagy szűkében az I/O lábaknak, ill. mennyi plusz alkatrész fér bele a játékba, vagy mondjuk tudni kell-e különféle gomb-kombinációkat is felismerni, vagy várhatóan egyszerre csak egy gomb lesz lenyomva.
-
#70211840
törölt tag
Technikai kérdés:
Ha mondjuk nyomógombokat szeretnék beépíteni, akkor annak mi a menete?
Jól értem, hogy STM32 esetében a PIN-nek lehet belső ellenállása, ami mondjuk a +3.3V felé húzza? Aztán nekem a z adott PIN-t csak egyellenálláson keresztül a nyomógombbal a GND felé kell zárnom?Vagy nem így működik a dolog?
Illetve megoldható, hogy ne kelljen 2-3-x nyomógomb esetén ugyanannyi PIN-t elhasználni?
-
#70211840
törölt tag
válasz
Tankblock
#18165
üzenetére
Az már a múlt. Sloeber van már helyette.
A Sloeber amúgy teljesen rendben működik.
Ugyanazokat a modulokat használja, mint az ArduinoIDE. Tehát ami abban megy az ebben is.
[kép]
Egyedül a library kezelésen van még mit csiszolni. Nekem hiányzik, hogy részletezze pár szóban, hogy mit csinál. -
-
#70211840
törölt tag
válasz
Janos250
#18163
üzenetére
"Régóta Eclipse-t használok már és nagyon megszoktam"
"Még erősen kezdő vagyok"
A kettő együtt elég ritka társulás! :-)Így kiemelve valóban.
Viszont arról van szó, hogy a C/C++ nyevek idegenek nekem. Ezért az "erősen kezdő" jelző, amivel illettem magam. Komolyabban sohasem foglalkoztam ezekkel a nyelvekkel. Nagyon régen egyszerű, DOS-on futtatható, "nyúlfarknyi" programot írtam bennük, de ezzel kimerült a tudásom, amit azóta el is felejtettem.
Alapvetően magasabb szintű nyelveket, jelölőket használok.
(Php, Java és ezekhez köthető nyelvek, jelölők, kiegészítők)
Ezeket Eclipse-ben szoktam elkészíteni, ezért a "megszokás" kifejezés.De, hogy ON is legyek.
Találtam egy alternatívát, ami ötvözi első ránézésre az ArduinoIDE működését és az Eclipse szerkesztési lehetőségeit.
Megadva a linket az STM32 platform json fájlhoz, már le is töltötte a komponenseket és "Project" indításkor kiválasztható például a "BluePill" is.Az IDE neve: Sloeber ( [link] )
Teszek vele egy próbát.
-
Janos250
őstag
válasz
#70211840
#18160
üzenetére
Van, aki Eclipse alatt használja az Arduinot. Én egyszer - régen - próbáltam, de úgy láttam, hogy ahhoz legalább 4K, és méteres monitor kell, hogy az ember lássa is a dolgokat, ezért nem is foglalkoztam vele. A mostani meg - ha jól rémlik - csak win10 alatt megy, de amíg nem nagyon muszáj, nem akarok 8.1-ről átállni arra a túl kíváncsi verzióra.
Nekem nem okoz nagy gondot az Arduino IDE."Régóta Eclipse-t használok már és nagyon megszoktam"
"Még erősen kezdő vagyok"
A kettő együtt elég ritka társulás! :-) -
-
válasz
#70211840
#18159
üzenetére
A kód méretével nem érdemes foglalkozni addig, amíg belefér a céleszközbe.
A méretkülönbség eredhet a kód különböző optimalizációjából is. És nem biztos, hogy a kisebb méretű program a jobb. Gondolom azzal tisztában vagy, hogy a gyorsaságra optimalizált kód néha nagyobb méretű programot eredményez. -
#70211840
törölt tag
Amúgy biztos butaságot kérdezek, de nem létezik az ArduinoIDE helyett valami Eclipse-alapú IDE, amivel ugyanazokat a Library-kat használhatom, mint az ArduinoIDE-ben?
A leges-legnagyobb gondom a megszokott IDE funkciók hiánya.
(Régóta Eclipse-t használok már és nagyon megszoktam) -
#70211840
törölt tag
-
#70211840
törölt tag
válasz
Janos250
#18156
üzenetére
A fő problémám egyrészt, hogy az ArduinoIDE-t IDE-nek nevezni vicc. Gyakorlatilag alig van megvalósítva benne, amit egy IDE-nek tudnia kellene. Kényelmetlen benne kicsit is komplexebb kódot írni.
Hiányzik például egy obj példány alapján megnyitni az implementációt. És sok hasonló funkció és hiányzik.
A grafikus rész pont nem érdekel, az viszont igen, hogy könnyen tudjak a kódon refaktorálni, ha szükséges. Szóval mindenképp maradok az Eclipse vonalon.
Amúgy nem tudom miben más vagy maga a fordító vagy a hardver specifikus built-in függvény rész, de kissebb kódot is készít, mint az ArduinoIDE-ben lévő STM32 board cuccos.
Ez például nagyon nem mindegy egy 64kB/20kB BluePill esetében.Szóval emiatt váltottam ArduinoIDE-ről végül az STM32CubeIDE-re.
-
Janos250
őstag
válasz
#70211840
#18155
üzenetére
Akkor miért nem rakod össze csak C-t, és a hivatkozott libraryt használva Arduino IDE-ben.
Megtanulsz egy csomó dolgot STM32-re, ami máshol nem úgy lesz? Ezért jó ez az Arduino, hogy a C/C++ fölött egy egységes "szabványt" ad, hogy mit hogyan használj.
A C dolgok teljes egészében mennek Arduino alatt is. Nekem legalábbis az ESP32-n, de gondolom máson is, bár mást már jó ideje nem használtam.
Régebben, mikor STM32-t használtam, akkor még nem merült fel bennem ilyen kérdés, így nem próbáltam.
Én - ha épp olyan kedvem van - pl. simán használom a C fájl kezelését. Ha az alapokra kell leennem valamiért, az interneten (WiFi) keresztüli kezelést is C fájlként oldom meg.
Igaz, hogy a Cube-ban grafikusan látod, hogy mit hova, de az holt tudás lesz, ha másra akarsz áttérni. -
#70211840
törölt tag
Használ valaki közületek STM32 MCU-t és fejlesztéshez STM32CubeIDE-t?
Szeretnék összehozni egy Nokia5110 kijelzőre kiírást, de sehogy nem akar sikerülni.ArduinoIDE-ben megcsináltam már Adafruit Library segítségével, az STM32cube-ban ezzel szeretném megcsinálni, de nem jelenik meg semmi. PIN kiosztás ugyanaz.
Van esetleg valami bejáratott example?
-
ViZion
félisten
ESPEasy cucc webes felületét megnyitod, tools, advanced és ott van, h rules enabled, ha ezt kattintod, akkor alatta az enable rules cache is bekapcsol, na ezt kapcsoltam ki, bódottság van, 14% körül a load, amikor nézegetem. 24+ óra uptime, másikkal ilyenkor már harcoltam bőven.
Ahogy írtam is, ez az ok szerintem, de alaposan nem jártam körbe, viszont alig változott a rules-ban vagy eszközökben.
-
#18151
Aryes
nagyúr
tordaitibi
#18146
válasz
tordaitibi
#18146
üzenetére
Az AVR (Nano) 5V, az STM 3,3V maximum jelszintet tolerál.
10bites felbontás: 0-5V között 1024 különböző értéket tud felvenni. Ha két tized pontossággal szeretnéd mérni a feszültséget, akkor az első cella esetében (ennek a feszültségét nem kell osztani, mert 5V alatt van) ez nem okoz gondot, 0,005V változást tudsz mérni. Még a második cellánál is 0,01V, de afölött már csökken, ráadásul nem is pont 0,005V egy lépés, hanem 5/1024=~0,0048V. A hetedik cellát ugye 7-el osztva egy osztás 0,034V eltérést jelent, ami azért már elég durva mérési pontosságot ad, ráadásul azért ezek a ADC-k annyira nem pontosak, a környezeti zaj is befolyásolja a mérést, tehát nem elképzelhetetlen hogy ±2-±3 érték eltérést fogsz kapni méréskor.
Más kérdés, hogy elméletileg a kvantációs zaj kihasználásával +2 bites pontosságot lehet nyerni megfelelő algoritmus (oversampling ) segítségével, nem is túl bonyolult, és mivel ebben az esetben lassan változó értéket kell mérni, ezt simán ki is lehet használni.De ez már mélyvíz, csak úgy itt hagyom, hátha valaki hasznát veszi.
Egy 12bites ADC esetében 5V 4096 értéket tud mérni, az 0,0012207031V pontosságot jelent.
-
#18149
tordaitibi
veterán
tordaitibi
#18148
válasz
tordaitibi
#18148
üzenetére
Itt egy emberke épp ilyet mókol, és még az osztó pontatlanságát is kiküszöböli szoftverből.
És egy kis kijelzőn mutat mindent mi nekem kellene.
Csak tudnám ehhez 7S kivitelbe mi kell és milyen szoftver.
[link] -
#18148
tordaitibi
veterán
ViZion
#18147
válasz
ViZion
#18147
üzenetére
Igen ezt, ami az 1. 2. linkeden van.
A másik 2 nem tud jelezni beállítható alsó-felső határnál, illetve az egyik igen de én nem bonyolítanám okosotthonos wifis marhaságokkal, az pont akkor döglik meg amikor egy cella robbanni készül. meg nem sok értelme van ha a telefonomon látom hogy baj van és 100 kilométerre vagyok épp.
Az első linken már nem elérhető, Dieser Artikel ist nicht mehr verfügbar.
A másodikon nem szállítanak külföldre, vagyis de horror összeg, és ugynez van egy görög oldalon is amit találtam.
Ezért is gondoltam hogy megkérdezem és több csoportba is azt mondták Arduinoval simán meg lehet csinálni. Hogy hogyan azt nem tudom, ezért csöppentem ide. -
#18147
ViZion
félisten
tordaitibi
#18146
-
#18146
tordaitibi
veterán
Aryes
#18144
Eddig azt se tudom miről beszélgettek
de a feszültségeknél nincs probléma.
Nem tudom mennyit bírnak az AD bemenetek. Ha pl. 3 voltot, akkor cellánként az osztó, felfelé sorrendbe,
1/2 1/4 1/6 1/8 1/10 1/12 1/14
Így az első cella bemenet is 1,5-2,1voltig terjedően kell számoljon/mérjen és az utolsó a 7. is. Mindegyik.
Vagyis ez nem probléma.
Nekem elég a 3digites vagyis a cellánkénti pl. 3,65V felbontás bőségesen. Nem kell tízezredvolt. -
ViZion
félisten
válasz
ViZion
#18133
üzenetére
FYI, ha valaki esetleg belebotlana. A tünet szerint idővel lassult a cucc, már 8-12 óra alatt is wifit elengedte, kijelző lassan reagált, proci terhelés maxon. Hőre, tápra gyanakodtam, ezeket sikerült kizárni. Beállítások áttúrva, amire nem volt szükség az kikapcs, a tünet gyütt.
Egyel régebbire visszaflash, ezzel nincs gond. Mivel a beállításokban semmi nem változott, a leggyanúsabb a rules cache opció, valószínűleg nem veszi észre a rules-ben a loop-ot és folyamatosan cacheli ugyan azt, majd elfogy a picike memória és küzd az életért.
kb. minden más ki lett zárva. Cache nélkül most egy nap uptime után is 14% load van, megkockáztatom, h így jó.
-
válasz
sirály12
#18139
üzenetére
Azért mondom, hogy kalibrálni kell. Gondolom a hiszterézist nem a használat során fogod beállítani egy ilyen eszköznél, hanem előre meghatározod, még az építés előtt.
Bár az is igaz, hogy a feszültségosztók miatt, minél nagyobb az osztás, az érzékenység annál jobban csökkenni fog. 🤔szerk.: ahogy most kiszámoltam, az AVR 10bites ADC-nél a legnagyobb osztás esetén is 0,005V felbontás, ami kétszeresen is túlteljesíti a 10mV pontosságot.
-
#70211840
törölt tag
Csak azért írtam, hogy "bocs", mert magam is kezdő vagyok és esetleg ennél jobb megoldás is kézenfekvő. Viszont pont tegnap olvastam valahol valami összehasonlítást és méréseket az ADR-ek pontosságról. Ezért bátorkodtam ajánlani lehetőségként.
(Amúgy pont egy STM32-ből épített oscilloscope kapcsán kezdtem el én is a mikrokontrollerekkel foglalkozni)
-
válasz
sirály12
#18137
üzenetére
Ehhez a feladathoz semmilyen pontosság nem kell. 3 értéket kell megállapítani: feltöltött állapot (4,2V), alatta, meg fölötte (túltöltöttség). Ehhez egy 2bites ADC vagy két analóg komparátor is elég lenne, csak megfelelően kalibrálni kell használat előtt.
Mellesleg az AVR-ek 10 bites ADC-je eléggé pontos és jól használható. -
-
#18135
Aryes
nagyúr
tordaitibi
#18134
válasz
tordaitibi
#18134
üzenetére
Szia, isten hozott a sötét oldalon!
Neked egy olyan uC-re lenne szükséged, aminek van legalább 7 analóg bemenete, vagy egy bármilyen uC-re, amihez tudsz i²c-n keresztül 7(8) darab ADC-t kötni.
Ezt gyakorlatilag az összes Arduino kompatibilis lap tudja
Én egy Arduino Nano-t választanék, mert rubusztus, van rajta 8db analóg bemenet, és a processzor kompatibilis az UNO-val, ami azért előny neked, mert annak a legnagyobb a támogatottsága, az is lehet, hogy már valaki régen megírta a programot, amire szükséged van. Ezért azt javaslom, hogy a Google segítségével keress rá, hátha találsz készen ilyen projektet a neten!
Kijelzőből igazából bármit, ami megfelel a célnak, és tetszik. A legjobb egy i²c vagy SPI csatolós, de ha marad szabad kimeneted, egy ilyen egyszerű 2x16 karakteres, párhuzamos csatolós panelt is lehet használni (ebből létezik i²c, csak azt most nem találtam).
Ha kicsi ez a méret, akkor van 4x20, szintén karakteres, vagy 320x200 grafikus, az már nyilván drágább, és komplikáltabb is programozni.
Szerintem neked a 4x20 tökéletesen megfelelő lenne, csak SPI csatolós kellene belőle, mert az i²c pont két analóg lábat lefoglal. -
#18134
tordaitibi
veterán
Sziasztok.
Bevezetőnek,
semmit nem értek ehhez, 60 éves leszek, életemben nem voltam közelébe se mikrokontrollernek, se Arduinonak és 1 sort sem érek a szoftverhez, a programozáshoz vagyis tökhülye vagyok ehhez.Felmerült egy feladat amit készen nem tudok megoldani, volt erre céleszköz de megszűnt a gyártása évek óta, nem értem miért.
a neve Celllog 8
Amit tud, 7S litium-ion pakk cellaszintű figyelésooooooooooooooooopakk teljes feszültségének figyelése, ezek megjelenítése egy kis kijelzőn.
És tud cellaszintű alul és túlfeszültség elérésekor egy külső egységet kapcsolni, riasztani. Minden paramétere beállítható, [itt megnézhető mi is kéne nekem] Egész Európába 1 helyen lehet még rendelni, Görögországból és nem tudom valóban van-e nekik még készleten.Erre a feladatra kellene nekem egy Arduino valami, de azt sem tudom melyik, hol érdemes megvásárolni, milyen kijelzőt tenni hozzá, és hogyan kéne erre a célszoftvert átírni/megírni.
Alapvető elektronikai ismereteim megvannak, 40 éve hobbizok, tranzisztoron, analógon nőttem fel vagyis az egységek bekötése, tápolása stb. nem gond.
Mégegyszer, teljesen, totálisan tök vagyok ehhez, ennek tudatába kérnék kisded szintű szájbarágós tanácsokat.Megköszönnék bármilyen építő jellegű segítséget.
-
ViZion
félisten
ESPEasy-t használ valaki?
Az új verziónál (ESPEasy-mega-20221105) pár óra után felmászik a CPU használat, nincs webes kapcsolat. A dolgát teszi szépen. Restart is sokáig tart. Most egy Wemost töröltem, újra flasheltem, csak úgy natúrban is ez a jelenség, szal. nem hiszem, h a programom kavarja meg. Mintha a régi gyorsabb lett volna. Normal, 302 és VCC verziókat is próbáltam. Többi okosbizbasz csatlakozik a routerre, elérhetőek. Már kicsit a Wemos klónra gyanakszom. Mert ilyenem még nem volt:
Mondjuk a 4.0-ás verzióval is ez van...
Valaki más tapasztalt ilyesmit? -
#70211840
törölt tag
-
ViZion
félisten
Csak hogy biztos legyen, mert egyértelműen nem találtam ESPEasy-n... Wemos D1 mini gombbal GND-re reseteli a wemost. Ide kell vmi ellenállás, vagy mehet direktbe GND-re? A reset az nem factory reset, csak rebootol, ugye? Flash-t nem fogja piszkálni?
Táp megvonással néha hülyeségeket írnak a szenzorok, reboot után jók. Most kikapcsoltam az ECO módot, szerintem az okozta a bánatot, de azért pattintanék rá reset gombot is.
-
#70211840
törölt tag
válasz
Janos250
#18127
üzenetére
A belekeveredés teljesen jogos. Nem értem mi a fordító baja.
Kipróbáltam egy másik "Board Manager URL"-t. Egészen pontosan az itt találhatót: [link]
Aztán leszedtem az ehhez tartozó board pakkot és kiválasztottam az STM32F1 Series (azon belül az STM32F1C8T6 128k) boardot.Na, ezzel iszonyat lassan és hatalmas kód készült el (csak 128k-ba fért bele, borzalmas a compiler), de nem volt problémája. Feltöltve egy fehér képernyő fogadott. Szóval valami még nem oké, de nem ütközi szintaktikai hibába. A SW Parallel megoldást fordítva és feltöltve, ez is rendben működik.
Szóval nagyon passz, hogy mi a baja
-
#70211840
törölt tag
-
Janos250
őstag
válasz
#70211840
#18120
üzenetére
Hát, ez így nehéz lesz, ha én mondom, mert már rég használtam STM32-t, nem nagyon emlékszem már rá, és nincs is már nekem itthon, csak vidéken.
Így megint a már említett libák esete jön, hogy mikor fogynak el. :-)
Most már én is a G alapján nézem, persze annyi az előnyöm, hogy én tudom, hogy mit keressek, de kipróbálni nem tudom.Az STM32 Bluepill elvileg F103C8T6
A GPIO_TypeDef például itt van leírva:
http://stm32.kosyak.info/doc/stm32f10x_8h_source.html
/opt/STM32F10x_StdPeriph_Lib_V3.5.0/Libraries/CMSIS/CM3/DeviceSupport/ST/STM32F10x/stm32f10x.htypedef struct
{
__IO uint32_t CRL;
__IO uint32_t CRH;
__IO uint32_t IDR;
__IO uint32_t ODR;
__IO uint32_t BSRR;
__IO uint32_t BRR;
__IO uint32_t LCKR;
} GPIO_TypeDef;A portok kezdő címei (szerintem):
port cím
A 0x40010800
B 0x40010C00
C 0x40011000
D 0x40011400
E 0x40011800Port configuration register low (GPIOx_CRL) (x=A..G) Address offset: 0x00
Port configuration register high (GPIOx_CRH) (x=A..G) Address offset: 0x04
Port input data register (GPIOx_IDR) (x=A..G) Address offset: 0x08h
Port output data register (GPIOx_ODR) (x=A..G) Address offset: 0x0C
Port bit set/reset register (GPIOx_BSRR) (x=A..G) Address offset: 0x10A sorrend egyezik a GPIO_TypeDef-ben lévő sorrenddel.
Így (talán) portnak a
0x40010800 címre definiált GPIO_TypeDef típus. -
Tankblock
aktív tag
válasz
ViZion
#18121
üzenetére
Szia,
Ha a relé egy normális pl OMRON márka akkor hagynám azt, mert fizikailag leválaszt.
Ha az a probléma hogy aktív low akkor egy invertert tegyél elé és készen is vagy. Opamp/komparátor negatív bemenetére kötöd a GPIO-t valami ellenállason át, +5V single supply hajtod a komparátort akkor egy Rail-to-rail ki is fog jönni belőle a szükséges jeled.
Elenállás osztót kell jól belőni.
Némi videó hozzá:
[link] -
ViZion
félisten
válasz
Janos250
#18119
üzenetére
Nem akarok kintről rendelni, meg az enyhén megduplázza a project árát. Akkor pl. Mosfet? Hmmm... de aktív alacsony a relé. Mondjuk ehhez a reléhez sem ragaszkodom, a lényeg, h a 3,3 V GPIO-val tudjak 230 V 0,5 A keringetőt kapcsolni. Most a mezei relé pajzs van, de kattogós, nem tudom, h hosszabb távon is jó megoldás-e. Mondjuk terhelve nincs (adatlaphoz képest), ha van ócó, egyszerű módja, akkor lecserélném vmi biztosabbra (SSR, vagy ilyesmi).
Elektronika topikba menjek inkább? Vagy hosszabb távon relé pajzsról van tapasztalat? -
#70211840
törölt tag
válasz
Janos250
#18113
üzenetére
További STM32F103 + ILI9225 8-bit Parallel fejlemény:
Csak nem hagyott nyugodni a dolog és kipróbáltam az Arduino_GFX (GFX Library for Arduino) software-parallel megoldását. Na ezzel beindult a kis kijelző végre, de persze jó lassú, mivel nem valódi parallel.
Az alábbi kódrészlettel kezdtem:/* More data bus class: https://github.com/moononournation/Arduino_GFX/wiki/Data-Bus-Class */
//Arduino_DataBus *bus = create_default_Arduino_DataBus();
Arduino_DataBus *bus = new Arduino_SWPAR8(PB7 /* DC/RS */, PB8 /* CS */, PB6 /* WR */, PB0 /* RD */, PA0 /* D0 */, PA1 /* D1 */,PA2 /* D2 */, PA3 /* D3 */, PA4 /* D4 */,PA5 /* D5 */, PA6 /* D6 */, PA7 /* D7 */);
/* More display class: https://github.com/moononournation/Arduino_GFX/wiki/Display-Class */
//Arduino_GFX *gfx = new Arduino_ILI9341(bus, DF_GFX_RST, 0 /* rotation */, false /* IPS */);
Arduino_GFX *gfx = new Arduino_ILI9225(bus, PB9 /* RST */);Az itt található megoldások közül melyikkel érdemes próbálkoznom STM32F1 esetében?
Ugyan a listában nincs felsorolva, de a könyvtárban található egy ilyen file: STM32PAR8
Ez elméletben talán jó, viszont nem tudom a "port" érték helyére mit vár?Arduino_STM32PAR8(int8_t dc, int8_t cs, int8_t wr, int8_t rd, GPIO_TypeDef* port); -
#70211840
törölt tag
válasz
Janos250
#18115
üzenetére
Azt hiszem az ILI9225-Parallel-8bit projectet egy kicsit felfüggesztem. Amíg nem jövök bele jobban a dolgokba, talán az SPI protokolnál maradok.
A Nokia-5110 kijelzőt szépen sikerült már működésre bírnom SPI-n.A jelenlegi célpont egy 2.8" ILI9341 (240x320) SPI kijelző. Touch nélküli csak kijelző.
Ilyen: https://modulshop.hu/28-szines-tft-lcd-kijelzo-240x320-spi-arduino-788Az alábbi bekötéssel tesztelem:
TFT_DC PA3
TFT_CS PA4
TFT_RST PA0
TFT_CLK PA5
TFT_MISO PA6
TFT_MOSI PA7Először letöltöttem a Library Manager-ben az Adafruit GFX Library + Adafruit ILI9341 párost.
Az "examples/graphicstest/graphicstest.ino" ) fájt fordítottam, ami nálam az alábbi paraméterekkel példányosítja az "Adafruit_ILI9341" osztályt:// Use hardware SPI (on Uno, #13, #12, #11) and the above for CS/DC//Adafruit_ILI9341 tft = Adafruit_ILI9341(TFT_CS, TFT_DC);// If using the breakout, change pins as desiredAdafruit_ILI9341 tft = Adafruit_ILI9341(TFT_CS, TFT_DC, TFT_MOSI, TFT_CLK, TFT_RST, TFT_MISO);Lefordítva a SW SPI-vel rendben működik (persze jó lassan), de amikor a HW SPI-re váltanék, akkor nincs kép.
Ha jól néztem az infókat, akkor STM32F103 esetében a CLK, MISO, MOSI a PA5, PA6, PA7 pineken élvez DMA támogatást.
A HW SPI osztály úgy nézem csak CS és DC paramétereket vár a példányosításhoz. De mi van az RST pinnel? Azt nem tudom hol kellene használnom.
Próbálkoztam ugyanezzel a bekötéssel a GFX Library for Arduino könyvtárral is.
Itt az "examples/HelloWorld/HelloWorld.ino" fájl volt a kiszemelt.
Ennél az alábbi módon próbáltam létrehozni az "Arduino_GFX" osztály példányát:/* More data bus class: https://github.com/moononournation/Arduino_GFX/wiki/Data-Bus-Class *///Arduino_DataBus *bus = create_default_Arduino_DataBus();//Arduino_DataBus *bus = new Arduino_HWSPI(PA3 /* DC */, PA4 /* CS */);Arduino_DataBus *bus = new Arduino_SWSPI(PA3 /* DC */, PA4 /* CS */, PA5 /* SCK */, PA7 /* MOSI */, GFX_NOT_DEFINED /* MISO */);/* More display class: https://github.com/moononournation/Arduino_GFX/wiki/Display-Class */Arduino_GFX *gfx = new Arduino_ILI9341(bus, DF_GFX_RST, 0 /* rotation */, false /* IPS */);Látható, hogy próbáltam az "Arduino_DataBus"-t az "Arduino_HWSPI" és az "Arduino_SWSPI"-vel is létrehozni, de egyik megoldással sem kaptam képet.
(Természetesen minden library-t a manager-en keresztül töltöttem le, ahol szükséges volt a hozzájuk tartozó dependency-kel együtt. Linkeket csak a fájlok/könyvtárak beazonosítása végett írtam.)
Az "Adafruit_ILI9341" esetében miért nem tudok HW SPI-t használni?
Az "Arduino_GFX" (GFX Library for Arduino) esetében miért nem látok a kijelzőn sem SW SPI, sem HW SPI megoldással képet?
Mit szúrok el? -
Janos250
őstag
válasz
vegyszer
#18114
üzenetére
K tanácsért meg R-hez: R, döglenek a libáim, mit csináljak?
R: Hol legelteted? K: a domb északi oldalán. R:legeltesd a keletin.
Pár nap múlva: R, tovább döglenek, már csak x libám van. R: akkor legeltesd a ....
.
.
.
Végül: K: R, minden libám megdöglött.
R: Kár, mert még lenne pár öletem. -
Janos250
őstag
válasz
Janos250
#18113
üzenetére
Mellesleg az jutott eszembe, hogy ha párhuzamos porton használod a kijelzőt, akkor határozottan jó választás az STM32, mert ott egyetlen utasítással tudod írni a 8 bites portra az egész bájtot:
*((volatile uint32_t *)0xaaaaaaaa) = X;
Az aaa a port címe, amit így fejből nem tudok, de az STM32-n van ilyen lehetőség, X meg amit írni akarsz rá (8 bites byte)
-
Janos250
őstag
válasz
#70211840
#18112
üzenetére
Most már értem a problémát. :-)
Én kipróbálni nem tudom, mert nincs ilyen buszos LCD-m, ezért csak ötletelek. (amíg lesznek még libák, mint a viccben)
A HelloWorld.ino
https://github.com/moononournation/Arduino_GFX/blob/master/examples/HelloWorld/HelloWorld.inotartalmaz ilyet:
/* More data bus class: https://github.com/moononournation/Arduino_GFX/wiki/Data-Bus-Class */
Arduino_DataBus *bus = create_default_Arduino_DataBus();A linken van párhuzamos busz is:
"
This is very slow but it works.RD pin is optional (Arduino_GFX not yet have any features read from display), but you still need pull-up RD pin if not connect to a GPIO
Arduino_DataBus *bus = new Arduino_SWPAR8(TFT_DC, TFT_CS, 25 /* WR */, 32 /* RD */, 23 / ....... stb. "
Én ezzel próbálnám ki. -
#70211840
törölt tag
válasz
Janos250
#18111
üzenetére
Először is köszönöm szépen a segítő szándékot. Nagy zöldfülű vagyok még a témában, de próbálok jobb lenni. "Túrom" a netet és beleakadok ebbe-abba.
Igen, a Boards Manager rendben van, látja az STM32 specifikus dolgokat, ezek is vannak kiválasztva, működnek is feltöltések serial és stlink módon is. Egy ILI9341 parallel TFT-t már sikerült is beüzemelnem a "Blue Pill"-el valami máshonnét összeszedett library-val, de majd megpróbálkozom a hivatalosan elérhető/letölthető verziókkal. Ez a kijelző eredetileg a DSO-138 oszcilloszkóp kijelzője volt és ezért parallel SPI helyett. Gondolom oda kellett a gyorssabb rajzolás.
A most probált kijelző, az ILI9225 (2.0") szintén parallel kivezetésű. Az általad is említett ILI9225 library viszont én úgy olvasom, hogy az SPI protokollal készült TFT-t képes kezelni. Ezért keresgélek erre-arra, hogy parallel módon használni tudjam.
Viszont tény, hogy kezdek kicsit már összezavarodni a dolgokban
Szóval jól látod a helyzetet. A különböző helyeken látott megoldások máshogy kötik össze a TFT-t a BluePill-el, ezért ide-oda kötözgetek. Sok library-ban amiket kipróbálok nem látom hol lehet minden pin kapcsolatot megadni. Az egyiken máshol van például a WR/RD páros, mint a másikon. Persze, ha meg lehet valahol adni ugyanazt a kivezetés, az jó. De amikor nem lehet (vagy épp nem találom) akkor marad a manuális átkötés.A "GFX Library for Arduino"-ban van például a "HelloWorld" example.
Ez alaphelyzetben egy default bus/kijelző kombinációt tölt be, de elméletileg testreszabható.
Látok egy ilyen bus fájlt: Arduino_STM32PAR8.h
Egy ilyen kijelző fájlt: Arduino_ILI9225.h
Nem lehetne ezeket összekombinálni és így lefordítani?(sorry az értetlenkedésem miatt...)
-
Janos250
őstag
válasz
#70211840
#18110
üzenetére
Én valahogy nagyon nem vagyok képben.
Az Arduino alatt van két könyvtár:
GFX Library for Arduino
és a másik:
TFT_22_ILI9225
Miért nem ezeket használod, miért akarsz mindenféle, kontrollerenként speciális drivert tartalmazó könyvtárat használni? Ezeket kipróbáltad, és nem futnak, nem felelnek meg az igényeidnek, vagy valami egyéb - általam ismeretlen - oka van?
Belenéztem az egyik linkelt librarybe, amire hivatkoztál. Az egy csomó különböző kontrollerre megadja a lábak kezelését.
Minek?
Az Arduinoban pont az a jó, hogy nem kell foglalkoznunk azzal, hogy az egyes lábakat hogyan kezeli a rendszer. Oldja meg, az ő gondja, nem a miénk.
Ha leírom azt, hogy digitalWrite() , nem érdekel, hogy az Arduino azt azon a kontrolleren, amit kijelöltem a Boards Manageren, hogyan oldja meg.
Beírtad az Arduino IDE File/Preferences/Additional Boards Manager URLs mezőbe, hogy:
http://dan.drown.org/stm32duino/package_STM32duino_index.json
Utána a Boards Manageren installáltad az STM32F1xx/GD32F1xx boards kezelőt?
Utána kiválasztottad a (talán) STM32F103C boardot?File/examples/TFT_22_ILI9225/Basic Demo
Ez nem fordul le nálad, vagy nem jól kezeli, vagy a Te elvárásaidnak nem felel meg?Megannyi kérdés, amire ha nem tudjuk a választ, nem tudunk (én legalábbis így gondolom) tovább lökdösni a megfejtés felé.
Bocs, hogy értetlenkedek, de ezek számomra tényleg nem világosak az eddig leírtakból. -
vegyszer
addikt
Sziasztok!
Gondoltam megosztom veletek első igazi, számomra átütő érzést hozó esp32 projektem örömét.
M5STACK Core2 ASW-sel egyszem infra érzékelő segedelmével egy kartonozó gép végére sikerült egy doboz számlálót kreálnom, ami az adatokat a felhőbe fel is tolja, hogy percenként hány tranzitot érzékelt, illetve (elvileg, mondjuk ezt épp nem teszteltem) logolja is egy SD kártyára ugyanezt. Felhő szolgáltatás gyanánt az io.adafruit.com szolgáltatásának az ingyenes verzióját használom. Nagyon tetszik, (a főnökömnek is) hogy az adatok valós idejű grafikonon szemlélhetőek.
A dolog hétfő óta teszi a dolgát. De érdekes módon délután kettő-három körül minden nap hálózati gondok lépnek fel. Ki-ki marad egy-egy pont(csoport) a grafikonon. Vagyis, mondjuk 9 percig nem jön semmi, majd 5 adat egyszerre egy másodpercen belül.
Sajnos az ingyenesség ára az, hogy a percenkénti MQTT üzenetek száma van korlátozva. Viszont mivel posztgraduális képzésen veszek részt, a Microsoft Azure education opcioja nekem is nyitva van. Viszont az még idegenebb, mint ez volt. Ebbe esetleg mélyedt el valaki?
Van esetleg olyan felhő, illetve MQTT szolgáltatás az ismeretekben, ami mondjuk két-három mondjuk pontosvesszővel tagolt string értékeket szét tud szedni, és berajzolni hasonló grafikonon? Pl így nézne ki a küldött üzenet:
ÉÉÉÉHHNNÓÓPPMM;donozperperc;ÖsszeElhaladtDoboz
Mert ha késik az adat csomagom, az nem gond (hisz ebben benne van az időbélyegző). És itt az idő az x tengely, a két másik adat meg egy egy külön függvény (vonaldiadram). Tudom, hogy QOS 2 lenne az igazi, de ezt se tudja az adafruit.Illetve nem kerek, de ha két külön feedet indítok, akkor nem jönnek az adatok stabilan. Ez az adafruit sajátja lehet, vagy más se szereti, ha egyszerre két moszkító feedet indítok egy eszközről. Mondjuk szerintem ennek nem kellene gondnak lennie.
-
#70211840
törölt tag
válasz
ekkold
#18106
üzenetére
Köszönöm. Megnyitva az UTFT.cpp fájlt, látok include-olva egy <pins_arduino.h> shared header-t. Gondolom ennek lehet valami köze hozzá, hogy lehet ilyet csinálni.
Sajnos itt-ott hibába futottam még így is, ami miatt nem ment a build.
Aztán közben találtam ebből a library-ból egy újyabb verziót. [link]
Ebből viszont hiányzik az ILI92225 TFT. De a másikból hozzáadtam.Az újabb verziónak kicsit több a HW támogatottsága, de még így is:
UTFT\UTFT.cpp:85:4: error: #error "Unsupported ARM MCU!"
Ez akkor ennyi? STM32-n nem is használható?
-
#70211840
törölt tag
válasz
Janos250
#18104
üzenetére
Nem értem, hogy ez mit takar. Ergo nem tudom definiálni sem a megfelelő értékre.
Mert ugye ilyet hogy pl. PB6 nem írthatok az A3 helyett, mivel ez sincs definiálva.
A megjegyzásben lévő "... Analog x" sem világos. Ez esetleg valami Arduino-s dolog? Ilyen van a "Bluepill"-en? Valamiért az ILI9225 8-bit parallel kifog rajtam.Pár szóban esetleg útba tudnál igazítani, hogy mit jelentenek ezek?
(Az ILI9341-et 8-bit parallel már sikerült működésre bírnom egy másik Lib-el.)
-
#70211840
törölt tag
válasz
#70211840
#18102
üzenetére
Nem sikerül fordítanom sem a programot, mert nincs definiálva és én sem értem, hogy honnét jönne az A1, A2, A3 az 50-51-52 sorokban. ( [link] )
// Remember to change the model parameter to suit your display module!#define LCD_CS A3 // Chip Select goes to Analog 3#define LCD_RS A2 // Command/Data goes to Analog 2#define LCD_WR A1 // LCD Write goes to Analog 1//#define LCD_RST A0 // -
#70211840
törölt tag
válasz
sirály12
#18099
üzenetére
Most olvastam bele és a leírás szerint tesztelték open-Smart ILI9225-el, amilyen az enyém is.
[link]Tested TFT
ILI9325 2.4inch 240x320 TFT-Shield
ILI9341 2.4inch 240x320 TFT-Shield
ILI9342 2.4inch 240x320 TFT-Shield
SPFD5408 2.4inch 240x320 TFT-Shield
R61505 2.4inch 240x320 TFT-Shield
ST7783 2.4inch 240x320 TFT-Shield
LGDP4532 2.4inch 240x320 TFT-Shield
R61509V 3.6inch 240x400 TFT-Shield
ST7793 3.6inch 240x400 TFT-Shield
ILI9481 3.5inch 320x480 TFT-Shield
ILI9486 3.5inch 320x480 TFT-Shield
RM68140 3.95inch 320x480 TFT-Shield
ST7796 3.95inch 320x480 TFT-Shield
OPEN-SMART ILI9225 TFT-Shield
OPEN-SMART ILI9327 TFT-Shield
OPEN-SMART ILI9340 TFT-ShieldMégis valamit elszúrok ...
#18101: A kódban feltünt valami itt: [link]
"RD -- 3.3V" - Ez mi lehet a display-en? Mert nálam ez most a B3-ra van kötve egy leírás szerint.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
ugye, hogy ugye? 
Sőt, ha változtatok valamit az egyik library-n, érzékeli, és ki is írja, hogy változás miatt újra kell mindent fordítani, de akkor sem annyival lassabb, mint amikor először fordítok vele.
Új hozzászólás Aktív témák
Hirdetés
- Okosóra felvásárlás!! Samsung Galaxy Watch 6, Samsung Galaxy Watch 7, Samsung Galaxy Watch Ultra
- ÁRGARANCIA! Épített KomPhone Intel i7 14700KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Telefon felvásárlás! Samsung Galaxy A15, Samsung Galaxy A25, Samsung Galaxy A35, Samsung Galaxy A55
- Beszámítás! Apple iPad 11 2025 128GB WiFi tablet garanciával hibátlan működéssel
- Acer Nitro 5 -AN515 - 15.6"FHD IPS 144Hz - i7-11800H - 16GB - 512GB SSD+1TB HDD -RTX 3050 - Garancia
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest