- One mobilszolgáltatások
- iPhone topik
- Olcsó Galaxyk telepíthetik a One UI 7-et
- Milyen GPS-t vegyek?
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Google Pixel topik
- Amazfit Balance - ár-érték egyensúly
- Ford SYNC 3 infotainment rendszer teszt
-
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
-
-
-
zsolti_20
senior tag
Sziasztok! Szeretnék összehozni egy arduino + 2004A LCD kombót, de nem sikerül egyszerűen működésre bírnom az LCD kijelzőt.
Csatlakoztattam a VCC-t, GND-t, A4-et A5-öt. Letöltöttem a LiquidCrystalt, wire tömörített mappát és kicsomagoltam a dokumentumok arduino mappába a librarykhoz. Felprogramoztam ezzel a forráskóddal, de az LCD nem mutat semmit sem sajnos. Csak világít kéken. Valaki tud valamit erről?
-
ecaddsell
aktív tag
válasz
Gergosz2
#10686
üzenetére
Mit jelent az, hogy nem akarja megcsinálni? Ha nem tartja meg a beállítást akkor az normális, mert nincs benne flash. Többek közt ezért érdemesebb Neo-7N-t venni, még ha egy kicsit drágább is.
(Nekem 7N van, de nem tudom a kínai panelon miért van gombelem ha van rajta flash .) -
Gergosz2
veterán
NEO-7M vagy NEO-6M GS modult használ/használt itt valaki?
u-center nevű progival próbáltam átállítani a baud rate-et de egyszerűen nem akarja megcsinálni. Nem tudom mit ronthatok el, de most elismerem, hogy lövésem sincs miért nem megy.
Gyorsítani szeretnék egy kicsit rajta, mert 9600 bps annyira nem tetszik.
-
#10685
balintarduin
újonc
balintarduin
újonc
Sziasztok! Tapasztalt programozót keresek, menü készítési feladat miatt, én nem tudom megcsinálni, de sürgős lenne! Annyira, hogy kifizetem, ha megírja azt a programot amit szeretnék, az alapokat biztosítani tudom!
-
-
ESP32-őn Arduino IDE alatt próbált valaki posix thread mutexeket használni? Folyton lefagy az egész, pedig linuxon működik a kód.
-
Volkov
senior tag
Sziasztok!
Kis segítség kellene.
Lementettem a flash tartalmát egy 1284p-nek avrdude-dal, és ott böktem el, hogy sikerült ":i" helyett ":h"-t használni.
A létrehozott fájl így vesszővel elválasztott valami lett intel hex helyett.Természetesen akkor jöttem rá, mikor az így létrehozott cucc sehogy sem akart visszamenni az avr-re.
Van erre valami megoldás vagy konverter?
Köszönöm!
-
válasz
Teasüti
#10677
üzenetére
Azért off, mert már túl sok vagyok ebben a topikban, nem akarom ingerelni a többieket.
Hát a koncepció az, hogy egyforma teljesítménnyel adom le a jelet, de elhangolom a vivő frekvenciát 38kHz-ről, hogy a vevő nehezebben érzékelje.![;]](//cdn.rios.hu/dl/s/v1.gif)
Azt hittem, hogy ez egyszerű dolog: addig növelem a frekvenciát, amíg már nem tudja fogni a vevő a jelet, de tévedtem: gyakorlatilag minden frekvencián képes fogni a jelet, 2kHz-től 100kHz-ig. 
Viszont vannak frekvenciák, amikre kevésbé érzékeny, ezeket vagyok kénytelen használni.(#10678) tvamos: nem igaz, hogy nem számít, biztosan jobb lenne az egész, ha cm pontossággal tudnék mérni, de egyrészt nem akartam lehetetlen célt kitűzni, másrészt pedig az említett Lego robot is így lett kitalálva, és így is jól használható. Már akkor boldog lennék, ha azt a pontosságot sikerülne elérnem.
-
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?
-
válasz
Teasüti
#10672
üzenetére
Abszolút hatótávolságot.
Most annyit tudok mérni, hogy az adó 0-50cm-en belül van, 50-100cm közt, vagy 100cm-en túl. Én pont ennyit akartam eredetileg. És amiért ez szerintem érdekes, az az a tény, hogy az ir vevőn és két ir leden kívül csak egy előtét ellenállást használok, minden más szoftveresen van megoldva. -
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.
-
válasz
Teasüti
#10668
üzenetére
"Én ezt megoldanám frekvencia modulációval"
Mit? Vagy 6 különböző funkciót írtam le az előbb csak 1 tankhoz.
És még vannak ötleteim. Például a beacon jel jelenthetné, hogy sikeres volt a találat, vagy akár a tank egészségi állapotát. És valahogy össze is kell hangolni a kommunikációt, ha nem akarom, hogy az összes tank egyszerre beszéljen."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 honnan vegyek ennyi különböző ir vevőt? Arról nem is beszélve, hogy a 38kHz-es tsop vevő 25 és 45kHz között simán vesz minden frekvencián. -
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?
-
válasz
Teasüti
#10666
üzenetére
Pedig eddig azt hittem, figyeltél.
A beacon jelben benne kell lenni a tank azonosítójának, vagyis, hogy ki sugározza éppen a jelet. Ebből tudja a másik, hogy kit lát (terv szerint kettőnél több tank is részt vehetne egy harcban, bár elsőre örülök, ha kettőt meg tudok építeni...
), illetve, hogy nem a saját maga által küldött jelet látja mondjuk egy falról visszatükröződve.
A másik, hogy mivel analóg jelet nem tudok kivenni az ir vevőből, kell egy trükk, hogy távolságot tudjak mérni.
Több különböző "fényerővel" fogom kiküldeni a beacon jelet. Mondjuk 5mA lesz az 1-es fényerő, 10mA a 2-es, stb. A különböző fényerők más-más távolságról fognak látszódni. De honnan tudom, hogy ha látok egy beacon jelet, az egy közeli tank gyenge jele, vagy egy távoli tank erős jele? Hát onnan, hogy maga a jel tartalmazni fogja, hogy ki küldte és milyen erősséggel.
Tehát mondjuk így fog kinézni az 1-es tank 5-ös erősségű beacon jele: 0x15. A lövés meg legyen mondjuk 0x1F. Akár még azt is bele lehet írni, hogy a tank eleje vagy a hátsó része sugároz, így az egyik tank egy jelből meg tudná állapítani, hogy a másik tank menekül előle, vagy éppen célba vette.
-
Teasüti
nagyúr
-
válasz
Teasüti
#10664
üzenetére
A GCR kódolás. Az volt a baj, hogy ha túl sok 0 vagy 1 jött egymás után a soros adatfolyamban, megzavarta a vevőt, elmászott a gain (begerjedt?
), az adatlapon lehet olvasni, hogy bizonyos jelhosszúság (0) után kötelező szünetet (1) beiktatni.
Először az 5 bites, Commodore-féle változatot próbáltam, de az csak az egymást követő 0 bitek számát maximálta 2-ben, az 1 biteket nem, így akár 8db 1-es bit is jöhetett egymás után, és nem akart úgy működni, ahogy vártam. Ezért kitaláltam egy 6 bites kódolást, ahol se kettőnél több 0, se kettőnél több 1 nem jöhet egymás után, és ezt már szereti a vevő. Plusz két ellenőrző bitet használok az átviteli hibák detektálásához. Így a normál soros kommunikáció 11 bitje (1 start + 8 adat + 1 paritás + 1 stop) helyett ugyan 16 bitet küldök (1 start + 2x6 adat + 2 ellenőrző + 1 stop) egy byte átviteléhez, de azt akár 4000baud sebességgel (~230byte/s), és majdnem minden átviteli hibát ki tudok szűrni. 
A hibás adatot felismeri a rendszer és eldobja.
Így most nem az történik, hogy bizonyos távolságból elkezd a hasznos adat közé mindenféle szemét keveredni, hanem van egy
határozott távolság, ahol egyszerűen megszűnik a kommunikáció. És ez volt a cél. -
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! -
válasz
Gergosz2
#10655
üzenetére
A NEC protokollal két gond van. Az egyik, hogy l-a-s-s-ú.
Kb. 50 baudos adatátviteli sebességet lehet vele elérni, az kb 6byte egy másodperc alatt, iszonyú kevés... 
A másik, hogy a hozzá kapcsolódó library csak egy darab ir vevőt képes kezelni, míg a softwareserial lib többet is, egyidejűleg!Ellenben a softwareserial libet mostanra annyira átírtam, hogy 4000baudos sebességgel tudok küldeni vele adatot GCR kódolással és magas hibatűréssel.
-
válasz
tvamos
#10657
üzenetére
"Raadasul demodulalnod kene elotte a jelet"
Azt hiszem most kezdem érteni, hogy miért kérdezed azt, hogy hogy akarom demodulálni. Ugyanis összekevertem a felül áteresztő szűrőt az alul áteresztővel.
Eddig azt gondoltam, hogy a high pass szűrő után kapok egy, a jel amplitúdójával arányos feszültségszintet, de valójában csak a négyszögjelet kapom vissza, amit eredetileg küldtem.
És ha ezt a négyszögjelet integrálom egy kondenzátor+diódával? -
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. -
válasz
Teasüti
#10651
üzenetére
Te tényleg értesz.
"Az adó-vevő hókuszpókusz"
Ez sajnos kudarcba fulladt, mert nem bírok belőle analóg jelet kifacsarni. De maga a soros kommunikáció már egészen jól működik. Viszont távolságtól függetlenül néha egészen közelről is hibák jelentkeznek, amit képtelen vagyok visszafejteni, ehhez már vagy egy oszcilloszkóp kéne, amit linkeltél, vagy egy digitális jelanalizátor, amit Janos250 kolléga ajanlott régebben, de egyik sincs itthon sajnos. Gyanítom már nem a kommunikációban van a hiba, inkább valami esp specifikus dolog lehet, ami néha megzavarja a pontosan időzített küldést."38 Khz-es négyszögjel esetén - vagy ami átjön a bandpass filteren - húzza GND-re."
Analóg jel esetén ez úgy működne, hogy a jel mindig valahol 3.3V és 0V közt lenne, az adó távolságától és az adás teljesítményétől függően. A kettő közt félúton van egy választóvonal, ami alatt 0-nak, fölötte pedig 1-nek veszi a feszültségszintet, tehát bizonyos távolságból az adás egyszerűen csak el fog tűnni. Persze tudom, hogy van egy sáv, ahol határozatlan lesz a, mondjuk 1.8-2.5V közt, itt valószínűleg véletlenszerű adatokat fogok kapni. -
Teasüti
nagyúr
válasz
Gergosz2
#10649
üzenetére
Na szóval, az én interpretációm:
38 Khz-es négyszögjel esetén - vagy ami átjön a bandpass filteren - húzza GND-re. Ez most az aktuális verzió, mert kínjában már itt tart jelenleg.
Korábban ha jól értettem arról volt szó, hogy a freki eltolás mértékében adjon ki az áramkör analóg jelet - ahol mittomén 38 khz van a skála egyik végén, vagy a közepén, aztán ahogy modulál úgy tolódik a fesz.Az adó-vevő hókuszpókuszt meg meg sem próbáltam értelmezni, van elég megoldandó problémám így is.
-
Nem rossz ötlet, de pont a lövéssel nincs gondom, ott nem kell távolságot mérni.
Beacon jelnek tényleg lehetne használni, de az a baj az ultrahanggal, hogy egyrészt nagyon irányított, tehát 360°-ra kellene vagy 8db adóvevő, másrészt 80cm-en túl gyakorlatilag használhatatlan. Ezen kívül nagyon érzékeny a visszaverődésekre (hiszen ez a dolga), és ha két robot széklábak és játéktároló dobozok közt bújkálva keresi egymást, annyi visszhang lenne, hogy nem lehetne használni.
De tartaléktervnek azért elteszem. -
válasz
Janos250
#10639
üzenetére
Egy nagyon vázlatos rajz:
Az IR led bizonyos időközönként kiküld egy 1-2 byte-os beacon üzenetet, amit vagy látnak a körülötte lévő robotok, vagy nem, az üzenet tartalma pedig a robot azonosító száma, és egyéb rendszerüzenetek, pl. lövés (ez utóbbi üzenet csak egy dedikált, irányított LED-ből fog érkezni, vagyis csak az fogja látni, akit "eltalál" vele).
Ezt az üzenetet több különböző teljesítményen (pl 5mA - 100mA) szándékozok küldeni egymás után, ami reményeim szerint csak bizonyos távolságokból látható (pl az 1-es erősségű jel csak 20cm-ről, az 5-ös erősségű meg mondjuk 3 méterről), ebből a vevő robot egy hozzávetőleges távolsági becslést fog tudni számolni az alapján, hogy melyik infra vevő melyik jelet fogta. Az üzenetben természetesen benne lesz, hogy milyen erősséggel lett kiküldve. Példa: "15" <- az 1-es számú robot 5-ös erősségű beacon jele.
Nem kell se a távolságot, se az irányt pontosan tudni, elég, ha annyit tud az egyik robot, hogy a másik előtte van, vagy tőle jobbra, közel, közepesen távol, vagy valahol messze.
Mondjuk egy ilyen koordináta rendszerben:
A piros a közel, a zöld a távol, a többi meg látszik a rajzon.Amit most leírtam, pontosan ezt tudja a Lego Spybotics robot, 76kHz-es IR vevőkkel és ledekkel. Azt szeretném lemásolni.
-
válasz
tvamos
#10635
üzenetére
Meg mernék esküdni, hogy az utóbbi két napban legalább háromszor leírtam már (én ugyan high pass filtert írtam), de legyen:
Szükségem lenne egy bandpass filterre, ami egy ir tranzisztor jelét szűri olyan módon, hogy megfelelő amplitúdójú 38kHz-es négyszögjelre alacsony jelszintet hozzon létre egy esp8266 bemenetén.
Hiába van ez a tervező, ezzel a rajzzal nem tudok mit kezdeni:
Nem a számolás részével van problémám, nincs kész kapcsolási rajzom!
Hova kössem az ir tranzisztort? Hogy fog ez nekem alacsony jelet produkálni az arduino bemenetén? -
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.
-
Teasüti
nagyúr
válasz
Janos250
#10639
üzenetére
Srácok, ez tényleg ennyire magas?
Szerencsétlen szeretne 2+ távirányítós járművet, amikkel lehet "lőni" egymásra. Látótávolságban IR jellel, és a találatot kell megállapítani.Más kérdés, hogy ezt már 20 évvel ezelőtt megcsinálták a játékiparban és lehet venni kész megoldásokat, de ha már Arduino...
-
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. -
válasz
brickm
#10632
üzenetére
Most az egész projektet nem érted, vagy azt sem, hogy kellene egy 32kHz vágási frekvenciával rendelkező high pass filtert tervezni ir tranzisztorhoz, ami egy esp8266 bemenetét vezérelné? Bemegy egy 38kHz négyszögjel, ennek az amplitúdóját szeretném megkapni analóg módon az esp bemenetére.
-
válasz
Janos250
#10630
üzenetére
"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."
Igen, és az adónak is! Így beszélgetnének egymással. Minden kocsin 1 vagy 2 LED az adó, és 3-4 vevő. A ledek fényét pedig valamilyen kerek, fényvisszaverő felülettel szórnám, hogy 360°-ban le tudjam fedni a környezetét.
"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"
Ez biztosan nem így lesz, vagy 3db vevő lesz körben az autón, egymással kb 120°-os szögben, vagy ha ennek túl nagy lenne a holt tere, ami elég valószínű, akkor 4 vevő, 90° szögben. A háromszögelés pedig 1 adó + két vevő között történne.
"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."
Ezt akarom. A vért pedig már izzadom vagy 3 hete. -
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?
-
ecaddsell
aktív tag
Pénteken megjött a PCF8574-es kijelzőm amivel kapcsolatban volt itt kérdés ill. válaszoltam.
Mint azt sejtettem is simán megy 3.3V-ról.Nem tudom kinek volt az az idióta ötlete, hogy ezeket teljesen letekert kontraszttal szállítják, jó ideig azt kerestem miért nem megy...
Nem vagyok lenyűgözve se a láthatóságával (szemből még OK, de oldalról nézve gyorsan invertálódik), se a frissítés sebességével (ami vsz. még gyengébb is mint ami az I2C-ből követezik).
Ár értékben nem rossz, de még mindig keresek valami jobbat (legfőképpen olyat ami nem ennyire feleslegesen nagy).
A képen a 10 digit/s-es frekimérőm kimenete látható.
-
-
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. -
válasz
Janos250
#10622
üzenetére
" 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ó."
Ez tény, sajnos nem tudok vele mit kezdeni. Max annyit, hogy a LED fényét nem direkt módon irányítom kifelé, hanem szétszórom, tükör vagy fényvisszaverő felület segítségével."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."
Na ezt majdnem biztosan állítom, hogy ebben a formában nem igaz, a sharp távolság szenzornál a beesési szögből számolják, CCD érzékelő segítségével. Sima ir tranzisztorral pedig a fény intenzitásából, itt van olyan variáció, ahol egy 555-ös IC-vel szaggatják a fényt, a vevő oldalon pedig felüláteresztő szűrővel szűrik ki a jelet a környezeti fényből, ezt akarom én is, csak szoftveresen.
Aminek a visszaérkezési idejéből számítják a távolságot, amit írtál, szerintem az a lézeres mérő, de annak már igazán nem hobbista az árszabása... -
válasz
tvamos
#10623
üzenetére
"Szerintem nem uszod meg a haromszog beiktatasat"
Persze, hogy nem, azzal szeretném az adó irányát megbecsülni, de ahhoz kell, hogy sikerüljön valami távolság adatot is végre kinyerni."En azt javasolnam, hogy eloszor dugd ossze az aramkorod, ... szaladj korbe a lakasban, kulonbozo napszakokban, "
Pontosan ezt fogom tenni. Amit nem tudok kiszámolni, azt mindig empirikusan szoktam megoldani: addig próbálgatom, amíg nem sikerül. Csak ez sajnos időigényes, és ennyi időm nincs.
Oscilloscope-om sincs sajnos. Tervezem, hogy veszek, aztán mindig másra kell a pénz. Kicsit körülményes, de megoldom valahogy anélkül. Elvégre az uart kapcsolat már összejött, pedig azt sem volt egyszerű összehozni. -
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. -
válasz
tvamos
#10620
üzenetére
Köszönöm az észrevételeket, ezekkel már tudok mit kezdeni.
"Tehat, ha a nap besut az ablakon, es a robotod azzal szembe megy, akkor nem lesz jeled."
Igen, ez egy kompromisszum, a smart car-ommal szerzett tapasztalatok alapján direkt napfényben nem hatékony a szimpla ir tranzisztor, nem akarom a fizika törvényeit megszegni, ha kell, lehúzom a redőnyt.
De ha a tsop képes direkt napfényben is működni, akkor valamilyen megoldásnak létezni kell."hogyan tudnad a tavolsagot merni, ha nem mashogy, mint egy masik tavmero szenzorral, vagy haromszogelessel."
Két ir szenzor + háromszögelés
"A terhelesed nincs impedancia illesztve. Ha a kimeneted feszultseg, akkor az R2 legalabb 100k kene legyen"
Ha jól értem az esp bemeneti impedancia számít, ami ez esetben ha jól tudom MΩ nagyságrendű. Az R2 azért ennyi, mert erre találtam példát az egyik fórumon.
"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?"
Igazából 0V és 3.3V közti értékeket szeretnék kapni. Hogy ezt milyen áramkörrel lehet elérni - na azt szeretném most megtudni... Gondolom kellene bele egy(-két?) dióda, ami nem engedi a jelet a tápfeszültség fölé menni.
-
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? -
válasz
Janos250
#10616
üzenetére
Én nem analóg jelet akarok átküldeni, hanem digitális információt. Emellett a küldő oldal jelerőssége alapján szeretnék hozzávetőleges távolságmérést csinálni. Tudom, hogy nem ördögtől való az ötlet, mert á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.
-
válasz
tvamos
#10614
üzenetére
Ennél pontosabban nem tudom leírni: egy ir receivert szeretnék, de AGC nélkül, hogy korlátozott legyen a hatósugara. 38kHz-es négyszög jelre (ez nem különösebben lényeges szempont, a lényeg, hogy a környezeti fényt hatékonyan kiszűrje) alacsony jelszintet produkáljon az arduino bemeneten.
A linkelt kapcsolási rajz szerintem ezt teljesíti (32kHz-es vágási határfrekvenciával), csak azt írtad, hogy az R2 magasabb, mint az R1, és ez nem jó. Ha nem jó, miért nem, mennyinek kellene lenni, és egyáltalán tényleg azt csinálja-e az áramkör, amit szeretnék. -
válasz
Teasüti
#10613
üzenetére
Én kérek elnézést, nem akartam senkit megsérteni, és természetesen csak azokhoz szólt az előbbi, akik tudnának segíteni, csak valamilyen okból mégsem tették. Tele van a fórum mérnökökkel és műszerészekkel, reménykedtem, hogy valaki csak megszólítva érzi magát.
Érdekes ez a DBU, köszi a tippet, utána fogok olvasni, ez tényleg hasonló, mint amit én akarok, de nem pont olyan. -
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
válasz
Teasüti
#10505
üzenetére
Na ez mekkora véletlen!
Most döbbentem rá, h 5V-on küldi a megszakítást az mpu6050 giro modul, esp32 meg annyira nem rajong ezért. Viszont belekukkantva az ellenállás utáni feszültségbe, kiderült éppen tökéletes magasságba fut fel a tüske és a program is csont nélkül működik az IO0 lábon és bootloop sincs.
Ennek mekkora esélye volt már??Ez ebben az egy esetben jobb megoldás, mint újratervezni a nyák-ot.
-
-
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.
-
válasz
tvamos
#10609
üzenetére
Úgy, hogy a hasamra ütöttem, és választottam egy értéket. Mivel írtam, hogy nem értek hozzá, nem tudom, hogy oda milyen ellenállást illik tenni, és miért, ezért azt sem tudom, miért baj, ha az R2 nagyobb, mint az R1. Próbálom egyedül megtervezni ezt a rendkívül bonyolult áramkört, mivel még mindig nem kaptam érdemi segítséget se itt, se a hobbielektronika topikban (értsd: egy hét alatt kb. 5x megkérdeztem, de mindenki csak átnéz a kérdésemen). Nem értem, talán derogál egy hozzáértőnek egy ilyen egyszerű feladatra válaszolni? Azt hittem erre való ez a fórum, de látom, hogy a "Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)" topikban sokkal érdekesebb és relevánsabb téma az ólommentes forrasztás körüli vita.
-
brickm
őstag
válasz
Teasüti
#10606
üzenetére
Nem előny, hanem direktíva, és a gyártásban EU-n bleül gyakorlatilag kötelező.
[link]
Az ólom és egyéb ide tartozó nehézfém és vegyianyag mentes termékeknek(az utolsó smd ellenállásig) kell legyen ROHS adatlapja, ami elérhető online formában, ahol rendeled.
a fejlécet nézd. -
tvamos
nagyúr
válasz
Janos250
#10607
üzenetére
15 éve LT Spice-ot használok. Ingyen van, és jó.
A TINA-TI is jó, de az LT Spice-nak jobbak a leításai, többen használjuk.(A többi vagy pénzes, vagy játék a magánvéleményem szerint.)
(#10604) aryes válasza aryes (#10603) üzenetére
Nem tudom, hogy jött ki, hogy R1<R2-nél. Nem gondolom azt jó ötletnek. -
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ó.
-
Teasüti
nagyúr
válasz
tvamos
#10599
üzenetére
Van vmi technológiai előnye az ólommentesnek? Úgy tudom csak vmi környezetvédelmi hiszti miatt történt váltás, de lehet rosszul tudom.
Honnan lehet tudni, hogy az alkatrészek ólommentesek? Én ilyen kitételt még nem láttam adatlapon, vagy katalógusban, mikor SMD alkatrészeket rendelek. Vagy ezeknek mindegy és alkatrészek alatt inkább a szerszámok és munkaeszközök értendők?
-
-
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.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Azt hittem, hogy ez egyszerű dolog: addig növelem a frekvenciát, amíg már nem tudja fogni a vevő a jelet, de tévedtem: gyakorlatilag minden frekvencián képes fogni a jelet, 2kHz-től 100kHz-ig. 
Viszont vannak frekvenciák, amikre kevésbé érzékeny, ezeket vagyok kénytelen használni.
És még vannak ötleteim. Például a beacon jel jelenthetné, hogy sikeres volt a találat, vagy akár a tank egészségi állapotát. És valahogy össze is kell hangolni a kommunikációt, ha nem akarom, hogy az összes tank egyszerre beszéljen.
Szerencsétlen szeretne 2+ távirányítós járművet, amikkel lehet "lőni" egymásra. Látótávolságban IR jellel, és a találatot kell megállapítani.
Új hozzászólás Aktív témák
Hirdetés
ekkold- Milyen egeret válasszak?
- Kerékpárosok, bringások ide!
- HiFi műszaki szemmel - sztereó hangrendszerek
- Autós topik
- Sony MILC fényképezőgépcsalád
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- One mobilszolgáltatások
- iPhone topik
- Milyen cserélhető objektíves gépet?
- További aktív témák...
- Samsung Galaxy A5 32GB Kártyafüggetlen 1Év Garanciával
- Samsung Galaxy S23 128GB, Kártyafüggetlen, 1 Év Garanciával
- Csere-Beszámítás! Prémium vizhűtéses számítógép! I9 11900K / RTX 3090 / 64GB DDR4 / 1TB SSD
- KATONAI ÜTÉSÁLLÓ!!! Getac S410 i5-6300u, G3: i5-8365u, G4: i5-1145G7
- Microsoft Windows, Office & Vírusirtók: Akciók, Azonnali Szállítás, Garantált Minőség, Garancia!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest