- Bemutatkozott a Poco X7 és X7 Pro
- Yettel topik
- Magyarított Android alkalmazások
- Hónap végén érkezik a Xiaomi Band 10, ára is van
- iPhone topik
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- Google Pixel topik
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
-
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
-
válasz
kesztió
#14493
üzenetére
tudsz egy bármilyen ügyetlen rajzot mellékelni, hogy lássam, konkrétabban hogyan gondolod?
Lerajzolni nem tudom, képzelj el egy csövet, benne alul a szenzort, felül az esp-t.
Igazából az is lehet, hogy ha csak megnyitod a dobozt alul és felül, már az is elég légmozgást biztosítana, nem is kellene belül semmit változtatni. Legfeljebb vmi légterelő féleséget, ami irányítja a légmozgást.A transzformátor ugyancsak a szerelődobozban van de jó mélyen, és be lesz „falazva” PUR-habbal.
Biztos, hogy az esp termeli a meleget, nem a transzformátor? Lehet, hogy a PUR hab önmagában is megoldaná a problémát.
Erről jut eszembe: mi lenne, ha az egész dobozt kifújnád PUR habbal?
Az tuti leszigetelné a szenzort. 
-
-
kesztió
aktív tag
Az az ötletem, hogy mi lenne, ha a fizikát használnád? Ahelyett a pici lyuk helyett, amin most "kinéz" a szenzor, csinálj egy csatornát: nyisd meg alul és felül az előlapot (a pereme mögött egy vékony, pl. 1x20mm-es hasíték), alakíts ki egy alagutat, amiben alul a szenzor, felül az esp van. Az esp hője felfelé törekszik, ez állandó légmozgást biztosít a csatornában, alulról pedig szívja befelé a szobahőmérsékletű levegőt a szenzoron keresztül.
Ez jó ötletnek tűnik, tudsz egy bármilyen ügyetlen rajzot mellékelni, hogy lássam, konkrétabban hogyan gondolod?Nagyon szép munka, miben lett ez tervezve? A 3D fájlt el tudod küldeni?
SzketchUp, egészen jó vagyok már benne.Az érdekel, hogy végülis az esp32 honnan kapja a tápot és milyen modul van beszerelve?
Direkt 3,3V-ot kap, nem használom a Wemos D1 mini ESP32 beépített tápját (még csak az hiányozna ). A transzformátor ugyancsak a szerelődobozban van de jó mélyen, és be lesz „falazva” PUR-habbal. -
dew28
aktív tag
válasz
kesztió
#14489
üzenetére
A 433 MHz-es kommunikáció rettenetesen elbonyolítaná, főleg, hogy kétirányú kellene, és a vevőantenna csak kompromisszumokkal férne az amúgy is szűk helyre.
LoRa?
+ PCB antenna (gondolom nem 100m-ekben merheto a tavolsag 8 beton falon keresztul)Felreertes ne essek, nem mondom, hogy megoldhatatlan ESP-vel amit szeretnel, de egyreszt en nem tudok ra jo megoldast, masreszt mindig jo, ha van veszterv, mielott vegleg feladnad
#14490 aryes
Az az ötletem, hogy mi lenne, ha a fizikát használnád? Ahelyett a pici lyuk helyett, amin most "kinéz" a szenzor, csinálj egy csatornát: nyisd meg alul és felül az előlapot (a pereme mögött egy vékony, pl. 1x20mm-es hasíték), alakíts ki egy alagutat, amiben alul a szenzor, felül az esp van. Az esp hője felfelé törekszik, ez állandó légmozgást biztosít a csatornában, alulról pedig szívja befelé a szobahőmérsékletű levegőt a szenzoron keresztül.
szvsz ahhoz, hogy ez mukodo kepes legyen, az ESPt majdnem hermetikusan zarni kene a csatornahoz, viszont azon a kis reszen nem fog normalisan szellozni. -
válasz
kesztió
#14487
üzenetére
Nagyon szép munka, miben lett ez tervezve? A 3D fájlt el tudod küldeni?
Az érdekel, hogy végülis az esp32 honnan kapja a tápot és milyen modul van beszerelve?
Én is azt akartam írni, amit dew28 kolléga, hogy egyrészt az elhelyezésnél nem mindegy, hogy a hőmérsékletmérő feljebb vagy lejjebb helyezkedik el a "hőforrásnál", de úgy látom, hogy lejjebb van.
Az az ötletem, hogy mi lenne, ha a fizikát használnád? Ahelyett a pici lyuk helyett, amin most "kinéz" a szenzor, csinálj egy csatornát: nyisd meg alul és felül az előlapot (a pereme mögött egy vékony, pl. 1x20mm-es hasíték), alakíts ki egy alagutat, amiben alul a szenzor, felül az esp van. Az esp hője felfelé törekszik, ez állandó légmozgást biztosít a csatornában, alulról pedig szívja befelé a szobahőmérsékletű levegőt a szenzoron keresztül.Egyébként ha máshogy nem tudod megoldani, nem lehet egyszerűen levonni azt az 1-1,5 fokot? Ha állandó ütemben működik az esp, akkor elég kiszámíthatóan állandóan ugyanannyival fogja torzítani a mérést. Lehet, hogy elég lenne egyszer kalibrálni, és onnantól tenné a dolgát. Végülis nem a Pfizer-vakcinát kell őrizni a cuccnak hogy annyira pontosan kelljen mérni.
-
kesztió
aktív tag
opcio lehet, hogy az esp egy kulso 'szerver' ami pl 434mhz-en kommunikal a termosztatoddal, az eszkozben meg el tudsz helyezni kisebb fogyasztasu MCU-t ami olyan idoszakonkent kuld adatot amikor csak akarsz?
Ennél már egyszerűbb és elegánsabb lett volna, ha nem WiFi-re, hanem UTP kábelre lett volna kitalálva a kommunikáció. De az a vonat elment. A 433 MHz-es kommunikáció rettenetesen elbonyolítaná, főleg, hogy kétirányú kellene, és a vevőantenna csak kompromisszumokkal férne az amúgy is szűk helyre.
(Ami esetleg poén lenne, hogy a nyakamon maradt egy csomó Arduino Nano, beépített 2,4 Ghz-es modullal. És az közvetlenül tudna kommunikálni egy külső ESP32-vel. De nem szívesen mennék bele ekkora kompromisszumba.)A tervednel talan eggyel jobb megoldas, a jelenlegi kiepites helyett, ha szenzor a termosztatod aljan lefele 'nez' egy lyukon at a szabad levegore,
Ez sajnos megoldhatatlan, mert a termosztát nem emelkedik ki a falból (pontosabban csak annyira, amennyi a grafikán látható üvegkeret). De amúgy is csak akkor lehetne megoldani, ha leforrasztanám a szenzort a modulból, mert másképp esélye nincs, hogy férjen.
az esp meg amennyire lehet a tetejen helyezkedik el
Az ESP, ha nem is a legtetején, de a lehető legmagasabban van.
-
dew28
aktív tag
#14487 kesztió
opcio lehet, hogy az esp egy kulso 'szerver' ami pl 434mhz-en kommunikal a termosztatoddal, az eszkozben meg el tudsz helyezni kisebb fogyasztasu MCU-t amit olyan idoszakonkent ebresztesz es kuldesz adatot amikor csak akarod?A tervednel talan eggyel jobb megoldas, a jelenlegi kiepites helyett, ha szenzor a termosztatod aljan lefele 'nez' egy lyukon at a szabad levegore, az esp meg amennyire lehet a tetejen helyezkedik el
-
kesztió
aktív tag
Így néz ki szemből, a kicsi fekete lyuk a displaytől lefele a hőmérsékletszenzor 2 mm-es átmérőjű ablaka, csak 1 mm-re van a plexi előlap alá süllyesztve (a felső „lyuk” az a státus LED, <1 mA-t eszik). A két touch gomb a kijelző bal és jobb oldalán látható, azok is háttérvilágítottak, de baromian kevés árammal:
Így néz ki hátulról (a nagy zöld NYÁK-ra van felforrasztva az ESP32 és pár apróság, pl. a CAP1203 a touch-hoz stb.):
És így néz ki a hőmérséklet modul a szürke védőlap alatt:
Az előlap hátulja, jól látszik az SHT35-ös hőmérsékletmérő modul helye:
A hőmérséklet IC és a szürke védőlap között, valamint a szürke védőlap felett parafa szigetelőlemez lesz.
Ebből nem hiszem, hogy jaj de milyen sokat lehet látni…
-
kesztió
aktív tag
Hát az elég bonyolult lenne, egy átláthatatlan 3D-s alkatrészlabirintust látnál. De ha ráteszem az ujjam az ESP32 modul fém házára és érzem, hogy meleg, ott már rég megette a fene az egészet, a legjobb tervezés mellett is. Egy ±0,1°C elméleti pontosságú hőmérőszenzor nem díjazza, hogy mindössze pár centire tőle melegszik egy alkatrész.
Vagy drasztikusan leviszem a modul fogyasztását, vagy megy a projekt a kukába, nem az első eset az életemben, hogy több hónapnyi munkát fel kell adnom egy xarság miatt. -
kesztió
aktív tag
válasz
kesztió
#14473
üzenetére
Egyelőre nem látok, csak két lehetőséget, mindkettő riasztó.
1. A router által diktált beacon interval ill. DTIM ritmusában ébresztgetni az ESP32-t, hogy ne szakadjon meg a kapcsolat. Ez, ha egyáltalán megoldható, szerintem még mindig túl gyors (fél másodpercenkénti ébresztés a legtöbb router alapbeállításainál).
2. másodperceket várakozni két ébresztés között, de akkor megszakad a kapcsolat, és újrakapcsolódni sokszor ugyancsak másodperceket jelent, tehát nem nyertem semmit, sőt.Kezdek kétségbeesni. Ötletek?
-
#14480
Janos250
őstag
JulianSinulf
#14474
Janos250
őstag
válasz
JulianSinulf
#14474
üzenetére
Csatlakozom Aryeshez, azzal a kiegészítéssel, hogy egy külső EEPROMnak is vannak előnyei: le lehet venni a panelról, olvasóval kiolvasni, ha kell másikba átmásolni.
Ezért van így a Codefon kaputelefonokban is. Azokat már nagyjából ismerem, és ott úgy csinálom. Az olvasók közül eggyel -most hirtelen nem találom - nagyon rossz tapasztalaim voltak, pedig az lett volna a legkényelmesebb, mert minden macera nélkül soros vonalon küldte a kártya kódját. Hibásan :-(
Csak most néztem vissza, mit is csinálsz. Ja, a focikapu. Gyorsan töröltem is néhány dolgot. Annyi kártya adata pici helyen is elfér. -
#14478
Aryes
nagyúr
JulianSinulf
#14474
válasz
JulianSinulf
#14474
üzenetére
Szia!
"Azért írom, hogy barkácsoltam, mert különféle kódokból ollóztam össze és igazítottam a kapcsolásomhoz a saját kódom"
Semmi para, én a mai napig így írom a kódjaimat, csapnivaló a memóriám.
Az EEPROM teljesen megfelel ilyen célra, ha biztosan elég a mérete az összes kártya számára. Az SD kártya talán egy kissé overkill, de ami szerintem a legjobb lenne, az SPIFFS valamilyen ESP lapon. Az SPIFFS az ESP lapon 4 Mbyte-os flash chip-et használja adatok tárolására, sima text fájlként, vagy az ESP32 esetében még sqlite3 adatbázist is használhatsz SQL parancsokkal. Webes adminisztrációs felületet is tudsz rá írni, smart home-ba integrálni, esetleg riasztóként használni stb.
-
válasz
Rivaul
#14475
üzenetére
Szia! Infra ledet nem javasoltam, azt úgy szoktam venni, hogy éppen milyen van a boltban.
Ha viszont rendelsz, arra figyelj, hogy a TSSP4038 vevő a 950nm-es infra jelet szereti, de amire írtad, hogy masszívabb, annak csak 850nm-es a fénye. Én a 940nm-eset venném, bár olyan kis távolságon talán a másik is működne. A másik, hogy SMD lednek tűnik, nem tudom olyat tudsz-e forrasztani.
A többi alkatrész az, amit akkor javasoltunk. -
Rivaul
addikt
válasz
Rivaul
#14188
üzenetére
Sziasztok!
A válaszolt projektemet kicsit elvitte az ünnepek meg egyebek. Lehet aryes-nek lesz igaza és ballagási ajándék lesz belőle
Szóval vagy 3x át olvastam amit a kérdésem után írtatok, végül ezeket ollóztam össze:
[ESP32] vezérlőnek
[TSSP4038] infra vevőnek
[VSLB3940] infra led vagy [VSMY2853G] (erre nem érkezett ajánlás csak kerestem valamit, nekem az utóbbi masszívabbnak tűnik)
[WS2812B] programozható led szalagEzek lennének a kapu alapjai ha minden igaz. A legolcsóbb fellelhetőséget még keresem amennyiben rá bólintotok. Most csak össze ollóztam hogy lehessen látni.
-
#14474
JulianSinulf
őstag
JulianSinulf
őstag
Sziasztok!
Még csak ismerkedem az arduino-val, pár dolgot már összeraktam különböző leírások alapján, viszont a magyar nyelvű anyag sajnos nagyon kevés.
A programozáshoz kevésbé értek, egyszerűbb kódokon kiigazodom, az elektronika része kicsit jobban megy.
15 évvel ezelőtt a TurboPascal-t próbálták a fejembe tuszkolni, de a külső adatok elérése fejezetig nem jutottunk el.Most egy csipes beléptető rendszeren dolgozom és a jelenlegi kód szerint magában a kódban kell megadnom az engedélyezett csipek értékeit.
Ha csipet akarok hozzáadni, akkor bele kell nyúlnom a kódba és újraírni az arduino-t.Ezért arra gondoltam, hogy jó lenne, ha a csipek adatait nem a kódban hanem memórián tárolnám.
A legjobb lenne a belső eeprom, sokszor úgysem lenne írva. Ha ez nem lehetséges, akkor egy SD kártya lenne a következő ötletem.
Biztonsági okokból csak akkor lehetne hozzáadni csipet, ha nyomva tartok egy gombot.
Így a kódba egyáltalán nem kerülne csip azonosító.A rendszer része lenne egy 2x16-os kijelző, egy RFID RC522 csip olvasó és egy Arduino Nano (nem eredeti). Meg még pár kiegészítő dolog magához az ajtónyitáshoz és a tápellátáshoz.
Illetve valamilyen dallamcsengőt is kapna és a csengő funkcióját is ellátná.Jelenleg van egy kódom melyet a Magyar Arduino Labor YT videója alapján és más netes leírások alapján eszkábáltam össze. Az ajtónyitás már működik tesztkörnyezetben és a soros monitorra írogat is szépen.
Van egy másik kódom az LCD kijelzőre, ezt még nem építettem bele az ajtónyitásba.
A dallamcsengő részét még csak felületesen nézegettem.Tapasztalataim az Arduino-val:
Eddig barkácsoltam hőmérséklet és páratartalom mérőt 2x16, 4x20 és OLED kijelzőre is, 10 darab szenzorost soros monitorra és kétféle érzékelőset a 4x20-as kijelzőre.
Az értékek meglepően nagy skálán mozogtak.
Nemrég összeraktam egy "alkohol" szonda jellegű elektronikát OLED kijelzővel. Nem igazán tetszett az eredmény. Mindig csak aktuális értéket mutatott. A legmagasabb eltárolásához és kiírásához már kevés a programozói tudásom.
Azért írom, hogy barkácsoltam, mert különféle kódokból ollóztam össze és igazítottam a kapcsolásomhoz a saját kódom.
Legelső projektem egy 2WD kocsi volt. Leírás nem érkezett a készlethez, a neten meg pont ilyenhez nem volt. Így 2 másik 2WD leírásából építettem meg és írtam meg a kódot a sajátomhoz. Majd a szenzoros változatot átalakítottam BT-s változattá. -
kesztió
aktív tag
Kedves fórumlakók, néhányan emlékeztek, hogy dizájn fali termosztátot építek, Wifi alapon, Espressif ESP32-es (Arduino) környezetben.
Nos, a gond az, hogy a prototípus gyönyörű lett ugyan, és szépen működik is, csak az SHT35 által mért hőmérséklet rendszeresen 1–1,5°C-szal nagyobb, mint a referenciahőmérő mérése. Nyilvánvalóan azért, mert melegszik a cucc, annak ellenére, hogy próbáltam vigyázni erre az aspektusra a tervezésnél.A szenzor egyelőre 3 mm-rel van mélyebben, mint a kezelőpanel síkja, ezt áttervezéssel 1 mm-re fogom csökkenteni, és a szigetelés is értelmesebben lesz kigondolva. Ez sokat segít majd, de még mindig nem elég.
A megoldás: szó se lehet arról, hogy az ESP32 állandóan pörögjön. Az ideje nagy részét altatásban (Light Sleep) fogja tölteni, hőmérsékletet bőven elég mittudomén 10 mp-enként mérni, a touch billentyűk pedig amúgy is megszakítást generálnak, azokat nem kell külön figyelni. (A Light Sleep az az alvási mód, amikor az órajel megáll, de a memória érintetlen és ébredéskor ugyanott folytatja, ahol abbahagyta. Eltérően a Deep Sleep-től, ami egyrészt sajnos bugos, másrészt nagyon elkomplikálná a dolgot, harmadrészt minimális lenne a nyereség.)
És akkor olyan keveset fog fogyasztani az egész, hogy a hiba egy-két tizedfoknál biztos nem lesz nagyobb.Csak mi lesz a Wifi-vel. Ami közismerten zabálni fogja a milliampereket.
És azzal is beérném, hogy „szemioffline” menjen a dolog, tehát, a termosztát csak pár másodpercenként nézné meg, hogy van-e valami érdekes számára a szerveren (pl. a mobilalkalmazásból megváltoztattunk valami paramétereket), és akkor elvégzi, amit kell, majd visszaalszik.Ebben kérem a segítségeteket.
Létezik olyan WiFi kommunikációs lehetőség a szerverrel, hogy a kapcsolat megmaradjon annak ellenére, hogy a proci csak pár másodpercenként ébred fel az altatásból, és akkor csak villámgyorsan cserélnek pár száz bájtot és csók a családnak, lehet visszaaludni? Vagy minden altatás után kemény másodpercek (és wattmásodpercek) árán újra kell csatlakozni a szerverrel? Programozni tudok, elektronikában elég jó vagyok, de a hálózati tudásom sajnos eléggé alapszintű. Mit javasoltok?
-
válasz
fpeter84
#14471
üzenetére
Megnéztem az assembly kódot, azt elég könnyen tudnám módosítani úgy, hogy egynél több címre is reagáljon, de az összes lehetőséget hardcode-olni kellene a programban, tehát megmondod, hány db. i2c címet szeretnél, és aszerint módosítom. A címeket utána tudod magadnak módosítani, de a darabszámot nem (illetve látni fogod a kódot, aztán copy-paste tudod bővíteni).
Egyébként köszi a linket, pont kerestem i2c slave assembly kódot, így nem kell nekem megírnom.
-
fpeter84
senior tag
Köszi! Én is még küzdök vele, hátha... A végcélom az lenne, hogy egyben tudjak emulálni egy PCF8574-et és egy LM75-öt egy Tasmota számára - egyéb buszrendszerről olvasva a hőmérsékletet a Tasmota számára azt emulálnám, valamint pár kapcsoló utasítást is továbbítani kell a buszrendszer felé... Ha nagyon nincsen rá megoldás, akkor elég lenne egy LM75 is - elvileg ez már lényegében véve meg is van - de elegánsabb lenne ha a digit láb utasításokat sem külön lábakkal kellene átvinni az ESP8266 és 328p között hanem az is mehetne az I2C-n akkor már...
szerk: egyelőre nem is teljesen tiszta, hogy miért is kapok onReceive eseményeket az LM75 olvasásakor is, de akkor is meghívódik, ott van a TWDR-ben a 0 érték és ezt nem tudom elkülöníteni attól amikor éppen a 8574-re is 0-t írok... -
fpeter84
senior tag
Sziasztok!
I2C slave-el foglalkozott már valaki nano/uno/mega-n? Mégpedig azzal fűszerezve, hogy több címet, több eszközt is emuláljon egyszerre... Azt tudom hogy alapjában véve csak 1 slave címet lehet megadni a regiszternek, de guglizva találtam olyanokat hogy az address mask-al varázsolva több eszköznek látszik. Tényleg működik is valamennyire, a lekérdezésekre tudok is válaszolni, de a beérkező utasítások/adatoknál eddig nem sikerült sehogy elválasztanom, hogy mégis melyik címre kapta a byte-ot...
Ezeket megtaláltam: [link] ezt végigpróbálgattam, így sikerült a Wire.onRequest -re válaszolnom is, de a Wire.onReceive -nél sehogy sem tudom eldönteni hogy melyik szenzort akarta elérni a master... [link] - ez meg sajons asm, nem nagyon látom át, nem tudom bele lehetne e nyúlni valahogy...
Valaki mélyedt már el ilyesmiben? -
Nem emlékszem volt-e már, de van itt egy pár érdekes library: TechFactoryHU github repo
Arduino UNO/nano usb midi vezérlő, magyar ékezetes karakterek megjelenítése 2x16-os LCD kijelzőn, stb.Hátha valakinek épp jól jön.
-
#14467
Janos250
őstag
Freeman007
#14466
Janos250
őstag
válasz
Freeman007
#14466
üzenetére
Ha én csinálnám:
A ventilátorhoz Sonoff
https://www.banggood.com/SONOFF-TH16-DIY-16A-3500W-Smart-Home-WIFI-Wireless-Temperature-Humidity-Thermostat-Switch-p-1234627.html
Ez a ventilátor 230-as tápjáról megy, nem kell külön elem hozzá (macera megúszva). Van hozzá hőmérsékletet és páratartalmat mérő szenzor. ESP8266 van benne, tehát ugyanúgy programozható, mint az UNO. Ezek WiFi-n kommunikálnak. Egyébként is ezt preferálnám a BT-vel szemben, mert több minden tudja, és több leírás van hozzá a neten. Erre a Sonoffra írhatsz saját programot, vagy felteheted rá a kész Tasmota programot, aminek a beállításait a konkrét igényedre úgy tudod megadni, hogy belépsz a WEB lapjára, és ott "ikszelgetsz".
A másik oldalra így szintén ESP8266 kerülne.
Lehetne többféle verzió:
1. ESP8266 valamilyen táppal, hozzá kapcsoló, és valamilyen kijelző. Kijelző témát nem részletezem, mert ahhoz vannak itt, akik nálam százszor jobban értenek hozzá. Viszont mobiltelefonról neten (WEB) szintén bármikor lekérdezhető.
2. Szintén valamelyik Sonoff, vagy hasonló: nem kell külön táp, mert mint már írtam , az összes Sonoffban ott van a táp, ami a hálózatból táplálkozik.
3. Ha nem ragaszkodnék a külön kijelzőhöz, vagyis ha elég lenne csak a mobil telefonon lekérdezés, vagy egy külön harmadik egység, ami az összes ilyen-olyan adatot kijelezne, és szintén WiFin kommunikálna az összes eszközzel, akkor - hogy megússzam a gomb létesítést és a dobozolást - akkor én egy ilyet:
https://www.banggood.com/SONOFF-T0-EU-or-US-or-UK-AC-100-240V-1-or-2-or-3-Gang-TX-Series-WIFI-Wall-Switch-Smart-Wall-Touch-Light-Switch-For-Smart-Home-Work-With-Alexa-Google-Home-p-1470886.html
használnék.
Van rajta 1/2/3 érintő kapcsoló, ugyanúgy ESP8266 van benne, ugyanúgy nem kell hozzá külön telep, hanem megy a falba a többi
kapcsolóhoz hasonlóan. (Mellesleg villanykapcsoló funkciót is ellát, ha úgy akarod.)
Én itt a Sonoff-okat írtam, de más is van. Például egészen jó konnektorba dugható konnektorokat gyárt a Blitzwolf.
Egy utólagos:
Én még akkor is ezzel a touch-os kapcsolóval csinálnám, ha akár fölé tennék egy másik egységet, ami csak kijelez. -
#14466
Freeman007
senior tag
Aryes
#14465
Freeman007
senior tag
A ventilátornak van 230V így az nem is elemről menne. Az elem csak a mellék modul tápját adná. Egyre inkább hajlok a fix táp felé, bár lehet nagyobb dobozkát kell oda építenem.
Igen, a relén keresztül lenne a venti 230-a kapcsolgatva.Freki moduláció nagyon bonyolultnak tűnik nekem, így első hallásra.
Oda vissza kommunikáció kell a páratartalom kijelzés, illetve vezérlés miatt. (Mellék modul küldi a páratartalmat és fogadja a rendkívüli szellőztetés gomb jelét)
Az infra, mint lehetőség nem is jutott eszembe, köszi :)Ha nem kellene a kijelző, plusz szellőztetés funkció, egyszerűbb lenne, elbírná a mellék modul, nem is kellene a fő.
-
#14465
Aryes
nagyúr
Freeman007
#14464
válasz
Freeman007
#14464
üzenetére
A ventilátort ugye semmiképp nem fogod tudni 9V-os elemről üzemeltetni. A ventilátorhoz menő vezetékre rá lehet kötni a mérő egységet egy 5V tápegység segítségével, de kösd rá akkor már a relét is, és kapcsolgasd azzal! A kijelzős fali egység ekkor már csak a vezérlő jelet küldi ki, így a szenzoros egység akár teljesen autonóm is lehet. Ha ügyes vagy, megoldható az is, hogy a 230V vezetékre ülteted a mérési adatokat (frekvencia modulációval), ezáltal megúszod a vezetékes kommunikáció kiépítését a vezérlő és a szenzoros egység közt, sőt, ad abszurdum, ha van rálátás a kettő közt, akár infra kommunikációt is használhatsz (mint a tv távirányítója).
Ha viszont a későbbiekre ilyen nagyobb volumenű terveid vannak, akkor valóban az esp8266 (pl. wemos d1 mini, lolin, lora) lenne a megfelelő eszköz, mert ezeket utána tudod integrálni a többi eszközzel együtt az okos otthon projektedbe.
Ez esetben mindkét egységet úgy lenne érdemes megtervezni, hogy az otthoni routerre kapcsolódva kommunikáljanak egymással. -
#14464
Freeman007
senior tag
Freeman007
senior tag
Bocsi, válasz akart lenni #14463aryes
Akkor az ESP-nél csak észnél kell lenni, illetve az esp-s rendszer 3,3V-on fut, míg az ardu mehet 5V-on akár.
A táv légvonalban 3m, ha vezetékezek akkor lesz az 5-6 is.
A ventilátor fent van a mennyezet alatt, míg a fő egységet dugalj közelében (fix táp), kézzel elérhető magasságban ("rendkívüli szellőztetés indítása" gomb) helyezném el, illetve könnyen leolvasható legyen a kijelző.
A ventilátor és a dugalj a helység ellentétes falán van.
Emiatt gondoltam a vezeték nélküli megoldáson, illetve gyakorlás egy távoli projekt miatt. (minden helységben hőmérő, minden radiátorhoz külön cső, elosztó tömbön keresztül és ardu szabályozza a vízmennyiséget motoros szelepeken keresztül a hőmérséklet függvényében, ..hogy gépészetileg mennyire elvetemült/értelmes dolog, nem tudom. itt az összes hőmérő vezeték nélküli lenne)A ventilátor alatt van a zuhanykabin, így a ventilátor mellett lévő páraérzékelő viszonylag gyorsan tudna reagálni... persze ahhoz nem 10 percenként kéne adatot küldenie..
Mondjuk ha átállok fix tápra, akkor lehet gyorsítani az adatküldést.
9V.. kevesebb helyet foglal mint 4 AA.. -
#14463
Aryes
nagyúr
Freeman007
#14462
válasz
Freeman007
#14462
üzenetére
Szia! Csak azért kérdeztem, mert mostanában többen is kerestek hasonló páraszenzoros megoldást penész miatt.
Az esp-t ugyanabban az arduino IDE-ben tudod programozni, egyszerűbb feladatoknál gyakorlatilag ugyanaz a kód változtatások nélkül lefordul, mint az UNO-ra. Annyi a különbség, hogy az esp-k 3,3V logikát használnak, tehát a kijelzőt, szenzorokat ehhez kell megválasztani vagy illeszteni, de ez sem szokott gondot okozni, főleg az esp8266-nál, aminek a bemenetei 5V toleránsak. Az oled/tft kijelzők többnyire eleve 3,3V-osak szoktak lenni, de használhatsz LCD vagy LED-es 7szegmensű kijelzőt is, ezekből van mindenféle.
Én azon a véleményen vagyok, hogy 3m távolságon ne erőltesd a vezeték nélküli kapcsolatot, hacsak nem szeretnéd okos otthonba illeszteni és távolról vezérelni. Érdemes inkább kiépíteni a vezetéket, hosszú távon meghálálja.
Azt nem is értem pontosan, hogy mit szeretnél mitől távol helyezni. Nem lehet egy egységgel megoldani úgy, hogy egy helyen lenne az arduino, a kijelző, a páramérő és a relé, a kapcsoló közelében, a ventilátor felé pedig amúgy is ki van építve már a vezetékezés?
A 9V elem pazarlás, mert az arduino 5V-ot csinál belőle, a többit elfűti, a relének is 5V kell, kb. 80mA-t vesz fel, a 9V elem egy hétig sem bírná.
Általában 18650 lítium ion akkumulátort érdemes ilyen cuccok táplálására használni, 2db-ot sorba kötve, vagy 4db AA ceruza elem/akkumulátor + nagyobb hatásfokú kapcsoló üzemű stepdown konverter; vagy egy 5V dugasztáp, vagy hasonló, állandó hálózati táplálásra.
-
#14462
Freeman007
senior tag
Aryes
#14461
Freeman007
senior tag
Szia.
Nem, nem penészesedik semmi
...egyelőre..Szóval következő a helyzet: a fürdőszobában csillárkapcsoló van - mosdó feletti világítás illetve a mennyezetit kapcsolja.
A mennyezeti kapcsoló oldalról indul egy időzítő ami szellőztető ventilátort vezérel. (villany felkapcsolás után 8 perccel bekapcs, villany lekapcsolás után még 10 percig megy a ventilátor). Ezt szeretném páratartalom vezérlésre lecserélni.Az áthidalt távolság kb 3 méter lenne - ezt talán bluetooth is elviszi.
Nem szeretnék vezetékezni emiatt kellene a vezeték nélküli megoldás. Tudom, ezzel magamnak bonyolítom a dolgokat. De ha az elem/aksi botrányosan keveset bír ilyen üzemi feltételek mellett akkor marad a vezeték.Még az ardu-val is birkózok programozás terén, ha az ESP programozás nagyon más akkor inkább ardu-nál maradnék. Persze ha az üzemidőn jelentősen javítana.. Illetve ESP-hez van-e kijelző? A kijelzőhöz ragaszkodok.
-
#14461
Aryes
nagyúr
Freeman007
#14460
válasz
Freeman007
#14460
üzenetére
Szia!
Csak nem penészedik a fal a szekrény háta mögött?
Írhatnál konkrétan a megoldani kívánt feladatról, úgy könnyebb ötletelni/tanácsot adni.Egy fontos adat kimaradt, mégpedig az áthidalni kívánt távolság, ez amiatt fontos, hogy milyen kommunikációt érdemes használni, egyáltalán szükséges-e a vezeték nélküli kapcsolatot erőltetni.
Az uno/nano/mega mindkét egység esetében valószínűleg felesleges, mert egy-egy ESP32 vagy ESP8266 önmagában ellátja a wifi és a uC feladatát is.
A 9V elem szerintem elég rossz választás, több szempontból is, jobbat tudok javasolni, ha tudom pontosan a feladatot.
-
#14460
Freeman007
senior tag
Freeman007
senior tag
Sziasztok.
Az alábbi ötletről kérném véleményeteket, mennyire jó ötlet így megvalósítani illetve helyettesítő tippeket szívesen fogadok. Ha valaki csinált ilyet/hasonlót, kb mennyi ideig bírhatja az elem (1-2 hónap)?Fő egység: ardu uno/mega + kijelző + wifi/bluetooth + gomb
Mellék egység: ardu nano + wifi/bluetooth + páraérzékelő + relémodul + 9V-os elem
Működés: Mellék egység 10 percenként küldi wifin vagy bluetooth-on a pára adatokat a fő egységnek ami kijelzi az aktuális páratartalmat, az előre beállított érték elérése esetén a mellékegységen keresztül kapcsolja a relét. A gombbal előre beállított időre kapcsolja a relét.Előre is köszi az infót.
-
#14458
ekkold
Topikgazda
zsigomark3
#14454
ekkold
Topikgazda
válasz
zsigomark3
#14454
üzenetére
Miért nem használsz olyan arduinot amin van usb host? Pl. az arduino due lapon két usb van, az egyik programozásra, a másik lehet usb host vagy kliens is (de ezen át is lehet programozni)
-
#14456
Janos250
őstag
zsigomark3
#14454
Janos250
őstag
válasz
zsigomark3
#14454
üzenetére
Nem jó helyette egy egyszerű soros/USB konverter?
-
#14455
Aryes
nagyúr
zsigomark3
#14454
válasz
zsigomark3
#14454
üzenetére
Sajnos nekem sincs, és úgy látom már talán nem is gyártják, de ha nagyon fontos, próbáld meg esetleg legyártani magadnak! A fontosabb komponenseket szerintem be tudod hozzá szerezni.
Megkérdezhetem, hogy mire használnád?
szerk.: nézd csak, mit találtam? [link] Hát, nem lesz olcsó... 🤔
-
#14454
zsigomark3
tag
zsigomark3
tag
Sziasztok,
Tudnátok segíteni honnan tudnék szerezni magyarországon Arduino USB Host shieldet?
Esetleg valakinek van elfekvőbe és nincs már rá szüksége?
-
dew28
aktív tag
válasz
repvez
#14450
üzenetére
Igazan nem szeretnelek megbantani, de azert egy nem egy sarki tescoban polcrol leveheto cucc. Gyakorlatilag anelkul, hogy interakcioba kerulj vele mind hw, mind sw teren, anelkul mukodeskeptelen eszkoz. Ez a teny viszont erosen feltetelezi, hogy ha mar megvasarolod, akkor valamilyen szinten ertesz hozza / erteni akarsz hozza.
Majd ha az Apple beszall az arduino bizniszbe, akkor biztosan lesz 'hulyebiztos' pinout is, de addig marad a tanulas -
válasz
repvez
#14448
üzenetére
Csak azt tudnám, hogy ezt miért nekünk mondod el.
Se az arduino-t nem mi terveztük, se a leírásokat, manualokat...
A soros kapcsolatot nem az arduino találta fel, ne kérd számon, hogy nem kezdtek megváltoztatni egy 50+ éves szabványt. Meg kell ismerkedni kicsit mélyebben a dolgokkal, nem dugdosni mindent össze gondolkodás nélkül.
Google a barátod, Wiki a barátnőd. Ha új dolog jön szembe, olvass utána.
Ezen kívül gyakorlatilag nem is találsz ehhez hasonló elnevezés okozta problémát, szóval lépj túl rajta. -
repvez
addikt
válasz
Janos250
#14449
üzenetére
értem a logikát és az értelmét, de a kapcsolás egyszerüsitése miatt megléphették volna, hogy magát az arduino nano-t vagy bármelyik boardot, ugy is mindenki veszi vagy ha nem akkor már érti a dolgát.
igy megoldhatták volna a boardon ezt a cserét.A többi már a kódon és a board belső elektronikáján kellene , hogy melyik mit csinál.
Az I2C esetében is a SDA SCL lábakat is ugyan oda kell kötni nem kell felcserélve,
Ezen a logika mentén , az lenne, hogy mindent oda kell tenni amire a felirat szol igy nem lehet elrontani a kötést. Most egy kicsit ez olyan mintha a kor alaku csovet egy négyzet alaku foglalatba kell dugni a négyzet alakut meg a kor alakuba. -
Janos250
őstag
válasz
repvez
#14448
üzenetére
Gondolj bele, ha magyar nyelven írnák:
kimenet, bemenet
Ami a GPS-en kimenet (Tx), az az Arduinon bemenet (Rx)
Akkor hogy lehetne egységesíteni? A GPS kimenetére is azt írni, hogy bemenet, vagy az Arduino bemenetére azt írni, hogy kimenet.
Ami az egyiken kimenet, az a másikon bemenet. Ha a benzines kannából benzint szivattyúzol a kocsi tankjába, akkor az a kannán kimenet, a tankon bemenet.Hogyan jelölnéd, amikor két Arduinot kötsz össze? Na, ugye?
Az SPI már a Te logikád szerint oldotta meg.
van:
MOSI: Master Output Slave Input, vagy Master Out Slave In
MISO: Master Input Slave Output, vagy Master In Slave Out
Itt a MISO a MISO-hoz,
MOSI a MOSI-hoz megy.A 10,11-nél is szigorúan meg volt határozva, hogy melyik a kimenet, és melyik a bemenet.
-
repvez
addikt
[link] találtam ilyen manuált is hozzá, itt irják, hogy van benne DC-DC rész, ami redukálja a feszt ha magasabb a táp fesz 2.5 nél.
A másik, csak a tisztánlátás végett.
Nekem aki mostanába látott ilyet elöször mint arduino. Meg ahogy olvasom, hogy akár gyerekeknek is ajánljak , akik meg akarnak ismerkedni a programozással elektronikával.
Na ehhez ugy gondolom, hogy az a logikus, ha minden egységesen van jelölve, hogy mit hova kell dugni, tehát az 5V az a modul 5V jére jell a GND meg a GND-be
Ha ezt a logikát követik mindenhol akkor a RX pin is a GPS RX pinjéhez kellene kötni (azt már a arduino boardon kellett volna gyárilag megcserélni a chip bekötést, hogy az RX/TX páros összejöjjön és ne zavarja be a felhasználókat.
Ez egy kicsit olyan, mintha az 5V-t a GND ba kellene a modulon kötni, mert logikusan úgy zárod az áramkört.
illetve sehol nem olvastam a arduino for dummies könyvben sem, mint kikötést, hogy ha az RX pint használod azt csak a TX pinre lehetne kötni a modulokon.
illetve amikor csak random digital pinre voltak rádugva (10,11) akkor nem volt külön meghatározva , hogy melyik az RX és melyik a TX,Csak a kommentben, de a kodnál már nem volt megkülönböztetve sehol sem.Meg azt is jó lenne ha már az első oldalon közölnék, ezekbe a manuálokba, hogy ha USB-n töltöd az adatokat akkor ezeket a pineket ne használd mert gondot okozhat.
Ezek szerint mégsincs egségesitve , hogy ki mit csinálhat.
Mert ahány videot megnézek a témában mindenki másképp csinálja, csak az az egy fucsa van, hogy mindenkinek müködik, csak nálam nem ugy ahogy kellene.
Mert van aki direkten dugja rá ugyan azokra a pinekre, van aki direkten használja az 5V-ot, van aki a3.3V ot használja és van aki felcseréli a pineket mégis mindenkinél müködik. -
válasz
repvez
#14441
üzenetére
Jó, erre gondoltam, de a 120 nem sarkalatos érték, használhatsz helyette pl 200Ω-ot, vagy ekörül, amit nem kell kettőből összetenni. De ahogy Janos250 írja, nem ez lesz a gond. És kötheted direktbe, ha eddig nem ment tőle tönkre, akkor valószínűleg már nem is fog. Egy-egy 100-200Ω ellenállást beköthetsz azért a kettő közé (úgy, ahogy most), ártani nem árt, viszont védi a GPS-t a magasabb feszültségtől.
A program feltöltésekor bármit dugsz az RX/TX lábra, valószínűleg meg fogja akadályozni a feltöltést, ezt nem is kell nagyon magyarázni, csak gondold végig, hogy a programfeltöltés ezen a két lábon keresztül történik! Utána tudod saját célra használni, de a feltöltés mindenképp ezen történik (kivéve, ha ICSP-n keresztül töltesz fel kódot, de ezt most hagyjuk). -
Janos250
őstag
válasz
repvez
#14444
üzenetére
Az ellenállásos verzió az Arduino Rx lábához addig volt aktuális, ameddig még nem tudtuk, hogy hibás-e a kommunikáció. Azzal a megoldással ugyanis stabilabb az átvitel.
Normál esetben nem okoz zavart az se, ha egy-két bit elromlik, az átvitel során, mert minden mondat (=sor ) végén van kontrollszumma, és ha az rossz, akkor azt a mondatot eldobja. -
Janos250
őstag
válasz
repvez
#14444
üzenetére
A GPS Tx lábát közvetlenül lehet kötni az Arduino Rx lábára. Amint a korábban küldött ábrád tapasztalata mutatja, nem hibázik. Ez legfeljebb azt okozhatná, hogy hibásan olvas, de el nem ront semmit.
A GPS Rx lába már problémásabb, bár valaki írta, hogy neki nem okozott zűrt. De ez az összekötés csak akkor kell, ha nem csak olvasol, hanem át is akarod állítani a GPS-t, ami ugyebár lehet bonyás. A feltöltés alatt azért nem lehet rátenni a GPS-t, mert te így az Arduinonak azt a soros (UART) portját használod, amit a feltöltésnél is használ. Ha a softwareserial soros portot használod, akkor nem kell széthúzni feltöltésnél. Nyugodtan próbálgathatod azt is, ha a GPS Rx portjára nincs kötve semmi, nem lehet zűr, mert akkor csak olvas róla, nem tud rá tölteni, nem tudja átállítani.
Miért keresztbe a lábakat?
Mert a szabályos az, ha a KIMENETI csatlakozót Tx-el (transmit), a BEMENETIT meg Rx-el (receive) jelöljük mindkét oldalon, tehát ami a GPS-en kimenet (Tx) az megy az Arduino bemeneti (Rx) lábára. Lehet, hogy van olyan panel, ahol nem szabályosan van feliratozva. Ha a korábbi pici programban a Serial helyett software serialt írsz, próbálgathatod, akkor nem kell lehúzni feltöltéskor, mert akkor az
Arduino másik lábára teszed, mert egy másik soros portot használsz a program feltöltésre, és másikat a GPS jelének olvasására.
Zűrt kizárólag akkor tudsz csinálni, ha az Arduino kimeneti (Tx) lábát is összekötöd a GPS-el, mert akkor küldesz is rá adatokat, amik átírhatják a beállításait. Ahhoz, hogy a bináris adatokat ne küldje, ahhoz át kellene írni, de elég bonyolult, mert binárisan összerakott adatsort kell rá kiküldeni, és azt - mint látjuk - ha elrontja az ember, könnyen téglásítja a GPS-t. Persze levélnehezéknek még akkor is jól mutat.
Igen, elég szétválogatni, és eldobni a bináris adatokat, mert a szöveges mondatok JÓK!
Baud: valamikor valaki átállította 115200-ra. Gyanúm szerint a panel gyártója, de ez semmi gondot nem okoz, ha nem százméteres kábellel akarod összekötni. -
repvez
addikt
válasz
Janos250
#14443
üzenetére
És akkor mi a konkluzio, lehet használni directen 5V-ra kötve ahogy a példa videokba mutatják, hogy semmi ellenállás csak a 4 vezeték az 5V, GND és a Tx,RX és igy jó?
ÉS az miért van, hogy az összes videoban mindenki a RX-et a GPS RX lábára a TX-et a GPS Tx lárára teszi és müködik?
És sehol máshol nem emlitették, csak a linkelt videonál, hogy a program feltöltésekor ne legyen bedugva a TX,RX láb.
Ha müködik a GPS, akkort csak a programot kell ugy megirni, hogy kiválogassa a szugséges dolgokat és a bináris kodot meg figyelmen kivul hagyja?
És ezekszerint az én chipen a 115200as baudra van állitva vagy már ez is a átállitás miatt van? -
Janos250
őstag
válasz
repvez
#14441
üzenetére
Felesleges. Amit próbáltam, összehasonlítottam az általad képen megadottakkal. Tökéletesen egyezik. A gond nem az, hogy az Arduino rosszul értelmezné az adatot, hanem jön a bináris adat is.
Azt a programot ne használd, ami nálam zűrt okozott!
Bár lehet, hogy véletlen volt. -
Janos250
őstag
Belekotortam GPS-es dobozomba, és kiderült, van benne 3 db. M8N GPS, amit még soha nem használtam.
Tilos feltenni olyan kérdést, amiben a "minek" substring szerepel. Elég nekem egy személy is, aki felteszi ezeket a kérdéseket.![;]](//cdn.rios.hu/dl/s/v1.gif)
Nem ugyanaz a panel, ami repveznek van, de ugyanaz a chip.
Ilyenből az M8N:
https://www.aliexpress.com/item/32971264096.html
Nosza, rátettem egy Arduinora némi forrasztgatás után.
Elindítottam azt a programot, amit neki is javasoltunk, ami semmit nem csinál, csak a GPS-ről jövő adatsort kiírja. Szépen működik, alapbeállítás 9600 baud, és csak a szövegesen értelmezhető mondatok jönnek, azok a binárisak, amik neki jöttek mellette azok nem jönnek alapállapotban. Megnéztem a leírást, van olyan beállítás, hogy "vegyesen" jönnek a bináris és a text adatok, ahogy neki. Ebből az látszik, hogy jó a GPS-e, csak úgy van beállítva, hogy minkét típust küldi. Na akkor próbáljuk ki egy könyvtári programmal: file/példák/u-blox GNSS/Low Power Elindul, de kiírja, hogy "Failed to initialize GNSS module". Azóta semmi életjelet nem ad. Belenéztem a programba: azzal kezdi, hogy feltölt mindenféle átállításokat a GPS-re, majd tesz, vesz, és ha neki nem tetszik a dolog, kiírja ezt a hibaüzenetet az átállítgatások UTÁN. Nagyszerű, akkor nézzük az u-blox hivatalos u-center programját. Nem látja, akárhogy próbálgatom. Hát, akkor próbáljunk egy firmware frissítést, mert azok után alapállapotban szokás indulni. Úgy tűnik felmegy, de ugyanúgy nem csinál semmit. Akkor hardware reset. Van rajta egy ilyen láb. A helyzet változatlan.
Szóval az u-blox chip nincs felkészítve arra, hogy ha neki nem tetsző adatot kap, vissza lehessen állítani alapállapotba, és az Arduino program sincs arra felkészítve, hogy ne azzal kezdje, hogy mindenfélét átállítgat. Tehát csak óvatosan ezekkel a könyvtári programokkal, bár az évek során - ezen kívül - soha nem tapasztaltam olyat, hogy egy program elcseszte volna a chipet.
Majd próbálkozok másikkal, de egyelőre hagyom. -
repvez
addikt
na összeraktam a kapcsolást, de még mielött rátenném a panelre biztosra akarok menni, hogy ez igy jo:
[link]
A piros vezeték az 5V, abba a 10k ellenállás a másik vége a fehér arduino RX És a 100 ohm-ba kapcsolodik +20ohm ellenállás megy a fekete GPS TX-hez.
A föld meg direkten -
válasz
repvez
#14435
üzenetére
Janos250 feszültségosztót javasolt, a GPS RX lábára, ami az arduino 5V-os kimenő jelét alakítja 3,3V-ra, így védi a GPS modult a túlfeszültségtől.
Amit én írtam, az felfelé húzza a GPS kimenő 3V-os jelét a TX lábon, 5V-ra, hogy az arduino tudja értelmezni, mert neki valószínűleg kevés a 3V ahhoz, hogy magas értéknek értelmezze, vagy pont elég, de egy kis külső zavar elég, hogy elrontsa a kommunikációt. A 10k felhúzza a vonalat 5V-ra, a 120Ω pedig védi a portot a visszafelé folyó áramtól.
A kétféle ellenállás kombinációt nem ugyanúgy kell bekötni!
Amit én írtam, nem elegáns/hivatalos/végleges megoldás, csak egyfajta dirty hack, hogy kiderüljön, az alacsony jelszint okozza-e a kommunikációs problémát, vagy más. Hivatalosan használhatsz helyette például CD4050 szintillesztő ic-t, de mivel ellenállás van otthon, gondoltam a teszthez elég lesz ez is. -
KoVee84
senior tag
Sziasztok!
Segítsetek nekem lsz, mert első projektemre készülök és nulláról indulok.
Szeretnék egy e-ink kijelzős képkeretet készíteni, ami hetente más-más szöveget jelenít meg (hasonlót, mint ezen a videón, de nekem elég a fekete fehér).Aztán közben találtam egy ilyet: Lilygo T5
Jól gondolom, hogy ez egy minden az egyben eszköz, tehát áramot adok neki vagy 18650-es akku bele és működni fog?Kösz előre is
-
repvez
addikt
oké és ha bekötöm igy a GPS-t akkor utána hogy áll vissza za eredeti állapotra vagy , hogy tudom használni, hogy normális adatokat kapjak?
Meg mi a különbség ha 10k ohmos és 120 ohmos ellenállásokat teszek és akkozött amit
János250 irt, hogy 10kohmos és annak a felét ami gyakorlatikag a 4.7kohm lenne. -
Janos250
őstag
Én utoljára ezt vettem, bár akkor éppen 5 $ volt, most drágább.
UK-ból 1-2 hét alatt itt van.
https://www.banggood.com/Geekcreit-ESP32-WiFi+bluetooth-Development-Board-Ultra-Low-Power-Consumption-Dual-Cores-Pins-Unsoldered-p-1214159.html?cur_warehouse=UK -
Tényleg kisebb. És olcsóbb is.
Például ez itt: [link]
Valójában az UNO az, ami indokolatlanul nagy, de a mikrokontroller, ami benne van, azon is picike, csak az egyéb alkatrészek miatt (usb-uart chip, feszültség regulátor, stb) olyan nagy a lap. De az főleg oktatási célból készült. Sokkal kisebb tőle az arduino nano, ugyanarra a mikrokontrollerre (ATmega328P) épül, azonos lábkiosztással. -
Janos250
őstag
Véletlenül botlottam bele, hogy valaki az Arduino (nagybetűs) String-re is megcsinálta a StringStream osztályt.
https://gist.github.com/arcao/3252bb6e5e52493f03726ec32e61395c
Használta már valaki? Mi a tapasztalat vele? Lehet rendesen használni, ha pl. csinálunk vele egy virtuális soros portot, amire felteszünk valami szöveget, ha valami szenzor, vagy hasonló (pl. GPS) kezelő programját akarjuk kipróbálni? Valami többsoros String-et mintaadatokkal felteszünk rá, és azt olvastatjuk a programmal?
Használta már valaki. Az ESP32-n persze van rendes stringstream, de azt nem tudtam, hogy StringStream is van. Ott jól jön ilyen virtuális soros port gyártásra, vagy más FIFO objektum létrehozására. -
Háh!
Ugyeugye? Sima ügy, UNO helyett eleve egy ESP8266-t vagy ESP32-t vegyél (pl. wemos, ttgo vagy lolin), a kód erre is le fog fordulni, csak a digitális kimeneteket kell megváltoztatni.
A webes részt meg később megírod.u.i.: legközelebb, ha linkelsz valamit, légyszi használd a szövegszerkesztő alatt a "link beszúrása" gombot, hogy a link kattintható legyen.
-
nessh
tag
Fura amúgy mert a ahol a projekt leírása van ott a képen lévő gomb olyan mint a 4 lábasok, de a "connection matrixban" az látszik hogy 3 lábat kötött be...
Ez is jó lehet?
https://www.ebay.com/itm/10Pcs-Tactile-Push-Button-Switch-Tact-Switch-for-Arduino-12V-4P-DIP-6mmx6mmx5mm-/193011379814?_trksid=p2349624.m46890.l49292 -
nessh
tag
"a kódot megnézve pont ezt csinálja, 5mp-ig mutatja a beállított hőmérsékletet, utána pedig a valódi hőmérsékletet mutatja"
upsz "Ha döntöttél a hardverről, írj be ide és segítünk a szoftver részében"
Akkor sztem most marad az eredeti setup és kapásból rendelek 2 soros kijelzőt. Ha működik az eredeti akkor jön a kijelző csere -
gyapo11
őstag
Megvenni hozzá mindent könnyű. Van esély rá, hogy egy valahonnan letöltött kóddal működik is. De van esély arra is, hogy nem fog működni, és akkor meg vagy lőve, meg az is valószínű, hogy változtatni akarsz valamit a letöltött kódon, mint ezzel a kétsoros kijelzéssel, és akkor megint meg vagy lőve. Szóval én azt mondanám, hogy az arduino inkább azoknak fekszik, akik kicsit programozni is tudnak, kicsit az elektronikához is értenek.
De ne add föl, csak legyen türelmed ha valami gubanc van. -
Azt értettem én, hogy két soros kijelzőt kérdeztél
Csak én abból indultam ki, hogy ebből a fajta ledes kijelzőből még nem láttam két sorosat, ehelyett pedig egy akár egy 2x16-os, akár egy grafikus, akár egy oled kijelző szerintem csökkentené a funkcionalitását az eszköznek, a láthatóságát tekintve. Szoftveresen pedig a két egyforma kijelző szerintem kevesebb módosítást igényel, mintha a meglévő kiírást akarnánk adaptálni egy nagyobb kijelzőre.
Az, ha felváltva mutatná a jelenlegi és a cél hőmérsékletet, se kívánna több változtatást szoftveresen (én ezt választanám, ha nekem készülne a dolog, sőt, én úgy csinálnám, hogy gombnyomásra írja ki a beállított hőfokot, mondjuk 2mp-ig, meg módosítás közben, utána csak a valódi hőfokot jelezze kia kódot megnézve pont ezt csinálja, 5mp-ig mutatja a beállított hőmérsékletet, utána pedig a valódi hőmérsékletet mutatja).
Ha döntöttél a hardverről, írj be ide és segítünk a szoftver részében. -
nessh
tag
Jaj az LCD nem tűnt fel bocs, jogos.
Huh, asszem optimista voltam, szerintem maradok az eredeti setupnál
Annyit még légyszi mondjatok meg hogy, ez a gomb jó lehet-e a projekthez:
https://www.ebay.com/itm/KEYESTUDIO-Momentary-Push-Button-Switch-Module-for-Arduino-DIY-Project/132730793806?hash=item1ee75f2f4e:g:14AAAOSwbrRbZSAU -
-
nessh
tag
Sziasztok,
Szeretném megépíteni ezt:
https://ucexperiment.wordpress.com/2019/08/21/arduino-bbq-fan-temperature-controller/Mennyire lenne macerás ha a kijelzőt le akarnám cserélni 2sorosra ami mutatja a jelenlegi és a cél hőmérsékletet is?
(élőben még csak nem is láttam arduino-t, programozni nem tudok )Előre is köszi!
Az tuti leszigetelné a szenzort. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Se az arduino-t nem mi terveztük, se a leírásokat, manualokat...
Google a barátod, Wiki a barátnőd. Ha új dolog jön szembe, olvass utána.
Mert egy kapcsolási rajz too mainstream... Azon én csak annyit látok, hogy 2 lába van /IN-OUT/ és az OUT 2x van GND-re kötve.
Új hozzászólás Aktív témák
Hirdetés
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- DELL PowerEdge R640 rack szerver - 2xGold 6138 (20c/40t, 2.0/3.7GHz), 64GB RAM,4x1G, H730 1GB, áfás
- Lenovo Thunderbolt 3 kábel (4X90U90617)
- AKCIÓ! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- 125 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 9 7945HX, RTX 4070
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest