-
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
válasz
Wolfram
#18848
üzenetére
Ha jól tudom, akkor modern Samsung microSD kártyáknál (Evo, Pro) van egy TRIM-hez hasonló írás-terhelés elosztás (wear level control). Illetve saját cache is, ami a sok apró írási műveletet képes összefogni.
A FAT/FAT32 szerencsére nem naplózó fájlrendszer, ez is segít a dolgon.
Illetve "append"-ként kell hozzácsapni az adatokat nem egyesével, hanem nagyobb blokkonként (4kB blokk ideális, mivel 1byte esetén is 4kB kerül kiírásra)
Ilyen megoldással nagyon sokáig írható marad. -
-
#70211840
törölt tag
Nem mondtam, hogy ezt a 3D nyomtatós dolgot választom, csupán egy ötlet volt.
Nagyobb felületű 3D nyomtatott cuccoknál nálam azért erősen látszanak a "szálak".
Emiatt nem biztos, hogy jó ötlet a teljes doboz.ViZion:
Én anno próbáltam már a régi pákahegygyel kiolvasztós dolgot, hogy kevesebb anyagot kelljen reszelni majd. A végeredmény az lett, hogy a műanyag szélek olyan kemények lettek, hogy nem bírtam reszelni őket. Hamarabb végeztem volna, ha körbefurkálom és lereszelem a maradék széleket. -
#70211840
törölt tag
Aryes, t72killer, its_grandpa, vkp:
Köszönöm a tippeket. Úgy látom mindegyik megoldásnak megvan a maga előnye és hátránya is egyben.Közben felmerült egy ötlet nálam is, bár talán nem a legjobb.
Alapvetően ugye a faragással/olvasztással/reszeléssel az a probléma, hogy nem lesz tökéletesen egyforma a nyílás minden részén. Mi lenne, ha a nyílásba belemenne egy keret, amit 3D nyomtatóval csinálnék meg? Ez egyben tartalmazhatná a csavar helyét a kijelző felfogatásához is.
Mivel vékony keret lenne sok anyag sem kellene és akár még jól is kinézhet egy kis perem a dobozon a kijelző körül. -
-
#70211840
törölt tag
válasz
ViZion
#18727
üzenetére
Aha, így értem.
Azt tudni kell, hogy elég sok kavar van az ESP-01 körül.
Van ugye a sima ESP-01 és az ESP-01S.
Vettem én is ESP-01S-t úgy, hogy valójában egy ESP-01 csak nagyobb flash-el.
Feliratokat sem érdemes nézni rajta, az alkatrész elrendezés viszont árulkodó.Az "S" verzióhoz (mármint az igazihoz) nem kell forrasztani a CH_EN lábhoz semmit és a Wifi-je is erősebb. A sima ESP-01-hez (legyen a régi vagy új verzió) viszont kell.
A programozó adapter meglátásod sajnos valós probléma, nem is értem miért spóroltak egy kapcsolóval/nyomógombbal.
Én pont emiatt nem is vettem, hiába nem pénz, kényelmetlen használni.
Inkább magam csináltam egy próbanyákra reset/program gombokat, 2x4pin foglalatot és sima usb-serial adapterel használom/programozom.
-
#70211840
törölt tag
válasz
Wolfram
#18693
üzenetére
Teljesen érthetetlen, hogy akkor mi a gond, hisz nálam elsőre működött.
Megpróbálok még pár paramétert megosztani, hátha kiderül az eltérés.A következőket használom:
IDE: ArduinoIDE 2.0.3 (Linux)
Board Select: LOLIN(WEMOS) D1 R2 & Mini
Board Manager URL:http://arduino.esp8266.com/stable/package_esp8266com_index.jsonhttps://github.com/stm32duino/BoardManagerFiles/raw/main/package_stmicroelectronics_index.jsonhttps://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_index.json
Library: U8g2 [link]Code:
#include <Arduino.h>#include <U8g2lib.h>#include <Wire.h>U8G2_SSD1306_128X64_NONAME_F_HW_I2C u8g2(U8G2_R0, /* reset=*/U8X8_PIN_NONE);int globalX = 19;void setup(void) {Wire.begin(D2, D1); // SDA, SCLdelay(2000);u8g2.begin();u8g2.setContrast(1);}void loop(void) {u8g2.clearBuffer();u8g2.setFont(u8g2_font_logisoso16_tf);u8g2.drawStr(20, 20, "Hello");u8g2.drawStr(10, 40, "prohardver");u8g2.sendBuffer();delay(1000);}Esetleg ebből valamit sikerül kiderítened, hogy nálad miért nem megy?
-
#70211840
törölt tag
-
#70211840
törölt tag
Hát nem tudom... Biztosan kellenek ezek a pull-up ellenállások?
And fórumtárs itt éppen azt említi, hogy nem szükséges, mivel ezek gyárilag rajta vannak a kijelzőn, illetve több eszköz esetén jelenthet problémát is.Gyorsan összedobtam a Wemos D1 Mini-t, direktben rákötöttem a kijelző SDA/SCK lábait a D2/D1 lábakra és 3.3V-ról hajtva azonnal működött.
ESP-01 esetében sem használtam felhúzó ellenállásokat. Kellene? Több darab is így üzemel már egy ideje.
-
-
#70211840
törölt tag
Más dióda fajta? Vagy az alap koncepció hibás?
ViZion: Ja, két darab AA elemmel elmegy (tapasztalat), de hamar lemerül egy elem 1.3V alá és elméletben ott már gond lehet, miközben az elemben volna még tartalék.
Több elem + step-down megoldja a gondot, de ha jól tippelem nem akarsz egy marha nagy csomagot rákötni a "mütyürre".
Én jelenleg egy ilyet 4db NiMh akku + stepdown-al hajtok csak úgy próbaképpen egy Oled kijelzővel. -
#70211840
törölt tag
válasz
Wolfram
#18627
üzenetére
Írják is, hogy 10k ellenállás az SDA-3.3V és SCL-3.3V közé.
Nekem ugyan nem Wemos D1 Mini, hanem ESP-01 van (ESP8266EX chip mindkető), de sem felhúzó ellenállás, sem 5V nem kellett.
(Amúgy az ESP-01 + SSD1306 nálam ~80mA-t fogyaszt együtt. Nem tudom ebből mennyi az OLED, de kizártnak tartom, hogy a Wemos D1 3.3V-ja ne bírná el.)Itt sincs felhúzó ellenállás és itt sincs. Szerintem nem kellene hozzá.
-
#70211840
törölt tag
válasz
t72killer
#18577
üzenetére
Tervek szerint egy VPS-en futó (.eu domain alatt) API hívás történne. Ennek a legegyszerűbb módja egy közvetlen HTTP Request lenne, aminek a result-ja nyugtázza a kliens felé vételt. ha nem jön nyugtázás, akkor megismétli a hívást a következő adat begyűjtésénél. Emiatt szerintem macerásabb volna 433MHz-en foglalkozni a dologgal.
Kényelmesebb a későbbiekben egy-egy új klienst is munkába állítani.
Emiatt maradna ebben az esetben a wifi megoldásként.Más:
Tudtok olyan hangalapú szenzorról ami egy bizonyos szó kiejtésénél mondjuk true, másik szó kiejtésénél false módba kapcsol valamit?
Tehát nem egyszerű "taps-kapcsoló" vagy hangerő figyelő valami lenne, hanem magát a hangalakot lenne képes felismerni? Két szó kellene egy ki/bekapcsoláshoz.
Tudom, elég macerás lehet ez és talán erőforrás igényes is, de talán van valami célhardver, amire a user rámondja a két szót és képes összevetni működés közben a hallottakkal.Fontos lenne a lokálisan történő felismerés, nem küldheti, rögzítheti a hallottakat.
(Ez ugyanis az illegális lehallgatást valósítaná meg)Létezik vajon ilyen?
-
#70211840
törölt tag
Terasz, medence melletti féltető, különálló kisgarázs. Ezek mind fűtött épülettől különálló fűtetlen pontok.
Jelenleg is van egy 4db AA elemmel + stepdown-al üzemelő projectem, ami látszólag elég jól kiszolgál egy mcu-t. Ezért is kérdeztem, mint alternatívát. Hátha az elem megoldás lehet.
A li-ion aksikról olvasva több helyen felvetették, hogy komoly gondot okozhat a hideg, ami töltéskor jön elő.
Igazából kicsit tartok is a li-ion celláktól. Éppen kidobni készülök 12 darabot, mert mélymerülésből (1.8V-2.8V) hoztam vissza őket és a másik csoportban rendesen "rámijesztettek", hogy tüzijáték várható, ha teljesen feltöltöm őket.
Szóval, ezért is aggódom kicsit a hideg miatt is, pontosabban a hidegből behozott, nem megfelelően átmelegedett cella újratöltése miatt. Mert én ugyan kivárom, de mivan, ha más nem. (egy barátom is kapna ezekből)ReFleXx:
Nálam nem lenne RTC a kliensekben, ott elég lenne egy egyszerű counter és NTP alapon kapna az eszköz pontos időt. Viszont én is gondolkodom, hogy miben tároljam az összegyűjtött adatokat. MicroSD (kontakt gond lehet vele kültésren) vagy eeprom, ami igazából nem visel el akármennyi írást tudtommal.
Külső rtc használata egy újabb elemet igényel, aminek a merülését figyelni kellene.
Esetleg valami I2C FRAM jöhetne még számításba. Pontos parmétereket még nem néztem, de ezeknél is van olyan, ami tud sleep módot. Fogyasztásuk gyakorlatilag elenyésző.
Persze minden ötletnek örülök.dew28:
Igen én is úgy tudom, hogy használható hidegben (persze nem -20fok alatt) erősen csökkent teljesítménnyel. Viszont tudtommal leeshet a feszültsége is, ami lehet hibaforrás a cella élettartamát tekintve.onagyi:
Én a RasPI-re tennék egy Nginx + Php + MariaDB kombót. Ezután csak egy API kell Php-ban amit a kliensek a paramétereikkel hívogatnak. fontos, hogy az adabázis felé így egyetlen kapcsolatod van. A kliensek nem tudják az adatbázis user/jelszó kombinációját, ami külön szempont ha nem SSL-el tikosított protokolt használsz. -
#70211840
törölt tag
válasz
ReFleXx
#18563
üzenetére
Folyamatosan szükséges volna a táplálás, de mikrovezérlő altatás-ébresztés is volna a külső szenzorok esetében, mivel nagyjából 5-10 percenként lenne adatgyűjtés. (még nincs pontos info erről) Elképzelhető az is, hogy maga a netkapcsolat csak több adat begyűjtése után épülne fel és küldené az adatokat a szervernek. Tehát ilyen tekintetben nem volna folyamatos üzem.
Meg szabad kérdezni, hogy mi jutott eszedbe? Van esetleg valami ötleted a helyzetre? -
#70211840
törölt tag
Azt hiszem gondom lesz a litiumos akku taplalassal.
Elfeledkeztem errol a tenyrol, hogy olyan helysegben is lenne eszkoz, amely teljes mertekben futetlen.
Milyen mobil aramforras birja a nulla fok alatti homersekletet?
Egyaltalan letezik ilyen? Hagyomanyos szarazelemek? Oke, hogy kevesebb energia veheto ki beloluk egysegnyi ido alatt hidegben, de lathatoan a szenzor+mcu megall 50mA kornyeken kijelzo nelkul. Jarhato ut lehet ez? Esetleg akkubol van elem meretu ami birhatja? -
#70211840
törölt tag
Tehát ha jól értem, akkor 2db cella egy balanszos BMS-re mehet (hogy tölteni is tudjam) és a stepdown-t igazából lecserélhetem egy LD1117V-33 (vagy SMD esetén LD1117S-33) stb IC-re? Az IC 950mA-t tud, bőven van tartalék.
Vagy inkább az energiatakarékosság jegyében kapcsolóüzemű legyen? -
#70211840
törölt tag
válasz
ReFleXx
#18547
üzenetére
Igen, alapvetően az akku üzem lenne a cél a lehető legritkább töltéssel.
Pont ezért nem örülök, hogy alacsony terhelésnél láthatóan nem működik.
Amúgy 3.3V stabil feszültség kellene, ami kihagyva a booster-t nem tudom hogyan jöhetne egyetlen Li-Ion cellából. A step-down közel 1V különbséget ír elő, így 4.3V+ lenne szükséges forrásnak. Két darab cella már megoldás lehet, van is egy balanszos BMS-em hozzá. Nem tudom mi volna ideális.A HT4928s doksiban találtam egy ilyet:
Lehet ez okozza a problémámat.Wolfram: Mi változna?
-
#70211840
törölt tag
válasz
onagyi
#18545
üzenetére
Én nem próbáltam még mcu-val ilyet, de hasonlóra szükségem lesz majd.
Viszont jellemzően ezt nem így szokás megoldani. Azaz távoli eszközről közvetlenül nem illik/szokás kapcsolódni az adatbázishoz, hanem a szerveren van egy API és azt szokás hívni. Az API dolga eldönteni, hogy mit és hogyan csinál a lokálisan elérhető SQL szerveren illetve ő kezeli a jogosultságot is, hogy az adott műveletre az adott kliens jogosult-e.
A kliens pedig ilyen módon platform és adatbázis független. Azaz a kliens(ek) tudta nélkül cserélhető le az adatbázis, módosítható az API, tehető át más platformra vagy éppen átirányítható másik szerverre.
Esetleg érdemes lehet ilyen módon próbálni. Persze csak egy ötlet. -
#70211840
törölt tag
Csináltam egy mérést, miszerint majdnem 50mA környékére is beesik az áramfelvétel. Elképzelhető lenne, hogy a túl alacsony felvétel miatt kapcsol ki?
Van egy 5V->3.3V step-down is. Lehet az is bekavar?
Csak próbából (hirtelen más fogyasztó nem akadt a kezembe) egy 12V-os pc ventit rákötöttem. Az el is indult 5.1V-al (ennyi a hivatalos kimenet, én 5.12V-ot mérek) és induláskor pár másodpercig 80-100mA az áramfelvétel, de aztán beáll 60mA környékére.
Azzal stabilan tartja magát és nem kapcsol ki. [kép]Mindkettőt a step-down után kötve, ~3.2V-al hajtva (venti is forog kézzel elindítva), szintén nem kapcsol ki.
Arra gondoltam, hogy talán a step-down-nak is van valami alsó áramlimitje, de aztán elvetettem, mert pc usb-ről vagy telefon töltőről 5V-al megtáplálva nincs gond vele.
Van esetleg ötleted, hogy mit tehetnék a stabilitás érdekében? Tényleg szükséges lehet egy plusz fogyasztó?
-
#70211840
törölt tag
Nos, próbálgattam kicsit a powerbank adaptert, de valami nincs rendben. [így néz ki]
Azt játssza, hogy amikor elindul a "kütyüm" (esp-01s + 0.96 oled + aht20 szenzor) akkor bekapcsol a powerbank, ezt vizuálisan egy piros led is jelzi, majd pár másodperc után kikapcsol és leáll a "kütyü". Majd kezdődik elöről az egész folyamat. Van, hogy még a netkapcsolatig sem jut el. Alkalmanként 20-30 másodpercet is üzemel, szépen mutatja a szenzor értékeit aztán ugyancsak lekapcsol.
Nem értem a dolgot, hol csúszhat ennyire félre valami. Elméletileg 800mA-t folyamatos üzemben tudnia kellene. Ugyan nem mértem (majd megteszem), de szinte biztosan nem lépheti ezt túl. -
-
#70211840
törölt tag
válasz
#70211840
#18523
üzenetére
Na, közben meg is lett a válasz. Van lehetőség PL2303-al programozni az ESP-01S modult.
Manuálisan kell az PIO-0 portot GND-re zárni és így elfogadja működik.Elnézést a topic "szemetelésért", de gyakran történik velem olyan, hogy mikor leírok egy problémát, nagyon hamar beugrik a megoldás. Vagy éppen azt követően, hogy leírtam amit szeretnék megtudni, nagyon hamar rátalálok a neten arra, amire addig nem.
Szóval ... elnézést. -
#70211840
törölt tag
Van egy ESP-01S modulom. Még nem használtam ilyet és szeretném kipróbálni. Ha beválik több projectben is felhasználnám majd. (pl: több ilyennel, érzékelőtől gyűjtött adat központi szerverre továbbítva)
Úgy látom ehhez létezik egy kimondottan ehhez való USB programozó, amibe szépen beleilleszthető a modul. Nekem most ilyen nincs a kezemben sajnos, erről megfeletkeztem.
Az volna a kérdésem, hogy ez kizárólag ezzel programozható vagy megoldható a PL2303 Serial adapterrel is? (esetleg 3V3-ra moddolt CH341A van még)
Más:
Tudnátok ajánlani olcsó, apró, itthon beszerezhetó MCU-t amivel annyi lenne a feladat, hogy I2C hőmérséklet érzékelő értékét I2C OLED kijelzőre kiírjam? Csak lenne a feladata, az olcsóság és az apró méret a szempont ennél a projectnél. -
#70211840
törölt tag
Kipróbáltam az USB powerbank adaptert. Hááát... nem pontosan olyan, mint gondoltam.
Kapott egy 1000mAh/3.7V fólia akkut. Az akku vezetékein 4.18V mérhető. Kicsit soknak érzem, de ennyire töltötte fel az eszköz, amiben eredetileg volt.
Viszont az USB kimeneteten nem 5V van, hanem 4.13V. Vagyis feszültség emelést nem csinál az adapter. Ez akkor lesz mégnagyobb gond, amikor az akku merülni kezd.A microUSB-ről megtáplálva a kimeneten megjelenik az 5V, egy led világítani kezd, az akku vezetékén továbbra is 4.18V mérhető. Nem tudom eldönteni, hogy tölti vagy nem, mert szerintem túl van most töltve és a feszültség nem változott usb táplálás esetén sem az akku érintkezőin, szóval sanszos, hogy nem vagy pont 4.18V-al teszi.
Viszont a kimeneten folyamatosan van feszültség csak ugye nem állandó.
-
#70211840
törölt tag
Köszönöm, akkor ki is próbálom.
A Blue Pill-hez próbából a VBat és az elem közé beraktam egy schottky diódát. Ezzel ugyan most nem világít a led, de lehet, hogy nem oldotta meg igazából a problémát csak annyira alacsonyra esett vele a feszültség, hogy már épp nem éri el a led feszültségét.
-
#70211840
törölt tag
Két féle STM32-t használok.
1. "Blue Pill" STM32F108C8T6 (erről van most éppen szó)
2. "Black Pill" STM32F401CCU6A "Blue Pill" kivéve minden áramkörből, az usb-n táplálva a VBAT és a GND között ~1.36V-ot mutat. A "Black Pill" ugyanígy mérve 0.45V-ot.
Nem tudom miért van ez Blue Pill esetében, de gondolom ez okoz akkora potenciál különbséget, amiért a led világít. Láthatóan a Black Pill esetében is megvan ez gyengébben, de ott nem látható már a led VBAT-ot táplálva.Az USB-s powerbank modulhoz:
Akkor ha jól értem mehet rá a B+ / B- padokra az akku és próbálhatom letesztelni, hogy töltés+táp működik-e egyidőben? Más teendő nincs ezzel, igaz? -
#70211840
törölt tag
Van egy 5V powerbank vezérlőm. Ha jól olvasom microUSB-n kap 5V táplálást és USB kimeneten biztosít 5V/1A tápfeszt valamilyen eszköznek.
Van egy Li-Ion fólia cellám ami 3.7V/1000mAh ha hinni lehet a "kínai mesemondóknak".
Ezt a powerbank-ot akkor hogyan kell elképzelnem?
Csak beforrasztom a B+ / B- helyekre az akku vezetékeit, az USB 2.0 kimenetre rádugom a kontrollert és amikor a microUSB csatlakozva van, akkor onnét működik és tölti az akkut is, majd amikor leválasztom, akkor az akkuról megy tovább a kontroller?
-
#70211840
törölt tag
Kapcsolási rajzot csak ilyet találtam sajnos: [kép]
Ezen annyi látszik, hogy a power led a 3.3V és a GND között van egy ellenállás társaságában.
Akkor úgy kérdezem, hogy jelenthet ez valamiféle problémát, hogy kikapcsolt állapotban a VBAT és GND-re küldött 3V miatt világít a LED?
Vagy ennyiből még nem lehet ezt meghatározni? -
#70211840
törölt tag
A diódát az elem és 100nF kondi közé volna érdemes tenni vagy már a kondenzátor után?
Valahol (már nem találom hol) olyat olvastam, hogy érdemes volna a VBat-ot 3.3V-al táplálni bekapcsolt állapotban.
Ha teszek is diódát az elemre, akkor sem értem miért világít gyengén a power led, amikor a vbat-ról jön csak esetemben most 2.8V. -
#70211840
törölt tag
Próbálgatom az STM32 széria belső óráját használni. [kép]
Működik és a külső kristályra átváltva és azt használva van lehetőség arra, hogy amikor megszűnik a kontroller tápellátása az óra tovább működjön.Ezt a kapcsolást használom:
Egy 2032-es elemet használok. Viszont feltűnt, hogy áramtalanítva a kontrollert nem alszik el a power led, hanem gyengébben, de világít. Felmerült bennem, hogy vajon nem arról van szó, hogy az óra elemről működik ha van tápellátás, ha nincs?
Van ezzel kapcsolatban infója valakinek?
-
#70211840
törölt tag
-
#70211840
törölt tag
Köszönöm a választ.
Csak maga a 230V hálózat meglétét lenne szükséges figyelnem. Annyit kellene tudnom, hogy a hálózat létezik-e vagy éppen áramszünet van. Semmi egyébre nincs szükségem. Egyszerű true vagy false a lekérdezéskor.
Jó volna nagy bemeneti impedancia az egyen feszültség mérésekor. Amolyan multimeter módon. Például egy CR2030 elem (backup battery rtc-hez) merülésekor tudjon szólni.
-
#70211840
törölt tag
Szeretnék stm32-vel (12bit, 4096 szint) feszültséget mérni 1:10 osztással. (50V max)
Illetve szeretném figyelni a 230V-os hálózat meglétét. Tehát érzékelni, ha mondjuk áramszünet van.Ezeknek hogyan kellene nekiállnom? Esetleg van valami nektek bevált kapcsolás+library?
Amúgy az ilyen feszültség érzékelés mennyire lineáris? Kell kalibrálni?
-
-
#70211840
törölt tag
Urak.
Van egy 38pin-es ESP32 MCU-m. Pontosan nem tudom melyik típus, mert feliratot nem látok rajta, a webshopban ahol vettem, pedig nem pontosan olyan kép van, mint amit kaptam. [link]
Hogyan tudnám kideríteni, hogy milyen verzió és az ArduinoIDE-ben mit kell beállítanom?
Illetve ehhez is szükséges USB-UART átalakító a feltöltéshez vagy a microUSB tud adaportként is működni?(Mondjuk elég bosszantó, hogy a pin-ek is úgy voltak beforrasztva, hogy befele álltak a lábak kicsit. mindet ki kellett szednem és újraforrasztanom)
-
#70211840
törölt tag
Az egyik STM32F401CCU kontrolleremen nincs meg a gyári bootloader. Próbáltam valami netről összebogarászott bin-t feltenni, de nem az igazi.
Elméletileg megjelenik a bootloader, de amikor az ArduinoIDE másolna rá, akkor hibába fut.
Viszont STLink-el rámegy a cucc. Csak a próba kedvéért forrasztottam be a tüskéket.Van valami ötletetek hol lehetne megfelelő bootloadert találni?
Van pár darab jól működő, esetleg azokról valahogy menteni? -
#70211840
törölt tag
válasz
#70211840
#18244
üzenetére
Storno, közben sikerült megoldanom
(csak úgy tessék-lássék módon)
Test.ino
WireScanner.h
WireScanner.cpp -
#70211840
törölt tag
-
#70211840
törölt tag
Nem tudom mennyire illik a topicba (bár szerepel a címben), kezdőként programozási kérdésem volna.
Szóljatok, ha off és menjek át a C++ programozás topicba.Elakadtam egy referencia átadásnál, nem értem miért nem csinálja meg.
Egy egyszerű I2C Scan a példa, aminél a main-ben hoznék létre és indítanék a TwoWire-t és egy másik osztályban szeretném ezt használni.
Viszont egyetlen eszközt sem talál, míg visszapakolva a loop()-ba a WireScanner::scanI2C tartalmát, rendben fut és listázza az eszközök címeit.Mit rontok el?
Test.ino
#include <Wire.h>#include "WireScanner.h"TwoWire wirePort(PB11, PB10); // STM32F103 I2C_2WireScanner ws(wirePort);void setup() {Serial.begin(9600);wirePort.begin();}void loop() {ws.scanI2C();delay(5000); // wait 5 seconds for next scan}WireScanner.h
#ifndef WireScanner_h#define WireScanner_h#include <Wire.h>class WireScanner {public:WireScanner(TwoWire& i2cPort);void scanI2C(void);};#endifWireScanner.cpp
#include "WireScanner.h"TwoWire _i2cPort;WireScanner::WireScanner(TwoWire& i2cPort) {_i2cPort = i2cPort;}void WireScanner::scanI2C(void) {byte error, address;int nDevices;Serial.println("Scanning...");nDevices = 0;for (address = 1; address < 127; address++) {_i2cPort.beginTransmission(address);error = _i2cPort.endTransmission();if (error == 0) {Serial.print("I2C device found at address 0x");if (address < 16)Serial.print("0");Serial.println(address, HEX);nDevices++;} else if (error == 4) {Serial.print("Unknown error at address 0x");if (address < 16)Serial.print("0");Serial.println(address, HEX);}}if (nDevices == 0)Serial.println("No I2C devices found");elseSerial.println("done");} -
#70211840
törölt tag
válasz
Janos250
#18224
üzenetére
Tetszik ez a logikai analizátor. Lehet beruházok egyre, jól jöhet.
Sajnos csak 1 csatornás "játék" szkópom van, amivel ~50kHz lehet érdemben vizsgálódni.Arra gondoltam, hogy valamit elnézhettem a bekötésnél, de ugyanez swpar8-al működik.
Illetve más library-val megy a hardveres par8 is. Szóval kizárólag ennél a library-nál jön elő a hiba.
A készítő nem is tesztelte stm32-n, mert nincs neki, szóval "elméletileg" kellene működnie.A TFT display természetesen par8, nem spi. Valami ilyesmi: [link]
-
#70211840
törölt tag
válasz
Janos250
#18222
üzenetére
Köszönöm, hogy ránéztél.
Jelenleg egy BlackPill (STM32F401CCU) van egy ILI9225 PAR8-ra kötve, azzal próbáltam ki ismét a dolgot.
Jelenleg így néz ki a program eleje nálam:#define ARDUINO_ARCH_STM32#include <SrcWrapper.h>#include <Arduino_GFX_Library.h>#include <databus/Arduino_STM32PAR8.h>#define GFX_BL DF_GFX_BL // default backlight pin, you may replace DF_GFX_BL to actual backlight pinArduino_DataBus* bus = new Arduino_STM32PAR8(PB8, PB9, PB2, PB1, GPIOA);Arduino_GFX *gfx = new Arduino_ILI9225(bus, PB0 /* RST */);A "GPIOA" az aktuálisan kiválasztott chip A-port kezdőcímét jelenti, ahogy a PBx is.
A "typedef struct"-ot hol kellene megadnom? Csak azért, mert ha megadom, akkor hibába futok.
Jelen állapotában fordul a program viszont ugyancsak fehér képernyő fogad.
-
#70211840
törölt tag
válasz
Janos250
#18220
üzenetére
Közben megoldódott:
TwoWire myWire1(PB7, PB6);TwoWire myWire2(PB11, PB10);Kicsit ugyan bele kell majd nyúlnom a library-ba, hogy átadjam melyik portot kell használnia és ne simán a Wire-t használja.
Viszont az i2c scan most szépen fut és mindkét porton folyamatosan írogatja a megtalált 1-1 eszköz címét.(Ehh, de kényelmetlen, hogy a Sloeber-el nem megy a közvetlen feltöltés. Folyton kézzel kell az elkészült bin-t a "Release" könyvtárból feltöltenem.)
-
#70211840
törölt tag
válasz
Janos250
#18218
üzenetére
Köszönöm, kipróbálom majd.
Most egy drasztikusabb megoldással csinálom egyelőreMás:
Akadt egy olyan problémám, hogy egy "Blue Pill"-re 2db I2C eszköz van kötve, de mindegyik külön porton.
Van egy oled kijelző, ez az első i2c porton van. (sda1, scl1)
Van egy hőmérséklet szenzor, ez a második i2c porton van. (sda2, scl2)A kijelző simán működik, nincs vele teendőm. A library csinálja a Wire.begin(); hívást.
A szenzor csak akkor működik, ha átállítom a Wire sda-t és scl-t még a begin előtt.Wire.setSDA(PB11);Wire.setSCL(PB10);Wire.begin();Ez viszont azt eredményezi, hogy a második port és a szenzor működik tovább, az első port és az oled kijelző nem.
Hogyan lehetne párhuzamosan használni a kettőt?
Nem lehetne valahogyan a "Wire"-ból egy másik példányt csinálni, mondjuk wire2 néven és annak állítanám be a fenti értékeket? -
#70211840
törölt tag
Persze, lib-et hozzáigazítom majd, ha szükséges.
Ezen a képen nézve a TFT 5V pin mintha közvetlenül a 3.3V fesz.stabhoz menne.
Ha ez tényleg így van és máshol nem jelenik meg a shield-en, akkor szerintem nem lehet gond akkor sem, ha esetleg megjelenik az ESPduino-32 pinen az 5V.
Vagy nem jól gondolom? -
#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?
-
#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. -
#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 --
-
#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? -
#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.
-
#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.
-
#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?
-
#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)
-
#70211840
törölt tag
-
#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
-
#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? -
#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...)
-
#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.
Szuper, köszi. Ezt keresem. (Lib hozzá: 
Új hozzászólás Aktív témák
Hirdetés
- Kedvenc zene a mai napra
- Melyik tápegységet vegyem?
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- One otthoni szolgáltatások (TV, internet, telefon)
- Windows 11
- Samsung LCD és LED TV-k
- Háztartási gépek
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- EA Sports WRC '23
- Xbox tulajok OFF topicja
- További aktív témák...
- GIGABYTE GeForce RTX 4060 EAGLE OC 8G (GV-N4060EAGLE OC-8GD
- TP-Link Archer AX73 AX5400 Router
- ÚJ TP-Link Archer AX55 AX3000 Router
- Intel Core i5-14600K 14-Core 3.4GHz LGA1700 Box (BX8071514600K) Processzor
- Brutál ERŐMŰ! Lenovo P710 / 2x Xeon E5 (44 mag!) / 256GB DDR4 / 2x 512 SSD / 8TB HDD / ASUS 1660 6GB
- Laptop felvásárlás , egy darab, több darab, új , használt ! Korrekt áron !
- Veszünk: PS5 Fat/Slim/Digital/Pro konzolt, játékokat, Portalt stb. Kérj ajánlatot!
- LG FLATRON L1942s 19"-os 1280x1024-es monitor eladó
- Samsung Galaxy A12 64GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Gamer számítógép Asus B150M i3 6100 16GB DDR4 240GB SSD GTX 1050 Ti 4GB Sharkoon 500W
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest