- Fájlformátumok a gyakorlatban: ProRes, H.265, AV1
- "3D-s" hővezető csövekkel jön a Cooler Master legfrissebb CPU-hűtője
- Olcsóbb fajtájúnak ígérkező Team Group SSD a PCI Express 5.0-s halmazban
- Több memóriát kapott az RTX PRO 5000 új kiadása
- Obsbot blog: 4K-s produkciós kamera professzionális babérokra törőknek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Hobby elektronika
- Meghalt a Windows 10, éljen a Windows 10!
- Kezdő fotósok digitális fényképei
- Hisense LCD és LED TV-k
- Milyen billentyűzetet vegyek?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- TCL LCD és LED TV-k
- 5.1, 7.1 és gamer fejhallgatók
-
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
-
Szia! A gyorsulásmérő+gyro+iránytűről tudok nyilatkozni, amivel nekem tapasztalatom van, 9dof (9axis) IMU, az nagyon pontos, de szüksége van 1-2 percre az indulásnál a kalibráláshoz. Utána meglepően pontos, egy légegeret csináltam vele, jobb lett, mint a gyári.
GPS-ről elég sok tapasztalat van itt a topikban, használd a keresőt, én még nem használtam ilyet. 20ezerből több autót is tudsz építeni, ezek a szenzorok jellemzően pár $-ba kerülnek,+ kell majd hozzá valamilyen mikrokontroller, de az is bőven belül van a kereten. -
Itt még nem. Tetszetős a kialakítása, azok az aranyozott perforációk a nyák szélén elég jól használhatók tűsor beforrasztása nélkül, de nem látom, hogy az ESP32 mellett van-e létjogosultsága, felületesen megnézve mindenben gyengébbnek tűnik.
-
és bele legyen építve a 230V-os adapter
Ja, hogy ja
A geolokaciora:
Hát igen, Te vagy a kivétel, aki erősíti a szabályt.
Azért egy két szintes ház már valóban lehet az a kategória, de tartom, hogy ehhez gyenge hőszigetelés és kis hőtehetetlenségű falak kellenek, hogy valóban lehessen vele spórolni. De nyilván ebben is tévedek. 
-
válasz
kesztió
#14615
üzenetére
Most jól leírtad a PID szabályozás lényegét. Ez jócskán túlmutat az egytized fokos hiszterézisen.
Ilyen formában a szobatermosztát, mint olyan, teljesen ki is hagyható a rendszerből, nincs is szükség rá, csak egy hőmérőre, arra is csak a visszajelzés miatt. A fűtés kimenő és visszatérő ága közti hőmérsékletkülönbségből ki lehet számolni a szoba hőmérsékletét.
Szép feladat. -
A legtobb marpedig tudja.
csak nem 230rol mennek, hanem jellemzoen elemrol Most írta a kolléga, hogy márpedig ilyet nem lehet kapni.
Egyébként: wifis elemről?
ha 5km-en belure erek, akkor kezdj el dolgozni szepen
Legfeljebb ha hetekre elutazom, és nem tudom előre, hogy mikor érek haza. Ha napi szinten akarsz pár fillért spórolni azzal, hogy reggel 8 és délután 5 közt leveszed a fűtést, arra a programozható termosztát tökéletesen megfelel, az is tudja ezt a fícsört, hogy a hazaérkezésem előtt befűtsön.
De ez is csak akkor működik, ha a lakásnak borzasztóan rossz a hőszigetelése. Egy átlagos lakásban többe kerül felfűteni a kihűlt falakat, mint amennyit spórolnál. 
nem konzumer also-kategorias eszkozokkel (tenda es tarsai) azert ez nem jelent problemat.
És ez hogy segít az elektroszmogon?
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Jó lenne most már ezt az épületgépészeti eszmecserét befejezni, mert ez ebben a topikban eléggé offtopik...
Valószínűleg nem véletlen, hogy nincs olyan okos wifis termosztát, ami 1 tized fokon belül mér, talán pont az említett problémák miatt nem lehet megvalósítani. Nekem volt computherm fali termosztátom, ami 0,1°C-os hiszterézist tudott, 2db ceruzaelemről elment 3 évig. Programozható, napi szinten be lehet állítani vagy 15 különböző hőfokot, egyszer beprogramoztam és 10 évig csak elemet cseréltem benne. Sosem éreztem a késztetést, hogy neten keresztül átállítsam.
Igazság szerint a kezdeti kb. 5 különböző programot a végére mind kitöröltem, és maradt 1db fix hőfok.Az a baj a vezeték nélküli megoldásokkal, hogy olyan helyen használunk wifit, ahol nincs lehetőség fix összeköttetés kiépítésére. Ha egy termosztátot annyira fixre épít az ember, hogy még a tápot is a falból kapja, semmi sem indokolja, hogy lan helyett egy bizonytalan vezeték nélküli kapcsolattal legyen összekötve a ház többi részével. 15db wifi eszköz zavarja egymást, a többi eszközt, felesleges elektroszmogot generál.
-
#14563
Aryes
nagyúr
JulianSinulf
#14560
válasz
JulianSinulf
#14560
üzenetére
A beírásra, kiolvasásra is tudsz valamilyen anyagot ajánlani?
Sajnos magyar nyelvű leírást nem tudok, de minden hasonló kérdésre választ kapsz az arduino.cc és a google.com oldalon.
-
#14559
Aryes
nagyúr
JulianSinulf
#14555
válasz
JulianSinulf
#14555
üzenetére
Juj de sok kérdés.
Nézzük.
1. Ezt olvasd el: [link] Szépen le van írva példával, hogyan kell két dolgot egyszerre csinálni (multitasking). A lényeg: a millis() függvény időmérésre alkalmas, az értéke milliszekundumonként változik, másodpercenként 1000x.
2. Gombnyomás helyett legyen egy master kártya. Ha lehúzod, a 10mp-en belül lehúzott új kártya száma bekerül az adatbázisba. A gombnyomás nem túl biztonságos.
3. 8byte helyett 9byte-on fogod tárolni az UID-ket az EEPROM-ban. A 9. byte a számláló. Így nem fog 128 kártya elférni, csak 113, cserébe tudsz sorszám alapján törölni.
4. Az EEPROM műveletek nagyon lassúak, tehát a program indulásakor az összes adatot be kell rántani a RAM-ba, ott utána könnyű lesz végigolvasni, amikor ellenőrizni kell, hogy egy UID bent van-e a listában.Szólj, ha kihagytam valamit.
-
válasz
kesztió
#14545
üzenetére
Még mindig azt mondom, hogy próbáld ki, hogy a percenkénti ébresztés mennyivel viszi el a mérést. Ha kereskedelmi terméket szeretnél csinálni, annak hülyeállónak kell lennie, a legtöbb júzernek az is gondot okoz, ha meg kell változtatni a router default jelszavát, nemhogy átkonfigurálja a routert a WMM Power Save mode bekapcsolásához.
-
válasz
kesztió
#14535
üzenetére
lehet, hogy ipari termék is lesz belőle
Hát akkor szerintem próbáld meg a percenkénti kommunikációt + MQTT vagy más elterjedt smart home protokoll integrációt, mert akkor nem kell külön szervert is csinálnod a rendszerhez, fel lehet pattintani a már esetlegesen meglévő MQTT brókerre. A szabványos dolgokat mindig könnyebb eladni.
Az ESP8266 nem termelne kevesebb hőt? 1 magos CPU, talán kisebb órajel... Ugye azért vetetted el, mert kevés az I/O lába?
-
válasz
kesztió
#14520
üzenetére
Még egy ötlet a dizájnnal kapcsolatban: az esp-re ragassz egy olyan pici, 1x1cm-es alu hűtőbordát, asszem VGA-kon szokták használni RAM hűtőnek (legutóbb egy számtech boltban kaptam ilyet), a bordák függőlegesen álljanak, ezzel gyorsul a hőleadás és talán a légmozgás is. A hőmérséklet szenzort pedig úgy kellene felszerelni, hogy ne érintkezzen az akril előlappal, mert az is vezetheti a hőt.
-
válasz
kesztió
#14520
üzenetére
az az elkerülhetetlenül bosszantó jelenséget fogjuk produkálni, amikor az utolsó tizedesjegy billeg két egymás melletti érték között.
Hát, valóban, ennél rosszabbat el sem tudok képzelni. Emlékszem, gyerekkoromban hetekig nem bírtam aludni éjszaka, mert billegett a tizedesjegy.
Ja, nem.
lesz még egy külön szerverszámítógép, ami a routerhez kapcsolódik, és ami tükrözi az adatokat?
Miért, talán anélkül gondoltad megvalósítani a távirányítást?
Tehát lesz egy mobil alkalmazás, amivel direktben próbálsz kapcsolódni az éppen alvó esp-hez? -
válasz
kesztió
#14515
üzenetére
A 2. teljesen lehetetlen, hogy működőképes koncepció legyen. Arra nem lehet számítani, hogy az RTC pontos lesz (nem az), a szinkronizálás pedig több energiát fog felemészteni, mint amennyit az altatással megspórolsz. És ha mondjuk két hét múlva az egyik kiesik a láncból, mert nem ébred fel időben?
Én egyébként egy 3. lehetőséget választanék: minek 5mp-enként ébreszteni? Aludjon 1 percig az ESP. Mikor felébred, mér egyet, ami talán pontos lesz. Utána felcsatlakozik a kiszolgálóra, lekéri az aktuális parancsot, majd elmegy aludni. Kb. 50mp marad, hogy kihűljön a doboz.
Ha helyben, gombbal van állítgatva, fontos a gyors reakció, de ez a megszakítás miatt garantált is. Távolról pedig nem mindegy, hogy 1 perc múlva kapcsol fűtés vagy 5mp múlva? Milyen gyakran állítja az ember a hőfokot a szobában? Egy évben kétszer? -
#14518
Aryes
nagyúr
JulianSinulf
#14516
válasz
JulianSinulf
#14516
üzenetére
az olvasó viszont hexadecimális értékeket olvas ki. A program képes a hexadecimális értékeket átváltani decimálisra és kiírni a soros monitorra.
Viszont míg a hexadecimális érték 4*2 karakter, addig decimálisban ez változó.Itt valami kavar van. Az olvasó elvileg 8db byte-ot olvas ki, ha az RFID chip UID részéről beszélünk. Azt is kellene eltárolni az EEPROM-ba, 1kB-ba 128db UID fér el.
-
válasz
kesztió
#14506
üzenetére
Nincs tiszta véletlenül olyan lehetőség a WiFi protokollnál,
De, tiszta véletlenül van.
Fogalmam sincs mi ez pontosan, régebben olvastam itt a topikban erről az esp wifi mesh nevű dologról. A leírásban szerepel a "wifi low power" kifejezés, ami kis fogyasztást jelent, tehát kevesebb melegedést.anélkül, hogy ténylegesen belépnék passworddal az adott hálózatba?
Nem tudom ezt mennyire gondoltad át, de én biztosan nem kérnék a lakásomba olyan vezeték nélküli eszközt, ami nem jelszóvédett...
-
-
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. 
-
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.
-
#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. -
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.
-
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.
-
#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. -
#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.
-
#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.
-
#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ó... 🤔
-
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. -
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). -
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. -
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. -
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.
-
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. -
Asszem meg is van a megoldás: [link]
"However, the Neo-6M GPS chip uses 3.3V, so the GPS TX pin output voltage is about ~2.9V. This is slightly under the Arduino RX pin input voltage for a logic 1 (3.0V). A direct connection works for many people, but it could cause problems with the Arduino receiving the chars correctly."
Tehát mindenképp szintillesztés kell, anélkül nem fog működni a kommunikáció.Egy teszt idejére a következőt csinálnám: Vcc maradhat akár 3,3V is, a modul TX lábát egy 120 Ω-os (áramkorlátozó) ellenálláson keresztül kötném az arduino-ra, és az arduino lábát egy 10k ellenállással felhúznám 5V-ra.
.
+5V
|
[10kΩ]
|
RX---•-----[120Ω]----GPS TX -
-
válasz
Janos250
#14386
üzenetére
A két vonalra mehetne egy-egy 3,6V zener dióda is védelemnek, de ha az eddigi próbálkozásokat túlélte, szerintem felesleges, viszont az 5V tápfeszt az adatlap alapján rá kellene kapcsolni, már csak azért is, mert látszik a nyákon az onboard regulátor, tehát fel van készítve az 5V tápfeszre. Az "Absolute maximum rating" az a breakout boardon lévő GPS modulra vonatkozik.
-
válasz
Janos250
#14376
üzenetére
Szerintem az lehet a gond, hogy a boardon van egy 3,3V regulátor, ami feltételezi, hogy a Vcc 5V-ot kér. A típusra keresgélve (miután hiába kértem a kedves kollégát, hogy linkelje a webshopot, ahonnan vette...
) azt írják több helyen, hogy 3-5V tápfeszt kér a modul. Feltételezem, hogy 3,3V-ra kötve a regulátoron esik valamennyi feszültség, ezért lehet, hogy a TX vonalon a jelszint nem éri el a 3V-ot, az arduino ezért nem érti, mit küld a modul. -
válasz
repvez
#14368
üzenetére
A felső részén pont nem látszik a lényeg (a vezetősávok) a csillogástól, de az RX/TX lábakon egyértelműen nem látok feszültségosztót. Attól félek, hogy ez már tönkremehetett a túlfeszültségtől. Bár fura, hogy akkor kérdőjelek se igen jönnének.
Másik oldala?
Honnan lehet ez rendelve, tudsz egy linket adni a webshophoz, a termékhez? Hátha kiderül valami.Viszont a kivezetések alatt az a fekete 5 lábú cucc az egy feszültségregulátor, ami azt jelzi, hogy a modul fel van készítve 5V tápfeszültségre.
-
válasz
repvez
#14365
üzenetére
Ezt a kódot töltsd fel:
#include "SoftwareSerial.h"
SoftwareSerial serial_connection(10, 11); //RX=pin 10, TX=pin 11
void setup()
{
Serial.begin(9600);//This opens up communications to the Serial monitor in the Arduino IDE
serial_connection.begin(9600);//This opens up communications to the GPS
Serial.println("GPS Start");//Just show to the monitor that the sketch has started
}
void loop()
{
Serial.write(serial_connection.read());
}És SM-ben állíts be 9600 baudot.
Ha nem jön semmi, akkor cseréld meg a 10-11 lábat.
Ha úgy sem jön semmi, akkor kinyírtad a GPS modult.
A modulról tölts már fel egy közeli képet, amin látszanak az alkatrészek/feliratok, mindkét oldaláról!
-
válasz
repvez
#14347
üzenetére
azt tanácsoltátok, hogy kell a felhuzo ellenállás mert anélkül nem müködnek a modulok,
Soros kapcsolathoz senki sem írta, hogy kellene felhúzó ellenállás, csak az i2c-hez. Bár nem tartom valószínűnek, hogy ez zavarná a kommunikációt.
3,3V modulhoz, ha nincs a boardon feszültségosztó (néha szokott lenni gyárilag, nekem szinte minden modulom ilyen) akkor illene, mert hiába 3,3V a Vcc, ha az RX/TX lábon megkapja a kontroller felől az 5V-ot, ugyanúgy kifingik tőle.
-
-
válasz
budavarik
#14314
üzenetére
Mennyire voltak olcsók azok a lapok?
Próbálkoztál vmi egyszerű hello world programmal, serial kiíratás, ledvillogtatás stb? A kódfeltöltés működik? A feltöltés sebességét próbáld meg lejjebb venni a default-ról pl. 115200kbit/s-ra. Jártam már úgy, hogy vmi miatt nem bírtam normál sebességgel feltölteni, mindig hibás volt a feltöltött kód. -
válasz
Janos250
#14307
üzenetére
Nem addig a'! Meg kell adni ezeket a paramétereket CSS-ben, akkor egyforma lesz minden böngészőben. Ma már nincs akkora eltérés, mint az IE hőskorában, amikor a MS direkt mindent szarul értelmezett. Ma már az Edge böngésző is a Chrome motorját használja.
Annyi lehet az eltérés, hogy ha nem állítasz be style-t, akkor a default értékekben böngészők között lehet különbség, lesz is.
Esetleg használj bootstrap-et, az transzparens módon gondoskodik a böngészők közötti kompatibilitásról.Ha küldesz egy screenshotot, hogy a fenti kódnak hogy kéne kinézni szerinted, akkor szívesen csinálok hozzá stylesheet-et.
-
#14297
Aryes
nagyúr
tonermagus
#14295
válasz
tonermagus
#14295
üzenetére
Lehet hülyeséget mondok, de nem lehet úgy kalibrálni, mint a mobiltelefonokban lévő szenzort, hogy ilyen nagy "8"-as formát írsz le vele a levegőben?
-
-
válasz
Janos250
#14286
üzenetére
Régebben írtam, hogy rendeltem 10db Attiny85-öt Kínából, de Attiny85 feliratú tokban Attiny12-k érkeztek helyettük. Ennek nincs RAM-ja, ezért C-ben nem lehet őket programozni, csak AVRASM-ben. Akkor - nem dobunk ki semmit, ami működik - dacból megtanultam assembly-ban programozni (régen a 6510 nyelvét tanultam). Mostanra írtam hozzá egy csomó saját eljárást: van serial, 2db szervót tudok vele vezérelni, hangot kiadni, időt mérni és most készül az i²c driver.
Saját készítésű i²c szenzort vagy motorvezérlőt tudok belőle gyártani. Időtöltésnek jó. 
-
válasz
Janos46
#14274
üzenetére
Neked is, viszont!
Később ránézek majd, de jó lenne, ha konkrét kódot mutatnál (pl. pastebin-re feltöltve) konkrét hibaüzenetekkel (screenshot vagy ide másolva), mert hiába töltöm le és fordítom ezeket a kódokat, nem biztos, hogy nálam is előjönnek ugyanazok a hibák.
Addig is azt ajánlom, hogy a library manager-en keresztül kellene letölteni a szükséges lib-eket (amik ott megtalálhatóak), és elsősorban az azokban lévő példakódot kellene nézegetni, az nagy valószínűséggel működni is fog. -
válasz
Janos46
#14272
üzenetére
Van TM1637 kijelzőm, de nekem nem okozott problémát beüzemelni, egy nagyon egyszerű, spi-hez hasonló protokollt használ, szinte lib nélkül is lehet használni.
Most nincs időm, majd később megnézem ezeket, de addig megkérdezném, hogy ahelyett, hogy letöltötted a lib-et mindenféle helyről, próbáltad már az arduino IDE saját library kezelőjében megkeresni és telepíteni?A linkek közül melyik volt az, amelyik nem működött? Gondoltál már arra, hogy az orosz nyelvű kommenteknek köze lehet a problémához?
Még valami: próbáltad már a library-k mellé adott example kódokat? Azok tutira működnek. Én mindig azokból indulok ki.
-
válasz
Janos46
#14267
üzenetére
A hibáról és a hibaüzenetről jó lenne többet tudni.
Próbáltad már kicserélni aTM1637.h-t egyszerűenTM1637Display.h-re cserélni a kódban? A felhasznált library-khez és a sikertelenül fordított kódhoz légyszi adj linket!
Az jutott még eszembe - már én is futottam bele olyanba -, hogy ha nagyon régi a kód, lehet, hogy úgy van megírva, hogy az arduino IDE valamelyik korábbi verziójával lehet csak lefordítani. Emiatt van fent nekem két verzió is, az attiny kontrollerek miatt az 1.6, amit nem frissítek, meg portable verzióban egy friss. -
-
válasz
Janos250
#14252
üzenetére
HTML-ben sehogy. Nem hiszem, hogy a válasz a fejlécek körül keresendő, magát a webszervert kellene megnézni, miért nem zárja le a csatornát az előző session végén. Próbáltad másik library-vel?
A
Connection: closekikommentelése gondolom már a hibakeresés során történt, de szerintem kár volt.Nincs az oldalon egy olyan hivatkozás, amit próbál az esp-ről betölteni, de nem kap választ? Jó lenne többet látni a kódból, mert így csak sötétben tapogatózhatunk.
A WebSocket jó ötlet.
-
Sziasztok! Most én kérnék ötletet.
Egy társasjátékhoz szeretnék néhány terminált készíteni, ami áll egy számbillentyűzetből és egy kijelzőből. Kijelző van, de billentyűzetet kéne gründolni valamiből.
Na most, kézen fekvő lenne egy-egy 3x4-es fóliaérintkezős keypadot használni, vagy tactile switch-eket, de nincs, és emiatt nem is rendelnék, ha máshogy is meg lehetne oldani (jó lenne még a téli szünetben használni, emiatt itthon lévő dolgokból összerakni). Vagyis a kérdés konkrétan: miből tudnék házilag billentyűzetet készíteni? -
válasz
FeniX-
#14229
üzenetére
A napelem kimenete nem szabályozott? Akkor kelleni fog hozzá egy boost-buck konverter, illetve talán egy boost konverter is elég, ha a kimenő feszültség terhelés alatt beesik 5V alá.
A powerbank nem hiszem, hogy örülni fog 6V töltőfeszültségnek, talán kiszáll belőle a füst. Az alacsony töltőáram szintén nem tesz jót a powerbankban lévő lítium akkumulátoroknak, de mivel léteznek napelemről tölthető powerbankok, ebben nem vagyok biztos. Ha 150mA a napelem max árama, talán jobb lenne 1 cellás powerbankot tölteni róla. -
#14233
Aryes
nagyúr
Drótszamár
#14232
válasz
Drótszamár
#14232
üzenetére
Ez jó kérdés, úgy tapasztaltam, hogy azok a powerbank-ok kapcsolnak le kis terhelés alatt, amiken van bekapcsoló gomb.
-
válasz
nepszter1
#14230
üzenetére
Ez nem annyival olcsóbb, mint a tegnapi, viszont sok dolog nincs benne, ami a másikban van. Viszont van benne olyan, ami hasznos, ha jól látom egy szenzor shield, amivel ki tudod váltani a breadboard-ot egyszerűbb áramköröknél, meg egy pici breadboard, ami hordozhatóvá teszi a cuccot, szóval ez a készlet pl smart car építéséhez alkalmasabb, ha ilyet szeretnél, ezt válaszd. A tegnapi készlet inkább a szenzorokban erős.
-
válasz
Tankblock
#14227
üzenetére
Úgy emlékszem, hogy ami a kezembe került, azon volt, de most már nem vagyok benne biztos. Valószínűleg igazad van, és csak az UNO-t védi polyfuse, a nano-t nem, vagyis a méret oltárán fel lett áldozva a biztonság.
Egy érvvel több, hogy miért UNO board-on tanuljunk és kísérletezzünk.
-
válasz
nepszter1
#14218
üzenetére
Ez jó, olyan szempontból, hogy minden benne van, amiket leírtam, tehát nem kell rögtön boltba menni, hogy elkezdd a tanulást. Van benne egy csomó jópofa és hasznos dolog, amit később használni fogsz, pl. rfid olvasó, ultrahang szenzor, RTC (óra), egy csomó szenzor (amiket én pl. sosem használtam, de nekem is van belőlük itthon
), de van benne egy csomó haszontalan is, pl. az összes lcd és led mátrix, amik a tanuláshoz ugyan jók, de ebben a formában sosem fogod használni őket, mert pl. a 2x16 LCD az összes I/O pin-t elfoglalja, mást nem is tudsz már rákötni a lapra. A gyakorlatban inkább i²c vagy spi csatolós kijelzőket használunk, semmivel sem bonyolultabb a használatuk, de csak 2-4 lábat foglalnak.
Tetszik, hogy adnak hozzá színes-szagos útmutatót, az is kényelmes, de hasonlót online is találsz, például: [link] vagy [link] -
válasz
nepszter1
#14216
üzenetére
Igazából mindegy, mert mindegyik tele lesz egy csomó olyan cuccal, amit úgysem fogsz használni soha.
Ha van olyan ötleted, amit szeretnél megvalósítani, ahhoz vásárolj be alkatrészeket. Az UNO board-ot hamar ki fogod nőni, és más lapokat fogsz használni tényleges projektekhez. Ha nem szeretnél shield-eket használni, UNO helyett érdemesebb egy Nano-t venni, ugyanaz a processzor, 100% kompatibilis kód és lábkiosztás szempontjából, de negyed akkora, később könnyebben beépíthető.
Amire egész biztosan szükséged lesz:
- breadboard (próbapanel, ahol áramköröket tudsz összeállítani forrasztás nélkül)
- jumper kábelek, ebből sokat, apa-apa, anya-anya és anya-apa is
- ellenállások: 10kΩ, 220Ω
- mindenféle színű LEDEzeken kívül ízlés szerint sg90 szervó, piezo csipogó, valamilyen LCD vagy oled kijelző.
-
válasz
Tankblock
#14210
üzenetére
A nano-n is van polyfuse, ha jól tudom, az megvédi a portot meg a schottky-t is. Két pici sg90 szervóval terhelés nélkül amúgy simán elbír a lap is, usb-ről, tehát üresjáratban, ha csak teszelgeti, lassú mozgás, pici terheléssel, de ha terhelést kap, hirtelen nagy szöget kell mozdulni, vagy megakad (stall), akkor már brownout lesz, leold a polyfuse. Tapasztalat, legalábbis UNO boarddal.
-
válasz
Dißnäëß
#14205
üzenetére
Igen, két tápot kapna, a következő miatt: úgy is meg lehetne oldani a szünetmentes tápot, hogy egy power bankon keresztül lenne táplálva, ami folyamatosan hálózatról töltés alatt van (van ilyen power bank, bár nem ez az általános; nekem is van egy ilyenem, saját magát is tudja tölteni
). Ennek az a hátránya, hogy a li-ion akksi nem szereti, ha a maximum töltöttség közelében folyamatosan töltést kap, ettől hamar tönkre megy. Ehelyett két irányból kapná a tápot, egy power bankról, ami igény szerint merül vagy töltődik, és egy külső tápról. A kettő közötti átváltás idejét egy szuperkondenzátorral lehet áthidalni.
Most gugliztam, azt a projektet nem találom, ahol erről olvastam, viszont úgy látom már vannak kész, megvásárolható szuperkondenzátoros UPS hat-ek. [link] -
Azért egy két szintes ház már valóban lehet az a kategória, de tartom, hogy ehhez gyenge hőszigetelés és kis hőtehetetlenségű falak kellenek, hogy valóban lehessen vele spórolni. De nyilván ebben is tévedek. 
csak nem 230rol mennek, hanem jellemzoen elemrol 
De ez is csak akkor működik, ha a lakásnak borzasztóan rossz a hőszigetelése. Egy átlagos lakásban többe kerül felfűteni a kihűlt falakat, mint amennyit spórolnál. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Tehát lesz egy mobil alkalmazás, amivel direktben próbálsz kapcsolódni az éppen alvó esp-hez?
Google a barátod, Wiki a barátnőd. Ha új dolog jön szembe, olvass utána.
Új hozzászólás Aktív témák
ekkold- EarFun Air Pro 4 - a cél a csúcs
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Hobby elektronika
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Meghalt a Windows 10, éljen a Windows 10!
- PlayStation 5
- Retro teló rajongók OFF topicja
- Autós topik
- Windows 11
- Kezdő fotósok digitális fényképei
- További aktív témák...
- Apple iPhone 15 Pro, 128Gb, független, fekete, 1 év garancia
- AMD Ryzen 5 5600X 6-Core 3.7GHz AM4
- Bomba ár! HP ProBook 430 G3 - i3-6GEN I 4GB I 128SSD I HDMI I 13,3" HD I Cam I W10 I Garancia!
- Bomba ár! HP ProBook 430 G5 - i3-7GEN I 4GB I 128GB SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- Bomba ár! HP EliteBook 845 G11 - Ryzen 5 8540U I 16GB I 512SSD I 14,1" Touch I Cam I W11 I NBD Gari!
- HIBÁTLAN iPhone 14 128GB Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3528, 93% Akkumulátor
- Google Pixel 10 Pro XL Moonstone Super Actua 120 Hz, Pro kamera 5 zoom 256 GB Használt,Gari
- Samsung Galaxy Z Fold 6 Silver Shadow Hajlítható csúcstechnológia, AI extrákkal,2028. 01. 24
- Lenovo Thinkcentre M920t Tower/ M720s / M920s SFF / i5-8-9. gen/ WIN10-11/számla, garancia
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5060Ti 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő