Hirdetés
- Lassacskán fenyőfát állítanak a hardverek
- Tudjuk, de nem tesszük: a magyarok többsége nem törődik adatai védelmével
- Mesébe illő csodakábelt tervezett a GeForce-ok leégése ellen a Segotep?
- Irodát kért, de gyárat kapott Elon Musk a Samsungtól
- Nyílt forráskódú lett a legegyszerűbben használható AI tartalomgeneráló
- Épített vízhűtés (nem kompakt) topic
- Milyen házat vegyek?
- AMD Navi Radeon™ RX 9xxx sorozat
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Több száz játékban kezdi meg karrierjét az FSR Redstone
- Milyen egeret válasszak?
- SSD kibeszélő
- TCL LCD és LED TV-k
- Pánik a memóriapiacon
-
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
-
kbhuinfo
tag
Elnézést a korábbi szűkszavúságért. A microwave radar (RCWL-0516) lábai VIN (5V), GND, és az OUT (ezen a lábon érzékelés esetén megjelenik 3,3V a GND-hez képest). Az ESP32-re kötve csak akkor jön 3.3V az OUT kimeneten (és jelzi a mozgásérzékelést a GPIO bemenetén az esp32-nek), ha az ESP32 GND pinje és az OUT között mérem a feszültséget egy multiméterrel. A kérdés pedig: mire van szükség (ellenállás, kondenzátor, stb.), hogy jól működjön az áramkör? Feltételezem, hogy valami hiányzik és a mérés az, ami ezt az űrt betölti... Köszi!
-
Janos250
őstag
válasz
Tankblock
#9981
üzenetére
"HW azért van hogy használjuk"
A kiváncsi ember meg azért. hogy mindent kipróbáljon.
Igen, vannak rá kész könyvtárak az RMT-re, de...
Kiváncsi voltam, hogy elég gyors-e az ESP32, hogy szoftveres időzítéssel kezelje ezeket az 1 mikro alatti időzítéseket. Igen, elég gyors. Akkor persze nem a millis és micros függvényeket használjuk, hanem a 240 MHz-es órajeleket számláló SFR regisztert. Igaz, hogy ez csak 32 bites, és tizen.. másodpercenként átfordul, de lehet 64-bites eredményt is kapni, ha elég sűrűn olvassuk.Az RMT-t is végigpróbálgattam. Nem a kész könyvtárakat - bár azt is megnéztem persze - hanem közvetlenül az egyes regisztereket. Így azokat is sikerült azonosítanom, ami - akkor legalábbis - dokumentálatlan volt.
link
Ha nem -
Janos250
őstag
Leírom a saját tapasztalatomat, bár az eléggé különbözik az ESP32 miatt.
Ha a jel hosszát elég jól lőttem be, akkor rövid szalaggal símán ment. Ha növeltem a ledek számát, akkor a tiédhez hasonló jelenséget tapasztaltam. Digitális analizátorral derült ki az ok:
Az ESP32 1 ms-enként megszakít, akkor adja át a vezérlést - ha szükséges - másik tasknek. Amíg a kevés led miatt a magot megkapott processz 1 ms-en belül el tudta végezni a dolgát, addig minden símán ment. Ha ezt meghaladta a ledre "feltöltési" idő, akkor ha közben megszakított egy jel közben, akkor a rövig jel helyett hosszú lett véletlenszerűen, és bolondságokat csinált. Ha éppen egy alacsony helyiértékű bit lett hibás, akkor éppen nagy gond nem volt, de ha egy magasabb helyiértékű bit szaladt túl, akkor az galibát okozott. Nem azt akarom mondani, hogy nálad is ez a gond, hanem csak azt, hogy nálam ez volt, vedd esetlegesen számításba az időzítési hibát is. Egy digitális analizátorral kéne megnézni.(Ja, még mielőtt az ESP32-t használók felkapják a fejüket, ez annál a verziónál volt, amikor nem hardverből vezéreltem a ledeket, hanem símán C++ programból. Az ESP32 ugyanis elég gyors ahhoz, hogy ezt meg lehessen csinálni. Az interruptok megfelelő tiltásával kezelhetővé vált a probléma. A hardveres vezérlésnél ilyen gond nem volt, mert ott van elég idő az egyik pufferbe töltéshez, amíg a másik puffert nyomja kifelé a hardver)
-
Janos250
őstag
Nekem gyanús ez a 3.3V ügy! Tudtommal az első led már "feldolgozva" adja tovább a következőnek, tehát az első kivételével - gyanítom - nem villoghatnának emiatt. Én egy éve körül sokat játszottam ezzel a leddel és ESP32-vel. Az volt a tapasztalatom, hogy az általad is leírt hibajelenség időzítési hiba volt. Ha túl rövid, vagy túl hosszú volt a jel, vagy a két pixel közötti idő túl nagy volt (8 us, vagy több) interrupt miatt, és elölről kezdte.
Persze lehet, hogy nálad egész más a gond. -
-
Janos250
őstag
válasz
XP NINJA
#9914
üzenetére
Arduino választás:
A korszerűbbek 3.3 voltosak (STM32, ESP), de sok szenzor meg 5 voltos. A régi lapok 5 voltosak, de SOKKAL kevésbé hatékonyak. Én korábban mindenkinek az STM32-t ajánlottam, az ESP32 megjelenése, és a támogatás felfutása óta meg ESP32-t. De lehet régit is használni. Pap/papné. -
ecaddsell
aktív tag
Ne viccelj ilyen könnyen feladod?
Pl. megnézted, hogy kompatibilis a jeladód szintje a kontrollerével? Az, hogy a jeladón villog a LED semmit sem mond arra vonatkozólag, hogy tényleg megtörténik-e az interrupt.
Pl. a loop-ból kiírathatnád a számlálót ha az változik. stb.Emlékszem rád a Fedorás topikból, olyan dolgokban tudtál segíteni nekem (meg kb. mindenki másnak) amit már rég feladtam(unk), itt meg hozzá sem kezdtél a debughoz... Ki kell íratni dolgokat a soros porton.
ESP32-vel még az interruptból is kiírattam, pedig elvileg azt nem szabad (lehet itt nem is menne) mert mi történhet alapon, max újra fel kell töltenem a módosított kódot.
Ha nincs soros portra lehetőség akkor rá teszel valamelyik pinre egy ellenálláson keresztül 1 LED-et amit ki be kapcsol az interrupt stb.Kevesebből mint az általad írt összeg tervezek 10digit/s-es frekvenciamérőt csinálni, Arduino környezetben ebből a pénzből már egy egész hobbi labort lehet építeni. Persze, ha eléggé motivált vagy...
-
mprrpm
tag
Sziasztok!
Szerintem DS3231-el jössz ki a legjobban.
Hozzáteszem csináltam DCF77-el templomtorony harangvezérlőt. Előny: pontos ha tökéletes a vétel nem kell vacakolni téli/nyári átállással. Hátrány: csak Conrádnál fogsz kapni vevőt aranyárba 4000Ft környéke.
Valamint készült melóhelyre ESP32 NTP-vel óra is.
NTP is jó de ahol nincsen használható WIFI ott nem jöhet számításba.DS3231 és NTP kombó már elég jó páros tud lenni (előny: elég egyszer egy hónapban szinkronizálni WIFI-ről és viszonylag pontos időt kapsz olcsón sokáig. Hátrány hogy ha nem LIR32 aksit használsz hanem CR2032-t elemet a DS3231-hez akkor kicsit át kell alakítani a töltőáramköri részt (pukkanás elkerülése végett).
És a téli nyári átállás progiba 4sor.
Tapasztalat 4 éve megy DS3231 CR2032-vel évi +2 sec csúszással egy nehezen hozzáférhető helyen fényreklámban, nem kell óraátállításkor vacakolni. -
ngabor2
nagyúr
Köszi a válaszokat. Az a baj, hogy az Arduino egy elég nehezen hozzáférhető, eldugott helyen van, a reseteléshez is szét kell szedni a dobozát. Bár van ESP8266 és ESP32 mcu is a háznál, de eddig még nem sikerült egy szabad délutánt kerítenem, amikor neki tudok állni az egész, Arduino köré épített rendszert áttenni bármelyikre. Ráadásul akkor már kicsit upgradelve pakolnám össze, ami még több idő.
Itt a lényeg a hardverhez nem nyúlás lett volna, de akkor egyelőre marad a félévente egyszeri átírás, vagy az átállás beleírása a programba.
A GPS/DCF77 is érdekes megoldás, de a baj ezekkel is ugyan az: szét kell kapni az egészet és az amúgy is kábelrengetegtől zsúfolt dobozba további alkatrészeket gyömöszölni.
-
Janos250
őstag
"ESP-IDF kell hozzá"
És ha berakod Arduino IDE alá, lefordul? [vagy felfordul?
]
Az Arduino IDE is IDF alapokon nyugszik, csak van saját, előre megírt main.cpp, és egy halom könyvtár, hogy meglegyenek az előre definiált dolgok, és passzoljanak az elnevezések az Arduino rendszerhez. Attól még az összes alatta lévő dolog is él, ugyanúgy, mint pl. a freeRTOS dolgai, vagy a méglentebbi driverek.
A C++ az C++ akár IDF, akár Arduino IDE. -
-
#9849
fpeter84
senior tag
Speeedfire
#9848
fpeter84
senior tag
válasz
Speeedfire
#9848
üzenetére
Milyen autóval játszanál? Én kipróbáltam többek között ezt és más hasonló kódokat - bár úgy tűnt hogy mindnek kb ugyanazok a gyökerei - de egy 2002-es A6-on totál használhatatlan, megbízhatatlan volt: álló motornál még úgy ahogy csatlakozott de járó motornál szemét szemét hátán. A csatlakozó hardver biztosan jó - ez már kiderült egyéb tesztekkel - úgy tűnik hogy zéró hibakezelés van a fenti kódban, plussz lehet az enyém vezérlője is éppen érzékenyebb / zajosabb... Mindenesetre beleástam magam és végül csináltam egy saját lib-et hozzá ami nem soft serial-al megy hanem rendes hardveres sorosporttal. Működik MEGA, DUE és ESP32 platformon is - utóbbival használom végül...
A csatlakozó hardverről: első körben én is szétgányoltam egy VAGCOM 409 kompatibilis kábelt, de hamar rájöttem hogy egyszerűbben is lehet ezt: MCP2021, L9637D vagy bármilyen hasonló LIN driver megfelel a célra... Per pill az utóbbival megy és hibátlannak tűnik a kommunikáció több óra után is...
Ha mégis kész kábelt vágnál szét, akkor erősen a szerencsén múlik hogy jó e: láttam olyat is már amiben egy fekete paca volt csak a csipp a nyákon mint a kvarcórákban, számológépekben, és arra nem nagyon lehet rácsatlakozni... Ha rendes smd alkatrészekből áll akkor cirka bármelyik lehet jó akár tranzisztorokból, akár komparátorból, akár rendes LIN meghajtóból van összerakva, amennyiben be lehet azonosítani az alkatrészeket benne...
Ha érdekel akkor szivesen megosztom azt amire eddig jutottam...
(az lemaradt, hogy a measurement blocks lekérdezésre mentem rá mint a linkelt projekten is - hibakód olvasással nem szórakoztam mert arra van külön VCDS kábelem is) -
Sziasztok! Esp32 specialistákhoz szólnék: állítólag van már megoldás arra, hogy esp32-ből Bluetooth HID billentyűzetet tudjak építeni. De sajnos nem arduino alapokon, amit ismerek, hanem ESP-IDF kell hozzá. Erről viszont annyit sem tudok, hogy eszik-e vagy isszák. Igazából nem is akarok vele komolyabb ismeretséget kötni, mindössze egy firmware-t szeretnék rátölteni, hogy egy speciális beviteli eszközt tudjak csinálni belőle (BT pedál). Valaki ha el tudná magyarázni, hogy hogy fogjak hozzá, és milyen kódot fordítsak/töltsek fel a lapra, az nagy segítség lenne.
Ezt az oldalt találtam: [link], állítólag működik, de azt se találom benne, hogy hogy van bekötve, hogy vannak rákötve a billentyűk... -
fpeter84
senior tag
válasz
Tankblock
#9842
üzenetére
A 6+2 az az eredeti SD szabvány 4 párhuzamos I/O lábbal plussz kontrol, a mikrokontrollerekkel viszont általában SPI módot szoktunk használni ami a 4+2 a MISO meg MOSI-val (vagy SDI, SDO stb)...
Kicsit gány, de én még úgy is csatlakoztattam MicroSD-t egyszer jobb híján hogy egy SD>MicroSD foglalat lábaira forrasztottam rá a vezetékeket. Végülis működik ha nem melegíti túl az ember a lábait... A hosszabbtávú 3.3V prototípusoláshoz meg érdemes venni egy marék ilyet. Az 5V kontrollerekhez viszont szigorúan csak ilyen jelszintillesztőset szabad használni!
De érdemes lehet az SPIFFS-t is kipróbálni, mert a több mega belső flash-be rengeteg log elfér és akkor nincsen függelék az eszközön! A fájlrendszer feltöltésére van plugin, letöltésre még sajnos nem találtam így az embernek a programba be kell építenie egy dump opciót is, vagy egy külön programmal intézni ezt. Szerencsére az SPIFFS tartalmát nem érinti, ha más arduino programot töltesz fel ideiglenesen a fájlkezelés idejére...
szerk: ESP32 esetén pullup sem kell, ahol kell ott elintézi a proci belső pullup funkciójával a library!
-
Tankblock
aktív tag
Sziasztok,
Van valakinek egy bevált módszere arra, hogy SD kártyát lehessen olvasni/írni ESP32 vel.
Saját projecten dolgozgatom egy ideje, és most jött el az idő, hogy struktúrákat elmentsem és visszaolvassam....
C++ használok, de bárminek örülök. A ESP-idf ben 1 példa van össz vissz.... Azt ma este elemzem...
-
fpeter84
senior tag
válasz
Janos250
#9828
üzenetére
Annyira nem csúcs ajánlat, ebayen meg alin ennél olcsóbb a picit nagyobb tudású LOLIN32...
@(#9829) csubuka: ESP-WROOM-32 modullal elvileg ugyanannak kell lennie, különbségek ott akadnak inkább hogy pl a LOLIN-en Li-Ion töltő is van, illetve léteznek olyan ESP32-k amelyek mellé több/kevesebb flash-t társítanak, de a WROOM-os elvileg mind 4MB-os
-
Janos250
őstag
Aki most akar ESP32-t venni, 5.24 Euro.
https://www.banggood.com/WeMos-ESP32-WiFi-Bluetooth-Development-Board-Ultra-Low-Power-Consumption-Dual-Core-ESP-32-ESP-32S-p-1175488.html?cur_warehouse=CN
Egy személynek max hármat enged. -
vargalex
félisten
Station mode-ban (gondolom úgy használod) az ESP8266 esetén automatikus Modem-sleep van, így ha éppen alszik a wifi modul, akkor szerintem teljesen normális a 100-500 ms válaszidő. Ilyenkor a router által megadott DTIM Beacon interval lejárta előtt ébreszti automatikusan a wifi-t. Ez kb. 100 ms általában.
A modem-sleep üzemmódot ki tudod kapcsolni awifi_set_sleep_type(NONE_SLEEP_T);hívással. Itt is van a témáról egy kis olvasnivaló.
-
Janos250
őstag
Melót nem vállalok, de leírom, én hogyan csinálnám.
Nem PI, hanem egy ESP (32, vagy 8266) kezeli a reléket, és a gombot. Az ESP a lakásban lévő WiFi-re kapcsolódik, innentől kezdve egy újabb ESP, vagy telefon WEB-en, vagy bármi tudja kapcsolni. Olcsóbb, és homogénebb.
Ennek módosított változata:
A relé egy Switch ON OFF (SONOFF) basic relé. Ezen fut egy WEB szerver is. Ez a SONOFF kapcsolódik a WiFi-n keresztül a netre. A WEB szerver igen egyszerű: gombbal ki/be kapcs. Telefon, vagy akárhány egyéb eszköz pl. Arduino, PI, PC, stb. tudja kapcsolni.Ez utóbbi nekem a laborban egy készülék fűtésszabályozásán a SONOFF megjelenése óta működik. (Nekem ezen némileg bonyolultabb WEB lap fut, a több funkció miatt)
-
tvamos
nagyúr
Ertem. Koszonom!
Es van erre valami ismert megoldas?
Mukodhetne valami olyasmi, hogy par masodpercenkent megpingetem a kiszolgalot, vagy ilyesmi?Az ujabb kerdesem az lenne, miert van az, hogy az ugyan azon a halozaton levo RPi-t ha pingelem, akkor az valaszol 15-40ms-on belul, ez az ESP32 meg 100-500ms? (Es vica verza, ha az eszkoz pingeli a szamitogepem, ugyan ez a jelenseg.) Lehet ezen "tuningolni" valamit?
-
Ja, vagy úgy. Ilyenkor sajnos a forráskód a legjobb manual. Úgy tűnik, hogy
WL_CONNECTION_LOSTcsak timeoutnál van:} else if(reason == WIFI_REASON_BEACON_TIMEOUT || reason == WIFI_REASON_HANDSHAKE_TIMEOUT) {
WiFiSTAClass::_setStatus(WL_CONNECTION_LOST);Utolsóra van nyitott ticket. Bár ESP8266, de gondolom a wifi része hasonló.
-
fpeter84
senior tag
válasz
fpeter84
#9812
üzenetére
okkk, rá is jöttem hogy hol néztem be a dolgot... A reset az RTC-t is nullázza, tehát reset után normális ha nincsen idő tárolva... Viszont a deep sleep-ből visszatérve van: összeollóztam a SimpleTime és ExternalWakeUp példákat, így egy külső triggerre ébredve már egyből rendelkezésre áll az idő - bár még valami bogár van, valószínűleg a timezone beállítást akkor is elveszti mert -2 órával éled, de a másodperc/perc egyértelműen mutatja hogy nagyvonalakban rendben van, működik az RTC hardver deep sleep módban...
szerk: ez is megvan... az esp32-hal-time.c-ből át kellett ollózni a setTimeZone-t a tesztprogramba és meghívni ahogy a configTime is teszi: setTimeZone(-gmtOffset_sec, daylightOffset_sec);
Failed to obtain time
Connecting to xxx .. CONNECTED
Tuesday, October 16 2018 00:16:35
Going to sleep now
ets Jun 8 2016 00:22:57
rst:0x5 (DEEPSLEEP_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:808
load:0x40078000,len:6084
load:0x40080000,len:6696
entry 0x400802e4
Tuesday, October 16 2018 00:16:42
Connecting to xxx .. CONNECTED
Tuesday, October 16 2018 00:16:43
Going to sleep nowugyan arra még nem jöttem rá hogy miért minusz a gmtOffset_sec miközben mi a GMT+1 időzónában vagyunk, de kicsire nem adunk, nagy meg nem számít
-
fpeter84
senior tag
Jól látom, hogy az ESP32-n még mindig nem sikerült a fejlesztőknek rendesen éleszteni az RTC részt? Időzített felébresztésre ugyan találtam valami szösszenetet, de nekem az idő múlását kellene nyomon követnem - azt kellene tudnom, hogy mennyi idő telt el az előző bekapcsolás óta... Marad a külső RTC hardver, vagy valaki talált már ezzel kapcsolatban valami használható próbálkozást?
-
Bazs87
tag
Sziasztok!
HW: sonoff basic R1
Cél: home assistant kompatibilis kapcsoló lehetőleg availability_topic lehetőségévelpróbálkoztam eddig ezekkel:
- tasmota ( úgy gyanítom nem kompatibilis, a listán csak az R2 szerepel)
- espeasy (az ap itt sem állt fel, valszeg ez sem kompatibilis)
- homie - szépen működik, de nem találok rendes példát rá - még ha egy egyszerű dologról is van szó (itt ugye a teljes alap funkcionalitást kellene megírni, továbbá valahogy az elérhetőség kérdését megoldani)a hw tesztelve, hibamentesen működik.
nincs esetleg vmi tippetek? -
tvamos
nagyúr
válasz
Janos250
#9781
üzenetére
Hello!
Ma egy olyan problemaba utkoztem, hogy ujra kellett telepitenem az Arduino frameworkot, es a ESP32 OLED V2.0 TTGO modulomon szetesett a kep. Ugy ertem, hogy eddig kiirtam a kijelzore az IP-t, meg hogy mit szereten a szamitogep tole, de most nincs kep rajta.
Nem tudja valaki a megoldast? Mit rontottam el? Minden lefordul hiba nelkul. -
Janos250
őstag
válasz
Pubszon
#9780
üzenetére
Jó leírást nem tudok, de egy ESP8266-ra készült egyszerű nyomásmérő programot tettem fel mintának. A program ESP8266-on fut, mert hozzá az UNO már teljesen felesleges. Talán érthető a program, ha nem, akkor bocs, és sztorno.
http://arduinouser.hu/mintak_esp8266_ra/nyomasmero_minta_esp8266/nyomasmero_minta_esp8266.ino.txtTehát az UNO+ESP01 helyett javasolom egy ESP12 használatát. A feltett program is azon futott hajdanában, mikor használtam. (Kiírta telefonra a benzinnyomást - illetve egy kódolt értéket - hogy figyelni tudjam a benzinpumpa működését).
-
Pubszon
veterán
Üdv.
Arduino uno és ilyen ESP8266 modul, az 5V-os panellal.
Ezekkel szeretnék egy egyszerű HTML WEB lapot, amire kiíratok néhány egyszerű adatot.
Van egy jó és lehetőleg egyszerű leírás?
Köszi.
-
fpeter84
senior tag
vagy a nodemcu, vagy az arduino lábkiosztása ,vagy egyik sem azonos az esp eredeti gpio láb számozásával...
itt látszik is, hogy a Dn és GPIOn számozás elmászott valamilyen ostoba oknál fogva...
valamiért annó az uno mega korában kitalálták hogy nekik nem jó az hogy PORTA.1 meg PORTC.5, hanem D1, D2, Dn elnevezés kell, és valamiért ezen is hasonlóan átcímkézték a lábakat... Az ESP32 alapú LOLIN32-n már szerencsére nem...
(#9757) csubukaa 9600 a lua firmware baudja, de a bootloader amit az ide-ben kell állítani az eltérő, a videó szerint 115200
-
Bazs87
tag
válasz
fpeter84
#9756
üzenetére
elég hülye hibába futottam:
az esp8266 mintaprojekt blink mintaprogramjával próbálkoztam. A videón szereplő beállításokat használva.
A gond, h valamiért a lábkiosztás nem passzolt és nem villogott a led (mert hát mire is vár ilyenkor az ember)feltöltötte hiba nélkül, csak ugye nem villogott szerencsétlen
a videó után rámértem a lábra...persze, hogy megyköszönöm a felhomályosítást
-
Sziasztok!
Van valakinek bevált napelem? 5V/1.5 W lenne jó legalább, de talán az 1-1.5W között is elég. ESP32-höz kellene, hőmérséklet mérés, wifin adat küldés majd deep sleep, 10 percenkénti méréshez.
Sajnos ez olyan mint az aksi ha kínából jön, vagy valós amit megadnak érték vagy nem. Ezért is lenne jó, ha lenne valakinek bevált darabja. -
fpeter84
senior tag
válasz
csubuka
#9724
üzenetére
Szimpla SMS küldésre teljesen alkalmas egy régi telefon - de itt tényleg a régiekről, a nem színes kijelzős őscuccokról beszélünk. Ezeknek az alaplapján / alsó csatlakozóján általában TTL/LVTTL sorosportot lehet elérni, és AT parancsokkal utasítani. A szépséghibájuk hogy SMS küldés / hívás indításon kívül nem igazán lehet továbblépni velük! Egyébként a komplett ipari / riasztó kiegészítő modulokkal is ez a baj: van pár ki/bemeneti lába, pár eseményt le tud kezelni, SMS-t küld és esetleg fogad, de okosabb funkciókra a jövőben képtelen, nem fejleszthető...
Az olyan modulok mint a SIM900, M590E, AiThinker A6/A7 stb modulok általában ennél sokkal többet tudnak: natív parancsok FTP, TCP, UDP, HTTP stb kezelésre, tehát sokkal összetettebb feladatok is könnyedén levezényelhetők vele. Sőt, pl a SIM5320E olyan okos, hogy ő maga ki tudja váltani a mikrokontrollert mert LUA nyelven írt programot lehet rá tölteni és automatikusan futtatni, ami eléri az összes funkcióját és perifériáját! Sajnos picit drága és a tokozása se túl praktikus, sajnálom hogy valami egyszerűbb kisebb olcsóbb verzióban nem készítették el ugyanezt...
Az OpenWrt kérdéshez leírhatnád hogy mid van - gyártó, típus, alverzió - hátha nem olyan nehéz feladat az... Az OpenWrt-s közösség is hasonló építő jellegű szerintem mint ez, szóval hátha. Ráadásul ha USB-s akkor mehet rá akár mobilmodem is, ha nem mindig jön a WAN felől net...
Annyira elhanyagolható áram folyhat a riasztó és a szirénája között, hogy szerintem azt aligha tudod megbízhatóan érzékelni az ACS712-vel! Ráadásul deaktiválni se tudod sehogy távolról az akkus szirénát hiszen annak pont az a lényege hogy szabotázs / vezetékszakadás esetén is megszólaljon! De a vezérlő szálra rá lehet párhuzamosan csatlakozni...
1-3-5e-ért komplett modulokat lehet kapni - olcsóbban még igényel némi kiegészítést, drágábban csak rádugod a tápot vagy rádugod a shieldet az arduino-ra, rácsatlakozol sorosporttal és kérdezgethetsz is tőle egyből AT parancsokkal. Fontos, hogy sok típus nem igazán tolerálja a klasszikus UNO/NANO/MEGA stb 5V I/O feszültségét, ézért vagy felezett órajelű 3.3V-os típust kell keresni ezekből, vagy egyből olyannal indulni ami megfelel az elvárásoknak: Due, STM32, ESP család, stb stb. A shieldek általában lekezelik a jelszintillesztés kérdését...
-
fpeter84
senior tag
válasz
csubuka
#9714
üzenetére
Neked nem hiszem hogy szükséged volna ilyesmire, max valami arduino "kompatibilis" GSM/GRPS modul elég, nem atomreaktort akarsz kapcsolgatni róla
Egyébként kell a mobilnet egyáltalán? Wifin nem lehet csatlakozni az otthoni hálózatra? Mert akkor egy ESP8266/ESP32 is elég lehet, vagy ha valami OpenWrt-képes routered van akár azzal is levezényelhető a feladat! Sőt, akár egy ESP8266 alapú SonOff kapcsolós hálózati aljzattal, okostelefonos app-al magad is vezényelheted távolról a dolgot... Persze abból kimarad akkor az alkotás öröme, de kevesebb a szívás is
(#9715) Teasüti
Ezek millis-el mért szintidők egyes feladatsorok végrehajtása során, tehát minél kisebb annál gyorsabb volt és ezredmásodpercben értendők. Az overall összehasonlítás emiatt nem igazán helytálló, inkább a részeredményeket érdemes összevetni az alapján, hogy a projektedben leginkább milyen feladatok várhatóak!
-
fpeter84
senior tag
Említettem már, hogy imádom a vadászatot a bugtengerben?
Ugye a Due-n a serial.begin nem volt képes visszavenni a hatalmat egy pinMode/digitalWrite művelet után. A változatosság kedvéért az ESP32-n pedig egy serial.begin/serial.end után a pinMode nem képes rendesen bekonfigurálni a GPIO lábakat...
Az illetékes regiszterek amiket kézzel kell beállítani:
GPIO_FUNCx_IN_SEL_CFG_REG
GPIO_FUNCx_OUT_SEL_CFG_REGAz ESP32-n LCD meghajtással pedig végül eddig jutottam:
Kíváncsi volnék, hogy a szimpla vonalhúzás miért ennyivel gyorsabb náluk? Lehet az ott használt ILI9341-nek valami hardveres gyorsítása / trükkje van rá? Bár akkor valószínűleg a screen fill is sokkal gyorsabb lenne, szóval inkább sejtek valamiféle mérési bugot mögötte... Mindenesetre a többi területen észrevehetően gyorsabb parallel módban...
-
Tankblock
aktív tag
válasz
adatfalo
#9706
üzenetére
Hello,
Ha van wifi akkor ESP8266 re van One Task osztály: [link]
Azt mindenképpen tisztáznod kellene, hogy a pumpát is erről a tápegységről szeretnéd-e meghajtani. Én MOSFET tel mennék neki egy step up converterrel, aminek a tápjára tenném a FET et. A napelem cellát meg illene túlmértezin, ahogy az akksit is.
Sima arduino ha 8MHz belső clockal megy és 3V3 van használva is tud alacsony áramfelvételt, vagy akár még valamelyik AtTiny core is. Attiny13A van nekem sikerült lemenni 5,4 uA re a fogyasztással deepsleepre. Kérdés mennyire kell, hogy pontos legyen az az időzités.
Ha jó sacc / köblábra is akkor nem vesződnék semmilyen RTC vel, csak deep sleep és wakeupokkal számolgatnék mennyi van még hátra a 24 órából. Ha csak arra kell, hogy pl 2 hetet elmenjen amig nem vagy otthon és fontos, hogy battery + napelem kombó legyen. A TP4056 pl 1 cellának jó választás lehet. Az másik hogy az az egy cella mennyi ideig is fogja meghajtani azt a pumpát.
-
adatfalo
senior tag
Köszi!
Abban van tapasztalatod, hogy hogyan lenne érdemes ezt a napi 1x-i bekapcsolást elvégezni? Találtam már időzítős reléket, illetve gondolkoztam már RTC modulon is, de nem tudom, hogy mi lenne a legjobb megoldás, sajnos az arduinonak nem olyan jó az energiagazdálkodása, mint mondjuk egy ESP-nek.
-
csubuka
addikt
válasz
fpeter84
#9689
üzenetére
Köszönöm szépen az elemzést!
Mélyebben beleásom magam majd a rendszer működésébe, hogy mi is a valós tényállás. De ez alapján legalább tudok majd keresni, hogy hogyan kéne mégis.(#9695) Janos250: Köszönöm szépen Neked is! Eddig ott vagyok, hogy megállapítottam a típust. A vezérlő egy DSC PC1616H. Azt kéne, hogy ha eldönti, hogy riaszt, akkor SMS-t küldeni. De mondjuk, ha a beltérinek meghal az akksija (és áramszünet van), akkor is riasztás van amúgy, ami miatt meg begerjednek a szomszédok, ha pl nyaral az ember. És ilyenkor is jó lenne erről tudni, hogy egy segítő embert beszervezhessünk ennek elhárítására. Így lehetséges a legjobb lenne a sziréna megszólalására triggereltetni az SMS-küldést.
Belenéztem ugyan a dokumentációjába egyelőre a vezérlőnek, de elég hosszú
Egyelőre erre nem biztos, hogy lesz időm, hogy átrágódjak rajta és kiderítsem hogy a legcélszerűbb sima "digital input"-ra valamilyen módon bevinni azt, amikor megszólal a sziréna.*Kicsit okosodnom kell még, hogy a vezérlő panelon mi történik azért, mert ahogy fpeter84 írta a 12V-os szirénához több hardveres építés kell, hogy az Arduino/(ESP vagy akármi más) oda kapcsolódhasson.
-
csubuka
addikt
Kedves tibi-d!
Én is éppen egy riasztó (DSC márka, egy ingatlanon van épp, nem egy autón) GSM modulos kibővítésébe fognék mostanság. Lapozgattam a riasztó topikot meg itt a mikrokontrollereset, hogy egy gazdaságos megoldáshoz tudjak ötletet meríteni és úgy akadtam ezen korábbi hozzászólásodra.
.Sikerre vitted ezt a projektet végül vagy túl sok buktató volt?
Hamar megoldható, ha csak a GSM modult kell elkészíteni, a riasztó már adott? Nagyon alapra gondolok, hogy adott három számra küldjön egy SMS-t, ha a sziréna beindul. Ennyi. A gyáriak relatíve drágák és túl sokat tudnak, ahhoz képest ami nekem kell.
-Szerinted ez mennyire kivitelezhető? Illetve tapasztalatod alapján hogyan kötnéd a riasztóhoz?
Van a riasztónak olyan kimenete, ami közvetlenül beköthető lehet egy Arduino vagy ESP digital inputjára? Azonos föld esetén gondolnám, hogy riasztási esetben akár egy digital HIGH történet lehetne. Persze lehet nem ilyen egyszerű ez sajnos. De pl. akár figyelhetném a sziréna feszültségét, ha az egyszerűbb.Tényleg egy viszonylag alap dologra gondolok, amit hamar össze lehet rakni.
Köszönöm előre is
-
fpeter84
senior tag
Első eredményeim 320x240 felbontásban (ez csak a kijelzőm fele), lehet még tudok rajta itt ott faragni, gyorsítani...
Közben rájöttem, hogy az mcufriend_kbv-ben is van ESP32 támogatás, de elég primitív lassú megvalósítással, a szétszórt lábakat egyesével írja. Én a 12-19-es lábakat sorban vettem D0-D7-nek és csak 12-t kell balra bitshift-elni az adat byte-on és már lehet is írni a set/clear-t...
@ecaddsell: ezek megvoltak, az első hsz-ben is már ott volt, de azért végigpróbáltam a 3 féle lehetőséget amit eddig működőképesnek találtam:
*((volatile uint32_t *) (GPIO_OUT_W1TC_REG)) = x
ESP_REG(GPIO_OUT_W1TC_REG) = x
GPIO.out_wltc = xÉrdekes módon a 3dik észrevehetően, legalább 20%-al gyorsabb mint a másik 2 regiszter elérés, de továbbra is az az érzésem hogy ez messze nem közvetlen elérés hanem csak virtuális, valami köztes rétegen keresztül levezényelve...
szerk: kipróbáltam az mcufriend_kbv ESP32 8bit támogatását is, és tényleg irtó lassú az enyémhez képest: 4 421 642 overall
-
fpeter84
senior tag
Köszönöm a tippeket az ESP32 regisztereivel kapcsolatban - úgytűnik valóban az RTOS keverhet be... Egyetlen butuska tesztprojektet leszámítva - ahol a csipp se stimmelt, az enyémen RM68410 van - nem találtam rendes lib-et a parallel 8bit ESP32-re, ezért nekiestem hogy átfaragjak egy idegen projektet...
Fogtam ezt az STM32_TFT_8bit lib-et ami az Adafruit GFX csomaggal működik együtt, és első körben minden hardverközeli műveletet átírtam pinMode, digitalWrite és digitalRead alapú lassú, de mindennel kompatibilis univerzális megoldásokra és miután meggyőződtem róla hogy ez így nagy lassulással de még mindig működik az STM32-vel, a lábak átcímkézésével lefordítottam az ESP32-re is és működött első pöccre a Lolin32-n is! Nem vagyok hozzászokva, hogy ilyen gördülékenyen menjenek a dolgok, lesz még itt valahol szívás tuti
Az eredmények a graphictest_kbv.ino-t futtatva:
MEGA2560 az MCUFRIEND_kbv lib-el: 37.24 sec
DUE az MCUFRIEND_kbv lib-el: 8.36 sec
STM32F103C az STM32_TFT_8bit lib-el direkt PORTA hívásokkal: 19 sec
STM32F103C a fentiből hekkelt dummy lib-el: 93.6 sec
ESP32 a fentiből hekkelt dummy lib-el: 17.4 secNyilván a 240 vs 72MHz ad némi előnyt az ESP32-nek az STM-el szemben, de a 3.33x órajel mellett 5.38x tempót hoz már így is, bár a DUE-től még messze jár... Ráadásul az STM lib-el se eredeti, se széthekkelt módban nem akar menni a hardveres scroll a demóban, a szoftveres scroll meg halálosan lassú - ennek az okára még jó lenne majd rájönni, feltehetően valahol bizonyos regiszter visszaolvasásoknál lesz a bug...
A következő lépés az lesz, hogy a dummy hívásokat megpróbálom a lehető leggyorsabb direkt ESP32 regiszter hívásokra lecserélni - remélem úgy simán beelőzi majd a DUE-t is...
-
válasz
fagylalt
#9641
üzenetére
Az a baj, ha sok minden van használva annak nagy lesz a fogyasztása.
Még az is fontos lenne, hogy mennyi ideig üzemelnek az egyes egységek, Arduino Mega elmegy-e alvó módba, folyamatosan mérnek az egységek vagy mondjuk 10 percenként mérnek 1-et a kettő között pedig csak várakozó módban vannak, esetleg alvó módba elmennek.
Ha az időt már tudod, hogy mennyi ideig üzemelnek az egyes egységek, meg kellene nézni mennyit fogyasztanak alvó (ha van ilyen állapotuk) és üzemi állapotban külön-külön. Ha meg van a fogyasztás és az, hogy mennyi ideig fogyasztanak, akkor amit belinkeltem kalkulátorba beütöd az értékeket és kidobja, hány óráig, napig, esetleg hónapig tudna adott aksiról üzemelni.
Számolás és idők nélkül látatlanba azt mondanám, hogy nem fog sokáig működni a rendszer, jó ha 1 napig bírja vagy annyi se.
Konkrét példa, nekem van egy ESP32 ami folyamatosan működik, wifi-t használ, van egy hőmérő és egy kijelző. Ez durván 400mA-t fogyaszt, így kb 6.5 óráig bírná egy 3000mAh-s aksiról.
-
fagylalt
senior tag
Mindenképpen akkumulátoros megoldásra van szükségem, mert ahol a "rendszer" lesz használva, ott nem lesz vezetékes hálózati áram. Az alábbi egységeket kellene meghajtani:
- Arduino Mega 2560
- 1db szervómotor (MG996R)
- 1db WiFi modul (ESP8266 ESP-01)
- 1db GPS modul (uBLOX NEO-6M)
- 1db gyorsulásmérő (MPU-6050)
- 1db hőmérő (DS18B20)
Esetleg még pár ultrahangos szenzor (JSN-SR04T) lesz rajta.(#9635) gyapo11 és (#9636) quint: Viszonylag sürgős lenne, így a külföldi rendelést kizárnám. 18650-es akkumulátoraim szint úgy nincsenek.
Itthon lehet valahol ilyet vásárolni? -
Tankblock
aktív tag
A többi board mind 1 magos ha jól sejtem, az ESP32 meg 2 core. Mivel mind a 2ről el lehet érni igy gondolom van restriction. Az ESP-IDF alatt is structúrán keresztül lehetett definálni ha jól emlékszem.
Bőven megfelelő a sebessége. Nézegesd inkább a példaprogramokat amit az ESP-IDF mellé kapsz. Az sokat fog segiteni. Az arduino erre a layerre húz rá még egyet.
-
fpeter84
senior tag
Miközben keresem az ideális alap hardvert a projektemhez, most az ESP32-höz érkeztem (azt keresem hogy egy adott LCD-t mivel tudnék a létező leggyorsabban meghajtani)...
AVR-en, STM32-n, ATSAM-en működött simán, hogy egy regiszter aliasra hivatlkozva átírtam az adott regiszter értékét, például:
REG_PIOD_PDR = (REG_PIOD_PSR & 0x00000030);Az ESP32-n viszont mintha ez körülményesebb lenne. A közvetlen elérésre ezt a hibát dobta:
C:\Arduino\ESP32\projects\GPIO_test\GPIO_test.ino: In function 'void set_databits_input()':
GPIO_test:7: error: lvalue required as left operand of assignment
GPIO_ENABLE_W1TC_REG = 0x000FF000;
^
exit status 1
lvalue required as left operand of assignmentA hw könytárban lévő kódokat túrva 2 azonosan működő megoldást találtam eddig:
ESP_REG(GPIO_ENABLE_W1TC_REG) = 0x000FF000;
vagy
GPIO.enable_w1tc = 0x000FF000;Ami viszont nem igazán normális, hogy nem történik meg azonnal a regiszter állítása! Ha abban a pillanatban visszaolvasom a GPIO_ENABLE_REG értékét akkor még az előzőt találom benne, ha berakok 1ms várakozást akkor már azt aminek lennie kell! Mi a fene okozhatja ezt a jelenséget? Így nem igazán lehet kimaxolni a GPIO írás olvasás sebességét közvetlen eléréssel...
-
Janos250
őstag
Erről jut eszembe:
Ezt használta már valaki? Használható?
ifttt.com/maker_webhooks
Belebotlottam egy tűrhető ESP8266 könyv linkjébe, és olvasgatva találtam -
válasz
ecaddsell
#9605
üzenetére
Igen deep sleep-ben fog menni. Nem számoltam ki de abban bízom, hogy a konverterrel kapott nagyobb feszültség tartomány talán ad annyit, hogy a konverter ~50uA-es fogyasztását is megérje.
Konverter nélkül 2AA elemmel mondjuk 0.5V-ot tudok használni talán, ha úgy veszem hogy 2.5V-al elemgy minden gond nélkül az ESP32.Kicsit elbizonytalanodtam. Eddig az itt javasolt megoldást követtem, de most ez meg ellent mond
50uA fogyasztás esetén óránként 90 mA-es fogyasztással kell számolni a konverternél? Az nem kevés -
ecaddsell
aktív tag
válasz
gyapo11
#9603
üzenetére
A NiZn felejtős, nagyon hamar tönkre megy (még hideg sem kell hozzá) és a kapacitása is gyatra (mindig a teljesítménnyel marketingelik). Próbáltam (szerencsére az őrült drága töltő jó a NiMH-hez is, azaz legalább azt nem buktam).
Szóval vonzó a nagyobb feszültség, de nem 1 hosszú távú megoldás...Szerk: A NIZn-nek nagyon gyors az önkisülése is...
xboy89
Ezek a boost konverterek ha még deep sleep-be teszed az ESP32-öt, akkor is fognak fogyasztani. -
Ha eleve boost konverter van a készülékben, akkor semmit nem kell áttervezni, 2db AA elem és kész.
Nem tudom mennyire toleráns az esp32 lefelé a tápfeszültség terén, de 2db AA elemről közvetlenül is lehetne hajtani, megspórolva a konverter fogyasztását.Ha ennek lehet hinni, 2,3V-ig merült elemekkel még elvileg működőképes az esp. Egy próbát megér.
-
-
ecaddsell
aktív tag
válasz
MrChris
#9576
üzenetére
Az UNO-t nem ismerem, de vsz. pont ugyanolyan quartz kristály van benne mint a többibe, pl. ESP32-be amit jobban ismerek. Szóval ezek simán kell hozzák az 5 digitet ami nemhogy 30 percre, hanem akár 1 napra is elég jó esetben (1 másodperces eltéréshez). Ami esetleg gáz lehet az az alapból meglévő offset, az hogy nem pontosan annyi mint kellene legyen a kontroller órajele (kifogsz egy ilyen szempontból gyengébb példányt). Ezt is simán lehet kompenzálni, de itt már timer-t kell használni (timer interrupt).
A drift, az hogy hőmérséklettel változik az órajel frekvenciája kevésbé zavaró, ez még relatíve nagy változások esetén is tudja hozni az 5 digitet.
Viszont az nem kérdés, hogy a GPS 1pps (pulse per second) kimeneténél házi barkács szinten aligha van olcsóbb megoldás, mert ez alapból kb. 7-8 digit és stabilan tartja (sőt mivel alapvetően a jitter rontja, a hosszútávú átlag még jobb is).
Pont ezért tervezem, hogy a frekvenciamérés pontosságomat erre a szintre emelem (most ha megvárom a bekapcsolás utáni bemelegedést kb. 2*10 exp -7 et tudtam elérni, de ezzel az a gond, hogy az aktuális hőmérséklethez kell kompenzálni, mármint kontroller quartz kristály hőmérsékletéhez...)
-
válasz
MrChris
#9576
üzenetére
Egy nyomógombot mindenképp pergésmentesíteni kell, erről nagyon sok szó esett már a topikban.
Itt azt írja valaki, hogy 40 perc alatt 1mp-es csúszást tud uno-val, kísérleti úton beállított késleltetéssel. Ha ez nem elég, akkor kell RTC modul, de abból sem mindegy milyen, mert az olcsóbbak simán rosszabb pontosságot fognak produkálni.
30 perc alatt 1mp csúszás szerintem nem sok, de figyelembe kell venni a hőmérsékletváltozások miatti driftet is, amit ha jól tudok, a drágább RTC modulok hőmérővel kompenzálnak.A kolléga által említett Esp + wifi + NTP ami még nagyobb pontosságot tud(hat).
Elárulod, hogy mihez szeretnél ilyen vezérlést?
-
-
Nekem újdonság volt, és esetleg másnak is jól jöhet: ESP32 tárhely particionálás
-
nope
tag
válasz
ecaddsell
#9544
üzenetére
"Ennek van OLED nélküli változata is? Úgy egész szimpatikus lenne, pláne ha még valamivel olcsóbb lenne OLED nélkül..."
Heltec nincs ilyen, de tényleg elég gyakran lehagyják a 37-38-as lábakat. Van valami speciális funkciójuk, amiért ragaszkodsz hozzájuk, vagy csak egyszerűen több lábat szeretnél?
Keress rá a "Wemos Pro ESP32"-re, azokon is ki vannak ezek vezetve (mást nem is nagyon találtam ilyent).
Az integrált OLED meg tényleg nem sok mindenre jó, de hibakeresésre, változók folyamatos kijelzésére (kvázi serial monitor helyett) viszont ideális. -
ecaddsell
aktív tag
Ennek van OLED nélküli változata is? Úgy egész szimpatikus lenne, pláne ha még valamivel olcsóbb lenne OLED nélkül...
Nekem olyan OLED-es ESP32 van, amin az OLED által használt összes pint lehagyták és az az OLED eléggé felejthető (a mérete sem túl nagy, de mellé a fényereje sem túl acélos), szóval az végül csalódás volt.
Mostanában nekem inkább a TFT a cél. Az OLED-el az a bajom, hogy annyira nem jó mint amennyire drága pláne nagyobb méretben.A gyári support nem annyira érdekes, annak ellenére, hogy doksi eddig sem nagyon volt, még mindig mindent megtaláltam.
-
ecaddsell
aktív tag
Létezik valami módszer arra, hogy az ESP32 GPIO34-GPIO39 pinjeit outputként használjam?
Ezen oldal szerint:
https://github.com/makeitlabs/ratt/wiki/ESP32-Pin-MappingEzek a pinek "GPIO input only/no internal pullup".
Gondoltam ha csak annyi a gond, hogy nincs internal pullup akkor teszek egy ellenállást kivűlre és kész, de nem megy (nem kizárt valamit elrontottam persze).Arduino IDE simán megeszi a pinMode(pin, OUTPUT);-ot ill. még a digitalWrite(pin, HIGH);-ra sem volt panasz...
Ha ezek tényleg input only pin-ek akkor számolásom szerint összesen 21 pin marad kimenetre (és ebben már az USB serial pin is benne van).
Egyébként van olyan (olcsó) board amin GPIO37 ill GPIO38 ki van vezetve mert azokon amik nekem vannak nincs is ilyen pin?
-
ecaddsell
aktív tag
Sikerült a 160x128-as TFT-n 4 sorra préselni ami eddig is 4 soron volt. Nem lett túl szép, mert nem tudtam semmi szeparátort tenni a MHz és a KHz közzé (a vessző már a kétszínű OLED-en sem működött, mert átlógott a sárga sorból a kékbe, de ott legalább volt hely egy szóközre), szóval marad a különböző színre színezés.
(A színek valójában sokkal szebbek mint a fotón, ami nem adja vissza az igazi színeket.)
Az alsó sor a ténylegesen mért frekvencia, amit az ESP32 mér (egy Fujitsu mb506 előosztó után mert ugye az ESP nem tud 40MHz felé menni mérésben). Nemcsak ezért nem kerek, hanem az ADF4351 itt már csak kb. 6KHz-enként léptethető (25 MHz/4096).
A jobb zöld meg a jelszint amit 1 AD8318 mér. Mivel ennek az érzékenysége meg kb. 25mV/dBm ez is ingadozik némiképp még átlagolás után is (itt sokkal stabilabb tápfeszek kellenének).Idővel át kell térjek a 320x240-es kijelzőre, amíg nem jön meg van még 2 sorom. Meg egyre kevesebb időm erre a projektre.
-
ecaddsell
aktív tag
Fogadd meg a lenti tanácsot. Én is használtam Nano-t, kedveltem is mert a kis méret miatt gyors fordítások ill. feltöltések voltak, de mikor 128x64-es kijelzőt kezdtem el használni nekem is kevés lett a memória.
Nem mellékesen a Nano nem 3.3V kompatibilis és a legtöbb cucc amit használok meg igényli a 3.3V-ot.Szóval ha nem tömegével kell, ahol számíthat az ár akkor ESP32 (relatíve persze sokkal drágább, de absz. értékben még mindig megfizethető kategória). Ott sokkal nehezebb belefutni a korlátokba, és ha mégis, könnyebb a kiút. A környezet meg lehet tök ugyanaz.
-
Janos250
őstag
Tudom, nem erre a válaszra vágysz, de én csak a szokásost tudom mondani:
Ahelyett, hogy szenvedsz azzal, hogy feszegeted egy régi proccal szerelt lap korlátait, használj valami korszerűbbet!
Pl. az STM32F103 nem sokkal drágább (1000 Ft körül):
https://www.ebay.com/itm/Arduino-Mini-USB-STM32F103RCBT6-ARM-Cortex-M3-Leaflabs-Leaf-Maple-Board-Module/173017731924?epid=1049477414&hash=item2848a91354:g:2nwAAOSwYeRaJxOA
Ha fontos az ár, akkor a kissé macerásabb "sárga jumperes", ami nano árban van:
https://www.ebay.com/itm/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module-For-Arduino/232822447549?epid=2207805305&hash=item36354c9dbd:g:2hkAAOSw6ShZTcPSVagy valamelyik ESP. Ha sok láb kell, akkor ESP32. Már 1600 Ft körül kapható.
Ezek ugyanúgy Arduinoba illesztett lapok, ha nem tartalmaz a program valami nagyon spéci Atmel dolgot, akkor általában változtatás nélkül/pici változtatással (pl. lábak nevei) futnak rajtuk. -
Janos250
őstag
Az akku is a kapcsolóüzemű tápot hajtja. Valami a hálózatról jön, fene tudja mi. Ha a szigetelt vezetéke a hőelemnek hozzáér a fém állványzathoz, vagy a vezetékhez kézzel akárcsak közelítek, egyből megbolondul, 20-30 fok hibákat is mutat. Mindegy, már nem foglalkozok vele, áttérek - mihelyt lesz időm - Pt100-ra. Egy másik projektnél, ahol az ESP32 és egy másik IC közötti UART kapcsolat hibázik gyakran a hálózati tápról táplálásnál, ott meg szűrök, és a soros vezeték a korábbi levegőben menő drótok helyett a panelen marva lesz.
-
Janos250
őstag
A jelenleg működő verzióban el van választva a soros porttól: szétválasztottam két részre: az egyik ESP-re van kapcsolva az a panelka, ami a hőelem jelét méri, és digitálisan küldi az egyik ESP-re, ami WiFin továbbküldi a másik ESP-nek, ami végzi a beavatkozásokat. Tehát a WiFi, mint galvanikus leválasztó.
Viszont a hőelem jelét mérő panelkát muszáj volt galnavikusan csatolni az ESP digitális lábaihoz, ezért ezt az ESP-t kénytelen vagyok akkuról táplálni, mert ha hálózati tápról megy, akkor +- 5 C fok ingadozással mér. Majd ezt is átteszem platina hőmérőre a hőelem helyett, és csinálok hozzá panelt, azzal majd talán jobb lesz. -
llacee
őstag
Sziasztok!
SonOff-al kapcsolatban lehet egy kérdésem?
Domoticz-al használám őket, ESPEasy firmware-el.
Teljesen jól működik, vezéreli is őket, de borzalmasan idegesítő hibába ütközöm és nem találok a neten rá megoldást.
Viszont 230V-os eszköznél nyugodtabb lennek, ha lenne valami fényforrás, ami jelzi, hogy áram alatt van.
Hardware beállításoknál van lehetőség a led-et bekapcsolni, melyhez megnézem melyik eszközön melyik GPIO-n van a fényforrás, de azonnal elérhetetlen lesz az eszköz csak flasheléssel lehet életre kelteni.
Sima változat, TH és Dual ugyan ez. Ahogy a LED-et bekapcsolom villog is, de soha többet nem elérhető az eszköz.
Mit rontok el?Köszönöm!
-
válasz
Atti777
#9511
üzenetére
Pedig itt is ugyan az lenne a helyezet szerintem, lipo-val. Ha nem viszem 5V-ra a jelet, akkor nem tudom 2.8V-ig kihasználni az ESP-t, mert wifi-vel használva a 3-3.3 V között szerintem kérni fogja, a lipo 3.7V meg ha lemerül 3.3-ra akkor már 3.3 V alatt lesz az LDO kimenete dopout-ot is figyelembe véve.
Ez csak szerintem van így, biztosra nem tudom mondai, hogy sokkal rosszabbul járnék. -
Janos250
őstag
válasz
Teasüti
#9510
üzenetére
Egy másik, nem ESP IC-t is meg kell táplálnom, ami elég érzékeny, és zabálja az áramot.
Egyébként elég sok bajom van a közvetlen 230-ról menő tápokkal. Egyszer régebben diskuráltunk itt egy hőelemes mérés zajának a problémájáról. Azóta se sikerült megnyugtatóan megoldani a kérdést, ezért akkuról táplálom. Most hasonló gondom volt, bár idő hiányában félre kellett tennem: egy ESP32 és egy másik eszköz kommunikál egymással UART-on. Táp megoldás: 230-ről 12V-ra led táp, arról fesz szab modul. Sok a hiba. Ha táp helyett 4 li akku táplálja a fesz stab modult, gyakorlatilag nincs hiba. -
válasz
vargalex
#9503
üzenetére
Közben gondolkoztam, hogy oké 170mA meg a dropout is kicsi, de nem kellene inkább egy step up converter? Tehát step up az aksi feszültségét 5 V-ra, majd azt LDO-val 3.3V-ra és ez menne ESP-re?
Az aksi kb. 2.8-4.2 V között használható biztonsággal. Adatlap szerint ESP8266 2.5 - 3.6 V, ESP32 2.3-3.6 V között működik. Ha Wifi is van, gondolom akkor legalább 3 V kellene.
Ha figyelembe vesszük mondjuk, hogy a dropout 300 mV és meglegyen a 3V táp az ESP-nek, akkor 3.3 V kimeneti feszültség kellene az aksi felül. Azaz 4.2-3.3 V között lehet kihasználni az aksit. Ellenben ha kap egy step up convertert, akkor mehetne 4.2-2.8V között, +0.5V pedig deep sleep esetén akár heteket jelentene.Ha jó a gondolatmenet, akkor step up hasznosabb lenne szerintem. Mit gondoltok?
(#9508) Janos250
A schematic-on van egy 22uF párhuzamosan 100nF-al az LDO kimeneten, ESP mellett pedig 100uF tantál VCC-GND között. Sajnos többet nem igazán tudok hozzátenni, nincs túl nagy tapasztalatom, így többnyire már meglévő részekből dolgozok. -
válasz
vargalex
#9506
üzenetére
Az a nyugalmi áramot jelenti, gondolom, ha nincs rajta terhelés. Ha már ott egy ESP, meg még pár kisebb alkatrész, akkor szerintem ez nem igaz. Current consumption meg nincs benne.
(#9505) Janos250
Úgy tudom 5 V legalább ajánlott, főleg mivel a kínai alkatrészek jobban szórhatnak mint egy "bevizsgáltabb" darab.
100nF-ot hogy érted kerámia tantál? Egybe a kettő hogyan? Én egy doit shematicot használok, az alapján csinálom a nyákot. Ott 100uF 6.3V-os tantál van jelölve, semmi más. -
Üdv
Elakadtam kicsit, egy kis segítséget szeretnék kérni.
Az ESP32-őn fut egy webszerver/weboldal.
A weboldalon rádiógombbal kiválasztok egy színt. A rádiógomb értéke megjelenik az URL-ben az alábbi módon:http://10.1.0.9/?ledszin=0xFF00FF
A ledszín változó értékét én szeretném felhasználni. A ledszin egy string típusú adat, a gond az, hogy nekem integer kell.
Mivel tudnám átkonvertálni?
A c_str() függvénnyel char típusra már tudtam konvertálni, de sajnos az nem jó.A toInt() függvénnyel nem jártam sikerrel.
Ehhez a függvényhez kell nekem integer típusú adat a szin változóhoz.
void LEDvilagitas(int szin)
{for (i=0; i<osszesLED; i++)
{ledek[i] = szin; }
FastLED.setBrightness(ledfenyero);
FastLED.show();
delay(100);} -
ecaddsell
aktív tag
Nekem méretileg elég lenne az 1.8-as kijelző is, ha kiférnék rá, lévén a nézési táv max 1m.
Egyébként megoldottam a ST7735-el a HW SPI-t is.
Mint sejtettem is fogalma sincs a könyvtárnak mit kellene használni ezért a default-ot használja.
Innen már csak az SPI default-ot kellett megkeressem és meg is lett az SPI.cpp-ben:if(sck == -1 && miso == -1 && mosi == -1 && ss == -1) {
_sck = (_spi_num == VSPI) ? SCK : 14;
_miso = (_spi_num == VSPI) ? MISO : 12;
_mosi = (_spi_num == VSPI) ? MOSI : 13;
_ss = (_spi_num == VSPI) ? SS : 15;Ezek meg a HSPI pinek amit a generátor chip-re használok, nem csoda, hogy összeakadt.
Áttettem a generátort VSPI-ra a TFT-t meg a HSPI pinekre és láss csodát megy a HW SPI és relatíve gyors is lett a frissítés (de még van mit javítanom).Na szóval összegzésnek ezek az SPI pinek ESP32-n:
HSPI
CLK 14
MOSI 13VSPI
CLK 18
MOSI 23A TFT HW SPI meg szépen lefoglalja a HSPI-t, szóval nekünk marad a VSPI...
Azért túl nincs dokumentálva a dolog...
-
Teasüti
nagyúr
válasz
Janos250
#9468
üzenetére
Adatlap 1.4.3 bekezdésében szerepel, valamint az 1.6 bekezdésben lévő blokk diagramban. Viszont nem tárgyalja sehol az adatlapon.
Valamint van egy szép hosszú topik az Espressif oldalán róla.
Ezen kívül neten találni hozzá lib-et is és egy-két példát is. -
Teasüti
nagyúr
Elvileg CAN 2.0 vezérlő be van építve, a funkcionális blokk diagramjában is látható. Viszont nem foglalkozik vele a kézikönyv. Neten meg pár példán és lib-en kívül kb semmit nem találtam.
Espressif fórumán foglalkoznak vele, de ott még nem tartok, hogy átnyálazzak egy egész topikot. -
válasz
ecaddsell
#9447
üzenetére
Nekem fektetve helyezve (hosszabbik oldal vízszintes, rövidebb oldal függőleges) egyik hosszanti és mellette lévő rövidebb oldalról nézve jó, másik hosszabbik és rövidebb oldalról minősíthetetlen szinte a betekintési szög. Tehát sarokba helyezve jó és szemből is, egyébként nem. Szerencsére falon sarokba lesz. ha valahová egy falra középre tenném, amit mind két oldalról meg tudok közelíteni, ott már nem lenne szép, sőt.
Én egyébként nem vettem túl olcsón sajnos, 3500-4000 Ft-ba került a 3.5 col. SPI mondhatni előny, de én nem használom ki, mivel nem kell egyáltalán gyors képernyő frissítés, viszont a 3 adat vonal előny nagyon is a párhuzamos programozású kijelzőkkel ellentétben.
Én csak azért vettem ekkora kijelzőt, mert egy analóg órába szeretném beépíteni és jó lenne ha nem 1 méterről tudnám csak leolvasni a kiírt dátum, hőmérséklet adatokat.Én ezt a könyvtárat használom. Ez elég sok kijelző meghajtót támogat, amit te használsz azt is. Ezzel a könyvtárral és ILI9486-os meghajtó IC-vel dolgozik a kijelző. Próbáltam kezdetben tesztelni, hogy 0-ról counter számol mondjuk több tízezerig és ahogy az ESP bírja íratja ki az adatokat akár tizedes-százados pontosan. Igaz itt már semmit se láttam a másodpercnél lassabban változó számokból, de nekem úgy tűnt kiír mindent. Tehát ha számítana a sebesség akkor nem hiszem, hogy gond lenne vele. Ja és én is ESP32-vel használom. Próbáld meg esetleg ezt a könyvtárat az adafruit helyett.
-
Teasüti
nagyúr
Jelenleg úgy néz ki a dolog, hogy I2C-re lesz felfűzve az ESP32, két-három Attiny85, I2C szenzorok és egy kijelző. A motoron nincs CAN busz gyárilag, így csak a saját rendszeremet szolgálná ki.
Azt még nem tudom az I2C eszközöket hogy lehetne megoldani, de ahogy nézem már az ESP32-n se olyan egyszerű az élet. Datasheet-ben pl egy árva szót sem szólnak róla. -
Teasüti
nagyúr
válasz
Tankblock
#9448
üzenetére
Jól értem, hogy a CAN busz olyasmi, mint az USB? Egy csavart érpár, ellentétes fázisú jelátvitellel.
Így már értem miért alkalmazzák előszeretettel autós környezetben.
Én I2C köré terveztem a rendszert, de ha nem válik be akkor áttervezem CAN buszra.
ESP32-n ha minden igaz, akkor a CAN buszt rá tudom rakni az I2C által használt lábakra is szerintem, ez talán nem lenne gond. És akkor a motort be lehetne húzni sztenderd USB kábellel.
Gyors keresés után látom vannak CAN buszos GPIO expander chip-ek is.
Viszont ismertek olyan Attiny85-höz hasonló olcsó kontrollert, ami CAN buszos (és Arduino IDE-ben programozható természetesen)? Picike méret és 4 GPIO. Mondjuk vmi SOP8-as tokozásban? szerk: óóó ácsi-ácsi. I2C eszközöket viszont nem fogom tudni felfűzni CAN-re.
-
Szépen haladok előre, a ledszalag vezérléssel.
Webes felület kész. Mint kiderült van sokkal egyszerűbb megoldás, mint a taskok szeparálása cpu magra, meg saját ledszalag vezérlés írása.Fastled library tökéletesen működik. Az, hogy fordításkor megjelenik egy warning nem probléma.
Az espasyncwebserver library segítségével tök egyszerű megjeleníteni a weboldalt. Már csak annyit kell megírnom, hogy a weboldalon kiválasztott színt jelenítse meg a szalagon. De ennek is meg van a mintakódja.
Már csak 1 dolog kell. Akarok egy fizikai nyomógombot is a szalag kikapcsoláshoz. Ez lényegében úgy működne, hogy fekete szín küldene ki a szalagra.
A nyomógomb bekötéséhez azonban amit eddig találtam nekem nem szimpatikus. Lényegében az esp32 egyik pin-je egy ellenállással gnd-re van kötve. Ugyanerre a pinre van kötve a nyomógomb, a pin és az ellenállás közé. A nyomógomb másik lába pedig 5v-ra van kötve. Így ha megnyomom a gombot, az ellenálláson keresztül záródik az áramkör. Nem tudtok olyan megoldást, ahol nincs így összekötve a gnd és az 5v? -
ecaddsell
aktív tag
Én teljesen elégedett vagyok a betekintési szögével (arra amire használom tökéletes).
Fektetve használom, alul-felül nézve hibátlan, oldalra képes romlani. Ahhoz képest milyen olcsó volt több mint jó.Viszont ha te ilyen nagyban utazol akkor biztos számít a sebesség. Itt (is) keresek valami megoldást. A változásokat elég lassan frissíti a kijelző, de vsz. ez nem a kijelző hibája, hanem nem tudom, hogyan kellene rávenni az Adafruit ST7735 könyvtárat, hogy HW SPI-t használjon (ESP32). Én a jelgenerátor chipet már rég így használom és tökéletesen megy.
Szóval, ha így indítom akkor megy de láthatóan lassú:
Adafruit_ST7735 tft = Adafruit_ST7735(TFT_CS, TFT_DC, TFT_MOSI, TFT_SCLK, TFT_RST);Az irodalom szerint a HW SPI-hoz így kellene:
Adafruit_ST7735 tft = Adafruit_ST7735(TFT_CS, TFT_DC, TFT_RST);
Viszont így egyáltalán nem megy.Nem mellékesen nem is értem honnan tudja a fenti hívásból melyik SPI-t kell használni (VSPI vagy HSPI) . Amikor a generátorhoz csinálom az inicializálást ott meg kell adni, melyiket hozza létre...
hspi = new SPIClass(HSPI);
(A VSPI is hasonló).
Az SPI könyvtár viszont automatikusan tudja, hogy pl. HSPI esetén ezek a pinek:
CLK 14
MOSI 13 -
Helló, az ESP32-n levő USB csipnek /cp210x/ el kellene menni magától suspendbe, vagy ki lehet lőni valahogy?
-
ecaddsell
aktív tag
Van valakinek jól működő prellmentesítő rutinja?
A jelgenerátoros projektemben eljutottam oda, hogy KY-040-el lehetne szabályozni a frekvenciát.
Ehhez ESP32-vel az egyik PCNT unit 0. csatornáját használom. Az encoder CLK-ja megy ctrl_gpio_num-ra a DT meg pulse_gpio_num-ra (vagy fordítva, elég sok kombinációt próbáltam).
A szuper ebben a dologban az lenne, hogy a számláló szépen számlálgat a háttérben a program másik része meg 1-2ms-onként ránéz, és ha van valami (0-tól eltér), akkor változtatja a frekvenciát (ill. alapállapotba teszi a számlálót).
A prellmentesítésre gondoltam jó lesz, ha valamit beállítok a pcnt_set_filter_value hívásnál.
Aztán rádöbbentem, hogy a filter csak 10 bites (0-1023) és mivel ABP clock-ban mér (80MHz) a max az kb. 12.5us. Ami édeskevés prellmentesítésre...
(Ugyanígy akartam használni a nyomogatás részét is, szóval a SW egy másik unitra ment volna).Ami kül. bosszantó, hogy a PCNT rém egyszerű megoldás lett volna, majdnem mindent a HW csinál, a felprogramozás után.
Sajnos a forgatásnál is hibázik (néha a másik irányba ugrik) az SW nyomogató meg totál használhatatlan, mert 0-5 között kellene állítható legyen (ez lenne az encoder frekvencia lépésköze), de egyszer megnyomva a kapott eredmény szinte egy 0-5 közötti véletlen szám.
Elkezdtem nézni az irodalmat.
Talán ez a legjobb leírás:
https://www.best-microcontroller-projects.com/rotary-encoder.htmlVégül-is az állapotugrásos megoldás megoldható (persze ehhez teljesen dobni kell a PCNT-s totál egyszerű megoldást), de így nem lehet megoldani a gombnyomós részét (SW).
Ott arra gondoltam, hogy az első él után (interrupt) egy ideig nem lenne nézve a gomb (interrupt tilt). Viszont azt is olvastam, hogy a forgatásnál is képes lehet 1 nagyon rövid SW impulzust generálni, szóval jobb lenne azt nézni, hogy mennyi időt tölt el H ill. L szinten. Viszont ez meg amellett, hogy nem egyszerű, nyomogatásnál tolni fogja a megszakításokat és az időmérés meg extra logika miatt az időt is rendesen viszi.
A furcsa az egészben, hogy a fórumok tele vannak ezzel a problémával és megoldási ötletekkel (van aki a HW-es kondist nyomja,van aki a SW-re esküszik én is jobban kedvelném ezt) de jó megoldást még nem láttam.
A legbosszantóbb persze, hogy a 10 bites PCNT filter totál meg tönkre vágja azt amit egyébként tudhatna a HW...
Na most jól kibosszankodtam magam. -
Teasüti
nagyúr
válasz
Janos250
#9398
üzenetére
Komolyan? Pedig Arduino IDE-ben is ez az alapértelmezett. Nekem sose volt gondom vele még, pedig nem Juicebit kábellel programozom.
Amúgy tudtátok, hogy bekerült az alaplapkezelőbe az ESP32 Arduino core? Már nem kell kézzel telepíteni, elég csak hozzáadni a Github repo linkjét az IDE-hez.
-
válasz
ecaddsell
#9396
üzenetére
2 CP2102 volt rákötve gépre. Drivert újratelepítettem, átdugtam másik portba, leválasztottam a 2. CP2102-t, addig addig nyomogattam, hogy most valamitől kb 30. próbálkozásra sikerült.
Nem tudom lehet-e köze ahhoz, hogy túl nagy méretű tömböt akartam létre hozni, ami először felment rá, de resetelt folyamatosan és onnantól már nem akart működni a flashelés. Bár ha jól sejtem a flash tartalma mindig nullázódik, ha resetel a mikrovezérlő, akkor meg nem tudom mi volt ez.
Múltkor a második ESP32 panel csinálta azt, azóta se javult meg, hogy boot gomb lenyomás nélkül nem flashelhető. Előtte legaláb 20-30x flasheltem és ment magától, azóta csak boot gombbal megy. Ezt azóta se értem.
-
Ilyennel találkozott valaki? ESP32 Wroom32 Doit board.
Sketch uses 174860 bytes (13%) of program storage space. Maximum is 1310720 bytes.
Global variables use 13748 bytes (4%) of dynamic memory, leaving 313932 bytes for local variables. Maximum is 327680 bytes.
esptool.py v2.3.1
Connecting....
Chip is ESP32D0WDQ6 (revision 1)
Features: WiFi, BT, Dual Core
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 921600
Changed.
Configuring flash size...
Warning: Could not auto-detect Flash size (FlashID=0xffffff, SizeID=0xff), defaulting to 4MB
Compressed 8192 bytes to 47...
A fatal error occurred: Timed out waiting for packet content
A fatal error occurred: Timed out waiting for packet contentAz előző kód még fut rajta, de újat nem tudok rá tölteni.
-
ecaddsell
aktív tag
Vsz. kétszer gondold meg mielőtt beleugrasz ilyen nagyon olcsó cuccokba.
Én nemrég szívtam meg freki mérővel.
OLED kijelzős, vámhatár alatt 2.4GHz-ig mér. Ez kell nekem. (Ne legyen teljesen off, ESP32-ről vezérelt ADF4351-hez).Valóság: Valóban mutat valamit, sőt ha elég nagy jelet kap elmegy egészen kb. 3 GHz-ig is.
Viszont a pontossága nulla. Alapból van kb. egy fix 0.5%-os eltérés (normális mérő 10^-6 tól indul). Nem mellékesen nagy ugrásokkal változik a mutatott érték. A számláló mintha kb. csak 10 bites lenne.Na most mivel nekem is hobbi, kicsivel többért sokkal jobbat tudtam volna építeni (persze még szétszedhetem azt is amit vettem, de nem hiszem, hogy sokkal többet ki lehet belőle hozni).
Az ESP32-vel simán lehet akár 40 Mhz-ig tudó freki mérőt csinálni (15 bites PCNT, ablakozás RMT-vel van rá netes példa). Még hozzá téve egy előosztót akár feljebb is tudtam volna menni frekiben mint amit vettem (és úgy már nemcsak CMOS jelszintekkel megy).Visszatérve a szkópra: Kicsit alul specifikált. Mennyi a mintavételezés sebessége? Digitális (négyszög) jeleknél a mintavételezési sebesség tizedével kell számolni mint (felső) határ. Milyen a tárolás mélysége? Milyen érzékenységi tartományban használható? Milyen triggerek vannak?
(A dekódolást nem említem, bár pl. ami nekem van tudja, sosem használtam, annyira nehézkes a beállítás. Simán fe/lelfutó élre triggerelve megnézem a lényeget, sokkal gyorsabban így.)
Egyéni igény az, hogy a jel spektruma FFT-vel megnézhető legyen. Nem feltétlen a készülékben, hanem pl. offline PC-vel. Viszont az FFT freki felbontása függ a mintaszámtól, szóval van helyzet ahol simán kellhet 1M minta...
Sajnos konkrét cuccot, pláne ennyiért nem tudok ajánlani. Viszont saját tapasztalatból kiindulva, nem érdemes a nagyon olcsó cuccokba gyorsan beleugrani.
]
Mélyebben beleásom magam majd a rendszer működésébe, hogy mi is a valós tényállás. De ez alapján legalább tudok majd keresni, hogy hogyan kéne mégis.
Egyelőre erre nem biztos, hogy lesz időm, hogy átrágódjak rajta és kiderítsem hogy a legcélszerűbb sima "digital input"-ra valamilyen módon bevinni azt, amikor megszólal a sziréna.
50uA fogyasztás esetén óránként 90 mA-es fogyasztással kell számolni a konverternél? Az nem kevés 
Gyors keresés után látom vannak CAN buszos GPIO expander chip-ek is.
Új hozzászólás Aktív témák
ekkold
- Nálam már kapható a jelenlegi leggyorsabb brutál notebook: Samsung Galaxy Book 5 Edge 5G!
- Sony WF-G700 White- INZONE Buds vezeték nélküli zajszűrős(ANC) fülhallgató - Fekete, 2 év gari
- High-End AMD Ryzen 9 9950X3D, ASRock X870E Taichi + Dell AlienWare AW2725DF + ajándékok
- 24,5"-os FullHD Dell Alienware gamer monitor újszerű állapotban AW2518HF
- GAMER LAPTOP - ASUS Rog Zephyrus M16 / Intel i7 12700 / RTX 3060 6gb / 24gb DDR5 / 2TB ssd
- Cisco Catalyst C1000-48T-4G-L 48xRJ45 4xSFP switch, CISCO refurbished
- Honor 200 Lite / 8/256GB/ Kártyafügetlen / 12Hó Garancia
- ÚJ! AKRacing Arctica gamer szék
- LG 27GR95QE - 27" OLED / QHD 2K / 240Hz & 0.03ms / NVIDIA G-Sync / FreeSync Premium / HDMI 2.1
- ÚJ Xiaomi Mi Robot Vacuum Mop Essential robotporszívó feltörlő 2db 1999 Ft
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest