Hirdetés
- Magga: PLEX: multimédia az egész lakásban
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- ldave: New Game Blitz - 2025
- Sundesz: 20 éve a PH!-n
- jakra: Retro gyujtemenyem (cloud synced for safety...)
- WireGuard VPN a mindennapokra
-
LOGOUT
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
-
t72killer
titán
Úgy látszik arról az oldalról lefelejtették
. (ez ugye gopro4, a thieye alapból livestreamel)Alapból nem tud routerre kapcsolódni, kliensként kell őhozzá kapcsolódni. Kicsit körülnézek, mit tud az openwrt/dd-wrt: lehet egy utazós routerrel megoldható lenne a dolog - persze valami vpn vagy egyéb titkosított csatornán, mert nem szeretném, ha más piszkálná a kamerát... (utóbbi egyébként a <500$-os chinaware IP kameráknál is felmerülő kérdés)
Hogy ne legyen teljesen off-topik a dolog: egy router ugyebár sose fogja tudni bekapcsolni a kamerát, a vezetékes részhez megy majd az arduino. Hogy normál routert szerzek-e be a feladatra, vagy egy raspyból alakítok ki kvázi routert, még kitalálom: a költség kb azonos, viszont egy raspberry pláne rock64 jóval sokoldalúbb, más feladatokat is rábízhatok.
-
t72killer
titán
Szépjóreggelt
. A gopro-ra ezt találtam, a hamarosan érkező Thieye t5 edge-re nincs egyelőre ilyen gyűjteményem, de ha megvan a kamera, elvileg azt is ki lehet nyomozni."Command center" szerepbe leginkább raspyt tudok elképzelni a rugalmassága miatt (pl ha befuccsol a http-s módszer).
-
gyapo11
őstag
Nem olyan ez mint egy astabil multivibrátor, ami azonos alkatrészekből áll a két tranyónál, és nem lehet tudni, hogy melyik zár előbb? Amíg nem kap a programból beállítást, hogy out legyen és 0 vagy 1, addig nem lehet tudni, hogy be vagy kimenetként működik, van belső felhúzó vagy nincs, szóval bizonytalan. Ha fontos, hogy csak a program határozza meg a kimenet állapotát, akkor én tennék a proc és a külvilág közé egy áramkört, amit a program kapcsol be és csak ezután jutnak ki a jelek. A bekapcsolás pedig legyen olyan, amit az éledő processzor nem tud produkálni, pl. egy 5 kHz-es négyszögjel.
-
Teasüti
nagyúr
És mi a koncepció lényege? Különböző intenzitással küldöd az adatot és amelyiket utolsónak értelmezni tudja, az lesz a hatótávolság? Mivel állítod be az intenzitást? Vagyis mivel állítod be az áramerősséget?
És miért off-ban beszélgetünk mikrokontrolleres IR robot építéséről egy Arduino topikban?
-
Janos250
őstag
Tudom, hogy nem ide vágó dolog, de hangsúlyozom mégegyszer, hogy ez igenis a run length limited, RLL, korlátozott futáshossz technika. A GCR az RLL-ek egyik fajtája, az RLL (0,2)
Ismét a link:
https://en.wikipedia.org/wiki/Run-length_limitedTe szerencsére már megoldottad a problémád, de másnak is javasolom, hogy ha hasonló jellegű gondja van, ne sajnálja az időt megismerkedni a pár évtizedes RLL technikával, aminek különböző fajtáit ma is előszeretettel használják több területen.
-
Teasüti
nagyúr
Én ezt megoldanám frekvencia modulációval. Ha relatíve nincs túl sok variáció, akkor dedikált frekvenciákra osztanám ki a lehetséges dolgokat. Mondjuk egy tanknak saját frekvenciája van, így tudod, hogy ő lőtt. A különböző jelerősségekhez is lehetne saját frekvenciát rendelni. Mondjuk az első tank 30-33 Khz között sugároz, a második 34-37 közt és így tovább. Vagy ennél bonyolultabb kommunikációt szeretnél?
-
Teasüti
nagyúr
-
Az a poén, hogy miközben próbáltam tervez(tet)ni egy workaround megoldást az ir receiver "hisztis" viselkedése miatt, sikerült olyan jól módosítani a softwareserial lib-et, hogy most már együtt tud működni a tsop vevővel és elkezdett úgy működni, ahogy eredetileg vártam.
Úgyhogy ezen a vonalon megyek tovább, és egyelőre ejtem a high pass filteres mókát. Köszönöm a türelmet és a segítséget mindenkinek! -
tvamos
nagyúr
Ott van a rajzon, hogy "input", oda kotod az infra tranzisztort, az "output"-ra meg rakotod az arduinot.
De nagyon csodalkoznek, ha mukodne. Nagyon kicsi jel fog kijonni belole. Neked ezt a rajzot kene nezni: [link]Raadasul demodulalnod kene elotte a jelet. Hogy fogsz egy 38KHz-es jelet kiertekelni az Arduinoval? Tolsz ra egy FFT, es...
(#10655) Gergosz2 válasza aryes (#10654) üzenetére
Azt leirta, hogy nem jo, mert AGC van benne. -
Teasüti
nagyúr
Mármint telefonon szeretnéd irányítani? Nyakamat rá, hogy lehet kapni ilyet. Persze olcsó az nem lesz, olyan 30-50k lebeg a szemem előtt két darabos csomagban. Legalábbis régen ennyiért mentek ezek a játékok.
szerk: egyre olcsóbb a technika.
-
Janos250
őstag
Na, ezek egy része nekem teljesen új. Tehát több kocsi beszélget egymással, hogy ne ütközzenek össze, mint a madárraj, vagy a repülőgépek mikor alakzatban repülnek? Ha a led és az érzékelő fölé raksz egy csúcsára állított tükröző kúpot, akkor talán eléggé terít is 360 fokban.
Én továbbra is szétválasztanám a távolság mérést és a kódot, ha már mindenképpen ragaszkodnék az infrához. Adnék egy rövid burst jelet (talán minden kocsin különböző frekivel), ennek analóg mérném az alsó és felső értékét, és a különbség lenne a jel erőssége. Aztán külön küldeném a kódot, amit továbbra sem tudom, hogy mi akar lenni, de ez tk. nem is érdekes.
"A háromszögelés pedig 1 adó + két vevő között történne"
Ezt így este már nem nagyon tudom felfogni, hogy ha egy háromszögnek ismered egy pontját (adó), és két oldal hosszát, kéne még egy adat, de Te bizonyára érted, mit akarsz. -
Teasüti
nagyúr
Miért nem veszel vmi mikrokontrolleres kínai diy oszcilloszkópot? Alig kerül vmibe Ali-ról. Érdemes előre összeszereltet venni, hacsak nem akarsz magad beültetni 0603-as alkatrészeket.
Ezen kívül nekem van egy "rendes" két csatornás usb-s oszcilloszkópom is, amit Windows alatt lehet használni. Ez se akkora hatalmas kiadás egy ipari szkóphoz képest.
De háztáji dolgokra - mint mondjuk egy járművet kimérni, vagy ránézni egy már a helyére telepített eszközre - szerintem bőven jó egy ilyen tenyérnyi eszköz. A nagyot én szinte elő se veszem, csak a tervező asztalon. 9V-os elemről megy DC csatlakozón, így kell rendelni mellé vmi elemtartót is. -
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. -
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. -
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?
-
-
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? -
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...
-
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.
utána nézek mennyibe kerülne valami kisebb, használható, faragható lepin. Mondjuk nem léptető motor, de van 2 kicsi távirányítós kocsikba is szerelt dc motorom, azt rá lehetne applikálni. 
Naggyon nehez dolog lesz... remelem, megosztod, ha sikerul, mert nagyon erdekelne!
Új hozzászólás Aktív témák
ekkold- Home server / házi szerver építése
- Milyen TV-t vegyek?
- Flint 2 OFF topik
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Apple iPhone 17 Pro Max – fennsík
- Miért fárad gyorsabban az iPhone akku, mint az androidos?
- Samsung Galaxy A54 - türelemjáték
- Apple MacBook
- iPhone-t használók OFF topikja
- Miskolc és környéke adok-veszek-beszélgetek
- További aktív témák...
- Bontatlan! Új Lenovo Thinkpad T14 G5 Tartós Üzleti Laptop 14" -45% Ultra 7 165U 16/512 FHD+ Magyar!
- Bomba Ár! Fujitsu LifeBook E751 - i5-2GEN I 4GB I 500GB I DVDRW I 15,6" HD I Cam I W10 I Gari!
- Bomba ár! Dell Latitude E6440 - i5-4GEN I 8GB I 256SSD I 14" HD I HDMI I Cam I W10 I Garancia!
- Bomba ár! Dell Latitude E6540 - i5-4GEN I 8GB I 500GB I HDMI I 15,6" HD I Cam I W10 I Garancia!
- Bomba Ár! Lenovo ThinkPad E15 G4 AMD - Ryzen 5 5625U I 8GB I 256SSD I 15,6" FHD I HDMI I W11 I Gari
- Telefon felvásárlás!! Samsung Galaxy A50/Samsung Galaxy A51/Samsung Galaxy A52/Samsung Galaxy A53
- Lenovo ThinkPad L16 Gen 1 - 16" WUXGA IPS - Ultra 5 135U - 16GB - 512GB - Win11 - 2,5 év gari
- BESZÁMÍTÁS! AMD Ryzen 7 5800X3D 8 mag 16 szál processzor garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone Ultra 7 265KF 32/64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- GYÖNYÖRŰ iPhone 12 mini 128GB Blue-1 ÉV GARANCIA - Kártyafüggetlen, MS3415 94% Akkumulátor
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő