- Bemutatkozott a Poco X7 és X7 Pro
- Yettel topik
- Magyarított Android alkalmazások
- Hónap végén érkezik a Xiaomi Band 10, ára is van
- iPhone topik
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- Google Pixel topik
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
-
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
-
tvamos
nagyúr
Most akkor azt varod, hogy tervezzunk meg neked egy bandpass filtert?
Mert akkor azt ird!Ilyen kellene neked:
Active Inverting Op Amp Bandpass Filter
Beirod, hogy milyen torespontokat szeretnel, es kb. jo is lesz.
Annyi, hogy a muveleti erosito + bemenetet be kell allitani a tap felere. -
brickm
őstag
" Nem értem, talán derogál egy hozzáértőnek egy ilyen egyszerű feladatra válaszolni?"
Nem, csak én speciel nem válaszolok olyan hozzászólásra, ami nem értem miről szól(ennek lehet több oka, pl átsiklok a kérdés lényege felett, vagy másik HSZben van taglalva mit szeretnél, vagy egyszerűen hülye vagyok passz.)
Most pl elolvastam vagy 4 HSZ-t amit írtatok egymásnak, és még midnig nem tudom mit szeretnél készíteni, miért infrával, meg egyáltalán...
Ha mozgó járműnek szeretnél adatot küldeni érdemben, 433MHzes adó-vevő pár, vagy Xbee/Zigbee-t tudom ajánlani. A távolságmérést máshogy kell megoldani, de az adatátvitel szempontjából az lényegtelen talán.
-
Janos250
őstag
"szerintem az a lézeres mérő"
Igen a lézeres mérő, és a GPS carrier fázis mérése alapján írtam, a sharpot nem ismerem.Azt még mindig nem mondanám, hogy pontosan értem, hogy mit akarsz, de vannak róla elképzeléseim.
Tehát van egy mozgó kocsi, aminek infókat akarsz küldeni IR-en. Ez alapján akkor a vevőnek a kocsin kell lenni.
Van 1-2-3 (esetleg több) adó ismert koordinátájú pontokban, amik küldik a jelet. A jel erősségéből távolság infót akarsz kinyerni.
Ahhoz, hogy elfogadható pontosságot kapj, muszáj lesz (szerintem) a vevőt egy pincurka servo- vagy léptetőmotorral az adó, azaz a maximális jel erősség irányába állítani. Hogy az egyéb fények által okozott offset ne zavarjon, az adó(k) jele egy 30 kHz körüli jel, így a jel erősségét a van jel/nincs jel szint különbségéből akarod számítani, ami a távolság függvénye.
A távolság egyértelmű függvénye, ha vagy az adó(k) is a vevő felé irányba beállnak, vagy a sík minden irányába egyenletesen adják a jelet.Jel erősséget is akarsz mérni, és a kódot is venni.
a.) Az adó folyamatosan adja a 30 kHz jelet, ebből digitálisan elég könnyen tudsz jel erősséget kapni, a kódot pedig úgy küldöd, hogy egyértelmű legyen a vevő számára, hogy most meg a kód jön. Pl. a startbit dupla periódusidejű, azaz 15 kHz. Így a kód is viszonylag könnyen kinyerhető.
b.) Egyszerre akarod a kódot is és a távolságot is megkapni. Akkor jön a vér izzadása, hogy mindenféle szűrésekkel megold.Adók száma:
1 adó:
A távolságot a jel erősségéből számolod, de kell egy szög is, hogy a feladat definit legyen. Mivel a kocsin nincs (?) digitális iránytű, ezért a pontos irányát nem tudod, muszáj az adónak forogva meghatározni a szöget. A maximális jelhez tartozó szög.
2 adó:
A távolság mint egy adónál, de a kocsin lévő vevő forgatásával meg tudod kapni a bezárt szöget. Ha tudod, hogy a két adót összekötő egyenes melyik oldalán van a kocsi, akkor akár szög se kell.
3 adó:
Szögek nélkül, csupán a távolságokból is teljesen definit.Melyik verzió az általad elképzelt? Vagy valami tök más?
-
gyapo11
őstag
Távolságra szerintem kell egy mérést csinálni sötétben, hogy az adó mekkora jelet állít elő a vételi oldalon. Elég egy távolságot lemérni, mert abból már más távolságok is számolhatók.
Meg kell mérni a vevőt, hogy különböző fénymennyiségekre mekkora jelet ad. Lényegében egy függvényt kell mérni, illetve abból egy táblázatot valamilyen lépésközzel.
A jeladó megkülönböztetése a környezeti fénytől meg modulálással végezhető, legegyszerűbb esetben négyszögjel, meg kell mérni a bekapcsolt jeladóval a fényt meg kikapcsolttal, a kettő különbsége az, amit a jeladó adott, ebből megvan a távolság. -
tvamos
nagyúr
Szerintem nem uszod meg a haromszog beiktatasat. Javslom, hogy ezt olvasd el.
"De ha a tsop képes direkt napfényben is működni, akkor valamilyen megoldásnak létezni kell."
En nem latok bele a belselyebe, de 90%-ra tuti biztos vagyok benne, hogy kompenzaljak a vevo foto tranzisztort. Vagy diodat... Gondolom ez resze lehet az <Input> nevu teglalapnak. De persze ott van benne az AGC, a Bandpass.... ezek mind azert kellenek, hogy stabil legyen az adatatvitel.En azt javasolnam, hogy eloszor dugd ossze az aramkorod, 10k ellenallas, meg a fototranzisztor, egy probapanelon, vagy hasznalj forrasztos breadboardot, ha az jobban tetszik, akassz ra tapot, meg egy oscilloscope-ot, es szaladj korbe a lakasban, kulonbozo napszakokban, hogy megis mit dob ez az aramkor. Esetleg rakj egy potmetert, mondjuk ugy 100-200k, hogy megis mit latsz. Esetleg a 38kHz adot is osszerakhatod, es azzal is probalgathatod. Ez egy jo teszt lehet. Ha ez franko, akkor meg johet a jatek a szurovel. Szerintem....
-
Janos250
őstag
"Emellett a küldő oldal jelerőssége alapján szeretnék hozzávetőleges távolságmérést csinálni"
De a jel erőssége nem csak a távolságtól függ, hanem pl. attól is, milyen szöget zár be a vevő és az adó.
Ha jól emlékszem, ESP-t használsz. Ott van a WiFi.RSSI(), ami a jel erősségét adja. Nem tudom, mennyire használható. Én nem használtam még semmire, csak passzióból íratom ki néha.
"árulnak arduino-hoz való ir távolságszenzort, ami egy egyszerű reflektív optokapuból + némi elektronikából áll, ahol az ir led fényét frekvenciamodulálják, hogy ne zavarja a környezeti fény."
Na, ahogy én tudom - lehet rosszul - ez azért ennél bonyolultabb. Az IR-rel a távolságmérést nem a jel erőssége, hanem a visszavert jel visszaérkezési idejéből számítják. Mivel a fény szeret elég gyorsan menni, ezért ilyen pici időt macerás mérni. Ezért találták ki azt az ötletet, hogy modulálják a kimenő fényt, majd a visszavertet is ugyanolyan erősségűre erősítik, aztán "összekeverik". A fáziskésésből adódóan a kevert jel erőssége függ a fáziskéséstől, azaz a futási időtől. -
tvamos
nagyúr
Az a baj, hogy az nap is tolja az IR-t ezerrel, es tul fogja vezerelni a kapcsolasodat. (Infra tranyo az egyetlen ellenallassal.) Tehat, ha a nap besut az ablakon, es a robotod azzal szembe megy, akkor nem lesz jeled. Ha ugy lovod be, hogy ilyenkor jo legyen, akkor a masik tapfeszre ul ki a jel, es nem fogja latni az adot. En igy latom. Tehat allitani kene a felhuzo ellenallas erteket. En igy tapasztaltam.
Nekem, a kis vonalkoveto roboton az volt a megoldas, hogy az adoteljesitmennyel tullottem a napocskan. Nomost ez mukodik, csak nem tudom, akkor hogyan tudnad a tavolsagot merni, ha nem mashogy, mint egy masik tavmero szenzorral, vagy haromszogelessel. Nomost ezeket az aramkoroket nem tudom, hogy hogyan epitenem meg.
A kis kapcsolasoddal meg az a gond, hogy az R1 ellenallasod, ami felhuzza a tranyo kollektorat, ha jol emlekszem 10k. A terhelesed nincs impedancia illesztve. Ha a kimeneted feszultseg, akkor az R2 legalabb 100k kene legyen. Szerintem. Az is gond az aramkorrel, hogy a kimeneten lesz egy tapfeszultsegnyi DC. Ettol fog a kimeno AC fel-le pirickazni. Ha mondjuk 200mVpp az AC, es 3.3V a a tap, akkor 3.2V es 3.4V kozott lesz a kimeno feszultseg. Ez kell neked? -
Janos250
őstag
Szerintem többnyire nem értik meg pontosan a kérdést.
Az, hogy ott van egy IR tranzisztor, még nem sokat mond.
Ha én akarnám ugyanezt megcsinálni, mit tennék:
1. Nem az analóg jelet akarnám így átküldeni, hanem helyben digitalizálnám, és azt küldeném át. (Már amennyire sikerült felfognom a részinformációkból, hogy tulajdonképpen mit is akarsz)
2. Ha mégis, akkor:
Először is kimérném az R2 értékét, azaz odatennék egy potit, és megnézném, hogy milyen értékeknél teljesül, hogy a használt legnagyobb fénynél és a nulla fénynél olyan tartományba essen a kollektoron mérhető feszültség, ami jól illeszkedik a használt A/D-hez. Tehát a használt max fénynél "elég kicsi" legyen, a használt legkisebbnél meg "elég nagy", hogy mérhető legyen. Ezt így a rajz alapján nem hiszem, hogy bárki is meg tudja mondani, mert az függ az adott IR tranyótól, és a körülményektől. Persze tévedhetek.Utána egy külön téma lenne a low pass ( igen, így p-vel
) filter.
Ha a válasz nem ide vágó dolog, akkor bocs. -
Teasüti
nagyúr
Én kérek elnézést, sajnos nem értek a projektedhez. Ugye mindenki arra specializálódik, amit már megépített. Én IR adóval és vevővel még nem dolgoztam ilyen nyakatekert módon. Ellenben a forrasztás szerintem nagyon is idevág, ha már áramkör építés is szóba kerül.
szerk: De ha már témánál vagyunk, akkor lásd kivel van dolgod, találtam neked 2 perc alatt egy ilyet némi inspirációnak. Nem tudom rákerestél-e már az "IR battle system" kulcsszavakra korábban... Én úgy látom hatótávolsággal nem igazán számolnak ezek a rendszerek. Ha látja a vevőt, akkor betalált és csókolom.
-
Janos250
őstag
Én sem értek az analóg technikához, ezért régebben, mikor egyszer szükségem volt rá, a Multisim nevű (National Instruments) áramkör szimulációs programot használtam, hogy bejátsszam az egyes alkatrészek értékeit. Azóta már van online próba verziója, de nem tudom, mennyire használható.
-
tvamos
nagyúr
Nem lenne egyszerubb az, ha a meglevo vevo melle tennel egy foto ellenallast? (A foto tranzisztor nem linearis, az ellenallasnak a karakterisztikajat egyszerubb lenne hasznalni szerintem,) Akkor meglenne az adatfolyam, az a foto ellenallassal meg tudnal jelszintet merni. Esetleg a fotoellenallas felhuzojat kicsereled egy digitalis potenciometerre. Ha nincs bejovo jel a vevon, be tudod kalibralni a digit potmeterrel az analog jelet a tap felere mondjuk, vagy 2/3-ara, ezzel tudnad kompenzalni a kornyezeti fenyt, es akkor tudod a legerzekenyebben merni a bejovo jelszintet. Illetve tudsz kompenzalni akkor is, ha a jel tulvezerelne a foto ellenallast.
-
Janos250
őstag
Mindenképp hasznos, ne add fel! Aki ilyesmiből él, az másként látja, mint akinek hobbi.
"egy ir receiver kimenetéről sehogy sem tudok analóg jelet levenni"
Impulzus hossz, ahogy pl. a servo vezérlés is történik?
Ha nem ide vágó dolog a válasz, akkor bocs, egyből offba is tettem. -
robohw
aktív tag
Szerintem neked két lehetőséged van.
Az egyik, hogy választasz a meglévő, iparilag kiépített modulok közül egy-egy párat, ami megfelel.
A másik, hogy kopasz diódákkal, tranyókkal kiépítesz egy saját rendszert.Amit itt kutyulsz, az véleményem szerint aligha fog eredményre vezetni.
Ez a témakör, a benne alkalmazott megoldások, az erre kigyártott eszközök köre elég tág ahhoz, hogy egy-két hétvége alatt arra az eredményre juss, amire szeretnél. -
Janos250
őstag
https://en.wikipedia.org/wiki/Run-length_limited
" If the runs are too long, clock recovery is difficult" -
tvamos
nagyúr
-
tvamos
nagyúr
"létezik, hogy ezekben a kis vevőkben automatikus gain szabályozás van?"
Az teljesen biztos, hogy van benne!
[link]
2. oldal, bal felul, a block diagram.
INPUT --> AGC --> BAND PASS stb... stb...Mondjuk, a soros adatatvitel nem tul jo neki, mert nagyon valtozik a frekvencia....
Pl. ha nullat kuldesz, akkor mi van, meg akkor, ha mondjuk AAh-t kuldesz.
Gondolom, ez megzavarhatja az AGC-t is. -
IR-kommunikáció témakörben előre léptem egyet. Átírtam az esp software serial lib-et, tettem bele paritás vizsgálatot és pwm modulációt, hogy 38kHz-es ir receivert tudjak használni.
A helyzet a következő: az analogWrite túl szép volt, hogy igaz legyen, valamiért használhatatlan, gondolom inkább hangfrekvenciára lett tervezve. Ezért kénytelen voltam a jó öreg "bit-bang" módszerrel (ha valaki tudja, hogy mondják ezt magyarul, megköszönöm, ha megírja) csinálni, elég durva, de működik.
Ezután egészen váratlan dologgal szembesültem: egyrészt túl jó az adatátvitel hatótávolsága (10mA árammal 2m-ről simán tudok adatot küldeni), másrészt a távolsággal csökken az átviteli sebesség.
Sem a duty cycle, se a hordozó frekvencia durva elállítása nincs különösebb hatással a vételre, 5%-os kitöltés és 20kHz esetén sem csökken drasztikusan a hatósugár, létezik, hogy ezekben a kis vevőkben automatikus gain szabályozás van?Viszont az átviteli sebesség csökken, zavarérzékeny lesz a kapcsolat, és nem eltűnik az adat, hanem kicserélődik garbage-ra... És sajnos 1200baud-nál gyorsabban nem igazán működik. Az eredeti terv 4800baud lett volna, de ennél a sebességnél egy másik rejtélyes dolog történik: túl érzékeny lesz a vevő!
Ha túl közel viszem az adót, megszűnik az adatforgalom és szemét jön csak helyette.
-
Atamano
csendes tag
Egy mezei UNO-ról és egy DHT 22-ről lenne szó.
Annyival megbolondítva,hogy megfelelő pinekre lenne csatlakoztatva egy 3,5 mm TRS anya és a DHT 22 megfelelő kimeneteire egy Apa jack.
TIP VCC
RING Signal
SLEEVE GND
Csak amikor áram alatt van az Arduino és úgy dugom be a DHT 22-őt,akkor talán érintkezhet a TIP része a SLEEVE résszel és az ideiglenesen rövid zárat okozhat nem?
Hogyan oldják meg ezt fejhallgatók esetében? -
Janos250
őstag
"Jól gondolom, hogy ez úgy fog működni, ahogy én szeretném"
Nem tudom, én a software serialt nagyon régen használtam, csak a hardware-t használom.
"analogWriteFreq"
Soha nem használtam.
"Annyi minden alkatrész van már itthon, amit megvettem az évek során, de még nem használtam fel,"
Na, ez ismerős. -
Janos250
őstag
-
tvamos
nagyúr
-
tvamos
nagyúr
Ha jól látom, az alsó hídágban be lehet a két FET-et egyszerre kapcsolni. (Short brake.) Szóval elvileg működik, ha a táp és a kimenet közé kötöd a LED-eket. (És nincs olyan funkció, amit nem vettem észre az adatlapban...)
Nekem egyszerűbbnek tűnne 1db MOSFET-et berakni. De te rudod. -
_q
addikt
Neem
Én nagyon szívesen összerakom, csak nem tudom mennyire ütköznék kompatibilitási gondokba, hogy nem passzol pl egy motor a lego elemekhez, emiatt eléggé elcsúnyítaná az egészet. Főleg akkor, ha az a lego nem is vezérelhetőre lenne tervezve hanem csak egyszeri összerakásra, így nem férne el egy motor, egy esp32 és egyéb meghajtó áramkörök helyhiány miatt.
Amit küldtél sajnos nem olcsó, emellett jóval másabb mint egy lepin wall-e, kevésbé tűnik minőséginek.
Összefoglalva azért gondolkoztam el egy már motorizált mozgó lego/lepin eszközön, mert ott már ki van alakítva a motor és meghajtás. De te azt mondod, hogy egy sima összerakásra tervezett verziót is simán át lehetne alakítani úgy hogy a helyhiány ne okozzon gondot még akkor is, ha nem asztal méretű porsce-ben gondolkozok 100 ezer Ft-ért, hanem csak egy kisebb pl. wall-e vagy hasonló méretben?
-
_q
addikt
Valami kész lego/lepin járműre gondoltam, amit át lehetne építeni esp-t felhasználva valamivé
Mondjuk telefonról nyomkodni az irányokat, vagy automatizálni magától menjen. A vázát adná a lego/lepin, a motorok és a felfogatás is adott lenne, így könnyen átépíthetővé válna és ráépíthető lenne a vezérlő, ami ESP32.
-
Na úgy néz ki mégsem kell újra feltalálnom a meleg vizet.
Addig olvastam, amíg kiderült, hogy a mintának tekintett Lego Spybotics egyszerű soros kommunikációt használt, 4800baud sebességgel, 72kHz-es infra jelre ültetve, nem a távirányítóknál használt protokollt. Tehát elméletileg 1 hardveres + 2 szoftveres serial meg is oldja a 3 infra vevő egyidejű használatának problémáját. Legalábbis a lib leírása szerint az avr software serial-lal szemben az esp változatnak nem okoz gondot két példány egyidejű működése.
Ráadásul a küldés is leegyszerűsödik (legalábbis a kód része), és nem kell használnom azt a hatalmas és komplikált irlib-et, ami nem is kimondottan erre való.
Viszont ahhoz, hogy a soros kimenetet tudjam használni, kelleni fog egy AND kapu, vagy egy hasonló működésű logika + egy 38kHz pwm-met kell valahogy előállítani. -
tvamos
nagyúr
Igy mukodik: [link]
"Hát mivel ahogy írod, analóg jelerősséget nem lehet mérni az ir receiver kimenetén, azt találtam ki, hogy fordítva ülök a lóra. A jeladó erősségét tudom (legalábbis remélem, hogy tudom valahogy) változtatni. Egymás után több kódot küldök, egyre csökkenő intenzitással és a küldött kódba mindig beleírom, hogy az éppen milyen erősséggel lett kiküldve."
Ezt nem lesz konnyu kalibralni, mivel fugg a target objektum meretetol, meg a szinetol is, sot, a feluleti minosegetol is.Naggyon nehez dolog lesz... remelem, megosztod, ha sikerul, mert nagyon erdekelne!
En probabol csinaltam egy olyan szkennert, hogy egy model szervora raktam a Sharp szenzort. (Ahogy az ultrahangosat szoktak rakni...)
Apropo... az lehet, hogy neked is menne, hogy egy ultrahangos szenzor, meg egy 38kHz infra van fenn, es mar kesz is. Ez olcso is, meg keveset kell barkacsolni.
Nezz csak ide: [link]
Letezik tobb freki, az talan eleg lenne kodolni a kulonbozo eszkozoket, es akkor konnyu megkulonboztetni is a kulonbozo robotokat. Oke, hogy kell penzt kolteni, de nem kell annyit programozni. Az egyik robot mehet 38kHz-en, a masik meg 56kHz-en. -
tvamos
nagyúr
"A 3 beérkező jel erőssége közti különbségből számolnám a jeladó irányát a vevőhöz képest. Van rá vmi ötletetek esetleg?"
Hogy akarod a jelerosseget kiolvasni? Nekem ez nem ment. Vagy volt jel, vagy nem. En valtottam LDR-re,
es tettem ele IR szuro foliat. (Mondjuk ilyenem volt.) Amugy lehet, hogy megy ez folia nelkul is...Rosszul emlekeztem, vegul nem volt folia, mert mukodott folia nelkul is. De mondjuk az neked nem jo, mert gondolom olyasmire kell, ahol a kulso feny bezavar. Akkor nem tudom."Azt az ábrát sajnos nem tudom értelmezni."
Nem baj, az a lenyeg, hogy a duty cycle-t tudod allitani, nem kotott az erteke.(#10465) aryes válasza _q (#10464) üzenetére
Nem pontosan ertem a feladatot... Erzekeloket akarsz fejleszteni, vagy az eszkoz lemasolasa a cel, vagy mi az, amit szeretnel pontosan?Sharp tavolsag szenzor nem jo neked? Azzal tudnad a tavolsagot. [link] Nekem ez bevalt. Van mogotte tudomany...
-
tvamos
nagyúr
A fig. 8-on tlalsz PWM duty cycle-t a burst-hoz, ennel jobb utalast meg nem lattam arra, hogy milyen min. / max. kitoltest adhatsz.
Azert egy TO-92, vagy SOT-323 tokos MOSFET sokkal kisebb, mint egy ULN2003. Arra azert vigyazz, hogy annak az IC-nek eleg nagy a maradek feszultsege. (Mivel darlingtonok vannak benne.) Erdemes inkabb ULN2003V12-t hasznalni, annak kicsi. (N-FET van benne, nem BJT.)
Ez a frekvencia elhangolasos jatek nem hangzik tul jol. De mondjuk miert ne probalnad ki?!.. -
tvamos
nagyúr
Azert bizonyos tartomanyban lehet PWM-ezni. A kollegam nezegette, hogy kb. 15%-80%-ig megy a dolog.
Itt az adatlapban a 3. oldalon is azt irjak, hogy lehet: [link]
Ez AVR? Mert az ellenallasokat annak a kimenetere siman ra lehet tenni. (Csak a labat, amin nem akarsz aramot hajtani, bemenetnek at kell allitani.) -
robohw
aktív tag
"Szeretnék csinálni egy olyan infra távirányítót, aminek a hatósugara szabályozható"
Ezt az adóteljesítmény változtatásával szokták megoldani.
Pl.: 1 LED vs 5 LED..Amit te szeretnél, az már nehezebben kivitelezhető. 10 cm hatótáv gyakorlatilag elérhetetlen. Legalábbis szerintem.
-
A másik ötletem az uln2003-el vezérelt "DAC", a 38kHz-es jelet pedig egy fet-tel vagy egy tranzisztorral vezérelném. Ez talán életképesebb ötlet lenne, teljesítmény szempontjából mindenképp, de túl sok pin kellene hozzá, márpedig az egészet egy wemos d1 minivel szeretném irányítani.
-
Azokat használom amiket a thinsversen találtam:
[servo adapter]
arduino tartó
Plusz kínai lego koppincs motorok, de valahol láttam sima noname motorhoz is. -
Köszönöm! Hát a D9 meg D10 az máshol van mint az uno-n.
Az elgondolás az volt, hogy a servo motor megy a servo1-es csatlakozóra, meg lesz még 1-2 sima motor. (vagy csak 2 motor, servo nélkül)
Lego alkatrészekből készült távirányítós teherautó a cél. A motorok direktbe az arduino motorvezérlőre kötve,mert nem lego motorok. 3d nyomtatóval majd lesz nekik keret nyomtatva.Plusz ledek, első körben ennyi, aztán tervben volt még okorsítani kicsit, mondjuk ütközés védelem, vagy sávkövetés. De úgy látom ehhez nincs elég használható lába.A wemos alapból tud wifit, meg bluetoothot, ezért lett volna jobb, de alig van szabad pinje. Van uno-m is bluetooth modullal meg L298N-nel, abból már építettem 2 motoros "autót".
A múltkor motorvezérlő nélkül már simán tudtam a servo motort irányítani wemos-szal wifin kersztül, de a másik két motornak csak kéne valami vezérlő... 3x3,7V lipo cellákról menne.
Lehet a L298N jobb választás ebben az esetben.
Jön még egy ESP12e+L293 shield hozzá, azok kisebb helyen is elférnek. Ez is szempont lenne. -
#define TIME_COMP_SEC_PER_HOUR 25
void go_to_sleep(const uint32_t sleep_length_in_sec)
{
uint32_t sleep_length_comp_in_sec = (3600 * sleep_length_in_sec) / (3600 - TIME_COMP_SEC_PER_HOUR);
Serial.print("Requested sleep duration: ");
Serial.println(sleep_length_in_sec);
Serial.print("Compensated sleep duration: ");
Serial.println(sleep_length_comp_in_sec);
esp_sleep_enable_timer_wakeup(sleep_length_comp_in_sec * 1000000);
esp_deep_sleep_start();
} -
-
Tankblock
aktív tag
okay,
valami példa kód esetleg?
Home automationben szeretnék Nextion kijelzőket telepíteni, hogy lássam milyen idő lesz....
openweather jónak tűnt, mert JSON ként tudom kezelni Raspin az egészet....Kicsit macerás az adatok értelmezése a 3 órás szeletek miatt, de működhet....
időképnek milyen APIja van? -
ecaddsell
aktív tag
Lehet, hogy az esp32 lebegőpontos képességei túl gyengék lennének a feladathoz.
Nekem nem úgy tűnik vsz. jobb mint bármi más ebben a kategóriában...
http://www.robinscheibler.org/2017/12/12/esp32-fft.html -
Amarton
tag
Az megvan, ha nincs fogyasztó az áramkörön, akkor nem folyik áram? Ilyenkor (is) a kapcsolfeszültséget mérnie kellene az INA219-nek, mivel a sönt egyik és másik felén is ugyan az a feszültség van ilyenkor, tehát teljesen mindegy melyik kivezetést kötöm oda, ahol a feszültség van, ha a másikat szabadon hagyom.
-
LógaGéza
veterán
Igazából az UNO oldalán azt írják, hogy a 9-12V az ajánlott, valóságban 20V-ig működik, csak ugye akkor sok lesz a hőtermelés. Azért szeretném hagyni így, mert akkor kb meg tudom oldani egy ilyenre cserélevel a mostani tápot - valamint nehéz találni 9V-os tápot szerelhetőben, ha jól tudom csak 7,5ös létezik - na meg többszörös áron szabályozható.
Akkor a relé, és az UNO közé nem kell ellenállás? Sok melótól mentene meg... Nehezíti a dologot, hogy 4 méter magasan van beépítve az egész, és csak létráról tudom szerelni... -
LógaGéza
veterán
Anno úgy rémlik, hogy a fogyasztó külső tápját, és az Arduino GND-jét össze kellett kötni (pl itt: [link], valamint itt volt még egy ellenállás is a vezérlő pinen).
Nem PWM lesz az, csak sima Digital Out... Túl sok minden van a fejemben
Eredeti UNO, és nincs külön ellenállás - elvileg hozzáértő rakta össze, én csak örököltem a projektet, hogy próbáljam stabilan működésre bírni.
Igazából akkor itt úgy látom, hogy külön kell egy 5V-os tápot adni a relének, és valószinű az nyírja ki, hogy nem bírja az UNO a terhelést amit a relékapcsolás igényel...
-
-
Vladi
nagyúr
3 csatornája van összesen, 2 rövid és 1 hosszú eltolásba. Nem tom jobban elmagyarázni, az adatlapjában benne van. EGészen komplex módon is tudod mérni a dolgokat.
100 osztású, tehát ilyen 3.6 fokonkélnt egy érzékelő. Most ebből hogy jön ki mondjuk 1/2 fordulaton 1500 jel?
Azért kell az egész bonyolítás mer a nyüves gépen nincs 1 db állandó fordulatú tengely.
-
Azt úgy biztos nem. Ha már, akkor
(currentpulse >= pulzus) || voros
, de amúgy az összehasonlításnak nagyobb a precedenciája.(#9899) Janos250: Igen, ezt írják is az Arduino oldalán, de mondjuk a fordító igazán számíthatna rá, hogy ha egy ISR-ben módosítasz egy változót, akkor az automatice legyen volatile.
(#9896) Vladi:
az úgy értelmes, hogy:
volatile unsigned longAzzal vigyázz, mert csak 8 bites a proci, és mikor kiolvas egy bájtot a longból, akkor a maradék része változhat. [link]
-
Vladi
nagyúr
Szerintem az úgy jó, anno az előző ( 1.0 ) változatban is így adtam meg: link.
off tapasztalat: lánchajtás soha de soha nem fog stabil fordulatszámot eredményezni. Legalább is jóval tágabb a tűrésmezeje, mint amire szükségem lenne.
Bakker egy éve dolgozom rajta....
Hardveres prellmentesítésem van. Egy opto izolátor kártyát építettem*, ami izolálja a jelet, 12 voltról 5-re konvertálja és ha már ott van prellmentesít is.
*egy kiáló, nagyszerű, remek villanyos barátom segített megtervezni.
-
gyapo11
őstag
Kipróbálhatod a symlinket, nálam bevált. Fogod a c: meghajtón a foldert és átmásolod máshova, pl. külső wincsire. Ezután létrehozol egy symlinket, ami létrehoz egy virtuális foldert a c: meghajtón, de a file-ok valójában a külső wincsin vannak, a software ebből nem vesz észre semmit. Nálam az rss olvasó megy így.
-
Janos250
őstag
"ESP-IDF kell hozzá"
És ha berakod Arduino IDE alá, lefordul? [vagy felfordul?]
Az Arduino IDE is IDF alapokon nyugszik, csak van saját, előre megírt main.cpp, és egy halom könyvtár, hogy meglegyenek az előre definiált dolgok, és passzoljanak az elnevezések az Arduino rendszerhez. Attól még az összes alatta lévő dolog is él, ugyanúgy, mint pl. a freeRTOS dolgai, vagy a méglentebbi driverek.
A C++ az C++ akár IDF, akár Arduino IDE. -
-
-
Tankblock
aktív tag
Hello,
Ha feltelepítetted megérted...
NEM Windows alatt fut a keresztplatformos fordító, hanem MSYS2 alatt...
minden ami abban van egyfajta Linux féleség. Szépen működnek a unixos filemanager parancsok...igen terminált lehet használni, sőt és a githez csak azt használom.
Javaslom egy Eclipse-be belerakni az egészet azzal kicsit nehezebb configolni először, de az egy clikes fordít letölt vagy a kódkiegészítés sokat ér.... Nem egy Arduino IDE.. az egy sima notepad az eclipsehez képest.... -
Tankblock
aktív tag
Hello,
Belelestem abba a kódba amit linkeltél, ismert emberektől van, jóféle.
A projectben nincs configolva HW gomb egy darab se. UART és external UART ból olvas és BLE HID tolja tovább.A hol is kellene elkezdeni az [Development] Environment install guide.
NE felejtsd el az elérési utat exportálni mindig... "export idf_path= <elérési út>/esp/esp-idf"
Innen már csak a gittel leszedni a projectet amit linkeltél és módosítani HW gomboknak megfelelően. Példa része az
uart_parse_command()
függvényben van implementálva.Módosít, majd make menuconfig -> COM port beállítás, baudrate,... a végén meg make flash monitor
A gombokhoz szükséges interrupt és társait ebben a példában megtalálod:
[link]UI.: erősen javallott a Linuxos parancsok, fordító ismerete, mert az életünk így könnyebb.
Plusz ha ot vagy egy eclipsebe is tudod integrálni és akkor picit egyszerűbb az élet. -
fpeter84
senior tag
Igaz, a terhelhetőségét elfelejtettem... Ha kínai UNO / MEGA / Leonardo aminek a táp részén egy az itt látható U5-höz hasonló SOT23-5 tokozású LDO adja a 3.3V ágat akkor 200-250mA a terhelhetősége, ha Due akkor közel 1A minusz amit a proci levesz belőle, ha NANO akkor viszont mivel ott többnyire a CH340 csippből lopják a 3.3V-ot, ezért annak a terhelhetősége max 20-30mA... Szóval szerencsésebb külső forrásról próbálgatni többnyire...
-
_q
addikt
3.3 V-ra. Ezt ajánlottátok még 1 hónapja talán, ezt vettem meg és terveztem használni. Így ha lemegy az elem feszültsége 2-2.5 V -ra akkor se lenne gond. Sőt ha lehet hinni ennek az áramkörnek, akkor még 1.8 V körülre is lemehetne és akkor egész sokáig lehetne használni. Wifi miatt kelleni fog legalább 300 mA, tartalékkal meg 1.8 V-on ha igaz 500 mA-t tudna.
-
MrChris
nagyúr
Persze körív mentén. A pontosság mértéke akkor valszeg elég lesz, megpróbálok a lehetőségeimhez képest jól eljárni. Összerakom asztalon és levideózom mennyit forog fél óra alatt. Számításom szerint a leghosszabb gyutávú objektívem esetén az eltérés 1.8s-nál kisebbnek kellene lennie az exponálás alatt.
-
gyapo11
őstag
Kísérleteztem a millissel, írtam is ide az eredményt, már nem emlékszem a számokra, de korrekcióval egész pontosra be lehet lőni. Viszont eléggé sokat elmászik, ha változik a hőmérséklet, és éjjeli fotózásnál meg pont fog változni. Esetleg mérni a hőmérsékletet, és arra korrigálni.
Kis hőszigetelt dobozkában kvarc oszcillátor lehet időalap, és mondjuk percenként egy impulzus, arra rápontosítani a millist. Vagy mobiltelóra app, ami másodpercenként csippan, bele jack dugó, erősítőre, szintén időalap. Ehhez meg kell nézni a teló pontosságát és hőfokfüggését.
Gps modult kiolvasni soros porton és benne van az NMEA stringben az idő, ez eléggé atomóra pontos.
Kézi módszer: telóra clocksync vagy hasonló ntp óra app, és egész percnél megnyomni egy gombot az arduinonak. Pár percen belül még valószínűleg másodpercen belül van az eltérés, amikor jön a gombnyomás, akkor helyesbíteni az időt egész percre. A kézi gombnyomás ugyan nem annyira pontos, olyan 1-2 tized másodpercen belül van. -
MrChris
nagyúr
Persze, nem titok, éjjeli fotózáshoz égbolt követőt építenék, 'pajta ajtó mechanika' néven fut. Ehhez hasonlót. Az elektronikai résznél amit szeretnék, hogy gombnyomásra elinduljon, megálljon, (esetleg irányváltó) és legyen egy, esetleg két végálláskapcsoló, valamint 1-2 visszajelző led. Hab a tortán lenne, ha működtetné a fényképezőgépet, de ehhez kéne valami a záridővel kapcsolatos beállítás, visszajelzés... Még nemtom mennyi ideig tartana egy fotózási menet, ezt még ki kell próbálnom mit bír a fényképező.
-
MrChris
nagyúr
Ok. Percenként pontosan 3 fordulatnak kell majd kijönnie, kb 30percig kellene pontosan tartania.
Próbálgatom a nyomógomb vezérlést ez alapján, de valahogy nem szimpi. Elég esetleges a működése aszerint, hogy mikor és mennyi ideig nyomom meg a gombot. Van erre más módszer?
Tankblock: ezek óramodulok? Fenti esetben is szükség van rá?
-
-
Teasüti
nagyúr
Elvileg CAN 2.0 vezérlő be van építve, a funkcionális blokk diagramjában is látható. Viszont nem foglalkozik vele a kézikönyv. Neten meg pár példán és lib-en kívül kb semmit nem találtam.
Espressif fórumán foglalkoznak vele, de ott még nem tartok, hogy átnyálazzak egy egész topikot.
Új hozzászólás Aktív témák
Hirdetés
- AKCIÓ! Apple Macbook Pro 16" 2019 i7 9750H 32GB 500GB Radeon Pro 5300M hibátlan működéssel
- Lenovo Legion 5 15ACH6 Az ár irányár, komoly érdeklődés esetén van lehetőség egyeztetésre
- 10% -tól elvihető. Országosan a legjobb BANKMENTES részletfizetés! Lenovo Legion Pro 7
- BESZÁMÍTÁS! GIGABYTE H77-DS3H H77 chipset alaplap garanciával hibátlan működéssel
- Lenovo Legion Pro 5 16IRX9
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged