- Milyen okostelefont vegyek?
- Samsung Galaxy S23 Ultra - non plus ultra
- iPhone topik
- Xiaomi 15 - kicsi telefon nagy energiával
- Samsung Galaxy S21 FE 5G - utóirat
- Vivo X200 Pro - a kétszázát!
- Nem várt platformon a OnePlus Nord 5
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy Watch5 Pro - kerek, de nem tekerek
- 45 wattos vezeték nélküli töltés jön az új iPhone-ba
-
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
-
Teasüti
nagyúr
Igen. Van egy a madárban, meg egy a telefonban. Legalábbis a komolyabbak a telefont/tabletet használják interfésznek.
Az egyszerűbb, nem autonóm drónoknál ez nem szempont, mert nincs bennük autópilóta.Amúgy azt megfigyeltem már, hogy nem mindig pontos a visszatérés: előfordul, hogy két méterrel a helipad mellett akar leszállni. De csak most ebből a beszélgetésből esett le, hogy lehet nem kéne mozognia a vezérlőnek és akkor nem borul a relatív koordináta rendszer. De igazából csak találgatok, fogalmam sincs hogy működik.
Csak eddig sehogy se tudtam magyarázni mi nem sikerült neki ilyenkor.
De precíziós (kamerával segített) leszállás nélkül se téved 2-3 métereket, szóval biztos van benne vmi turpisság. Nem hinném, hogy a madár értékének a felét csak a gps vevő tenné ki. Sőt, nagy összegben mernék fogadni rá, hogy kommersz vevő van benne ugyanúgy, mint bármely naviban. -
#11831
Teasüti
nagyúr
tonermagus
#11828
Teasüti
nagyúr
válasz
tonermagus
#11828
üzenetére
Ha már itt tartunk, szerintem már az alap koordináta rendszeres korrekció sem lehet annyira rossz. Legalábbis erősen kétlem, hogy pl. a kommersz drónokban drága gps-t használnának. Főleg mivel a fix pontot a telefon adja. És azért mindig visszatalál a madár méteren belül (kamerás segítséggel 10 centin belül).
Szóval mit tudhat egy olyan olcsó megoldás, ahol átlagolt mérésre rakom rá az origót és minden további mérést ehhez korrigálok a fix gps-en? Aztán ezt a szimpla X/Y korrekciós tényezőt küldöm át a mozgó gps-re. Ezzel már közelíthető az 1 méter?
-
#11806
Teasüti
nagyúr
tonermagus
#11805
Teasüti
nagyúr
válasz
tonermagus
#11805
üzenetére
Mert a GPS-ek nagyrészt találgatnak mozgás közben. Akkora jitter van a technológiában ha vmi megzavarja a jelet, hogy egy irányváltásnál fellépő bizonytalanság egyszerűen a jóslás pontatlanságából fakad. Ezt teszik az algoritmusok és amikor ez nem jön be, akkor látod az ugrásokat. És ezért vándorol egy helyben, mert jitterel. Mozgás közben a legpontosabbak amúgy, amikor egyenletes sebességgel irányváltoztatás nélkül mozogsz, akkor működik a legjobban a predikció. Persze ez egy frontend-re érvényes, mint a navigációs szoftverek, vagy sport tracker alkalmazások. Hogy a TinyGPS pontosan mit csinál, azt passzolom. Én saját könyvtárat írtam az AT parancsokhoz anno. Bár úgy tudom a filter és a predikció az SoC szinten van, ha nem tévedek.
-
-
Teasüti
nagyúr
válasz
Atamano
#11751
üzenetére
Nem ajánlott. Ha közvetlen az 5V lábra kötsz tápot, akkor nem kapcsol le az usb táp és a védődióda csak némi biztonsági tartalékkal véd. Vagyis ha csak egy tized volttal nagyobb a tápod mint az usb feszültsége, akkor visszirányú áramot adsz az usb portra. Ez tönkreteheti az usb vezérlőt.
-
Teasüti
nagyúr
válasz
Gergosz2
#11748
üzenetére
Milyen képet mutat a logic analizer más kitöltésnél? Mondjuk 25%-on?
A csatorana 25% duty-val menne,és mivel B a negáltja így az 75%-on.Jah hogy ez a regiszter beállítás konkrétan invertál?
Felejtsük el az invertálást, olyat nem lehet, hogy a két csatornán a felfutó éleket simán eltolni egymástól időben?
Ne ugyanabban az időpillanatban rángassa meg az atx tápot mindkét ág. Ne egyszerre nyissanak ki a pwm meghajtók.
Nem lehet valahogy átállítani mikor jöjjön a megszakítás? Késleltetni néhány órajelciklussal? -
Teasüti
nagyúr
válasz
Gergosz2
#11748
üzenetére
Milyen képet mutat a logic analizer más kitöltésnél? Mondjuk 25%-on?
A csatorana 25% duty-val menne,és mivel B a negáltja így az 75%-on.Jah hogy ez a regiszter beállítás konkrétan invertál?
Felejtsük el az invertálást, olyat nem lehet, hogy a két csatornán a felfutó éleket simán eltolni egymástól időben?
Ne ugyanabban az időpillanatban rángassa meg az atx tápot mindkét ág. Ne egyszerre nyissanak ki a pwm meghajtók. -
Teasüti
nagyúr
Mert nem lemásolni szeretném az egyik csatornát, hanem két független csatornát - amin akár két eltérő kitöltési tényezőt is futhat - szeretnék ellentétes fázisban üzemeltetni. Az inverzet csak az könnyebb megérthetőség miatt hoztam fel. A cél sokkal inkább az volna, hogy a tápot időben egyenletesebben tudjam terhelni.
(#11746) Gergosz2
Köszi!
Egy gyors magyarázatot is kérhetnék?
Gondolom a 127U az az 50%-os kitöltési tényező lesz, és a magic a TCCR regiszterekben keresendő.
Milyen képet mutat a logic analizer más kitöltésnél? Mondjuk 25%-on? A célom az volna, hogy minél kevésbé rángassa meg a tápot, mert az meg nem tudja szabályozni a kimenetét és alkalmanként némi vibrálást követően le is kapcsol. Próbáltam default-nál (~500 Hz) gyorsabban is hajtani, de ez nem oldotta meg a gondot, ellenben csúnyán elkezdett forrósodni a pwm meghajtó. -
Teasüti
nagyúr
Üdv!
Ismeri vki az Atmel328p pwm meghajtójának lelki világát?
Gyors segítség kellene: lehetséges két azonos frekvencián futó pwm csatornát ellentétes fázisban működtetni?
Hogy a felfutó élek ne ugyanott legyenek, hanem időben eltolva egymástól. 50%-os kitöltési tényezőnél egymásnak az inverze legyen a két csatorna.Kapcsoló üzemű tápról megy pár led szalag és túlságosan megrángatják a tápot, ami olykor még le is kapcsol némi vibrációt követően.
Köszi!
-
Teasüti
nagyúr
Gondoltam annyit tesz, hogy Non Volatile Storage. De csak tippelek.
Ez Arduino környezetben az EEPROM, vagy ESP-nél annak a szimulációja a ROM-ban.SPIFFS meg amennyire értem egy csatolt partíció, amit futás közben lehet írni/olvasni, mint egy SD kártyát.
Itt lehet letárolni mondjuk a webserver-hez használt fájlokat, ha basic html-nél többre volna szükség. Mondjuk képek beillesztésére, vagy ilyesmi. -
Teasüti
nagyúr
Sikerült benéznem a polaritását csatlakozó krimpelésekor egy csokor digitális ledszalagnak, amiknek az elején volt egy pár 2000 uF-os elkó. Egy 15A-es dc-dc konverter adta a ménkűt, amiben van egy 15A-es bizti is.
Nos, nem vettem észre csak pár perccel később mikor már füstölt a vezeték. A bizti nem oldott le, de minden forró volt. Szerencsémre úgy tűnik az áramkörök nem sérültek, minden működik.
Gondolom nem tévedek nagyot, ha azt gondolom az elkók égtek ki. Még nem volt időm szétszedni a kábelköteget, amibe belecsavartam az elkókat is, de kb mire számítsak? Ezek nem robbanni szoktak fordított polaritásra? Ehhez képest még tüzet sem okoztak, legalábbis a szalag környékéről nem láttam füstöt, csak feljebb a tápnál. Ott a 10A-es vezetékekről leolvadt a szigetelés.
Gondolom ezt most megúsztam ennyivel, hogy újra kell húznom mindent és cserélnem a kondikat.
Meg egy intő jel, hogy lehet be kéne szerelnem egy biztosítékdobozt... -
Teasüti
nagyúr
válasz
Janos250
#10971
üzenetére
Kell hozzá includolni vmit?
Egyik tutorial sem említette.
Youtube-on még a create makrót se használják hozzá, bár még nem próbáltam anélkül. Csak deklarálják és már megy is nekik a take és give. Bár az mutex volt, de kb ugyanaz.
Talán holnap lesz időm játszadozni vele kicsit. -
Teasüti
nagyúr
MÁS
ESP32 guruktól kérhetnék egy kis segítséget a semaphore használatával?
Hogy kell létrehozni egy bináris semaphore-t?
Rtos oldalán kerestem ki a parancsokat és ott azxSemaphoreCreateBinary()makróra azt írja, hogy mielőtt bárki "elvehetné a tokent", először "adni" kell.
Viszont vmiért nem fordul ez le:SemaphoreHandle_t xBeacon = xSemaphoreCreateBinary();
xSemaphoreGive(xBeacon);És olyan hibát dob, amit nem tudok értelmezni:
error: expected constructor, destructor, or type conversion before '(' token
#define xSemaphoreGive( xSemaphore ) xQueueGenericSend( ( QueueHandle_t ) ( xSemaphore ), NULL, semGIVE_BLOCK_TIME, queueSEND_TO_BACK )
^
sketch\brake.h:13:1: note: in expansion of macro 'xSemaphoreGive'
xSemaphoreGive(SemaphoreHandle_t xBeacon);Van erre vkinek ötlete?
-
Teasüti
nagyúr
válasz
DigitXT
#10956
üzenetére
Nem is értem, hogy az mire jó, de sebaj.
Resetelni a fokozatjelzőt.fontos(abb) paramétereket is nézhetnél,
Igazad van. Olvastam a cikket. Végül is van létjogosultsága. Utána nézek majd miből állna egy ilyen beavatkozás.Injektort nézem épp a bekötési diagrammon. Közvetlenül a computer-be van kötve mind a négy, külön-külön. Hát elképzelésem sincs ott miféle kommunikáció zajlik.
Ez lehet nem a beolvasok egy négyszögjelet kategória.
Arról nem is beszélve, hogy a service manual nem tárgyalja a computer működését és felprogramozását. Injektortérkép nélkül meg mire mennék?Fordulatszámnál én is sokat agyaltam hogy kéne számolni az impulzusokat.
Én végül arra jutottam, hogy a felfutó és lecsengő éleket is figyelem (kétszer annyi jelem van így, ami nagyon nem mindegy a minimálisan mérhető sebesség közelében) és 250 ms-enként összegzem, majd extrapolálom a kapott értéket emberi mértékegységre és súlyozott átlagolom az utolsó 1 másodperc méréseit. Így kapok egy nem túl pontatlan 250 ms-es frissítési frekvenciát.
Ennél jobb ötletem nincs impulzus számlálásra.Egy másik megközelítés, ha a periódusidőt méred. Ez instant eredményt ad és a hardveres RMT modul szerintem elég precíz is hozzá, hogy jó legyen. PCNT-t könnyebb volt kivitelezni; majd ilyenekkel akkor foglalkozom, ha már nem lesz más dolgom.
-
Teasüti
nagyúr
válasz
DigitXT
#10954
üzenetére
Ha az világít fordulaton,
akkor a motornak már reszeltek.
Ugyan már! Nem áll be a motor azonnal.
Olaj nélkül is elmegy egy-két percet, mire besül.
Ha észreveszi az ember a jelzést és félreáll visszarakni az olajszűrőt ami lelazult 100 méterrel korábban, akkor az ég adta világon semmi baj nem történik. Tudom, már jártam így - régen egy autóval.
Valamint a motorolaj hívők közé se tartozom, hiába veszem a full szinti csökkentett hideg oldali viszkozitást.
De ha lehet ne csináljunk motoros topikot itt, így is okkal hanyagolom azt a topikot!
-
Teasüti
nagyúr
válasz
DigitXT
#10951
üzenetére
Azokhoz nem értek.
Olajnyomás... szerintem a piros lámpa a műszeregységen bőven elég a feladatra. Többet arról nekem user-ként nem kell tudnom.
Fogyasztást hogy kell mérni? Mármint milyen hardver kell ahhoz? Injektor, jah.TPMS szenzoron gondolkodok még amúgy, de az istenért nem találok motor felnihez valót, hát még olyat ami hack-elhető... Szelepsapkás meg gagyi, olyan nem kell.
-
Teasüti
nagyúr
válasz
DigitXT
#10945
üzenetére
Uhh, sztem ezt nem akartad megkérdezni!
Tervben van egy logout-os cikk belőle, majd talán két év múlva lesz esedékes a fejlesztés üteméből következtetve.
Én "csak" hármat használok ebből, viszont a nyákot úgy terveztem és gyártattam le, hogy az egyik az ADC2-n van. Álmomban nem gondoltam volna, hogy ilyen alapvető funkció fog megszívatni.
Gépjárművet okosítok, pontosabban a motoromat automatizálom kicsit.
Ehhez felhasználtam az ESP32 összes létező portját - beleértve a strapping pin-eket is -, valamint I2C csatornán még vagy 6 másik eszközt. Köztük szenzor modulok, egy numerikus kijelző, egy saját tervezésű gpio extender amin van még +16 db ki- és bemenet az ESP sajátjain felül.Dióhéjban csak - mert szerintem a többiek már unják:
1. Onnan indult az egész projekt, hogy ws2812b ledszalagokat raktam a motorra a karácsonyfa hatásért, és mert a Halálos Iramban, valamint az NFS Underground 1 és 2 nagy hatással volt a gyerekkoromra. Ez lefoglal 6 lábat, 6 csatornán 10 szalag van bekötve. Köztünk az egyik egy shift assistant feladatot lát majd el a műszerfalon. A többi csak eye candy.Aztán ha már mikrovezérlő, akkor elkezdtem azon filózni miket tudnék művelni vele.
Innen jöttek az alábbiak:2. Terveztem egy smart féklámpa panelt a gyári ledek helyett, amin pwm vezérléssel tudok előállítani nagyjából 2000 lument (úgy 45 wattnyi 5830-as piros ledekkel). Ennek redundáns vezérlése van health&safety megfontolásból, egy opcionális külső pwm jel és egy belső 555 vezérlés, amik közt automatikusan átkapcsol, ha külső pwm jelet kap. Ez a lámpa kapott még egy aktív hűtést és egy termisztoros hőérzékelést, ami a ventilátorokat kapcsolja. (Elvileg a normál féklámpa fényerőhöz tartozó ~20% kitöltési tényezőnél még nem annyira forrósodnak a ledek, de jobb a békesség.)
3. Beolvasom a motor sebességszenzorát és tacho szenzorát. A sebességjel a féklámpa algoritmusához kell. Hasonlóan mint mindenféle figyelemfelkeltő smart féklámpánál, amikben gyorsulásérzékelő van (aminek a zajos jele egy határ szar, össze-vissza villog az összes ilyen megoldás, ezért én csináltam egy jobbat). Meg az elektromos láncolajozóhoz - ugye álló helyzetben nem akarok olajat köpködni... (Ez utóbbit megfejelem még egy esőérzékelővel is az intenzívebb olajozáshoz).
Ezen felül saját sebességjelet fogok előállítani, mert úgy +8%-ot csal az órám. Ezt fogom kalibrálni GPS méréssel. Ez volna az ún. speed-o-healer funkció, ami általában nem olcsó külön megvenni.
Azok szoktak ilyet használni, akik a gyáritól eltérő gumiméretet raknak fel. Engem csak simán zavar a 8%, úgy gondolom eléggé felnőtt vagyok már ahhoz, hogy el tudjam dönteni mennyivel akarok menni.
A tacho szenzorból meg azt állapítom meg, hogy jár-e a motor. Illetve a led szalagok effektezéséhez fog még jól jönni. Jah meg a shift assistant-hoz és a fokozat jelzőhöz a numerikus kijelzőn.4. Egy-egy perifériát kapcsolok még relével; úgy, mint a hűtőventilátor (a gyári hőkapcsoló 106 foknál kapcsol, én kicsit lejjebb szeretnék - ehhez ugye be kell olvasnom a hőmérsékletet is), a tompított fényszóró (gyárilag mindig világít; én automatikusan szeretném kapcsolni a környezeti fényviszonyoknak megfelelően, mint némely modern autóknál), a duda (tetszik az ilyen vészfékezéses automatikus duda az autóknál, ezt implementálom a motoromra is; na meg riasztóként is működhet), a kill switch (csak egy bizonyára felesleges security funkció lesz, amivel meg tudom szakítani a gyújtást).
5. Monitorozom az összes vezérlőszervet a kormányon. Rákapcsolódok az indexekre, a fékkapcsolóra, a kuplungra, az Neutral jelzőre, stb. Ezek az inputok mindenféle dologra jók lesznek. Pl. tervben van saját index készítése/nyomtatása, amiket egy-egy Attiny85 fog vezérelni autonóm módon, opcionális külső vezérléssel mint a féklámpa esetén. A vezérelt indexek pedig spéci ws2813a ledek lesznek.
Ezeken kívül két ledes gombot teszek még a kormányra, amire közvetlenül programozhatok gyorsan elérhető funkciókat, hogy ne kelljen a telefont buzerálni menet közben (mert hogy ez az egész hóbelevanc BT-n keresztül lesz távvezérelve egy MIT App Inventoros alkalmazással).6. Egy kicsi 5v-os buzzer-rel emlékeztetőt szeretnék alkotni, illetve automatikus deaktiválás egy adott türelmi idő után ha fent felejteném az indexeket. Ez a giroszkópikus adatokra épülő automata index funkció is elég drágán megy a piacon... Vmint mindenféle hangjelzésre jó lesz az még.
7. Numerikus kijelző, amin mindenféle adatot fogok megjeleníteni. Pl. GPS sebesség, dőlésszög (a giro szenzorból), fokozat kijelzés, stb.
8. GPS modul csatlakoztatása UART-n, amivel egyrészt a speed-o-healer-t kalibrálom, másrészt sms-es távvezérlésre ad lehetőséget. Ezt védelmi funkcióra szánom, vagyis parkoláskor ha a gyorsulásérzéklő kapást jelez, akkor küld nekem egy üzenetet. Illetve egy-egy parancsszóra reagáljon is, pl. sms nyomkövetés kezdeményezése, gyújtás megszakítása, riasztó aktiválása, stb.
9. Akkufeszültség monitorozó (pont ez került az ADC2-re), ami kezdeményezhet egy automatikus áramtalanítást akár a vezérlőn (bistabil relé a főkapcsoló, amit egyik oldalról a gyújtás kapcsol, másik oldalról a mikrovezérlő), ha egy adott feszültség alá merülne.
Egyéb kérdés?
-
Teasüti
nagyúr
Tudtátok, hogy ESP32-n nem lehet használni az ADC2-t ha aktív az antenna? Nem tudom mit csesztek el tervezéskor, hogy de vmiért kell a wifihez/bt-hez a második ADC egység.
Erre most döbbentem rá, hogy a 95%-ban kész projektemben egy ilyen egyszerű f@szság nem működik.Jelen állás szerint akkor az ESP32-n kb az összes értelmes gyakorlati felhasználásra csupán 6 db analog bemenet áll rendelkezésre.
Esetleg nem lehet átmuxolni az ADC1 egység csatornáit a kettes egység GPIO lábaira?
-
-
Teasüti
nagyúr
-
Teasüti
nagyúr
Igen, ez abszolút saját implementáció volna.
Még nem egészen kristályosodott ki az algoritmus a fejemben és csak úgy adhoc módon nem jön az ihlet.
Most azon filózom, hogy a parancsszavakat szűröm meg a delimiter függvénnyel, ami átadja a char tömböt a példában mutatott ciklusnak. Pl. "G" betűtől "G" betűig - ahol korábban csak simán az "új sort" figyelte -, ahol a másodikat Serial.peek-kel keresem meg, hogy ne vesszen el.
Igazából ahhoz kellene segítség, hogy egyáltalán hogy álljak neki. Ilyen parsing algoritmusokat ezer százalék megírtak már mások nálam ügyesebben, csak nem találok rá tömör sallangmentes példát. -
Teasüti
nagyúr
válasz
Janos250
#10900
üzenetére
Ez is egy full-fledge firmware, ami rohadt hosszú.
Ráadásul C-ben írták Atmel328-ra.
Nekem kb annyit kéne látnom, hogy hogy írják meg azt az egy ciklust, ami beolvassa a Serial stream-et és kiválogatja a switch case-be a szavakat. Úgy 5-10 sallangmentes sorról lehet szó. Viszont Marlin-ban is ez szanaszét van dobálva. Illetve a parser lib ott is túl van bonyolítva. Mire abból kihámozom a lényeget...Jelenleg ennyim van:
for (byte i = 0; i <= messageSize; i++) {
if (isAlpha(Message[i]) || isPunct(Message[i])) {
switch (Message[i]) {
case 'R':
parameter = atoi(& Message[i + 1]);Ez elég arra, hogy végig iterálja a stream-et és ahol betűt talál, ott veszi a betű után lévő paramétert. Majd iterálja tovább, amíg a végére nem ér.
Ez így gyönyörűen beolvas egy "R255G255B255\n" üzenetet így egyben vagy elválasztókkal, mindegy.
Viszont nincs annyi betű az ábécében, amennyi nekem kéne. Így kénytelen vagyok átállni vmi G-kódos rendszerre, ahol nem egy szót kell csak értelmezni hanem mondatokat. Tehát mondjuk bejön, hogy "G01", akkor várható, hogy lesz még utána két-három paraméter is: "G01 X0 Y0\n".
És ezt kellene valahogy megoldanom, hogy a parancsszóhoz kapcsoljam a paramétereket is.
Ehhez kell vmi look-ahead parsing algoritmus, ami pár sor lehet, de még nem láttam rá tömör példát.
És ha lehet, akkor nem szeretném órákig bogarászni egy hatalmas forráskódban.
Már rászántam egy kis időt a Marlin elemzésére, és nem jutottam vele messzire.
Ekkora kódban még a kereső se működik, mert annyi találat van mint a qrva élet... -
Teasüti
nagyúr
Üdv!
Van vkinek példája arról, hogy Arduino-ban milyen állapotgépet szokás írni G-kódok beolvasására UART-n keresztül? Kellene vmi jó és sallangmentes parancs és paraméter feldolgozó motor, és a G-kódos megközelítés elég hatékonynak tűnik. Viszont nincs kedvem leásni mondjuk a Marlin firmware bugyrainak a mélyére, hogy megtaláljam abban a száz oldalnyi kódban ami nekem kell... -
Teasüti
nagyúr
válasz
DigitXT
#10830
üzenetére
Épp kérdezni akartam miféle műszeregység az, amit visszafelé lehet tekerni, vagy átfordítani?
Mert amúgy ez valid eljárás, hogy ha órát cserélnek, akkor azt egy jelgenerátorra kötve állítják be a korábbi km állásra. Én magam is megcsináltam a saját kis arduinós speed-o-healer-emet, bár még nem teszteltem. -
Teasüti
nagyúr
válasz
fpeter84
#10736
üzenetére
Csak hangosan gondolkodom:
Működne vajon a futás közbeni Serial inicializáció? Egyes lapoknál lehet mux-olni a gpio lábakat (esp32), ott futás közben váltogatni melyikre írjon ugyanaz az UART periféria.
Arduino lapokon nincs Mux úgy tudom, ott Software Serial-lal lehet befogni más gpio lábakat erre. Nem tudom a könyvtár tud-e kezelni több virtuális portot is.
Esetleg külső hardver jöhetne még szóba vmilyen shift regiszteres módon, ami az SPI-hez hasonlóan váltogatja az eszközöket. -
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?
-
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
-
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.
-
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...
-
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. -
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.
-
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?
-
Teasüti
nagyúr
válasz
Atamano
#10543
üzenetére
Már van rajta kondenzátor. A ki- és bemeneten is, amik kellenek a működéséhez.
Túlfeszültségre én - laikusként - vagy ellenállás + zener dióda kombóval oldanám meg ha nincs túl nagy áram. Vagy készítenék egy egyszerű kapcsolást egy komparátorral és mosfettel - mint ami a Ruggedunio-n van -, ami lekapcsol egy adott feszültség felett. A kimeneti oldalra én nem tennék külön védelmet, ott nem keletkezhet túlfeszültség. Ha meg igen, akkor már mindegy. -
-
-
Teasüti
nagyúr
Erre pillanatnyilag nem tudok válaszolni eszközök hiányában. De feltételezem egy lebegő portot kell GND-re húzni. Nos, ez a legrosszabb eshetőség. Erre keresek megoldást. Ha van vmi felhúzó a porton, akkor egyszerűbb lesz a dolog, de bármivel is oldom meg ezt, az nyilván működni fog mindkét esetben.
Legrosszabb esetben bedobok egy relét oszt' csókolom.Jelenleg ez minden, ami rendelkezésemre áll és egy fél mondat vhonnan, hogy elvileg ellenállást mér a kamera.
-
Teasüti
nagyúr
válasz
brickm
#10511
üzenetére
Optocsatolóban fototranzisztor van.
A tranzisztor úgy tudom nem működik, csak kellő potenciálkülönbséggel a kollektor és emitter között (maradék feszültség minimum). Nekem egy mechanikus kapcsolót kell leutánozni úgy, hogy a kapcsolt áramkör - ha jól értelmeztem - ellenállást mér csupán (végtelen = nyitott, nulla = zárt), nincs átfolyó áram. -
Teasüti
nagyúr
GPIO-val szeretnék kapcsolni egy áramkört, amin áram nem folyik, csak impedancia mérés történik rajta.
Az eszköz (kamera távkioldó funkciója) annyit érzékel csupán, hogy rövidre van-e zárva a jack aljzata (kapcsolt), vagy nem (nem kapcsolt). Ez egy egyszerű mechanikus kapcsolóval működik.
Hogy lehetne ezt megoldani félvezetőkkel? Ha jól tudom a tranyók és fet-ek csak akkor működnek, ha van rajtuk átfolyó áram. Illetve nem ártana még egy galvanikus leválasztás sem.szerk: nem vagyok benne biztos, hogy milyen elven is működik pontosan, csak a távkioldó szerkezetből következtettem. Lehet van a kamerában vmi felhúzó/lehuzó ellenállás is, majd kimérem ha lesz hozzá donor kábelem.
-
-
Teasüti
nagyúr
válasz
MrChris
#10487
üzenetére
Arra a sebességre én is kíváncsi lennék. Azért szerintem mikrokontrollerrel kicsit meredek lenne felvenni a versenyt egy usb3.0-ás eszközzel.
(#10488) aryes
A hordozható hdd backup funkción ötletelünk egy másik topikban, de egyelőre a tablet/ultrabook öszvér megoldás áll nyerésre. Integrált kártya olvasós külső hdd-ből eddig csak a WD Passport jött fel, meg hdd nélküli usb hub-os hordozható routerek, amik szintén tudják ezt a funkciót (telefonos segítséggel, wifi app-on keresztül).
Nos leszámítva azt, hogy a WD túl van árazva, a közös gyenge pontjuk ezeknek, hogy tetű lassúak (másfél óráig tart egy 64 gigás SD kártya lemásolása, ami vicc). Olyan 80 MB/s már barátságos tempó lenne, az UHS-I sebesség osztályt kellene megcélozni. UHS-II egyelőre még leányálom.
Úgy 10-15 éve egy rakás ilyen eszköz volt a piacon, de úgy tűnik kihaltak. -
Teasüti
nagyúr
válasz
tvamos
#10383
üzenetére
Próba panellel nincsenek jó tapasztalataim. Volt már, h panelt magát kellett debuggolni, hogy miért esik le a feszültség, mire átér az egyik végéből a másikba. Faék egyszerű dolgokra jó volt, de másra nem. Dupont kábelekkel se vagyok kibékülve. Az isten verte female csatlakozókat konkrétan meg kell erőszakolni amíg szüzek, és mikor a beültetett nyákon vagy a modulon lévő tüskéket hajlítja el az ember, akkor néha felmegy a pumpa.
-
Teasüti
nagyúr
Csúnyán benéztem egy tervet: ESP32-n IO0-ra tettem egy MPU6050-es interrupt lábát, ami mint kiderült áram alá helyezve alapból pulldown módba kapcsol és ez download módba teszi a vezérlőt.
(Open-drain módban csináltam a tervet, be is lehet konfigurálni a modult erre, de azt nem tudtam, hogy push-pull módban hajlandó csak inicializálni.)
Sajnos a nyákot átkötni nem tudom, egyelőre kiforrasztottam a modulból ezt a tüskét.
Kérdés: át tudnám hidalni ezt a problémát egy ellenállással? Invertáláshoz túl sok alkatrész kellene és én csak arra gondoltam légszerelve ráakasztok egy 1M-ás ellenállást a nyák és a modul közt. Ez elvileg nem engedi lehúzni az IO0-át a saját felhúzójával szemben boot-kor (ami asszem 50k körül van). Viszont működésében ez vajon mennyire zavarja be a megszakítást? Lesz egy fel- és lefutása azoknak az éleknek, vagy ettől a komparátor még nem jön zavarba?
INT nélkül is megyeget a dolog polling-gal, viszont INT-el szeretnék ébreszteni majd alvó módból. -
Teasüti
nagyúr
válasz
ngabor2
#10374
üzenetére
ADC referencia feszültséggel azt hiszem. Fejből nem emlékszem hogy működik ez Atmel328-ason, de ha megoldható, akkor adj neki 1V-os referenciát és akkor a 0-1023 tartomány erre a feszültségszintre lesz beállítva.
szerk: Nézd csak!
AVR-enanalogReference(INTERNAL)lesz a megoldás és nem kell hozzá semmi extra.
SAMD lapon meg kerek 1V-os referenciát is be lehet állítani. -
Teasüti
nagyúr
válasz
Janos250
#10325
üzenetére
Egy ilyen zárt rendszerre jó lehet még a BLE is. Tulajdonképpen ilyen jellegű kommunikációra találták ki.
ÉsESP_PWR_LVL_P9max. teljesítményen elvileg 100 méteres hatótávolsága van ESP32-nek nyílt terepen. (Gyakorlatilag meg 30 métert ért el a fórumozó egy garázsajtón/falon keresztül.)
Persze ha ki akarja vinni a netre az ember, akkor kell a hálózatba egy AP is, ami fordít a BLE és a TCP-IP közt. -
Teasüti
nagyúr
válasz
zsolti_20
#10319
üzenetére
Először is el kellene döntened mire van szükséged pontosan a projektedhez. Mert 2 vezérlő közötti kommunikáció nagyon nem ugyanaz, mint 3+ vezérlő között.
SPI, UART (soros port) és az imént említett egyébként kiváló ötlet a megszakításra is mind csak peer-to-peer praktikusak, de minden egyes hozzáadott további vezérlővel növekszik a GPIO lábak száma.Én ha kettőnél több eszközt kellene összehoznom, akkor I2C felé mennék első körben. Ezt is még viszonylag könnyű programozni és annyi eszközt akaszthatsz rá az adatbuszra, amennyit nem szégyellsz (de max 128-at, ha nem tévedek). Ha 1-2 méternél nagyobb távolságok vannak, akkor meg egy erre a feladatra kitalált megoldás kell, mint pl. amit gyapo11 is írt feljebb.
Vagy esetleg még tovább lehetne vinni robohw ötletét és ha tényleg elég a bináris jelzés, akkor egyetlen GPIO porttal létre lehet hozni egy ún. "Token buszt" (csak nem gyűrű topológiában, hanem buszra fűzni mindet) és egy ilyen TTL szintű jelet ki lehet húzni nagyobb távolságokra is könnyedén. De egy-egy szintillesztővel akár TTL-nél nagyobb feszültséggel is megoldható. Mondjuk egy házon körbevinni inkább a 12V lenne ideálisabb, mint mondjuk 3,3/5V.
-
#10306
Teasüti
nagyúr
balintarduin
#10305
Teasüti
nagyúr
válasz
balintarduin
#10305
üzenetére
Rakd be egy switch-be az összes menü képernyőt!
Így kizárod a konkurrens választási lehetőségeket. Ha meg vmi ismétlődő mintád van, akkor meg optimalizálj!szerk: vagy csinálj egy állapotgépet a menu() függvényekhez is! Nem látom hirtelen miért kellene lefuttatni egymás után őket. Egyszerre csak egy van megjelenítve, nem?
Talán holnap lesz időm játszadozni vele kicsit.
Új hozzászólás Aktív témák
Hirdetés
ekkold
- HP Elitebook 840 G3 laptop (15,6FHD/I5-G8/8GB/256SSD/Magyar/Win11)
- AMD Ryzen 5 5500 - GTX 1080Ti 11Gb - MSI B450 Max
- HP Zbook 15 G3 laptop (15,6FHD/I7-G6/16GB/256SSD/AMD2GB/MagyarVilágítós/Win11)
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 13 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- Okosóra felvásárlás!! Samsung Galaxy Watch 5 Pro, Samsung Galaxy Watch 6 Classic
- AKCIÓ! Asus ZenBook Pro UX7602ZM OLED notebook - i9 12900H 32GB RAM 1TB SSD RTX 3060 6GB WIN
- Samsung Galaxy A5 32GB Kártyafüggetlen 1Év Garanciával
- DDR3 BAZÁR! 8GB 16GB 1333MHz 1600MHz 2400MHz DDR3 memória garanciával hibátlan működéssel
- HP Rack szerverek és tartozékok egyben vagy külön-külön
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged