- Samsung Galaxy S23 Ultra - non plus ultra
- Milyen okostelefont vegyek?
- Bemutatkozott a Moto G32 4G
- Termékoldal is van a Galaxy Watch FE-hez
- Yettel topik
- Xiaomi 13 - felnőni nehéz
- Féltucat régi Samsung kapott új One UI-t, köztük az A52s
- Apple iPhone X - vissza a jövőbe
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Nubia Neo 5G - olcsó játék
Hirdetés
-
Computex 2024: okosmonitorok az Acer standján
ph A tajvani vállalat smart portfóliójában azért akad olyan modell is, ami játszani sem utolsó választás.
-
Frissült az IQOO tabletkínálata
ma Az új IQOO Pad2-t és Pad2 Pro-t egyelőre nem láttuk más brand kínálatában, persze ettől még felbukkanhatnak majd Oppo vagy OnePlus címszó alatt.
-
Nem kap több frissítést a Wolcen: Lords of Mayhem
gp Szeptembertől a többjátékos mód már nem lesz elérhető.
-
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
-
JozsBiker
aktív tag
Sziasztok !
Habvágó szál hőmérsékletét kellene valahogy kordában tartanom. A szál igazából egy 2 mm -es fémrúd. A hőmérséklete szerintem 200-300 körülre is felmegy. Épp az lenne a feladat, hogy a megtáplálását úgy megoldjam, hogy nem menjen fel túlságosan. Erre a célra milyen hőérzékelőt ajánlotok ? Köszi.
-
JozsBiker
aktív tag
Sziasztok!
Építek egy led -es órát, és valahogy a pontos időt kellene biztosítanom. Nem saját részre lesz, így ahova kerül, nem tudom milyen adottságok lesznek, ezért wifi és gps kilőve. Ha más nem lesz maradok a DS3231 -nél, de annak is megvan a veszélye, hogy elmászik. Ezért DCF modulra gondoltam, viszont úgy látom valamiért nem olyan elterjedt mint a többi kiegészítő az Arduinohoz. Konkrétan eBay -en kínait ( értsd: olcsót :-) nem is találtam. Lehet hogy nem jól kerestem. Tudtok esetleg "kedvező" beszerzési lehetőséget ? Köszi.
-
JozsBiker
aktív tag
válasz Tankblock #7057 üzenetére
Nem volna célravezetőbb DCF77 modult használni ? Nem kellene wifi kapcsolat, sem RTC, automatikusan menne az időszámítás átállás, stb. Én is az épülőfélben levő órám pontosan tartásán agyalgok, és elvben arra jutottam, hogy a dcf jó megoldás lehet. Nem tudom mennyire problémás a rádióhullámok vétele, de a társasház alagsorában levő betonfalú műhelyem mélyén egy dcf -es óra vígan működik. Így gondolom e 6 centis ferrit antennás modul számára sincs akadály:
[ Szerkesztve ]
-
JozsBiker
aktív tag
válasz hodostamas #7179 üzenetére
Táp elég ?
-
JozsBiker
aktív tag
Tudom hogy ez a cucc a céljaidnak valószínűleg nem felel meg, inkább csak gondolatébresztőnek:
A közepén van egy lyuk, amin egyszerűen csak át kell vezetni a 230 -as fogyasztóhoz menő egyik vezetéket, ő pedig mindig kiírja az aktuális átmenő áramot. 230 V táp persze kell neki.
[ Szerkesztve ]
-
JozsBiker
aktív tag
válasz Janos250 #7866 üzenetére
Lehet tudni, hogy az ESP32 órája mennyire pontos ?
Arra gondolok, hogy ha valaki órát szeretne vezérelni vele ( és történetesen hálózat sincs, ahonnan folyamatosan lehetne pontosítani ), szükséges-e külön RTC modul úgy mint a sima Arduino -nál ( DS3231 és társai ) ? Köszi. -
JozsBiker
aktív tag
Sziasztok !
Azt hittem ilyen "alap" problémába már nem fogok belefutni, de most mégis elakadtam.
Van ITT egy egész jó szájbarágós leírás a DCF77 modul kezelésére, de már ott elakadok, amikor a példaprogramot le akarom fordítani ( 1.8.3 verziójú az IDE ). A szükséges könyvtárakat - ahogy a leírásban is szerepel - INNEN töltöttem le és másoltam fel. Fordításkor már a 9. sorban elakad "'time_t time' redeclared as different kind of symbol" üzenettel. De jön még ezen kívül is egy csomó hibaüzenet amit nem értek. Gondolom valami a könyvtárakkal nem stimmelhet, de nem tudom mi. Megköszönném ha valaki tudna segíteni.
Szerk.:
Még annyit, hogy ITT találtam egy magyarázatot, csak nem értem :-/[ Szerkesztve ]
-
-
JozsBiker
aktív tag
Valóban nem túl olcsó egy dcf77 modul ( bár nem gondolnám hogy a Conrad -os árakat kellene alapul venni ), viszont az óra amit készítek nem tudom hogy olyan helyre kerül-e, ahol van net. Itt wifi -s illetve madzagos netre gondolok, hiszen mobilosat valószínűleg meg lehetne oldani, de az összességében szerintem bonyolultabb volna mint a dcf.
Ha már így szóba került: ha van wifi hálózat, de nincs hozzá jogosultságom, attól még a pontos időt ki tudnám valahogy nyerni ?
-
JozsBiker
aktív tag
EBay -ről vettem, és egy darab szállítással valóban nem sokkal olcsóbb a Conrad -os 4eFt -nál, de ha többet vesz az ember már jóval kedvezőbb.
Az én órám egyelőre csak "deszkapanel" formájában van meg, szintén DS3231 -et használok, tettem rá gombokat amivel lehet az időt állítani, sőt bluetooth modult is, így android -os telefonról is állítható az idő.
De vannak esetek szerintem, amikor ezek sem elegendőek. Pl. ha az óra mondjuk egy buszváróterembe kerül. Oké, beüzemeléskor pontos, rendben. Aztán hónapokig, esetleg egy évig egész pontos, rendben. És azután ? Biztos hogy egy év után lesz olyan a helyszínen, aki még emléxik rá hogy van az alján 3 pici gomb amivel pontosíthatja ? Vagy biztos meg lesz még a telefonján az alkalmazás ? Ilyen meggondolásból akarnám - mintegy biztonságképpen - még a dcf modult is beizzítani.Az "egy kis átalakítást végzéséről" a DS3231 panelon írnál pár szót ? Köszi.
[ Szerkesztve ]
-
JozsBiker
aktív tag
Arduino progiba könyvtárak kezelése majd keresés: dcf77.
Többet is kidob, felteszed, mindegyik működik.Nekem csak kettőt hoz, amiből az elsőt tettem fel:
És a mintaprogram fordításakor már az elején kiakad:
#include "DCF77.h"
#include "Time.h"
#define DCF_PIN 2 // Connection pin to DCF 77 device
#define DCF_INTERRUPT 0 // Interrupt number associated with pin
time_t time;
DCF77 DCF = DCF77(DCF_PIN,DCF_INTERRUPT);
void setup() {
Serial.begin(9600);
DCF.Start();
Serial.println("Waiting for DCF77 time ... ");
Serial.println("It will take at least 2 minutes until a first update can be processed.");
}
void loop() {
delay(1000);
time_t DCFtime = DCF.getTime(); // Check if new DCF77 time is available
if (DCFtime!=0)
{
Serial.println("Time is updated");
setTime(DCFtime);
}
digitalClockDisplay();
}
void digitalClockDisplay(){
// digital clock display of the time
Serial.print(hour());
printDigits(minute());
printDigits(second());
Serial.print(" ");
Serial.print(day());
Serial.print(" ");
Serial.print(month());
Serial.print(" ");
Serial.print(year());
Serial.println();
}
void printDigits(int digits){
// utility function for digital clock display: prints preceding colon and leading 0
Serial.print(":");
if(digits < 10)
Serial.print('0');
Serial.print(digits);
}A hibaüzenet:
InternalClockSync:28: error: 'time_t time' redeclared as different kind of symbol
time_t time;
^
In file included from C:\Users\Apa\Documents\Arduino\libraries\DCF77/DCF77.h:9:0,
from C:\Users\Apa\Documents\Arduino\libraries\DCF77\examples\InternalClockSync\InternalClockSync.pde:22:
c:\program files\arduino\hardware\tools\avr\avr\include\time.h:122:21: note: previous declaration 'time_t time(time_t*)'
time_t time(time_t *timer);
^
Ami tulajdonképpen igaz is, hiszen a header file -ban a time_t már deklarálva van. Csak azt nem értem másnak miért fordul le, nekem pedig miért nem. Sajnos ennyire mélyen nem vagyok benne a programozásban.[ Szerkesztve ]
-
JozsBiker
aktív tag
válasz JozsBiker #8117 üzenetére
Mondjuk a hibaüzenetben ezt
c:\program files\arduino\hardware\tools\avr\avr\include\time.h:122:21: note: previous declaration 'time_t time(time_t*)'
a sort különösen nem értem. Hiszen a time.h amit a DCF77 -hez most feltettem ebbe az alkönyvtárba került:
c:\Program Files\Arduino\libraries\Time\
-
JozsBiker
aktív tag
válasz JozsBiker #8123 üzenetére
Nem értem a library használat filozófiáját.
Azt írják meg kell nézni a Beállításokban a "Vázlatfüzet helyét" ( Sketchbook location ), és oda - illetve azon belül egy libraries alkönyvtárba - kell bemásolni annak a library -nak a komplett alkönyvtárát, amivel bővíteni akarunk. Ez a path az én esetemben: C:\Users\Apa\Documents\Arduino.
Viszont van egy másik Libraries alkönyvtár is ahol az IDE van, konkrétan itt: c:\Program Files\Arduino\libraries\
Ez eddig tehát kettő.
Viszont érdekes módon ha mindkét helyről kitörlöm pl. a Time libraryt, a kód ( aminek az elején ez van: #include "Time.h" ) akkor is lefordítódik. Ebből az következik, hogy valahol még van egy Time library ill. time.h fájl. Nosza rákerestem, meg is találtam itt:
c:\Program Files\Arduino\hardware\tools\avr\avr\include\
Ha innen is kitörlöm a time.h -t, akkor már hiányolja.
Azért is körözök ezen, mert a DCF77 bővítés a DCF77+Time+Timezone könyvtárakból áll, és a példaprogramok fordításakor a "'time_t time' redeclared as different kind of symbol" hibaüzenetet kapom, azaz valami a time.h -val nem stimmel.
Fel tudna valaki világosítani hol siklottam el ? Köszi.
-
JozsBiker
aktív tag
Alapvetően értem amit írsz, és köszi szépen hogy segítesz. Biztos valami olyat rontok el, amire nem gondolunk. Érdekesség, hogy egy másik számítógépen is próbálkoztam, és azon is ugyanaz a jelenség. Most frissítettem az IDE -t a legújabbra ( 1.8.5 ), de nem változott semmi.
Alapvetően EZEN leírás alapján próbálkozom, ami 3 oldalból áll, az elsőn ott egy link hogy honnan tölthető le a DCF library, Gondolom az itt levő dolgok konzisztensek egymással, vagyis a példaprogramoknak amik a leírás 3. oldalán vannak és a hivatkozott DCF könyvtáraknak passzolniuk kellene ( annak ellenére, hogy a DCF library dátuma 2012 -es ). Nálam érdekes módon nem passzolnak.
Szerintem ott mehetek el az erdőbe amit a #8124 -ben írtam. -
JozsBiker
aktív tag
Megpróbáltam a time-master -rel, és úgy már valóban lemegy a fordítás hiba nélkül. Viszont valami gebasz még van, mivel a soros monitoron nem látom hogy működik, annak ellenére, hogy a fenti linken szereplő példaprogramok közül azok amik nem használnak library -kat azok rendesen működnek, azaz az UNO felé látható módon érkeznek jelek a DCF modulról. Persze ha jól gondolom ennek az is lehet az oka, hogy az érkező jelekben sok a zavar, így nem lehet belőle kinyerni az időt. De már ez is nagy segítség, hogy a kód működik, köszi szépen.
-
JozsBiker
aktív tag
Értem. Illetve így nem értem a delay szerepét, de mindegy. Én azért érdekességképpen tennék a for ciklusba is mondjuk 1 másodpercet, hogy szemmel látható legyen a működése
Írtad hogy az első led -del két verzióban is bajod volt. Lehet hogy egyszerűen csak hibás. Hagyd ki, kezdd a másodikkal.
Néhány led színe provizórikusan akkor szok megváltozni, ha a vezérlési láncban kontakthiba van, esetleg a táp nem megfelelő ( feszültség és/vagy áram szempontjából ). A kontakthiba az utolsó jól működő led után van.[ Szerkesztve ]
-
-
JozsBiker
aktív tag
Sziasztok !
Szeretném logolni egy búvárszivattyú működését, amihez áramérzékelőt használnék. Alapvetően kétfélét találtam: Hall érzékelőset ( ACS712 ) és tekercseset ( ZMCT103C ). Ez utóbbi szimpatikusabb volna üzembiztonság szempontjából, mert a szivattyú tápját nem kellene a panelen megjáratni, csak átvezetni a tekercs közepén. Viszont érdekes módon erről az érzékelő típusról gyakorlatilag semmi konkrétumot nem találni a neten. Pl. azt sem tudom miért van 4 kivezetése. Esetleg valakinek infója ? Köszi.
-
JozsBiker
aktív tag
-
JozsBiker
aktív tag
válasz ngabor2 #9870 üzenetére
Az óraállítások idejét évekkel előre lehet tudni ( bár mostanában ugye hallani hogy változtatni szeretnének, de az még jónéhány év ), be lehet tenni a váltási időpontok figyelését és lekezelését.
Azt is el tudnám képzelni hogy az RTC modul helyett egy WiFi modullal a hálózatról szednéd a pontos időt.
Vagy bele egy BT modul, és android -os eszközről felkapcsolódva áttölteni az időt. Az is sima soros kommunikáció amilyet Te szeretnél, csak éppen nem USB -n. ( Én éppen egy ilyenen ügyködöm mostanában, tervezem hogy ha kész lesz felteszek az oldalamra egy részletesebb leírást, de az még egy kicsit odébb lesz. )[ Szerkesztve ]
-
JozsBiker
aktív tag
-
JozsBiker
aktív tag
Igaz, a szállítási költséget tényleg nem számoltam.
Egyébként - asszem már írtam itt egyszer, bocs az ismétlésért - az épületünk alagsorában levő garázsban ( nagyjából a föld színe alatt ) van egy öklömnyi DCF -es óra, soha nem kellett még rajta korrigálni az időt. Kb. annyiba kerülhetett, mint ez a "Super high sensitivity" ferritrudas cucc. És még a hőmérsékletet is mutatja :-)[ Szerkesztve ]
-
JozsBiker
aktív tag
válasz Johnny_vT #9942 üzenetére
Nekem az Instructables az egyik kedvencem. Gondolom egyértelmű de azért leírom: a keresőjébe beírod az arduino -t, aztán már csak győzd idővel :-) Egyébként gratula a drónhoz, és külön le a kalappal a leírás miatt!
[ Szerkesztve ]
-
JozsBiker
aktív tag
válasz ecaddsell #9949 üzenetére
Ha az
index <= "1111";
sor értékadás, akkor nyilván 1111 lesz, de biztos hogy az ? Inkább egy összehasonlításnak tűnik, ami egy logikai igaz-hamis értékkel tér vissza, ami viszont nem fog az index változóba íródni. De ez attól is függ, milyen nyelven íródott, el tudok képzelni olyan szintaktikát, aminél a <= az értékadás irányát mutatja.
[ Szerkesztve ]
-
JozsBiker
aktív tag
Ugye rendes műszerrel méritek, nem valami Lidl gazdaságossal ? Engem egy gagyi műszer feszmérésnél vitt el az erdőbe, amikor egy 2 Mohm -os feszültségosztó közepét mérve teljesen vad értékeket mutatott. Eltartott egy ideig míg rájöttem hogy nem a fizikai törvényekkel van gond :-)
-
JozsBiker
aktív tag
válasz Melorin #12443 üzenetére
A második esetben szerintem mindenképpen rosszul csináltad, mert ha a Vin -re 5V -ot kötöttél az édeskevés ( a Vin az arduino panelen levő stab IC bemenete, 5 V -al nem tud mit kezdeni ). Ha pedig nagyobb feszt kötöttél rá és ezáltal a LED szalagra is, akkor a LED szalagot károsíthatta. Mondjuk egyik esetben sem értem hogy miért füstölt az arduino panel.
[ Szerkesztve ]
-
JozsBiker
aktív tag
Sziasztok !
Volt már valakinek élménye ezzel a ZMCT103C áramérzékelővel ?
Önmagban tulajdonképpen jól működik, a kimenetét szkóppal nézve jól látható az átfolyó árammal arányos jelalak. Azt mondjuk nem értem, miért van negatív része a hullámnak. +5 V a tápja, úgy gondolnám, hogy a kimenetén is 0-5V közötti jel lehet.A gondom az, hogy az Arduino nem nagyon bír vele. A kimenetét közvetlenül az Arduino egyik analóg bemenetére kötöm, a loop -ban kiolvasom és kiíratom ill. a soros plotter segítségével megjelenítem, de nagyon malac értékeket kapok. Már akkor sem kapok közel konstans adatokat, ha nincs átfolyó áram. Ha bekapcsolom az áramot ( tehát elvileg színusz szerű jel érkezik ), akkor sincs sok változás az adatokban. Nem tudom mennyi az Arduino A/D konverziós ideje, de a 20 ms -os hálózati periódus azért nem kellene hogy gondot okozzon neki. Vagy éppen a fent említett negatív félperiódus kavarhat be ? Köszi ha van ötlet.
[ Szerkesztve ]
-
JozsBiker
aktív tag
válasz cog777 #12485 üzenetére
Köszi szépen, én is nézegettem ezt is, de itt is az volt a konklúzió, hogy valami nem kerek.
Viszont, talán megvan a megoldás. Erről az oldalról kipróbáltam a középső példaprogramot, és legnagyobb meglepetésemre egész szép eredményt adott ( anélkül hogy az áramkörön bármit is változtattam volna ). A soros plotteren a következő képet kaptam ( a nyílnál kapcsoltam be egy ledes asztali lámpát mint fogyasztót ):
Mivel a hardver ugyanaz volt, valószínűleg sok múlik a programon. Sőt még az sem mindegy, hogy a soros monitorozás sebessége mennyire van állítva. A fenti 9600 baud volt,
átállítva 115200 -ra ez lett az eredmény:Szóval az áramkör rendben van, az ismereteimet kell bővítenem valamellyest. Megpróbálok rájönni mi okozhatja az eltéréseket, megírom ha jutok valamire, hátha másnak is jól jön.
[ Szerkesztve ]
-
JozsBiker
aktív tag
Köszi, ebben az irányban keresgélek.
-
JozsBiker
aktív tag
Sziasztok !
App Inventor 2 -vel foglalkozó magyar fórumot nem tudtok véletlenül ? Elakadtam, és elég összetett a probléma ahhoz, hogy a Google keresőjébe be tudnám írni. ( Hogy ne legyek annyira offtopic: egy Arduinoval bluetooth -on összeműködő alkalmazásról van szó :-). Köszi.
-
JozsBiker
aktív tag
Leírom, hátha nem dobnak ki érte.
A kód viszonylag egyszerű, ha a user benyomja az Adat_keres gombot, akkor pár változó beállítása után és a BT kapcsolat megléte esetén küld egy karaktert az Arduino -nak ami azt jelzi, hogy jöhetnek az adatok. A kapott byte -okat egy ciklussal beolvassuk és letároljuk egy listában.
Tökéletesen működik is minden, csak egy kicsit csicsázni szerettem volna, hogy sok adat esetén legyen egy folyamatjelző, hogy a user láthassa, hogy csörgedeznek az adatok. No ez nem akar működni. Pirossal kommenteztem ezt a sort. Aztán a debuggolás során már kínomban a legelső sorba írtam be egy kiíratást, és meglepő módon az is csak a While ciklus végén fut le, miután már minden adat megérkezett. Ennek az okára szeretnék valahogy rájönni. -
JozsBiker
aktív tag
válasz Janos46 #12553 üzenetére
Szerintem a soros porttal lesz gond, az IDE időnként nekem is elég hektikusan kezeli a lapokat. Van hogy újra kell indítani az IDE -t, vagy várni egy darabig, amíg megkapja a megfelelő COM portot. A COM1 mindenképp gyanús, azt USB port szerintem nem szokta megkapni, csak 3 -tól felfelé.
-
JozsBiker
aktív tag
válasz balazs0102 #12567 üzenetére
Valahogy meg kellene nézned a BT kommunikációt, azazhogy mi jön az Android eszköztől, ill. az Arduino mit küld. Nemtom mennyire vagy benne, ezt úgy lehet legegyszerűbben, ha adat adáskor ill. vételkor a soros monitorra is kiíratod amit küldesz/kapsz. Aztán ez alapján lehet agyalogni.
Vagy esetleg keress egy egész egyszerű alkalmazást, amivel magát a BT működést le tudod ellenőrizni és a hibáját ki tudod zárni. Pl.:
App Inventor 2 tutorial - Android Control Arduino with HC-06 Bluetooth module
Még annyit jegyeznék meg, hogy nekem HC-06 modulnál a gyors villogás hasonló a Tiedhez ha nincs kapcsolat, viszont utána fixen világít a LED, teljesen függetlenül az adatforgalomtól ( mint ahogy ez a fenti videó végén is látható ). De nincs kizárva, hogy HC-05 -nél úgy az üzemszerű, ahogy Te írod.
[ Szerkesztve ]
-
JozsBiker
aktív tag
Sziasztok !
A sok esőt látva kedvet kaptam az esővíz gyűjtésének :-).
Ehhez kellene egy megbízható víz érzékelő, amivel azt tudnám érzékelni, hogy egy esővíz csatorna alján van-e víz, vagy nincs. Tudnátok ilyet javasolni ? Olyan lenne jó, amivel kapcsolatban már van pozitív tapasztalat. Köszi.
( Természetesen Arduino -val építeném meg az áramkört. :-)[ Szerkesztve ]
-
JozsBiker
aktív tag
Azt szeretném megoldani, hogy egy adott esővíz árok belsejébe legalulra tennék egy csövet 5-10 mm körüli belső átmérővel, és mikor azt ellepi a(z eső) víz, akkor kellene bekapcsolni egy kis szivattyút, ami azon a csövön keresztül szívná a vizet egy tartályba. Vagyis kb. 5-10 mm vízmagasságot kellene érzékelni. Viszont nagyon fontos lenne ugye, hogy ha visszacsökken a vízmagasság, akkor azt azonnal vegye észre és kapcsoljon ki. Vagyis nedvesség érzékelő nem hiszem hogy jó lenne, mert amíg meg nem szárad, addig levegőt szívna a szivattyú.
-
JozsBiker
aktív tag
Köszönöm mindenkinek az ötleteket !
Valóban az az egyik gond, hogy nem "labor körülmények" között működne a cucc, az esővíz hoz magával mindenféle dolgot. Az 5-10 mm érzékelése úszós megoldással azt hiszem eleve precíz eszközöket igényel, viszont előfordulhat akár 10 cm -es, gyorsan áramló koszos víz is.
Arra is gondoltam, hogy egy nagyobb üreget kellene kialakítani amiben már lenne hely rendes úszós megoldásnak is, de a csatorna alatt sajnos beton van amit nehezen tudnék kivájni.
Vagy esetleg egy ilyen eszközzel, az érzékelő végeit precízen beállítva a megfelelő magasságba ? :
Átgondolom az ötleteket, túlságosan nem szeretném a topic határait feszegetni, megírom ha jutottam valamire.[ Szerkesztve ]
Új hozzászólás Aktív témák
- PlayStation 5
- Milyen TV-t vegyek?
- Samsung Galaxy S23 Ultra - non plus ultra
- Melyik tápegységet vegyem?
- World of Tanks - MMO
- Wuthering Waves
- Kerékpárosok, bringások ide!
- Milyen okostelefont vegyek?
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- ZIDOO médialejátszók
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen