- Fujifilm X
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Bluetooth hangszórók
- Azonnali fotós kérdések órája
- Raspberry Pi
- Szünetmentes tápegységek (UPS)
- Nem indul és mi a baja a gépemnek topik
- AMD Navi Radeon™ RX 9xxx sorozat
-
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
-
Pubszon
veterán
válasz
vargalex
#5399
üzenetére
Ez maga a weblap programkódja:
static word homePage() {
bfill = ether.tcpOffset();
bfill.emit_p(PSTR(
"HTTP/1.0 200 OK\r\n"
"Content-Type: text/html\r\n"
"Pragma: no-cache\r\n"
"\r\n"
"<meta http-equiv='refresh' content='$D'/>"
"<body bgcolor=tan> </body>"
"<title>Ardu</title>"
"<FONT COLOR=maroon><h3>M: $D:$D$D:$D$D</h3>"
"<h3>H: $DC</h3><h5>$D - $D</h5>"
"<h3>P: $D%</h3><h5>$D - $D</h5>"
"<h3>A: $D</h3>"
"<h4><em>$D:$D$D:$D$D</FONT></em></h4>"),
refreshtime,
mozgasokh,
mozgasokm / 10, mozgasokm % 10,
mozgasoks / 10, mozgasoks % 10,
homerseklet,
minhomerseklet,
maxhomerseklet,
paratartalom,
minparatartalom,
maxparatartalom,
door,
h,
m / 10, m % 10,
s / 10, s % 10);
return bfill.position();
}Jelenleg integerben tárolom őket.
homerseklet = DHT.temperature;Ötlet?
-
Pubszon
veterán
Üdv.
Van egy arduino webszerverem, ami több mint egy éve megy gond nélkül.
PIR mozgás szenzor, egy mikrokapcsoló egy ajtón és egy DHT11 volt hő és páratartalom mérésre.
A DHT11-et kicseréltem DHT22-re. A kódot átírtam, működik is és pontosabb, viszont sem negatív sem pedig nem egész számot nem tudom megjeleníteni a weboldalon. Próbáltam már float, double és int-ként is, de akkor hülyeségeket ír.
Jelenleg integerként van tárolva, de ugye ez csak egész számot tárol, ami végül is nem nagy gond, de ha hideg lesz akkor negatívot nem fog tudni mutatni.
Ötlet vagy tapasztalat? -
Tankblock
aktív tag
-
Bazs87
tag
válasz
Tankblock
#5395
üzenetére
Igaz, viszont smarthome rendszernek ott van a FHEM és társai. Biztosan egyszerűbb lenne előkészített alkalmazásokat bedrótozni, de még ha az elején bugos is lesz, szeretném magamnak megcsinálni. Így korlátlanul tudom fejleszteni és úgy ahogy nekem tetszik. Az én néha túlkomplikált logikámmal, néha fura megoldásokkal, de az én gondolatmenetem szerint megy.
A googlenak van profi megoldása, kommunikál az okos háztartási gépekkel stb, ilyen szintre valszeg sosem fogok eljutni, de kifizetni se nagyon "szeretném"
-
Tankblock
aktív tag
Ami már kész van azt használjuk fel okosan. Írhatsz saját protokollt, websocketet, vagy akármi mást is. A kérdés az hogy mennyi időt szeretnél tervezéssel, implementálással, teszteléssel, újragondolással...
Nekem egy raspi3 on fut a broker és a nodered is. Hobby nak így jó, éles rendszernek nem így használnám...
-
Bazs87
tag
válasz
Janos250
#5387
üzenetére
a textküldős verzió valóban elég szimpatikus, vajon megjeleníti így is böngésző textként?
Azért gondolkodtam html-ben mert azt ismerem, továbbá regexp-pel nem kell még ciklus se, hogy felvágjam az egészet.
Ennél már csak tényleg egy webserver lenne elegánsabb, ami tud http.get-etgps: ránézésre se a 7 eurós kategória egyik se
nekem ez amolyan nagyon erős hobbi, tényleges használat nélkül nem ruházom "komolyabba", de köszönöm a tippet@Gyapo11:
ez lenne a B verzió, amit írtál. Hálózati oldalon ott tartok, hogy tudok VPN-t, illetve mac reserve-s dhcpt, tényleg csak a webserver hiányzik, ha mást nem csinálok, akkor valami nagyon gagyi hibrid html kódot, hogy távolról is lássam, vagy thingspeak. A touchra pedig megy a raspbian.
Mivel saját használatra lesz kb tök mind1 nekem, hogy nincs sallang meg csillivilli.@Tankblock:
ezzel a pár kulcsszóval mutattál nekem utat egy teljesen eltérő irányba. Az utóbbi 2-ről még sosem hallottam. Az MQTT nagyon szimpatikus, utána fogok menni mindenképp.Köszönöm a tippeket, javaslatokat!
-
Janos250
őstag
"GPS modulként mit tudsz ajánlani?"
Ajánlani nem, mert nem próbáltam.
Elvileg:
https://www.u-blox.com/sites/default/files/NEO-M8_DataSheet_(UBX-13003366).pdf
Vagy:
http://www.reyax.com/Module/GPS/RY835AI/RY835AI.pdf
NEM HASZNÁLTAM EGYIKET SE!!!
Nálam mások a szempontok, mást használok.
Az utóbbiban van még:
Bosch BMP180
InvenSense MPU 6050
Honeywell HMC5983 -
Janos250
őstag
Nem, nem jól érted.
ESP8266WebServer server(80);
Nem így küldöm:server.send(200, "text/html", s);
hanem így : server.send(200, "text/plain", s);
Ebben az esetben textként küldi a szerver. Az érkezett üzenet első 6 sora ignorálandó, a következők a tényleges üzenet text formában. Nagyon kényelmes.Ha valakit érdekel, itt egy minta, kiírásokkal:
Pl:
Így küldi a szerver:
void handle_text (){String s = tempr;
s+= "\r\n";
s+= tempr2 ;
s+= "\r\n";
server.send(200, "text/plain", s);
} ;
Ez meg a fogadás:
Serial.println("Ez jott a serverrol:");uint8_t linenum = 0;
while(client.available()){
String line = client.readStringUntil('\r');
Serial.print(line);
s[linenum]=line ;
linenum++;
}
;
Serial.println();Serial.println("Eddig jott a serverrol");
Serial.println();
Serial.print("Ez a hasznos, ami jott a serverrol:");
Serial.println(s[6]);
Serial.println(s[7]);
client.stop();
tempr = s[6] ;
tempr2 = s[7] ;
A formátum kicsit megkeveredett a copy során, de ha javítani akarom, még rosszabb lesz.
Állítólag lehet valahogy programkódot is beilleszteni, de nem tudom, hogyan.
-
gyapo11
őstag
Pythonhoz nem tudok hozzászólni, szerintem a pc akár remote accessel, akár webserver módban php+mysql-lel jól kezelhető telefonról. Be kell állítani az ablak- és betűméretet, és jól fog megjelenni, könnyen rá lehet tappolni a gombokra, ott a javascript a teló böngészőjében, és a pc-n a megfelelő helyre letett file-okat a php-val föl lehet dolgozni oda-vissza, tehár akármilyen programmal lehet adatot cserélni.
-
Bazs87
tag
válasz
Janos250
#5381
üzenetére
öööö jól értem?
mármint nem webserverként html-ben küldöd, hanem socket kommal és általad felépített komm-protokollal.
Ha igen, akkor én is próbálkoztam vele, ott szereztem a negatív tapasztalatokat a W5100-zal. Wifivel még annyira nem próbálkoztam, csak a nodemcu-val kevéskét. A gond, h nekem arudino kellene wifivel, az meg sehogy sem "olcsó" játék. (kívánt szenzorok: mozgásérzékelő, MQ 135, DTH11, fényerősség érzékelő, nyomás, CO érzékelő).
Vész esetén pedig van 1 B opció amit találtam:
Raspiból lehet csinálni codesys plc-t játékpénzért és rá lehet akasztani slave-ként modbuson arduinokat. Ekkor játszik a plc minden előnye/hátránya (buszkomm stabilitása, konfig blackboxban-ami nem baj ha mukodik, ha nem akkor mar baj ) A stabilitása viszont kérdéses, mert az is ethernet libet használ vizunál, továbbá W5100-at. Ekkor csak a "plc"-t kell összekapcsolnom a mysql szerverrel, továbbá még webes vizut is tudok jelentősebb ráfordítás nélkül.http://www.fleaplc.it/en/tutorials/33-arduino-as-raspberry-pi-s-remote-io-codesys
-
Janos250
őstag
"nem kell hozzá ismerni az android mélységeit"
Az ESP-re az android egy "szabványos" C++ fordítóval fordított C++ program. Attól lesz android, hogy van(nak) hozzá kész könyvtár(ak),
amikben az olyan arduinos dolgok, amik nicsenek a szabványos C++-ban (pl. pinmode) definiálva vannak osztály, objektum, függyvény, konstans formájában.
Persze ugyanez a helyzet az STM procik esetében is, ahhoz is a gyártó által adott C++ fordítót használják.
GPS:
olyan kínai, vagy egyéb "GPS" modult kell használni, ami nem csak a tényleg GPS (amerikai), hanem az orosz (GLONASS), és a kínai (BEIDOU) műholdakat is látja. -
Bazs87
tag
válasz
Janos250
#5379
üzenetére
autó követő:
a témán én is gondolkodtam. A gondom az ardus gps modullal volt. Amint fedett helyen vagyok, vagy csak a kesztyűtartóban vége a dalnak.
Én telefonnal indultam el, androidon:
http://appinventor.mit.edu/explore/ai2/android-wheres-my-car.htmltávlati cél: gps tracker - azaz a saját pozícióm feldobni ThingSpeakre, majd az otthoni szerver percenként összehasonlítja az én akt. pozícióm a fix otthoni pozzal. Ekkor kapok egy értéket, h otthon/otthon közelében vagyok. Ha nem is használható ez a bool ajtónyitásra, de plusz 1 feltételnek tökéletes.
Az app inventor blokkos programozása egy rossz vicc, de meglepően sokat tud és nem kell hozzá ismerni az android mélységeit, ezért tetszett meg. (mert még abba is komolyabban belekezdeni nincs kapacitásom, meg annyira nem is érdekel)
van 1 ilyen kész "kódom", ha érdekel megosztom veled (max screenshoton, ha más módot nem találok)
nekem esp-vel nem sikerult W5100-zal egy webserver + tcp klienst összehozni. Minden összeakadt mindennel
a vége az lett, h kiszerveztem külön-külön nanokra és soroson kommunikáltam. (meg összeakadt még az sd olvasó, eeprom....., azóta próbálom a libeket minimalizálni, bugyuta logikák, talán úgy stabilabb, a pc meg mindent "meglogikáz") -
Janos250
őstag
Én KICSIT hasonlókkal foglalkoztam párszor.
Az én megoldásomat leírom, ha esetleg találsz benne valamit, ami Neked is jó.
Az ESP egyszerre (tehát ugyanaz a csip egyidőben) lehet szerver is, és kliens is.
Adatokat én mindig kliensként küldök, mert az akkor megy, amikor én akarom, a szervert meg kérdezni kell. Persze van, ahol automatikus frissítést állítottam be a HTML kódban, ahol folyamatosan kell kijelezni valamit, pl. hőmérsékletet a mobiltelefonon böngészőben.
Viszont a szenzorok kliensként küldik az adatokat a szervernek. Kényelmesen kezelhető a GET és a POST egyaránt.
Pl. ami most következik, ha lesz rá időm és energiám:
Pillanatnyi GPS adatokat tároló ESP szerver. Az adatokat egy másik ESP küldi interneten, kliensként "lekérdezéssel", amire a szerver nem válaszol, hanem tárolja a "lekérdezési" adatokat. Az időben utolsó koordinátát egy harmadik ESP szintén interneten az általa kívánt időben kérdezgeti és feldolgozza. Egyszerűsítve azt mondhatnám, pl. autó követő.
Én kizárólag WiFin csatlakozok az internetre. A routeren a portot valami ritkán használtra állítom, és úgy kommunikálok, ha nem akarom, hogy esetleg mások bezavarjanak. A csak valódi lekérdezésnél meg általában marad az alap beállítás, mert nem egy nagy tragédia, ha valaki véletlenül leolvassa a készülék hőmérséklet.
Ja, még annyit, hogy az adatokat egy másik ESP-nek text formában küldöm, nem HTML-ben, mert azt könnyebb lekezelni. -
Bazs87
tag
elvi kérdésem lenne:
smarthome rendszerben gondolkodom már jó ideje és szeretném kikérni a tanácsotokat:
alapvetően egy mysql szerverben gondolkodom, amibe pár okoskütyü miatt lekerülhetetlenné vált python kód nyúkál, a logikát pedig vbs-sel tervezem megvalósítani egy barebone pc-n
Az egyes helységekbe kihelyezett "szenzorboxok" pedig arduino/nodemcu/esp-vel menne.
némely szenzorhoz szükségem lenne az 5 V-ra, emiatt maradna az arduino szigorúan kihagyva a W5100-at a rossz tapasztalatok miatt.
A kérdés, hogy bármilyen tákolással tudok e mysql kliensként funkcionálni wifin keresztül (legrosszabb esetben webserver és vbs-sel html vágással szedem ki az adatokat)Speckóbb alkalmazásokhoz, ahol biztosabb rendszer kell maradna a siemens plc, netán codesyssel felokositott raspi/ moduláris wago fegyegység + codesys.
Vizunak első körben egy Lazarus+Raspi+Touchsreen-ben gondolkodom, bár a win közelebb állna hozzám.
A gond, h asztali alkalmazást mondjuk telefonról irányyítani elég problémás. Lehet, h inkább webserverben kellene gondolkodnom, de abban meg nem vok annyira benne, ahogy az androidra történő programozásban sem.Azért nem szeretnék PC-n 1 programból mindent irányítani, mert egyrészt nem tudok (néhány lib csak pythonra van, azt meg annyira nem szeretem, h azzal oldjak meg mindent), másrészt sok kis vbs modul talán stabilabb a libek miatt, így nem akadhatnak össze.
Tudom, ez így elég kusza, de ugye én is abból főzök, amiben tapasztalatom van.
Főleg az ardu/node/esp vág ide, próbálkoztatok már ilyesmivel?
Netán vizus/távvezérlős témában tudok valamit ajánlani, amivel érdemes foglalkozni?
Van ilyen irányű tapasztalata valakinek?Szívesen fogadok minden tanácsot, tapasztalatot, ötletet.
Köszi!
Bazs87 -
quint
aktív tag
Ha már szóba került az ESP12E/F, a "fehér kártya" , a NodeMCU vagy éppen a Wemos D1...
A "fehér kártyán" nem található kivezetések a pirossal bekarikázottak (bocs' a képekért":
Ezek a NodeMCU kártyán itt szerepelnek:
Az addig rendben van, hogy a bekarikázott MOSI, CS, MISO, SCLK lábakat a beépített flash-sel való kommunikációhoz használja az ESP, ezért gubanc lehet a használatukból. A nagyobb problémám az, hogy a GPIO10 és GPIO9 lábakat sem tudom használni (3 db NodeMCU-n próbáltam. Sikerült valakinek?Egy SPI-s tapis TFT LCD-vel szórakozom (sikerült találni hozzá egy brutális sebességű könyvtárat, ehhez viszont faragni kell a tapi illesztőjét), nem maradt túl sok szabad portom...
-
Janos250
őstag
Ez:
http://www.ebay.com/itm/10pcs-ESP8266-WiFi-Module-Breakout-Board-Adapter-Plate-for-ESP-07-ESP-08-ESP-12-/142300489672?hash=item2121c527c8:i:142300489672
mert 60 Ft/db, és a legszükségesebb ellenállások már rajta vannak, de az ESP 12-t rá kell forrasztani, így:
http://www.ebay.com/itm/131899435813?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Elvileg egy fesz. szab. IC-t is lehet rá tenni, de annak annyira kicsi az árama, hogy én inkább a 3.3 voltot adom rá közvetlenül. Ha a fesz szab IC-t akarod ráforrasztani, egy rövidzár "ellenállást" (0 ohm) ki kell venni. -
#5366
vargalex
félisten
FireKeeper
#5365
vargalex
félisten
válasz
FireKeeper
#5365
üzenetére
Igen, ez.
-
vargalex
félisten
-
skul0
aktív tag
válasz
vargalex
#5359
üzenetére
Szia!
Én tervezem két DHT szenzor ( külső/ belső hőmérséklet kijelzését) egy külön 7 szegmenses kijelzőn. Plusz pár LED felvillantását az óra/ perc közt, meg a hőmérsékletek megkülönböztetésére.
Bár szó mi szó, mióta áttértem arra, hogy MAX7219-el hajtsam őket egy több kimenetes ESP is elég lehet.
-
skul0
aktív tag
-
Janos250
őstag
Másolat persze! Azon az oldalon az összes többi is másolat.
De az miért is baj?
Töredékébe kerülnek mint az eredetiek, és ugyanúgy működnek, többnyire ugyanazok a chipek vannak rajtuk. A CH340G-vel sincsen semmi baj, ha jó drivert rakunk fel.
Egyes másolatok jobbak mint az eredetiek, mert dupla érintkező sor van rajtuk. -
Janos250
őstag
Vagy itt 30%-al olcsóbban:
https://shop.chipcad.hu/Welcome/Default.aspx?scenarioID=360&search=MCP+23017&searchShowSaldo=false&type=0
Vagy itt, panellal együtt, de drágábban:
http://www.ebay.com/itm/MCP23017-DIP-SOP-Bidirectional-16-Bit-I-O-Expander-I2C-IIC-Serial-Interface-/192118632876?var=&hash=item2cbb29b1ac:m:m-xzmi0YYmqrUOrOM4bRldg -
-
Janos250
őstag
Én korábban ezt az NTP kezelést néztem ki, de végül nem került sor próbára, de lehet, hogy valaki már próbálta:
Arduino Network Time Protocol (NTP) Client:
https://www.arduino.cc/en/Tutorial/UdpNTPClientA DHT11 nekem is NAGYON pontatlan volt, le is mondtam róla. Pedig a neten szinte iskolapéldaként emlegetik.
-
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. -
gyapo11
őstag
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.
-
Bazs87
tag
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) -
-
quint
aktív tag
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?
-
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?
-
vargalex
félisten
válasz
ngabor2
#5328
üzenetére
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.
-
vargalex
félisten
válasz
ngabor2
#5326
üzenetére
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.
-
ngabor2
nagyúr
válasz
Gergosz2
#5325
üzenetére
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
-
Gergosz2
veterán
válasz
ngabor2
#5322
üzenetére
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.
-
quint
aktív tag
-
ngabor2
nagyúr
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?
-
Tankblock
aktív tag
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> -
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.
-
vargalex
félisten
-
-
#5311
AllTheBest
őstag
Gergosz2
#5309
AllTheBest
őstag
válasz
Gergosz2
#5309
üzenetére
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... -
#5309
Gergosz2
veterán
AllTheBest
#5308
Gergosz2
veterán
válasz
AllTheBest
#5308
üzenetére
É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.
-
#5308
AllTheBest
őstag
AllTheBest
őstag
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
-
vargalex
félisten
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.)
-
Ú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.
-
zka67
őstag
válasz
fpeter84
#5061
üzenetére
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
a vége az lett, h kiszerveztem külön-külön nanokra és soroson kommunikáltam. (meg összeakadt még az sd olvasó, eeprom....., azóta próbálom a libeket minimalizálni, bugyuta logikák, talán úgy stabilabb, a pc meg mindent "meglogikáz")
Új hozzászólás Aktív témák
Hirdetés
ekkold- Fujifilm X
- sziku69: Fűzzük össze a szavakat :)
- Honor Magic6 Pro - kör közepén számok
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Konzolokról KULTURÁLT módon
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Luck Dragon: Asszociációs játék. :)
- Le Mans Ultimate
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Eredeti játékok OFF topik
- További aktív témák...
- Apple iPhone 13Pro 128GB Kártyafüggetlen 1Év Garanciával
- Garmin Fenix 8 Amoled 51mm Sapphire Carbon Gray DLC - Használt, karcmentes
- Nitro ANV15-51 15.6" FHD IPS i5-13420H RTX 4050 16GB 512GB NVMe magyar vbill ujjlolv gar
- Apple iPhone SE 2020 64GB Kártyafüggetlen 1Év Garanciával
- iPad Pro 11 gen 2 + magic keyboard magyar makulátlan új állapot
- ÁRGARANCIA!Épített KomPhone i9 14900KF 64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- Bomba ár! Lenovo ThinkPad T490s - i5-8GEN I 16GB I 512SSD I 14" FHD I Cam I W11 I Gari!
- Apple iPhone SE 2020 64GB Kártyafüggetlen 1Év Garanciával
- Lenovo LEGION Pro 5 / Pro 7, Lenovo Yoga Pro gépek (RTX 4060 / 4070 / 4080 / 4090)
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5800X 32/64GB RAM RTX 4060 Ti 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest