Új hozzászólás Aktív témák

• #17016 MPM tag

  Új Válasz 2022-02-10 19:56:11 #17016

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  Lenne más kérdésem is, ami leginkább Aryes fórumtársnak szól:
  Korábban volt már szó az MPU 9250-es IMU-szenzorról, amit a JRowberg-féle i2cdevlib könyvtárral célszerű használni. (A 9250-es könyvtár félkész állapotban van, de a 6050-es és a 9150-es könyvtárak is jók hozzá).
  
  Na most ott akadtam el, hogy nem tudom beállítani az offseteket. Két fajta példakód van: van a nyers (raw) és van a feldolgozott (DMP) adatokat adó szkeccsek. Ha nyugalmi állapotba, vízszintes pozícióba teszem a szenzort és kiolvasom a nyers gyorsulásokat és szöggyorsulásokat, akkor látom hogy mind a 6 mennyiségnek van egy saját offsetje. Na most, ha beadom kezdetkor offsetnek ezeket az értékeket (megadott skálázással, amiknek az értékeit megtaláltam más fórumokban) akkor a szöggyorsulások szépen beállnak 0 környékére, viszont a gyorsulásértékek maradnak az eredetiben, egyáltalán nem változnak.
  
  Nem tudom eldönteni, hogy én rontok el valamit, vagy 2 szenzor is hibás, mert egyiknél se tudom így bekalibrálni a gyorsulásokat, más fórumokon pedig azt írták, hogy ezeket is ugyanígy kell, mint a szöggyorsulásokat, amik valóban működnek. Az enyémhez hasonló problémát pedig nem találtam. (Ja igen, és tudom hogy z irányban nem 0 kell, hanem az 1G-hez tartozó érték.)
  
  Egyébként ugye a DMP-s kód kalibrál önmagán, és így annál más offset értékeket olvasok le, a gyorsuláshoz, mint a nyersnél, de ez is értelmezhetetlen, és általam beállított offset itt se változtat semmin.
  
  Van ötlet mi lehet a probléma? (A szenzor egyébként mér, mert a mozgatással összhangban változik a leolvasott érték.)

• #17015 MPM tag

  Új Válasz 2022-02-10 14:40:17 #17015

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  #16551And és #16552 gyapo11: Így több mint két hónap után köszi a felvilágosítást!
  
  Esetleg valami könyvet/irodalmat tudtok ajánlani, ami ilyen (leginkább DC) áramköri elemekről ír, és az ilyen gyakorlati problémákra is felhívja a figyelmet, meg hogy milyen jelenségekre kell figyelni tervezéskor meg hasonlók?

• #16550 MPM tag gyapo11 #16420

  Új Válasz 2021-11-27 19:00:53 #16550

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  válasz gyapo11 #16420 üzenetére

  Nah lenne még egy kérdésem: alul a relével párhuzamosan bekötött relé azt a célt szolgálja, hogy ha zár a tranzisztor, akkor lehúzza a földre a relé bemenetét?
  
  Gondolom igen, csak kicsit bezavar az értelmezésemnek, hogy az anódra van a negatív (föld) csatlakoztatva.

  (A nyitott állapot oké, ekkor nem folyik rajta keresztül áram, a tranzisztortól a föld felé.)
  
  Egyébként nem lehetne egy nagyobb ellenállással helyettesíteni ezt a diódát? Úgy gondolom az is ellátná ezt a feladatot, nyitott tranzisztor esetén arra folyna el az áram, zárt állásban pedig kevés feszültség esne rajta a földtől a bemenet felé.
  
  Javítsatok ki, ha sületlenségeket írok!

• #16421 MPM tag

  Új Válasz 2021-11-11 17:52:31 #16421

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  #16417 its_grandpa:
  Abban, hogy a gpio1/tx pinnek magas jelszinten kell lennie indításkor, igazad van, viszont abban nincs, hogy az rx/gpio3 csak input lehet, mert sikerült azzal a pinnel egy ledet meghajtani.
  
  #16418 Aryes:
  Köszi, így már minden világos!
  
  #16420 gyapo11:
  Köszi a tippet, viszont ez már nekem elég bonyolultnak néz ki egy relé vezérléshez
  
  

• #16416 MPM tag Aryes #16415

  Új Válasz 2021-11-10 23:12:22 #16416

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  válasz Aryes #16415 üzenetére

  1. Azért mert ez a 8 pin-es változat van nekem, és híján vagyok a pineknek, de most látom hogy a tx/rx-et is lehet használni, valószínűleg ez lesz a megoldás, mert működés közben nem kell kommunikálnom vele.
  2. Nem tudtam, hogy lehet fordított logikával használni Ezzel a részével nem én foglalkoztam, és rá se néztem, de valóban az enyémet is lehet így használni. Ilyen esetben, ha lebeg a relé jelbemenete, akkor mi történik? Csak azért kérdem, mert ha tönkremegy valahogy a pin, és nem ad jelet, akkor magas jel hiányában mindig kapcsolni fog, vagy mindenféleképpen le kell húzni a földre, hogy kapcsoljon? (Gondolom az utóbbi.) A biztonság miatt érdekel, mert nem lenne jó ha az ESP tápellátásának megszűnése, vagy pinjének rövidrezárása után, folyamatosan kapcsolna a relé. (Bocs, az amatőr kérdésekért )
  3. Aham, világos.

• #16414 MPM tag

  Új Válasz 2021-11-10 20:14:10 #16414

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  Helló!
  
  ESP8266-tal szeretnék egy relét vezérelni, azonban ha minden igaz, e bejegyzés és az általa hivatkozott hivatalos dokumentum szerint, ha a 0-ás pint (amit használni szeretnék) ha lehúzom a földre boot-oláskor, akkor a kódfeltöltő üzemmódban indul el az ESP (mivel ilyenkor még csak inputként tudnak működni a pinek).
  
  Ha a relét rákötöm a 0-ás pinre, akkor gyakorlatilag lehúzom a földre, és így minden indításkor feltöltő üzemmód indul el, és nem a korábban rátöltött projekt.
  
  Ennek megoldásában tudnátok segíteni? A hivatkozott stack exchange-s válasz azt ajánlja, hogy FET-en keresztül hajtsam meg. Sajnos az elektronikai tudásom eléggé hiányos még, így azt kérdezném, miért csak ezzel oldható meg, és milyet kell használnom?
  
  Próbáltam csak diódát használni a 0-s jelnél (hogy csak kimenetként működhessen), ez miért nem elég ahhoz, hogy megakadályozzam a lehúzást?

• #14836 MPM tag Aryes #14682

  Új Válasz 2021-03-01 13:35:46 #14836

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  válasz Aryes #14682 üzenetére

  A kalibrálást meg tudja magának csinálni ez a könyvtár? Vagy nekem kell hozzá túrnom valami skeccset, és mozgatni? Vagy mi a legegyszerűbb módja?

• #14701 MPM tag Aryes #14682

  Új Válasz 2021-02-04 20:54:39 #14701

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  válasz Aryes #14682 üzenetére

  Köszi szépen!

• #14681 MPM tag

  Új Válasz 2021-02-02 11:07:53 #14681

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  #14680 aryes (Szerk: véletlenül új hozzászólásra nyomtam)
  
  Köszi a választ!

  Megosztod az IMU-d típusát, ami bevált neked?

  A vezérlés egyébként már kész, Arduino-val működik, már csak az ESP32 érkezésére várunk.

  (Amúgy sejtettem, hogy valami ilyesmi lesz a válasz, abból kiindulva hogy egy gyors.+giro Kínában 1$, itthon meg 6000 Ft )

• #14677 MPM tag

  Új Válasz 2021-02-01 18:08:24 #14677

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  MPM

  tag

  Helló!
  
  Lehet nem jó topikba írok, de jobbat nem találtam.
  
  Egy távirányítós autóra szeretnénk szenzorokat szerelni, mégpedig a következőket:
  - gyorsulásmérő + giroszkóp
  - iránytű / magnetométer / Hall-szenzor
  - GPS
  
  Na most az lenne kérdésem, hogy a kínai pár dolláros "kacatok" hozzák az okostelefonokban található szenzorok szintjét vagy nem?
  
  Érdemes lehet rá többet költeni, mint pár dollár? Egyébként 20e a keret, ami bőven meghaladja a telefonokban található szenzorok értékét. Egyáltalán nem vagyok jártas témában, de hátha van közületek valaki, aki használt már ilyeneket.

Új hozzászólás Aktív témák