- AMD vs. INTEL vs. NVIDIA
- Hogy is néznek ki a gépeink?
- Házimozi haladó szinten
- AMD Navi Radeon™ RX 9xxx sorozat
- Tizenkét tányérra térne át a Toshiba a HDD-piacon
- Meghalt a Windows 10, éljen a Windows 10!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Analóg fényképezés
- Ventilátorok - Ház, CPU (borda, radiátor), VGA
- SSD kibeszélő
-
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
-
ekkold
Topikgazda
>Most jól leírtad a PID szabályozás lényegét.
Pont ezt akartam én is leírni. Még egy nem túl tökéletes PID szabályozás is jobb, mint egy sima hőmérsékletfüggő ki/be kapcsolgatós működésű megoldás. Ugyanis a PID szabályozás egy idő után megtalálja azt a nagyjából állandó vízhőmérsékletet, ami a kívánt helyiség hőmérsékletet tudja tartani. (Ezt esetleg meg lehet támogatni a külső hőmérséklet mérésével, hogy a rendszer beállási ideje rövidebb legyen - de nem muszáj, mert enékül is működik a dolog). Magyarul egy idő után akár úgy kapcsolgat ki/be a fűtés, hogy a hőmérő által mért hőmérséklet nem , vagy csak alig változik. Az ESP számítási teljesítménye pedig bőségesen elegendő egy PID szabályozás megvalósításához is, max egy kicsit több programozást igényel. -
gyapo11
őstag
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
Ezzel az a baj, hogy ha valami változik, akkor lehet megint számolni, míg egy hőmérő mindig az aktuális hőfokot jelzi, függetlenül attól, hogy föltettünk egy szőnyeget a falra, vagy csináltunk egy álmennyezetet. A hőmérővel is vannak gondok, egyrészt hogy hol van, másrészt hogy megzavarhatja akár a szellőztetés is, ezt könnyebb kezelni, de bármiféle hőváltozás, pl. infrasugárzó bekapcsolása, légáramlás akár porszívózás miatt, több ember megjelenése/mozgása pl. házibuli miatt. Ahhoz pedig, hogy ezeket a vezérlés le tudja kezelni, elég komoly AI kell, amire az arduino már kevés, szerintem még a raspi is. Magából a hőfok változásból nem mindig lehet kitalálni, hogy mi okozta.
-
kesztió
aktív tag
Szobatermosztátnál azért illik, hogy hő- és páratartalom-mérőn kívül legyenek még vezérlőgombok rajta, egy kijelző feltétlenül és esetleg egy külön státus LED, ha túl minimalista a kijelzője. Az, hogy most a relé pont benne van, vagy csak valamilyen információátviteli úton utasít egy távoli relét, már csak részletkérdés.
-
dew28
aktív tag
de tartom, hogy ehhez gyenge hőszigetelés és kis hőtehetetlenségű falak kellenek, hogy valóban lehessen vele spórolni.
Voltam vagy hany eves, mikor epult a haz, es ennyire nem vagyok benne az epulet-energetikaban, viszont semmi esetre sem lehetne raaggatni a passziv haz jelzot
de ne ugy kepzeld el, hogy tavollet alatt leesik 16fokra aztan ha hazaerek egybol megy 22-re.
nyilvan van temperalas, csak esemenyekhez kotott -
dew28
aktív tag
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.
A legtobb marpedig tudja.csak nem 230rol mennek, hanem jellemzoen elemrol
Sosem éreztem a késztetést, hogy neten keresztül átállítsam
Miert vegyunk Ferrarit, ha a Trabant is elvisz Abol Bbe.
Amugy jo, ha tud kommunikalni, en pl a geolokacios kepessegeit "Minek legyen Karibi hangulat, ha nem is vagyok itthon, de ha 5km-en belure erek, akkor kezdj el dolgozni szepen" szeretem.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.
Esszeru halozat-tervezessel es nem konzumer also-kategorias eszkozokkel (tenda es tarsai) azert ez nem jelent problemat. -
JulianSinulf
őstag
Köszi!
Asszem nem hagytál ki semmit.
1. Ezen át kell rágnom magam. De jó tudni, hogy van lehetőség.
2. Gombnyomás vs. master kártya? A kártyát könnyen elkeverhetem. Bár az tény, hogy praktikusabb és kevesebb vesződséggel jár, mint a gomb. A gomb, ahogy az elektronika egy részével, a lakásban lesz. Csak a kártyaolvasó és a kijelző kerül lakáson kívülre. Esetleg 1-2 LED, más célt szolgáló gombok. Nem ettől a biztonsági réstől félek.
3. 113 UID. Még mindig elég egy kisebb vállalkozásnak is, de nekem csak otthonra kell.
3.4. A beírásra, kiolvasásra is tudsz valamilyen anyagot ajánlani? -
JulianSinulf
őstag
Köszi!
Akkor az EEPROM-ba nagyon sok chip elfér, emiatt nem kell aggódnom.Akkor már csak az a kérdés, hogy lehetne ezt megfelelően leprogramozni.
Az elképzelés:
Fut egy alapprogram, mely a beléptetést vezérli. Ami kódokat most néztem, az alapján ez elég egyszerű, mert, ha nincs mit leolvasni, akkor a program mindig visszatér a leolvasáshoz. (Ez volt az egyszerű.)
Ide be lehetne tenni egy olyat, ha lenyomok egy gombot és "nyomva tartom", akkor a program továbbfut a kódbeírás részére.
Illetve, ha valaki megnyomná a csengőt, akkor a kód a dallamos részre ugorna.
Ezek az ugrálások már nem annyira egyszerűek, de a 2WD autó kódjából talán ki tudom hámozni a nekem kellő sorokat.
Chip felvitel:
Szóval megnyomtam a gombot, a kijelzőn megjelenik a "Bevitel" felirat és várja a chip odatartását. Esetleg egy 10s visszaszámlálással, mert hiába nyomom folyamatosan a gombot, az úgyis csak akkor számít, mikor a kódban a lekérdezése sor hajtódik végre.
Ha nem olvas be semmit, akkor 10s után visszatér az alap programhoz. Először azért gondoltam a gomb nyomva tartása opciót, mert akkor nincs szükség erre az időzítésre.
Ha sikerül a beolvasás, akkor kiírja az UID-t, majd egy újabb leolvasást kér és a két eredményt összehasonlítja. Ha megegyezik, akkor beleírja az EEPROM-ba az értéket.
Ami kérdéses számomra, hogy tudom megoldani a visszaszámlálást, miközben a chip-et is be kellene olvasni. És amikor olvasás történik, akkor a visszaszámlálás értelemszerűen leállna. Vagyis a processzornak egyszerre két feladatot kellene ellátnia.
Majd a másik kérdés, hogyan tudom beleírni a kapott eredményt az EEPROM-ba úgy, hogy egy következő chip bevitele ne írja felül akkor sem, ha újraindulna a program (áramszünet, reset).
Beléptetés:
Az EEPROM tartalmát megfelelően ki kell olvasni és eltárolni. Ez lesz összehasonlítva a belépéshez használt chip adataival. Viszont, ha nő a chip-ek száma, akkor a tárolók számát is növelni kell.
Úgy emlékszem erre is van valamilyen megoldás.
A másik megoldás, hogy egy tárolót használok és minden beléptetésnél ebbe a tárolóba olvassa ki a tárolt értékeket addig, míg az egyikkel egyezés van és beléptet vagy a végére érve nem enged be. Értelemszerűen nem akarok 128 UID értéket kiolvasni, ha csak 1, 2, 3, stb. van eltárolva.
Nem tudom, hogy időben ez mit számítana, gyanítom, hogy nem sokat pár chip esetén.És így visszaolvasva az írtakat eszembe jutott, hogy kellene egy törlési rész is. Mert, ha elhagynám a chip-et, akkor nem lenne jó, ha benne maradna a programban.
Akkor viszont sorszámozni kell az UID-ket az EEPROM-ban, hogy törlésnél egyszerű legyen kiválasztani a megfelelőt és olvasásnál értelemszerűen az üreseket kihagyni, de ott nem megállni. Vagyis mégis csak végig kell olvasni az EEPROM-ot.
Hacsak nem lehetne eltárolni az EEPROM egy részén, hogy mennyi chip van felvíve. Ez egy szám lenne. Bevitelnél nőne, törlésnél csökkenne az értéke egyel. És a program csak addig olvasná az EEPROM-ot, míg el nem éri ezt a bizonyos értéket.Így végigolvasva, hogy mit is szeretnék, nagyon szép, de sokkal egyszerűbbnek tűnik, hogy a kódban adom meg az engedélyezett chip-eket és, ha bővíteni kell, akkor bővítem a kódot és újraprogramozom az Arduino-t. Ha meg törölni kell, szintén ugyanez.
Az UID leolvasásához meg:
a) fenntartok egy külön erre a célra készült olvasót (nem valószínű),
b) kiolvasom a meglévő chip-eim adatait és ezt eltárolom megfelelően, így később nem kell már a kiolvasással bajlódnom (új chip vásárlása esetén bukta a dolog, de jelenleg van vagy 10 darab),
c) ha a chip nincs a programban, akkor kiírja az UID-t a kijelzőre. Azt fel tudom írni vagy lefényképezni és be tudom vinni gépen a kódba, majd a gépet az ajtóhoz vinni és felprogramozni helyben (ez a legesélyesebb tekintve, hogy nem számítok túl gyakori módosításra).Várom a javaslatokat, észrevételeket, ötleteket, hibákat a gondolatomban!
-
dew28
aktív tag
Igazabol, amennyiben kereskedelmi termek lesz belole, akkor eleve rossz az irany, bar elkepzelem, ahogy benne van a manualban:
"Amennyiben 50mm-nel kisebb melysegu dobozod van, fogj egy dobozmarot, es hajra. Kovetkezo lepeskent johet a PUR hab."
nem lehet ignoralni az tapegyseg okozta hot. ilyen forman pedig az ESP fogyasztasa gyakorlatilag mellekszal -
kesztió
aktív tag
Az tiszta, hogy a routerben engedélyezni kell. De mi történik, miután felébresztem az ESP-t az alvásból? (Amúgy nem hiszem, hogy hibernációról lenne szó, max mélyalvásról, de nekem ide pont a light sleep lenne a jobb.) Arra kellene könyvtár, hogy ilyenkor mit kell csinálnom, hogy megkapjam a csomagot, mit kell válaszolni az AP-nek, hogy elküldje stb.
-
kesztió
aktív tag
Apropó!
Van ez a WMM Power Save mode, ami a 802.11n-ben biztosan benne van, de lehet, hogy a régebbiekben is.
Ez – ahogyan értettem – arról szól, hogy az AP akkor is fenntartja a kapcsolatot a station-nel, ha az éppen alszik. A station polling intervalluma teljesen független a DTIM-től, akkor ébred fel, amikor akar, és egyszerűen csak lekérdezi, hogy az utolsó ébredés óta van-e „félretéve” számára csomag. Ha igen, lekéri.
Magyarán, nincs szükség új bejelentkezésre minden ébredéskor, a kapcsolat fennmarad akkor is, ha valóban percenként ébresztek és a másodpercekig tartó bejelentkezés helyett villámgyorsan le lehet zavarni a kommunikációt, majd vissza lehet aludni. Mintha az én projektemhez találták volna ki!
Erről a dologról itt olvastam.A gond az, hogy nem találok Arduino könyvtárat ESP32-höz, ami támogatná ezt a WMM PowerSave lehetőséget, holott teljesen nyilvánvaló, hogy mind az ESP3866, mind az ESP32 támogatja. Tudsz erről valami bővebbet?
-
kesztió
aktív tag
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?
Eredetileg valóban azért vetettem el, de azóta többször is átterveztem az egészet, és talán boldogulnék annyi lábbal is. De a neten sehol nincs meggyőző adat arról, hogy az ESP32 többet fogyasztana, ugyanis, amennyivel gyorsabb, annyival korszerűbb is az architektúrája. És – nem utolsósorban – fejlettebbek a power save módjai, ami végső soron a legfontosabb a mi szempontunkból.
-
kesztió
aktív tag
A plexiüveg hővezető képessége 0,26 W/mK, azaz harmada a közismerten jó hőszigetelő üvegnek (0,8 W/mK), és alig rosszabb a guminál (0,16), fánál (0,11–0,15) stb.
Természetesen ettől még szerelhetem a hőmérsékletszenzort úgy, hogy ne érintkezzen az akrillappal, de ezt csak annak az árán tudom megcsinálni, hogy a szenzor így legalább 1 mm-rel bennebb kerül a doboz „mikroklímájába”, ami szerintem rosszabb. -
kesztió
aktív tag
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.
Mondjuk, pont erre egyszerű a megoldás: mérek 10 másodpercenként, kiértékelem percenként 6 mérésből és akkor lépek fel egyúttal a wifire. És még azt se lehet mondani, hogy elavult lenne a régi érték.
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?
A szerverszámítógépet az ESP NOW-wal megúsztam volna, de közvetlen wifi kapcsolattal valóban nem. Egyre inkább úgy néz ki, hogy ez az ötlet marad, de azért lehet, hogy UDP-vel vagy valamilyen más trükkel fogom megoldani, hogy ne kelljen mindig nulláról kezdenem a bejelentkezést.
-
kesztió
aktív tag
De azért legyünk őszinték.
Backup megoldásnak – mármint hogy nyugodjam meg, a projektet mostmár biztos nem kell lemondani, ha jobb nem jut eszembe, ez implementálható – kifejezetten jó ötlet. Habár a számításaim szerint a 7-8 mA-es (vagy akár 10 mA feletti) átlagot így is hozni fogja. Ez már összemérhető azzal, hogy kis árammal állandóan csatlakozik és közbe alszik egyet-egyet.Tehát akkor most arra kell koncentrálnom, hogy az általad és its_grandpa által javasolt dizájnelképzelések (megfelelő függőleges szellőzés, az érzékelő teljes leszigetelése stb.) megvalósuljanak.
-
kesztió
aktív tag
„Aludjon 1 percig az ESP. Mikor felébred, mér egyet, ami talán pontos lesz”
Nem lesz pontos. Pontos mérésnek azt nevezzük, amikor 5 vagy 10 mp-enként mérjük és ezt percenként átlagoljuk. Másként 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.Távolról pedig nem mindegy, hogy 1 perc múlva kapcsol fűtés vagy 5mp múlva?
Nem erről van szó.
Egy smarthome-os mobilalkalmazásnál roppant illendő, hogy, ha nem is azonnal, de legalább pár másodperces késéssel minden termosztát értékét le tudom olvasni. Egy perces késés viszont röhejes. És még nem beszéltünk arról, hogy mi lesz az állítandó paraméterekkel: lesz még egy külön szerverszámítógép, ami a routerhez kapcsolódik, és ami tükrözi az adatokat? Necces, és csak piszkálja a büszkeségemet, hogy 200 bájt átviteléhez 3 másodpercig főzöm a procit.Egyelőre az a legészszerűbb megoldás, hogy annyi esp32 szerver lesz, ahányra szükség van a teljes lefedéshez, és ezek – mivelhogy itt nulla teljesítménymegkötés van – a ház wifijén is tudnak kommunikálni egymással, ha történetesen egymást már nem látják, csak a termosztátjaikat.
-
JulianSinulf
őstag
A Nano-nak 1 KB az EEPROM-ja.
A csipek változóak.
A programnak decimális számok kellenek, 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ó.
Úgyhogy nem tudom, mennyire lenne elég az 1 KB-t.
Kezdetben 3 csipet akarok felprogramozni, később még nagy esély van további kettőre.
ESP32-vel egyelőre nem akarok foglalkozni. Az extra tanulnivalóval és utánanézéssel jár, de még ez sem megy úgy, ahogy jó lenne. Bár mondjuk az adatok fájlba való írása sem rossz, ha értékeket akarok tárolni. De ez a projekt odébb van. -
kesztió
aktív tag
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...
Lópikula, természetesen az se fájna nekem, hogy minden gyorsüzenet-csomagban legyen egy 128 bites kulcs, ez kábé 1 mikrosecundummal növelné meg a nagy áramú állapotot.
Nekem az azonosítási protokoll ledumálása a rossz, ami másodperceket vesz igénybe a normál Wifi belépésnél egy pár ezred másodperc alatt elvégezhető hitelesítés helyett.
-
kesztió
aktív tag
A bibi az, hogy nem én vagyok az első, aki WiFi termosztátot épít. Ha mások meg tudták csinálni, nekem is sikerülnie kell!
A 65°C üzemi hőmérséklet az az aktív módra vonatkozik, itt természetesen altatásban fogja tölteni az ideje nagy részét, bármilyen szoftvertechnikában is gondolkoznék. Mi is kell nekem?1) 5-10 mp-enként hőmérsékletet kell mérni.
2) be kell olvasni a touch gombokat, de ez megszakításról megy, irreleváns.
3) és meg kell nézni időnként (még 5 mp-es polling is is belefér), hogy jött-e üzenet a routertől.
Az idő többi részében úgy alukálhat, hogy még a horkolása is kiszűrődhet a dobozból. Ez nem 65°C! Light sleep alatt hónapokat tudnak működni 2–3 ceruzaelemről!Nincs tiszta véletlenül olyan lehetőség a WiFi protokollnál, hogy rövid üzeneteket ügy cseréljen a szerver és a station, hogy ehhez ne kelljen beloggolni, azaz aktív kapcsolatot létesíteni? Ez huszárvágással megoldaná a kérdést, ugyanis gyakorlatilag bizonyított, hogy nagyon kevés Wifi használattal nem lesz számottevő melegedés.
-
kesztió
aktív tag
Biztos, hogy az esp termeli a meleget, nem a transzformátor? Lehet, hogy a PUR hab önmagában is megoldaná a problémát.
Ja, egy fontos dolgot elfelejtettem megemlíteni.
Egyelőre szó sincs dobozról. Az egész cuccot pucéron tesztelem, élére állítva, hogy függőlegesen járja a levegő (a táp jó 20 centire van egyelőre). És még így is majdnem egy fokot csal felfelé, ahogy megindul a Wifi! (Wifi nélkül a hiba 0.1, max. 0.2°C.) -
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.
-
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. -
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... -
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ő.
-
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.
-
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 -
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. -
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 -
Gergosz2
veterán
Nálam már több mint másfél éve üzemel egy NEO 7M modullal szerelt nyák, amely TX lábát közvetlenül egy Atmega328p egyik lábára kötöttem. Aóta is szépen teszi a dolgát, beüzemelés óta folyamataosan megy és rá sem néztem azóta.
Amúgy annyit érdemes tudni ezekről, hogy 95% kínai klón és 9600 baudnál és 1s-es update ratenél nem tudnak többet. Hiába van az Ublox szoftvere ami fel is ismeri és látsólag llehet paramétereni is benne, mégsem írható át.
-
Janos250
őstag
Itt
https://www.instructables.com/How-to-Communicate-Neo-6M-GPS-to-Arduino/
direktbe összeköti az UNO-val, ezek szerint már a panelon biztosan van valami védelem, tehát ő is összekötheti.
Meg kellene próbálni 38400-on mit csinál jelenleg. -
Janos250
őstag
Igen, a tépfesz mehet rá, de a GPS Rx lábát féltem.
Az is igaz, hogy az eddigi próbálkozások során már vagy tönkrement az Rx, vagy ha nem, akkor újra rá lehet adni, de ezt én nem merem javasolni, mert azért mégiscsak rizikós, hogy utólag azt mondja valaki, hogy épp most ment tönkre.
Csak erre az egy lábra kellene egy 2/3-os osztó két ellenállásból, és az már biztonságos lenne, akkor már lehetne rá írni. A másik iránnyal nincs baj, mert ott rendesen olvas, de nem csak text adatokat küld, mert átállítódott.
Zener persze, de nem hiszem, hogy van a srácnak a fiókban, viszont azt írta, hogy pár ellenállása van. Remélhetőleg nem 1 ohmos, és 100 Mohmos. -
repvez
addikt
[link]
innen rendeltem
De amugy régebben leirtam , hogy alirol vettem és a pontos tipust is leirtam már videokkat is amilyen az enyém. De nem linkeltem a pontos oldalt, mert érdemi adat nincs rajta plusz.Kiprobáltam minden variáciot , de nem javult a helyzet.
9600 nál csak egy sort visz ,
115200 nál megvan a sortörés, de amugy semmi olvasható. -
Janos250
őstag
Az "Absolute maximum rating" azt írja, hogy
Vcc max 3.6 V, és Input pin voltage szintén 3.6 V
Jó lenne írni a GPS-re, rendesen beállítani, de félő, hogy kinyírja az 5V a pinen.
Vagy akár már meg is történhetett, de az is lehet, simán kibírja, de ez kiszámíthatatlan. Így is lehet használni, csak ki kell válogatni a $-al kezdődő sorokat, a többit meg eldobni. -
repvez
addikt
[link]
itt mond valamit, hogy a neo8asnál valami nem stimmel a libraryval.
Ahol becsillan ott egy kis gombelem van, az mindig besillant bárhogy probáltam fotozni.
DE itt a videoban is láthatod.
a video leirása alatt lévo libraryt letölt9ttem abban is voltak példakodok.
azok lefordultak és végig is mentek kiirtak mindent ami statikus, de minig kiirta, hogy no gps data check connection. -
repvez
addikt
Ha IDE-ben és SM-ben is 115200ra átirom a baudot akkor már az értelmetlen karakterek között ilyenek is jönnek és nem csak egy soba jön az adat hanem sortöréssel.
Én még arra tudok gondolni, hogy a library esetleg nem passzol ehhez a GPS hez és nem tudja, hogy melyik adatokat minek értelmezze.
Ami furcsa, hogy pont ez a GPS van nekem is ami a videoba is müködik ezzel a koddal és libraryvel. -
budavarik
újonc
Szia!
Asszem 1.800 Ft volt darabja, szóval télleg olcsó volt.
Azzal is próbáltam, hogy a setup() részben egy Hello wolrd, de el sem jut odáig. Semmit nem include-oltam bele, direkt azért, hogyha esetleg valamelyik kiegészítő a gáz, akkor az ne tegyen keresztbe. 115200-al próbáltam, mert ezzel már szívtam én is a D1-es lapokkal.De itt nem lett megoldás sajna.
üdv, Karesz
-
-
Janos46
tag
Köszi a segítséget, feltettem a 1.6.5-öt és néhány probléma megoldódott. Eddig a 1.8.3 ment és valószínüleg ott lehetett a gond. A felsorolt libek küzül eddig egyik sem ment. Most az eddig nem menteket fogom kipróbálni a 1.6-al. Nem hinném, hogy az orosz oldallal lenne a gond, mert nagyon sok progit töltöttem le és döntő többségéban jók voltak. Mivel közeleg egy nagyon nevezetes nap/éjszaka, és ha nem is lehet felhőtlenül ünnepelni, de azért biztosan kászülsz valamilyen formában rá, ezért ne foglakozz a dolgaimmal, az észrevételeid alapján ügyködök tovább, és ha majd lesznek gonjaim megemlítem. Egyenlőre ennyit. Mégegyszer köszi (meg másoknak is) a tanácsokat és segítséget.
A lehetőségekhez képest jó szórakozást és kovid mentes új évet. -
Janos46
tag
A cserét már próbáltam, így hibajelzéseket kapok. Az erdeti futtatásával hibajelzés nincs, csak éppen nem müxik. Az alábbi linkekben megtalálható többféle TM1637.h fájl. Az első link kommenteket is tartalmaz a programhoz és megadja a működéshez szükséges TM1637.h könyvtárát is. Remélem elég ennyi infó is. Van lehetőséged kipróbálni a programot? Esteleg bárki aki olvassa ezt a levelet, ki tudná próbálni?
https://robotchip.ru/obzor-semisegmentnogo-indikatora-na-mt1637/
https://voltiq.ru/tm1637-and-arduino/
http://arduino-kid.ru/indicator_TM1637
https://drive.google.com/file/d/1XMhJqxc61jPNbxV5V-xhDbtgeRYmFXoY/view -
gyapo11
őstag
Csak a partszélről kérdezem, hogy nem lehet, hogy a servereken futó php nem pont ugyanazt küldi a böngészőnek, mint a soronként beírt html forrás? Olyasmire gondolok, hogy bináris header, ami nem olvasható szövegként, és a böngésző tudja értelmezni. Persze az esp is küldhet ilyet, nem tudom.
-
Janos250
őstag
Ha esetleg ez segít:
remotePort: 49863 localPort: 80
remotePort: 49865 localPort: 80
remotePort: 49867 localPort: 80
remotePort: 49869 localPort: 80GET /green/on HTTP/1.1
Host: 192.168.0.26
User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:83.0) Gecko/20100101 Firefox/83.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Language: hu-HU,hu;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-alive
Referer: http://192.168.0.26/red/on
Upgrade-Insecure-Requests: 1 -
Janos250
őstag
-
-
Tankblock
aktív tag
Akkor neked nem kínai klón van, vagy jobb mint az enyém,
Általános tapasztalat, hogy ha lehet jól csinálni akkor csináljuk úgy, főleg kezdőknek tanácsolom, mert könnyen lesz belőle negatív tapasztalat...
Azt nem mondtam hogy nem csináltam már elegendő hüleséget életemben, nem egy nano-t kellett magam kapkodása miatt javítanom, elég ha nem figyel egy kicsit az ember.
-
gyapo11
őstag
Nem tudom árban milyen viszonyban vannak ezek a ledszalagok, esetleg lyukanként egy nano, ami vezérli a szalagot, és egy központi arduino küldözgeti a parancsokat rs232-őn. 1-2 $ között szoktam látni akcióban nanot. Ebayen most 1.5 $ free shippinggel, alin is van 2 $ alatt. Voltak itt problémák a ws2812-vel, vagy János250-et kell megkérni, neki hibátlanul megy.
-
gyapo11
őstag
Színes, de rgb. Úgy értelmeztem a feladat leírásban, hogy változik a szín de nem szükséges ledenként, hanem a lyuk körül egységes lesz a szín. De persze lehet pulzáltatni, színeket váltogatni is, szóval a 3 színen kívül azért még van lehetőség a kijelzést variálni. 3 pwm kimenetre a 3 szín és hajrá.
-
Dißnäëß
nagyúr
Ha hiszed, ha nem, pont a szuperkondira gondoltam én is
A powerbankom az elôzô munkahelyemtôl kapott ilyen reklámvalami, lapos, de kiváló, és olyan, amit Te is írsz: középen microUSB-n tölthetô, két szélén pedig 1-1 USB-A port, egyik 1 amperes, másik 2.
Ezek a hat-ek is nagyon jók.
Szerintem meg tudnám oldani a logikát magával a Pi-vel vagy egy külön mikrokontrollerrel, hogy pl. 2 órahosszáig egy relével vegye el az áramot a Powerbanktól, 3 órahosszáig meg adja rá. Vagy ha ügyes vagyok, megoldani azt, hogy kb. 2/3 töltés közelben legyen a powerbank, amit bár mérni nem tudok (hacsak meg nem moddolom), de az idôkbôl, megfigyelés alapon ki tudok silabizálni valahogy, aztán ezt évente csekkolom, ahogy az akksi változik lassan.
Mondjuk ennyi erôvel vehetnék egy pucér akksit is akár, meg supercap, meg minden, és akkor saját magát elmenedzselgeti a Pi..
Na ez nem is rossz kis hobbiprojekt ötlet amúgy.. 🤷👍🤭
Kössi a tippeket, linket, beleásom magam az ünnepek alatt.
-
And
veterán
Ez, ahogy az adatlapja is említi, a TSSP-sorozat egyik (mára kifutott) elődje. Ennek megfelelően nincs benne AGC sem. Ezt a szerepkört teljesen átvették a TSSP-k. Mellesleg a TSOP1838 is kifutott hivatalosan, ha jól látom, a helyette a TSOP22xx, -24xx, -44xx, -48xx jelűek vannak manapság.
"A TSSP sorozatot nem ismerem egyáltalán, tudsz konkrét darabot javasolni?"
Valamelyik relatív kis érzékelési távolságú és gyors típussal próbálnám a linkelt táblázat alapján. Sajnos olyan kivitel nincs, amelyiknél a tokba lenne integrálva az IR-sugárzó is (pedig némelyik tokozás /Heimdall/ úgy néz ki, csakhogy az megtévesztő, mert az is csak receivert tartalmaz). -
gyapo11
őstag
12 V-os ledszalag elmegy 3 celláról direktben. Felsőmaróval marnék egy árkot a lyukak köré és abba süllyeszteném a szalagot, hogy a ledekre közvetlenül rá lehessen látni, napsütésben máshogy nem lennének láthatók. Az árok meg megvédi a labdától.
Szenzornak eszembe jutott még az ultrahang. 2-400 centi között mér, fény nem zavarja, a labda csattanásai sem. A mérés gyakoriságát és sebességét kellene megtudni, hogy alkalmas-e egy csont nélkül átszáguldó labda érzékelésére. -
And
veterán
"[..] csak PWM meghajtás kell a ledeknek és egyszerű digitális bemenetként lehet a tsop jelét olvasni."
(Sajnos ez nem ennyire egyszerű: a TSOP-sorozat IR-távkapcsolókhoz való, nem szereti a folyamatos vivőt. Kifejezetten szükséges, hogy apró 'csomagokat' vegyen, közöttük meghatározott minimum hosszúságú szünetekkel, hogy az AGC megfelelően állítsa be az érzékenységet. Bármilyen frekvenciájú folyamatos vivőt - mint zavarjelet - a folyamatos fényhez hasonlóan igyekszik elnyomni.)
Mod: léteznek egyébként a TSOP-khoz hasonló megjelenésű közelítésérzékelők is TSSP-típusjellel, inkább azok valók ilyen célra: [link]. -
Rivaul
addikt
-
Mozgásérzékelő szenzornak én infra ledet és tsop1838-at javasolnék, optokapuként, a lyukak átellenes oldalára szerelve. Az infra led jelét 38kHz-el modulálva a szenzor napfényben is használható lesz, igazából csak PWM meghajtás kell a ledeknek és egyszerű digitális bemenetként lehet a tsop jelét olvasni. Bár abban nem vagyok 100%-ig biztos, hogy elég gyors lenne-e a feladatra.
-
repvez
addikt
köszi, mondjuk azért jövök ide mert gondoltam vannak olyan emberek akik nálam jobban értenek a dolgokhoz esetleg már használták is a szobanforgó elemeket.
És talán nem kell minden buktatón ujra végigmennem . Az ellenállással kapcsolatban ,meg csak annyit, hogy jelenleg nincs egy darab semmilyen mérető és tipusu ellenállásom sem. a paneljaim vannak meg vezeték enyni, nincs fészer elfekvő alkatrészekkel, meg ellenállásokkal diodákkal.
És bárhol kerestem az alábbi modullokkal kapcsolatban tutorokat és kapcsolást sehol nem tettek az áramkörbe és nem említettek ilyet. Csak itt mondtátok hogy kell.
És ahogy te is irtad, lehet , hogy a panel már alapbol tartalmaz ilyet ezért nem kell.Igen ha sok modult akarok felfüzni egymás után akkor kell, de ha csak egyet akarok probálgatni ahogy a linkeken is találtam akkor ugy gondoltam, hogy nem olyan fontos.
És ha arra vetted a fáradságot hogy annak utána keress, hogy hánysor szerepelt az ellenállás a topicban akkor gondolom arra is figyelmes voltál,
Hogy azt is leirtam, hogy semmilyen kapcsolatom nincs elektromos áramkörökkel. most probálgatom, hogy mit hogyan .A programozással meg még annyi sem.
És mint ilyen akkor hadd legyek már egy kicsit értetlen ha a neten mindenhol azt látom, hogy nem kell semmi más, csak itt mondják, hogy anélkül nem megy.De ha esetleg nehezedre esik , akkor nem kell segiteni, majd talán valaki más fog.
-
Kifutottam a szerkesztési időből.
Mindkét terv előnye, hogy nem kell hozzájuk analóg bemenet, az encoder/optokapu miatt csak egy-egy digitális bemenet kell hozzá, az optokapu ugyanis digitális jelet ad.
A második terv előnye, hogy felnagyítja a mozgást, tehát kisebb mozgásra is reagál, de talán ez hátrány is lehet, ha túl érzékeny lesz a szerkezet.
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! ASROCK B650M R5 7600X 32GB DDR5 1TB SSD RX 6900XT OCF 16GB Zalman Z1 PLUS CM 1200W
- BESZÁMÍTÁS! ASROCK B650M R5 7600X 32GB DDR5 1TB SSD RX 6900XT 16GB ZALMAN Z1 Plus EVGA 750W
- HIBÁTLAN iPhone 13 mini 128GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3284
- Lenovo P500 - 1650-2690 v3 akár 12 mag/24 szál, 32GB DDR4 RAM, 490W 80+gold táp, számla, 6 hó gar
- Samsung Galaxy S22 Ultra / 12/256GB / Kártyafüggetlen / 12Hó Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő