- Apple iPhone 15 Pro Max - Attack on Titan
- Yettel topik
- Google Pixel 6/7/8 topik
- Android alkalmazások - szoftver kibeszélő topik
- Újabb Samsungok telepíthetik a Galaxy AI-t
- Samsung Galaxy Note20 Ultra - a tollnak nincs ellenfele
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Samsung Galaxy S24 - nos, Exynos
- Vodafone-ra áttért Digi Mobilosok
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Mindent megtudtunk az új Nokia 3210-ről
ma Részletes képek, specifikációk és euróban megadott ár is van a legendás modell újraélesztett verziójához.
-
Megbírságolták a Razert a Zephyr maszkok miatt
ph A cég elég olcsón megússza az ügyfelei félrevezetését, de az üdvözlendő, hogy az Egyesült Államok hatóságai nem siklottak el az ügy felett.
-
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
-
FireKeeper
nagyúr
válasz szaszyka #3677 üzenetére
természetesen megoldható több szenzor adatainak beolvasása és több ventillátor vezérlése is.
.h könyvtárakat elég az elején egyszer definiálni, aminek a függvényeit (funkcióit) utána a programon belül akárhányszor tudod használni.
szenzorokat úgy nevezed el ahogy akarod, a lényeg, hogy utána azon a néven fogsz tudni hivatkozni rájuk. szóval lehet DHTPIN1,2,3, de akár Jóska, Pista és Csaba is.
itt nem igazán van olyan, hogy két folyamat fusson egymás mellett, a parancsokat a mikrokontroller szekvenciálisan, vagyis egyiket a másik után hajtja végre. nyilván mivel ez kellően gyorsan dolgozik, az ember számára úgy tűnhet, hogy több dolgot csinál egyszerre, de fontos megérteni, hogy valójában ez nem így van. az Arduino IDE a program kódját külön veszi két szegmensre, egy setup és egy look blokkra. a setupban kell megírnod azt a részét a programnak, ami az egyes funkcionális egységek kezdeti beállítását végrehajtja (szenzorok, venti vezérlő jelek beállítása), ez egyszer fog lefutni, mikor bekapcsolod a cuccot. a másik blokk-ba, a loop-ba kerül a programnak az a része, amire azt szeretnéd, hogy folyamatosan fusson, nálad nyilván ez lesz a szenzoradatok megadott időnként történő kiolvasása, és a ventillátor vezérlő jeleinek módosítása.
steam, GOG, uPlay: @petermadach || HotS: PeterMadach#2675 || Xperia 10 V || Ultrawide & SFF masterrace || Unofficial and unpaid VXE R1 shill
-
FireKeeper
nagyúr
válasz szaszyka #3679 üzenetére
igen, a címzés a lényeg, lekéred az 1-es szenzor adatait, aztán a 2-esét, 3-asét...
referencia érték? ezek alapján úgy tűnik nekem, arra gondolsz, hogy bekapcsnál mérsz egyet és utána ahhoz viszonyítva relatív értékek alapján lesz majd a szabályzás. nem abszolút hőmérsékletek alapján lenne érdemes?
a PWM azt hiszem folyamatosan tolja a jelet, de ennek utána kell olvasni dokumentációban. illetve azt is meg kell nézni hogy 0 szabályzásnál leáll-e a venti, ezek ha jól látom PWM szabályzású ventik, hasonlóak (vagy pont ugyan olyanok) mint amiket PC hűtésnél használnak, viszont azok ha jól emlékszem 0 vezérlésnél beállnak valami minimum fordulatra, de nem kapcsolnak le.
ha nem akarod hogy ugráljon a fordulat, meg lehet úgy írni a szabályzást, hogy x idő alatt átmenettel álljon át új fordulatra.
steam, GOG, uPlay: @petermadach || HotS: PeterMadach#2675 || Xperia 10 V || Ultrawide & SFF masterrace || Unofficial and unpaid VXE R1 shill
-
FireKeeper
nagyúr
válasz szaszyka #3682 üzenetére
azt hiszem kicsit elbeszélünk egymás mellett. az abszolút vs. relatív hőmérséklet közötti különbséget úgy értem, hogy az abszolútnál az aktuális mért értéket veszed, relatívnál pedig a mért értéket egy korábbihoz viszonyítod, ami szerintem nem feltétlenül logikus, mivel ebben az esetben az alapján történne a szabályzás hogy mikor bekapcsoltad épp, akkor hány fok volt, nem pedig az alapján hogy most épp hány fok van. persze valószínű hogy te sem így gondoltad, viszont nekem az alapján amit írtál, ez jött le.
steam, GOG, uPlay: @petermadach || HotS: PeterMadach#2675 || Xperia 10 V || Ultrawide & SFF masterrace || Unofficial and unpaid VXE R1 shill
-
Janos250
őstag
válasz szaszyka #3687 üzenetére
Fog ez menni!
Az elképzelés jó, hogy ahhoz a helyiséghez viszonyítva dolgozzon, ahonnan szívja.
Tehát ha az időjárás miatt a hálóban is 80 % , akkor ne erőlködjön a szellőztetéssel, hogy levigye mondjuk 60-ra, mert úgyse fog menni.
2 s-os késleltetést ne tegyél bele, hagyd jobban futni.
Ha nem elég gyors időközönként lép rá újra a loopra, a WDT nyavalyoghat, amit persze ki lehet védeni, de nem érdemes.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
nagyúr
válasz szaszyka #4172 üzenetére
Azért arra figyelj, hogy a SZ.P helyett olyan változó nevet használj, amiben nincs pont (pl SZ_P), és persze előtte deklaráld a változókat (nem tudom mennyire vágod a témát). Ja, a pwm kitöltöttség természetesen 1 és 255 közt megadható, szóval a kapott százalékot (1-100) szorozd meg 2.55-tel.
[ Szerkesztve ]
-
adatfalo
senior tag
válasz szaszyka #4317 üzenetére
Nem tudom, hogy csak az MQ-* gáz szenzoroknál szokás-e ajánlani (én megtettem ezt a DHT-kkal is), hogy az első 24 órát befőttes üvegben, homogén közegben, csak VCC és GND-re kötve hajtottam. De az említett gázszenzoroknál mindenképp szükséges ahhoz, hogy ne dobálja a fals adatokat. Egyébként a DHT22 és DHT11-em között én is véltem felfedezni különbségeket.
www.adatfalodesign.hu
-
Tankblock
aktív tag
válasz szaszyka #4317 üzenetére
Hello
Failed to read from DHT #2
Ez honnan jön? Ha igaz akkor a valamelyik szenzortól nem kapsz értéket.
Amúgy nekem volt kínai DHT22 szenzorom, valami oknál fogva egyzser csak 60 fokra melegedett és tönkrement.
Elvileg kalibrálni kellene a szenzort. Különbféle fix páratartalmú helyen kell tartani valamennyi ideig. Ne fúj rá soha ha lehet. Én BMP280 szenzoraimat várom, ezzel szeretbém helyettesíteni.
Release the Beast....
-
bardi
aktív tag
válasz szaszyka #4333 üzenetére
Jelenleg a potméterre van kötve egy kar, amit gömbcsuklóval mozgatok. Szimulátorhoz való pedálról van szó. Fogaskerekes megoldás bár jó lenne, de túl sok macera, árban is valószínű több lenne, meg újra kéne terveznem elég sok dolgot. Most majd a gömbcsuklók bekötési pontjával játszok, ha 100° fölé tudnék menni, az teljesen jó lenne már, 12 bit-en az bőven 1000 fölötti felbontás, finomabb mint amit normál ember lába tud tartani.
Toló potméter lenne a legjobb, de abból nem találok olyat, amit fel tudok csavarozni egy acél lapra, és rendesen tudom mozgatni a csúszkát, mindegyiken csak egy amorf pöcök áll ki, amire semmit se tudnék rákötni, pláne nem egy gömbcsuklót.'92 Honda VFR 750
-
Tankblock
aktív tag
válasz szaszyka #4733 üzenetére
Hello,
Adatlap szerint [link] 6[V] a max.Ha azon egy kicsit is túlment a fesz akkor lehet hogy károsodott.
2 lehet csak kiolvasni. Nem lehet, hogy a kódban van a hiba? Én egyesével végignézném 5V mellett azt szerintem még az arduino is meg tudja táplálni.
Ha melegszik hamar azt kézzel érezni lehet.
[ Szerkesztve ]
Release the Beast....
-
Tankblock
aktív tag
válasz szaszyka #4739 üzenetére
Hello
Per pillanat nem látok semmi mást, mint hogy a földeket az arduino és a 5V között közösíteném, vagy a Mega 5V kimenetéről hajtanám meg a DHT22 es szenzorokat.
Mivel ha jól látom akkor a DHT22 Sensor méréshez 1,5 [mA] kell így bőségesen elég lesz ha a Arduino Mega 5V és GND kötöd a senzorok Vcc és GND lábait.
Release the Beast....
-
Tankblock
aktív tag
válasz szaszyka #4741 üzenetére
Hello
Ha 1 pin 20 [mA] LED et simán kihajt akkor 3 * 1,5 [mA] is :-)
Mihez képest, plusz 1 hiba ha van még 1 tápegység. Remélem megmérted a tápegységet, hogy hány [V] szolgáltat és nem bíztál meg a kijelzőben....
Az arduino sem biztos h szereti ha 6V kap esetenként a pinjeire.....
A Föld vonalakat meg célszerű közösíteni, még akkor is ha különböző feszültségeken megy mert a lebegő föld tud csodákat művelni. Nálam RGB W2812B LEDek működtek furán addig amíg nem közösítettem a földet.Release the Beast....
-
fpeter84
senior tag
válasz szaszyka #4743 üzenetére
Szerintem kevered a típusokat... A DHT11 és 22 az (butuska) páratartalommérő, a BMP180 és BMP280 viszont légnyomásmérő. Ha okosabb páratartalommérő kell, az pl a HTU-21 lesz, vagy ha egyszerre szeretnéd a két funkciót akkor az a BME280 lehet pl...
HTU-21 -ből van 2db 2féle modulom, de eddig még nem jutott eszembe egymás mellett olvasni őket hogy mennyire adják ugyanazokat az értékeket - mindjárt ki is próbálom...
BME280-ból is a napokban rendeltem egy párt, de az még jó egy idő lesz mire ideérnek rizsföldről...
-
Tankblock
aktív tag
válasz szaszyka #4743 üzenetére
Hello
Arra BMP280 kell, a BMP180 "csak" hömérséklet és levegő nyomást mér.
2 hónapja megy folyamatosan 5 [sec] mérve a hőmérsékletet.
hmm lehet hogy 3 BMP280 sensor kihívás lesz, mivel SPI on csak 0x76 v 0x77 címek választhatók a datasheet szerint, és amit én kaptam azon ez szerintem fix 0x77.
I2C meg lehet trükközni a chip select tel, de ebben ki kellene kérni valaki más véleményét is.
Miért kell 3 Humidity sensor?
Release the Beast....
-
Tankblock
aktív tag
-
fpeter84
senior tag
válasz szaszyka #4748 üzenetére
Jaja, a DHT-re értettem hogy butuskábbak, de azt hogy stabilabb e még nem tudom. Mindenesetre 2 darabbal mindjárt megnézem hogy melyik mit olvas, csak elő kellene kerülnie valahonnan a második modulnak is...
Ha neked nem kell légnyomásmérés csak páratartalom, akkor a HTU21 is jó választás lehet. Viszont a 3 darab párhuzamos olvasása tényleg felvet némi problémát! Ezek az I2C eszközök max 2 címet tudnak kezelni, a HTU csak egy fixet... A BME-ből van olyan modul is ami I2C-n 2 cím közül választható, vagy van olyan ami SPI-t is tud, ahol a CS láb kezelésével ugye tetszőleges számú eszköz olvasható párhuzamosan.
Szóval a köv verziókat tudom elképzelni a párhuzamosításra:
- I2C eszközök azonos címen egyetlen buszra felfűzve, de a tápot 1-1 dedikált GPIO biztosítja a moduloknak (kicsi áram, max 0.5mA), és mindig csak egyik modulnak adsz tápot és adsz neki pár mp stabilizálódási késleltetést
- I2C eszközök azonos címmel külön szoftveres I2C buszon, vagy olyan uC aminek ennyi külön hardveres busza van
- I2C eszközök azonos címmel olyan uC-n ami rendelkezik valamiféle pin-remap funkcióval, hogy lehessen váltogatni a végpontok között az 1 hardveres buszt
- SPI eszközök külön CS-elViszont ha az utóbbit választod akkor jól nézd meg melyiket veszed, mert szerintem az olcsóbb kínaiak keverik a BME-t a BMP-vel! nagyon hasonló a 2 tokozás, de a BME fémsapkája négyzet forma, a BMP meg kisebb téglalap, és az olcsóbb BME-nek árultakon én a téglalap formát látom... Persze lehet a "kép csak illusztráció" és tényleg BME-vel küldi...
-
fpeter84
senior tag
válasz szaszyka #4753 üzenetére
Ha nem kell légnyomás, akkor az olcsóbb HTU21D is megfelelhet a céljaidra. Gondolom egy ilyen szellőztetőnél nincsen szükség túl magas frissítési frekvenciára - akkor a 3 külön szoftveres I2C busz verzióval próbálnám meg, az a legegyszerűbb... Egyébként a 2560-as feleslegesen nagy és drága ide, egy nano vagy micro is bőven elég lehet a célra, vagy egy ugyanolyan árú STM32 mini
-
fpeter84
senior tag
válasz szaszyka #4753 üzenetére
Hát akad némi különbség a két HTU21 között, pedig adtam nekik időt a kiegyenlítődésre mindenhol...
szobahőmérsékleten
Temp1: 21.58 Hum1: 49.77 Temp2: 22.34 Hum2: 41.67
Temp1: 21.60 Hum1: 49.77 Temp2: 22.34 Hum2: 41.65
Temp1: 21.55 Hum1: 49.73 Temp2: 22.27 Hum2: 41.64radiátoron
Temp1: 29.76 Hum1: 33.49 Temp2: 30.40 Hum2: 26.63
Temp1: 29.77 Hum1: 33.50 Temp2: 30.41 Hum2: 26.63
Temp1: 29.77 Hum1: 33.50 Temp2: 30.41 Hum2: 26.63nyitott ablakban
Temp1: 7.57 Hum1: 44.38 Temp2: 7.86 Hum2: 37.16
Temp1: 7.55 Hum1: 44.37 Temp2: 7.78 Hum2: 37.19
Temp1: 7.54 Hum1: 44.41 Temp2: 7.74 Hum2: 37.24Az egyik egy ilyen piros amin csak felhúzó van, a másik pedig ez a kék modul, amin viszont van 3V3 feszstab és jelszintillesztő is, így nyugodtan rákötheted a MEGA-ra is!
(mintha a kékből annó 2-t is rendeltem volna, ha előkerül akkor őt is bevonom a kapcsolásba)
[ Szerkesztve ]
-
fpeter84
senior tag
válasz szaszyka #4762 üzenetére
Itt is kb 20% a differencia, csak nem szám szerint +/- 20 hanem a százalék +/-20 százaléka - csak azért furcsa még ez a relatív nagy szórás is, mert a doksija szerint +/- 3%-nak kellene lennie a pontosságának...
Egyébként egyáltalán nem nagy mutatvány a párhuzamos olvasásuk, csak némileg erőforrás-pazarló és lassabb is mint ideális állapotban - saját kóddal természetesen lehetne maximalizálni a sebességét - de percek alatt össze lehetett kalapálni ezt is így... Érzékelőnként kell 2-2 digit láb (lehet az órajeleket össze lehetne vonni, de azzal nem foglalkoztam), ha a kék illesztett HTU-ból rendelsz akkor azokat a MEGA-ra vagy később egy NANO/MICRO-ra közvetlenül is rákötheted...
[ Szerkesztve ]
-
stopperos
senior tag
-
Janos250
őstag
válasz szaszyka #4739 üzenetére
Kíváncsivá tettetek ezzel a DHT11-el
Találtam egyet a ládafiában, és kipróbáltam.
Tapasztalatok:
Az internet tele van erre példákkal, de a leírt szoftverek nekem vagy egyáltalán nem működtek, vagy gyakran hibáztak.
Az ok: az időzítések. Az én példányom időzítését megnéztem analizátoron. Hát... eléggé elüt attól, amit az adatlapján írtak. Mivel például az egyik szoftver nem az éleket figyeli, hanem egyszerűen csak időzítést, így a 40 ciklus végére bizony elmászik.
Ezért kénytelen voltam saját kezelő szoftvert írni hozzá. Azzal már hiba nélkül működik, a kontroll szummával együtt, de nagyon pontatlan. Ha ténylegesen komolyan akarja valaki használni, kalibrálni kell. A szoftverek egy része a kontroll szummát egyszerűen be se olvasta.Konklúzió: nem is biztos, hogy tönkrementek azok a szenzorok, lehet, hogy a szoftver nem passzol hozzá! Mindenesetre pl. egy I2C azért jobb lesz!
[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
DrojDtroll
addikt
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest