- iPhone topik
- Yettel topik
- Milyen okostelefont vegyek?
- Motorola Moto G24 Power - hol van az erő?
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iOS alkalmazások
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Apple Watch Ultra - első nekifutás
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Apple iPhone 14 Pro Max - sziget fesztivál
Hirdetés
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
Premier előzetesen a Wrath: Aeon of Ruin konzolos változatai
gp A PC-s változat után a minap PlayStationre, Xbox-ra és Switch-re is elérhető lett a program.
-
Olcsó 5G-s ajánlatot nyújt a Realme Indiának
ma Megérkezett a Realme C65 5G, az első készülék a MediaTek Dimensity 6300-zal.
-
Mobilarena
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
#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.[ Szerkesztve ]
-
#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 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.)
[ Szerkesztve ]
-
#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ó?
-
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.
"Újságírás az, amit a hatalom nem akar nyomtatásban látni. Minden más csak propaganda." George Orwell
-
Janos250
őstag
-
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.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
#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 #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.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 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)
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 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.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
#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 desired
Adafruit_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? -
ViZion
félisten
Sziasztok!
Wemos D1 mini relé shield-et (Active high) cserélnék erre: [link]
ez viszont 5 V active low. A 3,3 V jelszint illesztésre ezt vagy ezt inkább?
Vagy van egyszerűbb megoldás?
Köszönöm!Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy
-
Janos250
őstag
-
#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);
[ Szerkesztve ]
-
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?Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy
-
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]Release the Beast....
-
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.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
#70211840
törölt tag
válasz Janos250 #18124 üzenetére
Valami szoftveres bakit követhetek el, mert nem fordul a kód. (eredeti kód: [link] )
Nem jön létre a tipus. Keresgélem a hiba okát, de még nem sikerült kiderítenem.
Ez "enportom" helyére eredetileg próbáltam integer "1"-et megadni, ahogy egy példában láttam, de ugyanez volt a hiba.
[kép][ Szerkesztve ]
-
#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
-
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.
Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy
-
#70211840
törölt tag
-
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?[ Szerkesztve ]
Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy
-
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.
[ Szerkesztve ]
-
nagyúr
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.[ Szerkesztve ]
-
nagyúr
Bocs, kicsit zavaros lett a vége: Arduino nano + SPI csatolós LCD vagy i²c LCD de ahhoz szintén i²c külső ADC kellene, és ahhoz bármilyen lap jó akkor. Akár ESP32 is, és akkor wifivel internetre tudod kötni, távoli felügyeletre is tudod használni, ha van ilyen igény.
[ Szerkesztve ]
-
nagyúr
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ó.[ Szerkesztve ]
-
#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)
-
nagyúr
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.
[ Szerkesztve ]
-
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ó.Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy
-
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 #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. -
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][ Szerkesztve ]
Új hozzászólás Aktív témák
- Üzletből,DELL garanciával, Dell XPS 9310 2in1 ultrabook, i7-1165G7/32RAM/1TBSSD/13,4"UHD TOCH
- Üzletből, gyártói garanciával, Lenovo Yoga Slim 7 Pro, i5/16GBRAM/512GBSSD/14,1" 2,8K OLED
- Realme GT Neo2 5G 256GB
- M.2 2280 256GB SSD-k eladók Ingyen posta
- DELL WD15 Type-C Fekete +130W Töltő Ingyen szállítás
- Fujitsu Esprimo V5535 Core 2 T2330/2x1GB/120GB HDD/Windows Embedded Standard 7 (2025-ig támogatott)
- HP Pavilon 15 - 15.6" IPS 144Hz / Ryzen 7 5800H / 16Gb / 512Gb NVME / nVidia RTX 3050 Ti / GARANCIA
- Rtx 2060
- Ubiquiti Security Gateway USG-3P
- Eladó Új Samsung Neo QLED QN85D, QN90D, QN95D 4k 2024-es modellek