Igen, ez van nekem is. De nincsenek a bemenetek tápra húzva, üresen 2,5V-ot mértem rajtuk. A tiéd nem ilyen?

Szia, köszönöm a tanácsodat, az ebben a hsz-ben szereplő modul megérkezett, és kitűnően teszi a dolgát.

Ennyire egyszerű eszközzel még nem volt dolgom

Csak bele kellett tenni a SIM kártyát, bekapcs, két AT parancs és már küldte is az SMS-t. Azt meg nem is gondoltam volna, hogy még telefonálni is lehet vele

De ilyen. Ezzel a könyvtárral próbáltam ki. Úgy mérted, hogy a motortáp (Vcc, GND) rajta volt, de az Arduino nem?

Úgy mértem.

Más:
Tegnap megérkezett az új motorvezérlő shieldem. Csak most tudtam kipróbálni, és a probléma, amivel kínlódtam a múltkor (csak 32Hz-en tudtam meghajtani a motort, magasabb frekvencián nem volt nyomatéka) úgy tűnik, hogy itt nem jelentkezik! (TB6612 MOSFET driver van rajta) Még csak szárazon próbáltam, nem volt időm átépíteni a kocsit, de 1,2kHz-en úgy tűnik, hogy elég tisztességesen meghajtja a motort, és nem is melegszik (+ állítólag van benne vmi hővédelem), ráadásul 12bites saját PWM vezérlése van, és i2c-n lehet vele kommunikálni. Adafruit Motor Shield V2 másolat, annak a lib-jével kompatibilis.

Sziasztok!

Néhány helyen ESP8266-okkal kellene optocsatolós relét kapcsolnom (természetesen 230V-os eszköz kapcsolása a cél). Van egy felesleges 2 csatornásom, de ez 5V-os, így az ESP8266 GPIO-t HIGH-ba kapcsolva zárva marad a relé. Tudnátok ajánlani valami bevált példányt, ami vezérléséhez elég a 3.3V? (Ebay, Ali, stb. link tökéletes lenne.)

[ Szerkesztve ]

Alex

Egy szintillesztő ic (pl. 4050-es) nem jöhet szóba?

Sziasztok! Pár napja vettem egy arduino uno-t. A kérdésem az lenne hogy létra diagram alapú programozással próbálkozott itt már valaki? Ha igen, akkor esetleg melyik programot ajánlanátok? PLC programozás alapjai már jól mennek, ezért gondoltam, hogy inkább LD-ben próbálkoznék ezzel

Esetleges elírásokért elnézést kérek, kevesebb ujjal nehezebb pontosan írni :) ---> Xiaomi Mi 9T 128gb

Én nem tudok róla.

Másrészt ez nem PLC, ezt mindenképp tartsd szemelőtt. De léteznek grafikus programozsi környeztek is, pl ArduBlock (Google keresés után), vagy éppenséggel a Simulink. De ezek sem létrahálzatosak.

Nokia 6030 Hardcore User // I Panic Restaurant by Taito

Lehet, hogy az is elég, de több relé is kell és ha van olyan, ami alapból jól működik kis feszültségen is, akkor inkább olyan szereznék be.

Alex

Tudom, hogy nem PLC, azért vettem meg, hogy megtanuljam kezelni és esetleg később hasznosítsam a tudásom a szakmámon belül.
Találtam már egy SoapBox Snap nevű lkalmazást, amivel elvileg normálisan lehet LD-ben programozni, a hétvégén majd lehet, hogy megpróbálkozom vele.
Ettől függetlenül tudom, hogy nem fogok megmenekülni attól, hogy megtanuljam a programozási nyelvet...

Esetleges elírásokért elnézést kérek, kevesebb ujjal nehezebb pontosan írni :) ---> Xiaomi Mi 9T 128gb

Eleg oda egy tranzosztor, meg ket ellenallas. 5 perc osszedobni. Ha sok kell, akkor ULN2003 relay driver? En azzal csinaltam a magamet. Van egy csomo modul az ebay-en, de most csak olyat talalok, amin csak 4 csatorna van kivezetve.

[ Szerkesztve ]

"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János

Ha megnezed ezt a modult, szerintem ez megy ugy, hogy a VCC-re 5V-ot kapcsolsz a bemenetre meg 3.3V-osat. Lehet, hogy neked is ilyesmi van?

"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János

[link]

Olyat kell keresni ami 3V3 v 3V is működik, vagy ha csak 1 kell ESP ként és <10A kell kapcsolni akkor SONOFF, és azt hackelni.

Kompact és egyszerű.

Release the Beast....

igen, ezeket is megtaláltam. Illetve aliexpressen olcsóbban ilyet (nem biztos, hogy jó lesz a link, mert mobilról kerestem). Azt mondjuk még nem teljesen értem, hogy miért van rgnd lába is. Hacsak nem azért, hogy egy gnd+vcc, illetve egy vezérlés+gnd.

Alex

[link]

Remélem a link jó lesz ez egy 3V relé...

Release the Beast....

Aki használ BME280-at, az normális, hogy az értékek zajosak? Szobában nyugalomban van a szenzor, és a tizedes érték ugrál. Próbáltam adafruitos és sparkfunos libbel is, oversample/filter a maximumon van, bár mikor ezeket állítgattam, akkor sem láttam érdemi változást.

I did nothing, the pavement was his enemy!

Hello,

Milyen gyakran mérsz? Valamennyit fog mozogni, mondjuk én 5 percenként mérek, de így sem látok nagy kilengéseket, pl légnyomás ugyanannyi órákon keresztül is és a levegőnedvesség is....

Adafruitos könyvtárat használok :

#include <Adafruit_Sensor.h>
#include <Adafruit_BME280.h>

Release the Beast....

Normal módban, 1 másodpercenként. De fura, hogy pont a nedvesség változik leginkább.

I did nothing, the pavement was his enemy!

ha ráhelelsz akkor természetes, de nem is ajánlom h ezzek kísérletezz. 0.1 eltérés sztem semmit se jelent.

Ha 5% ugráh úgy h senki és semmi nincs a közelben az baj.

Release the Beast....

Közben láttam a neten máshol is, hogy változik picit, szóval nem foglalkozom vele.

I did nothing, the pavement was his enemy!

Időkapcsolót kellene gyártanom egy arduinoból egy floráriumba. RTC modul van, ebből kellene az időt kiolvasni. Hétköznaponként reggel 7:30-tól 21:00-ig, hétvégén 9:00-től 21:00-ig kellene világítani egy lámpának (= egy digitális kimenetre kötött relé LOW állásban van). Ha marad még hely, akkor egy másik érzékelőt (DHT22 páramérő) is kellene figyelnie, és értékétől függően egy másik relét kapcsolgatni (80% alatt bekapcsol, 92% fölött kikapcsol). Ez a része már megvan, pár sor az egész.

Nézegettem cron kódokat, de annyira túlbonyolított nekem, meg túl sokat is tud, hogy nem mélyültem bele.

Valaki tud segíteni?

Bocs, de elvesztettem a fonalat. Most akkor melyik része van meg? A komplett relé vezérlős rész beleértve az időzítést is, vagy csak a páratartalom függő kapocsolgatás?

Milyen RTC modulod van? Én DS3231-t szoktam használni, mert bevált. Van hozzá egy jó kis library, amivel ha felconfigolod, akkor egyszerűen Clock.getYear() ... függvényekkel szépen le lehet kérdezni mindent.

Nokia 6030 Hardcore User // I Panic Restaurant by Taito

Jelenleg a páraszabályzás van meg, tehát ha a pára 80% alatt van, akkor zár egy relé, ha 92% fölé megy, akkor nyit az áramkör. Ez a DHT22 példaprogramjába plusz 2 sor beszúrását jelentette

DS1307 RTC modulom van. Korábban is ilyet használtam, időjárás-állomás-szerű dolgot már állítottam össze belőle. Ott lekérdezgettem az időt. Most azon problémázok, hogy hogyan lehet kis erőforrásból, mégis szépen megírni, hogy ha bármikor bekapcsolom a kütyüt, akkor annak megfelelően működtesse a világítást. Főleg a hétköznap-hétvége szétválasztás okoz most egy kis fejtörést. Eddig úgy tűnik, a swich() case lesz a barátom, és azon belül néhány if.

Nagyon rég programoztam, akkor is nagyon alap szinten, emiatt vagyok megakadva.

quint: ez nem olyan flori, ami miatt a TEK ajtót rugdos. Itt orchideák vannak, ezt nem kell aratni

[ Szerkesztve ]

Gondolom a páratartalmat úgyis a loop-ban figyeled, akkor már célszerű szerintem ott kezelni az idő szerinti relé kapcsolást is. Megvizsgálod az aktuális időpontot, ha olyan és alacsony állásban van a GPIO kimenet, akkor magasra húzod, ha pedig nem és magasban van, akkor alacsonyra. Vagy fordítva a relé bekötésétől/működésétől függően.

[ Szerkesztve ]

Alex

Ezt szeretném, csak a formát nem bírom megszülni, miszerint "hétköznaponként reggel 7:30-tól 21:00-ig, hétvégén 9:00-től 21:00-ig". Az egyszerre 3 paraméter figyelése a probléma (nekem).

Bontsd szét egy iffel:
if(nap==hétvége)
{hétvégi üzemeltetés} //9-től 21-ig
else
{hétköznapi üzemeltetés} //7:30-tól 21-ig

[ Szerkesztve ]

menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet

Az lesz, mert switch-csel kissé kusza lett volna.

A 7:30-tól 8-ig terjedő részt is külön fogom kezelni, csak ott kell a percekkel törődni.

Köszi az ötleteket!

Nem tudom, hogy milyen RTC függvénykönyvtárat használsz, de pl. ebből kiindulva elsőre valami ilyesmire gondolnék:

time_t t = now();
if ((weekday(t)>1 && weekday(t)<6 && ((hour(t)==7 && minute(t)>29) || (hour(t)>7 && hour(t)<21))) ||
((weekday(t)==1 || weekday(t)==6) && hour(t)>8 && hour(t)<21)) {
if (digitalRead(GPIO_NUM) == LOW) digitalWrite(GPIO_NUM, HIGH);
}
else {
if (digitalRead(GPIO_NUM) == HIGH) digitalWrite(GPIO_NUM, LOW);
}

Nem fordítottam, így a hibákat nem zárom ki.

Szerk.: Ha nem menne az output módú GPIO PIN olvasása, akkor nyilván kell valami globális változó, ahol tárolod az aktuális értéket és annak az értékét hasonlítani.

[ Szerkesztve ]

Alex

Uhhh... ez aztán az összetett if

Köszi szépen, ez alapján már boldogulni fogok. Ez után beteszem a párakövetést egy kis delay-jel, és megoldva a probléma

Lehet, hogy a kimenet aktuális állapotát felesleges is figyelni, mert legfeljebb ugyan arra kapcsolod... Azaz 1 db if marad.

[ Szerkesztve ]

Alex

Sziasztok! Most a robotomnál 5 külön bemenetre 5 kapcsoló van kötve, mindhez van egy-egy pinchange interrupt. A bemeneteken belső felhúzó ellenállás, a kapcsolók földre húzzák a bemenetet. Hogyan tudnám ezt multiplexeléssel megtöbbszörözni? Tudom, hogy olyan megoldás kéne, mint egy billentyűzet-mátrixnál, de ott fordítva vannak a jelszintek, azon filózom, hogy hogy lehetne egy ilyen mátrixot felépíteni és utána beolvasni, hogy ne csináljak rövidzárlatot?

Például 74LS148...

De ez csak akkor jó, ha egyszerre csak egy bemenetre érkezik jel. Nekem olyan kéne, amivel több jelet is tudok egyszerre detektálni...

Igen, a legmagasabb prioritású kérés (beérkezését és) azonosítóját adja tovább. Ha egyszerre több lenyomott gomb is lehet és mindegyiket érzékelni kell, akkor nincs "lábtakarékos" IRQ-s ötletem. Olyan nem jöhet szóba, hogy az elvárt reakcióidőnek megfelelő ütemben letapogatod a gombokat?

De igen, erre gondoltam én is mátrix címszó alatt. De azzal az a baj, hogy tegyük fel: 3 oszlop és 4 sor van. Egy oszlopra földet, a többire Vcc-t kapcsolok. Ha több kapcsoló is nyitva van, rövidzárat csináltam.
Rakjam tele diódákkal? Csinált itt vki hasonlót?

A letapogatást címző vonalakra diódák kellenek, a beolvasást végző bemenetekre pedig (belső) felhúzás (ilyesmi az egész).

Köszi, pont ez kellett.

esetleg i2c portbővítő, vagy egyszerűség kedvéért egy mega?

kérlek erősítsetek meg vagy cáfoljatok, de a tapasztalatom az, hogy az olcó pici kínai szenzorok sajnos nem túl pontosak. A DHT11 elvileg kalibrált szenzor mért hőmérsékletei több szenzornál +/- 2 fok különbséget tudnak kb. Ha nem valamilyen komolyabb szabályzást akarsz megvalósítani, akkor tanácsolom, hogy egy időig gyűjts adatokat, átlagolj, majd pedig a végső átlagolt idővel dolgozz (pl másodpercenként 1 értéket adj ki ciklikusan, 1 mp alatt pedig olvass folyamatosan és dobáld egy array-be, amit a végén átlagolsz, küldesz/logolsz, majd ürítesz és kezdet újra)

RTC: valszeg velem van a baj, de többet is próbáltam és pár hónap után mind sikeresen elcsúszott 5-10-20 perceket folyamatos táp mellett. Amint szükségem lesz 3 dolgon gondolkodom, ami megoldhatja a problémám: 1. NTP serverről idő szinkronizálás (valamilyen egyszerűbb socketes lib csak van hozzá)
2. DCF77 rádiós óra
3. routerből vagy a belső hálózatból valahogy kihúzni az aktuális időt (ez lenne a legjobb, de még nem mélyedtem el benne, persze úgy, hogy ne kelljen semmilyen pc-nek ehhez futnia folyamatosan)

Tkp. bármilyen portbővítő megfelel, ha nem akarjuk a gombokat mátrixba szervezni. De nem is kell, mert a mátrix is egy megoldás a sok gomb-kevés lábra meg a portbővítés is. Az előny a portbővítésnél az, hogy akár minden gombot le lehet nyomi egyszerre, és azt is le tudja olvasni.

menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet

Két pótötlet:
- gps modulból jön soros porton másodpercenként az adat, benne az atomóra pontos idő
- Kossuth rádió középhullámon délben 5 sípszóra ráhúzni az időt

menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet

Mega boardot használok, de ellentétben az uno-val, ahol minden (24) lábra lehet pinchange int-et beállítani, a megának csak 18 erre a célra használható lába van, annak is nagy részét másra használom (2.serial port, encoder impulzusok számlálása stb). Ha több érzékelőt akarok rátenni, akkor muszáj multiplexelnem. Digitális bemenetem, az bezzeg van dögivel. Azt is lehetne, hogy az összes érzékelőt egy lábra kötöm, ami interruptot generál, és használom a rengeteg szabad digitális bemenetet. Sok dióda kellene hozzá, de akár így is működhet a tegnapi ábra alapján.

Érdemes megfogadnod Bazs87 kolléga tanácsát, ha tényleg ilyen összetett a projekted. Például az MCP23017 nagyon jól használható megszakításos rendszerben is (hozzá egy könyvtár).

A Bosch az elvileg kalibrált, és a filtrálást is tudja már önmagában. Mondjuk biztonság kedvéért én is megcsináltam a datasheetben levő képlet szerint

I did nothing, the pavement was his enemy!

Nem is gondoltam, hogy ilyen is van. Köszönöm a tippet!

Más: ma írtam egy virtuális gépet a smart car-ra. Mostantól a fiam is tudja majd programozni.
Kb. 8 sornyi program elég, hogy körbemenjen a szobán és kikerülje a falakat meg az akadályokat.