- Netfone
- Mobil flották
- Xiaomi 15 - kicsi telefon nagy energiával
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Külföldi SIM-ek itthon
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Milyen okostelefont vegyek?
- Megvan, milyen chipet használ a Pura 80 Ultra
- Android alkalmazások - szoftver kibeszélő topik
- Milyen GPS-t vegyek?
-
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
-
#4874
DrojDtroll
veterán
szaszyka
#4873
DrojDtroll
veterán
-
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!
-
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...
-
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)
-
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
#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...
-
-
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?
-
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
#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. -
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.
-
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.
-
bardi
senior 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. -
Tankblock
aktív tag
válasz
szaszyka
#4317
üzenetére
Hello
Failed to read from DHT #2Ez 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.
-
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.
-
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. -
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. -
#3684
FireKeeper
nagyúr
szaszyka
#3682
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.
-
#3680
FireKeeper
nagyúr
szaszyka
#3679
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.
-
#3678
FireKeeper
nagyúr
szaszyka
#3677
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.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
ekkold
- Xiaomi Redmi Note 14 Pro Plus 12/512GB Újszerű,Dobozos,Kétkártyás 1év Garanciával!
- Prémium MAGYAR PBT custom keycap készlet eladó - Goblintechkeys
- DJI Air 2s Fly More Combo drón szett megkímélt állapotban, kofferrel
- ASUS ROG Strix G17 17.3" Notebook! i7-10750H / RTX 2070 Super / 1TB NVMe / 16GB DDR4! BeszámítOK
- Void RGB PC - i7 9700f, 16Gb RAM, RTX 2080Ti 11Gb stb.
- Iphone 16E 128GB Fekete Bontatlan 24 Hónap Garancia
- Telefon felváráslás!! Xiaomi Redmi Note 11, Xiaomi Redmi Note 11 Pro, Xiaomi 11 Lite
- AKCIÓ! Lenovo Legion Slim 5 Gamer notebook - R7 7435HS 16GB RAM 1TB SSD RTX 4070 8GB GDDR6 WIN11
- BESZÁMÍTÁS! Samsung T22E390EW TV monitor garanciával hibátlan működéssel
- ÁRGARANCIA! Épített KomPhone Ryzen 7 5800X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest