- Samsung Galaxy S23 Ultra - non plus ultra
- Garmin Forerunner 165 - alapozó edzés
- Samsung Galaxy A54 - türelemjáték
- Honor 90 - modellalkat
- Motorola Moto G24 Power - hol van az erő?
- Redmi Watch 4 - olcsó hús, sűrű a leve
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- MG4 menetpróba
- Samsung Galaxy Buds FE - rajongok és jajongok
- Yettel topik
Hirdetés
-
Megjelent a Moondrop audio-fókuszú telefonja Kínában, lesz globális verzió is
ma Középkategóriásak a specifikációk, ha az SoC-t és a kamerákat nézzük, de itt a kiemelt figyelem a hangra összpontosul, abban pedig egyedi dolgokat kínál a készülék.
-
Lopják az LG akkutitkait
it Inkább licenceli ezentúl az akkumulátoros szabadalmait az LG Energy Solution, mert túl sok a jogsértés. Az LGES mellett az UMC is az autóipar egyre lassuló keresletére figyelmeztet.
-
Játékosbarát frissítést kapott az ASUS ROG Ally
ph A vállalat engedélyezte az AMD Fluid Motion Frames eljárását.
-
Mobilarena
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
tvamos
nagyúr
válasz DrojDtroll #4799 üzenetére
Piszok jó! Én STM32-vel csinálnám, ha nem kell wifi. (Ha kell, raknék mellé egy Raspberry Pi zerot.)
Szerintem ebben a projektben jól jönne egy gyorsulásmérő, úgyhogy olyan discovery-t választanék, amin van.(#4800) Teasüti válasza DrojDtroll (#4799) üzenetére
AC szervoval az annyira nem gáz. Léptető motorral... na az gáz!..[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
DrojDtroll
addikt
két arduino közötti kommunikációra mi a leggyorsabb út?
-
fpeter84
senior tag
válasz DrojDtroll #4803 üzenetére
Talán az SPI master/slave viszony lehet az egyik leggyorsabb, de elég macerás leprogramozni megbízhatóra... Viszont ha kellően közel vannak egymáshoz, akkor akár a sorost is fel lehet tolni megabit szintig, vagy CAN bus
-
Janos250
őstag
"Ha táp, akkor nem WDT, hanem BOR probléma lehet..."
Hát ezaz! De a bedöglés előtt WDT-t írt a soros monitoron, ezért bosszantott, mert így persze máshol kerestem a hibát, nem a tápnál. Ez egy ESP8266 volt. Az volt furcsa, hogy nem símán újraindult, hanem néha megdöglött, amit ha WDT, akkor - elvileg - nem volna szabad. Pedig régebben már szívtam hasonló okok miatt, amikor a GSM modult akkora tápra tettem, amit írtak hozzá. Kiderült, jóval nagyobb kell - na meg kondi - mert SMS küldéskor 2A-es "tüskékkel" rángatta meg a tápot.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
tvamos
nagyúr
válasz DrojDtroll #4807 üzenetére
RS422-vel ilyen tavon ment nekem a 1Mbps, full duplex, zajos (ipari) kornyezetben.
(#4799) DrojDtroll válasza tvamos (#4791) üzenetére
Ez sajat design, vagy valahonnan le lehet tolteni 3d file-okat? Vagy hogy van ez?[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
őstag
válasz DrojDtroll #4803 üzenetére
Szerintem nem lesz szükséged kettőre
Ahogy említették egy csatornára ez alig több 50kHz-nél.
Ha a tied simán csak kódot pörget, és az ADC-k beolvasását interruptosan végzed, akkor bőven meg tudod haladni ezt.
Port-manipulációval és átállított timer interrupttal 100kHz-et simán lehet csinálni, úgy, hogy egy egész portot, azaz 8 kimenetet pulzálsz ezzel a frekvenciával.
Timer interrupt nélkül az ADC amire várni kell csak. Egy joysticknál szerintem bőven overkill a 10 bit, így felgyorsíthatod az AD konverziót egész nyugodtan. Ha a prescalert átállítod 16-ra az ATMEL reference szerint felmehetsz 1MHz ADC órajelig, (13 órajel egy konverzió) tehát az AD konvertered 77kHz gyors lesz, és mindez még pontosságvesztés nélkül. Ha kiteszteled a joy használatához elegendő felbontást, egy duplázás még lehet, hogy belefér.
Mások számára a kondi fáradós, nekem farad-os...
-
fpeter84
senior tag
válasz DrojDtroll #4807 üzenetére
Azt hittem csak centikre - akkor ahogy tvamos írja, RS422 differenciálisra alakított mezei soroson is átmehet ennyi, vagy ha biztosra akarsz menni akkor a CAN (szintén differenciális) többet is átvihet, illetve a címzést (ha több eszköz van) és hibajavítást is lekezeli hardver szinten... STM32-ben vannak ilyenek, illetve a Due is jó hozzá többek között...
-
DrojDtroll
addikt
válasz razorbenke92 #4810 üzenetére
az a helyzet, hogy nem csak ennyi feladat van, hanem van még egy pár szenzor(rotary enkóder, távolságmérő, fény, stb)amit még figyelni kell.
A mozgásokat naplózni kell.
-
tvamos
nagyúr
válasz DrojDtroll #4812 üzenetére
Nagyon erdekel, hogy, s mint lesz! Remelem, majd megosztod velunk! Szurkolok, hogy sikeruljon.
(#4813) DrojDtroll válasza razorbenke92 (#4810) üzenetére
Filleres tetel egy Raspberry, es biztosan nem fogy ki a szuszbol. A PWM-eket, meg AD-ket is meg lehet oldani, aranylag konnyen. Naplozas, kommunikacio (soros, ethernet, wifi,) vele sima ugy, szinte mindenre van mar kesz projekt. (Gondolom nem sorozatgyartasrol van szo, hanem otthoni projekt, vagy legalabbis, valami egyedi cucc.)[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
őstag
Én csak azért nem bíztatom a raspberry-re, mert az nagyon ügyesen számol, meg nagyon jó a multitaszking benne, de ez a gpio sebesség rovására megy.
A legtöbb jól implementálható gpio kezelő módszer kifullad pár tíz kHz-nél.
Persze vannak módszerek, amivel 22MHz-et is elértek, de az már lement a processzor hardver szintű programozásáig, illetve az egyéb MHz körüli módszerek is csak magas optimalizációval tudtak elérni 1 csatornára ekkora sebességet.
Mások számára a kondi fáradós, nekem farad-os...
-
ngabor2
nagyúr
Tudtok olyan relét ajánlani, amit lehet Arduinoval vezérelni, és rá lehet bízni üzembiztosan 230 V kapcsolását? Pár-10, esetleg pár-100 W, tehát max. 1 A. Később lehet, hogy nagyobb áramerősség is szóba jöhet. Az ebay-en levő, panelra szerelt általában kék színű, 5 és 12 V-os relékre inkább nem bíznám, túl közel mennek egymáshoz a túl vékony sávok. Az 12-24 V-ra még elmegy.
-
Janos250
őstag
válasz ngabor2 #4818 üzenetére
Switch on off : SONOFF
http://www.ebay.com/itm/Sonoff-ITEAD-WiFi-Wireless-Smart-Switch-Module-ABS-Shell-Socket-for-DIY-Home-/182145570833?hash=item2a68b8d811:g:7GkAAOSwR5dXRGWF
Használom, szerintem nagyon jó. Nem az eredeti firmware-el kell használni, hanem arduinoval, mert ESP8266.
Kényelmesen programozható.
Előnye, hogy nem vagy vele kontaktusban, mert pl. telefonról vezéreled, tehát biztosan nem csap meg.
Én laborban használom, mert így biztosan nem csap meg senkit.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
tvamos
nagyúr
Mert nem draga, azt csinalok vele amit akarok, ugy, ahogy akarom, tudok menteni pendrive-ra, sd-re, sosem fogy ki a rendszer a szuflabol, amit pythonban egy linux gepen egyszeru megcsinalni, azt a Raspberry-n csinalom, amit meg C-ben tudok konnyen megcsinalni azt az STM32-n, raadasul van 10-12 PWM csatornam, ha kene meg egy, es az STM32-n az ADC kezelessel is azt trukkozok, amit akarok, + fejlesztes kozben rohadt jol lehet debuggolni mindket rendszert.
Arduinon meg rendes debug sincs.
[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
-
DrojDtroll
addikt
Vettünk egy arduino due-t.
eredeti, de az adc-je ennek sem tökéletes
Akármilyen módszerekkel próbálom simítani nem sikerül.
Létrehoztam a tengely közepén egy halott zónát, ahol nem érzékel a program és felosztottam részekre a tengely elmozdulását, de valahogy a középső(0) állás és az első sebességfokozat között rángatózás van.
Az adatok pl(0, 0, 0, 0, 1, 0 , 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, ...)
Mit javasoltok?
-
Gergosz2
veterán
válasz DrojDtroll #4826 üzenetére
eredeti, de az adc-je ennek sem tökéletes
A DUE-ban 12 bites ADC van, a mért jeleid alapján 1 bitet billeg neked. Tekintve, hogy 3V3-at visel el a bemenete ez kb 0.8mV feszültségnek felel meg. Ennyi zajt bárhonnan összeszedhet.
Nokia 6030 Hardcore User // I Panic Restaurant by Taito
-
őstag
válasz DrojDtroll #4828 üzenetére
Google első találata, de ez a hiba szerintem a joystickból adódik.
Egy olyan poti, aminek a zaja kisebb 0,8mV-nál több tízezer forint, nem hinném, hogy ilyen van benne
Az ADC felbontásával még azért lehet érdemesebb lemenni, amit korábban is írtam: Gyorsítható a konverzió
Tegyél rá egy súlyozott mozgóátlagot. A lényeg, hogy az utolsó pár értéket vedd, és nézd meg, hogy az új érték mennyire dominál a régiekhez képest. Ezzel egy 512,512,512,513,512 szekvenciát el tudsz simítani, de egy 512,512,512,513,514 szekvencia már megindítja az alapjelet.
Minél több értéket veszel a mozgóátlagba annál stabilabb, de annál lassabb lesz a felfutás.
Minél nagyobb sújt adsz a múltbeli ismétlődő értékeknek, annál kevesebb értékre lesz szükséged a mozgóátlagban.
Meg kell találni a harmóniát
az hogy egy arduino eredeti, vagy nem, nem számít... a szerelés minősége, a design, esetleg a soros-usb átalakító ic különbözik, de a rendszer agya mindig ugyanazon gyártó által készített chip
[ Szerkesztve ]
Mások számára a kondi fáradós, nekem farad-os...
-
DrojDtroll
addikt
válasz razorbenke92 #4829 üzenetére
Engem ez a par mV nem is nagyon zavar, de az hogy nem tudok normalisan indulni az igen.
-
Gergosz2
veterán
válasz DrojDtroll #4828 üzenetére
Úgy rémlik a DUE alapból 12 bitre van konfigolva. Ha az állítás alatt azt érted, hogy pl 16 bitre fel lehet-e vinni akkor ige. De ilyenkor nemes egyszerűséggel a négy darab 0-t fog hozzácsapni neked, mivel hardveresen csak 12 bitet tud. [link]
Mellesleg járt a kezemben több eredeti DUE is. Egy idő után fel is tűnt, hogy amelyiken QFN (úgy rémlik az volt) tokos fesz. stab IC volt, az valamelyest zajosabb volt, mint amelyiken SOT-os volt.
Nokia 6030 Hardcore User // I Panic Restaurant by Taito
-
Tankblock
aktív tag
Sikerült egy ATTiny13A ból időzítőt faragni azaz ~5 perc (pontosan 296 [sec]) után 8 (s) felvillantja a LED et most. Ez egy test setup, a LED helyett egy N-MOSFET fog kapcsolgatni amin egy feszültség regulátor és egy ESP-01 lesz egy BMP?80 ahol ? lehet 1 és 2. Márcsak a ESP kdját kellene kicsit megfaragni és kész.
A legjobb az egészben h Arduino IDE csak a letöltéshez használtam, a kód csak HW regisztereket állít. és belefértem 1k Byte 28% ba, 5 byte dynamikus memóriát használva. 5,3 uA Fogyaszt amikor a 296 (sec) periódusban van.
Sketch uses 294 bytes (28%) of program storage space. Maximum is 1,024 bytes.
Global variables use 5 bytes of dynamic memory.Továbbá kellene valami amivel a Li-ion feszültségét is tudnám monitorozni. Az ESP csak 1V ADC van és nem szeretném ha mondjuk passzív ellenállás hídat kellene építeni, mert az túl sok energia.
Én erre gondoltam:
NA219 GY-219 Bi-direction DC Current Power Supply Breakout Sensor Module DIY
Még egy requirement, legyen kis méretű, energia felhasználása is kevés
ha lehet I2C kommunikálható, ha nem akkor egyszerű....Előre is köszönöm az ötleteket.
[ Szerkesztve ]
Release the Beast....
-
nagyúr
válasz DrojDtroll #4826 üzenetére
Milyen módszerrel osztottad zónákra a maradék értékeket?
-
Janos250
őstag
válasz szaszyka #4739 üzenetére
Kíváncsivá tettetek ezzel a DHT11-el
Találtam egyet a ládafiában, és kipróbáltam.
Tapasztalatok:
Az internet tele van erre példákkal, de a leírt szoftverek nekem vagy egyáltalán nem működtek, vagy gyakran hibáztak.
Az ok: az időzítések. Az én példányom időzítését megnéztem analizátoron. Hát... eléggé elüt attól, amit az adatlapján írtak. Mivel például az egyik szoftver nem az éleket figyeli, hanem egyszerűen csak időzítést, így a 40 ciklus végére bizony elmászik.
Ezért kénytelen voltam saját kezelő szoftvert írni hozzá. Azzal már hiba nélkül működik, a kontroll szummával együtt, de nagyon pontatlan. Ha ténylegesen komolyan akarja valaki használni, kalibrálni kell. A szoftverek egy része a kontroll szummát egyszerűen be se olvasta.Konklúzió: nem is biztos, hogy tönkrementek azok a szenzorok, lehet, hogy a szoftver nem passzol hozzá! Mindenesetre pl. egy I2C azért jobb lesz!
[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
nagyúr
válasz DrojDtroll #4836 üzenetére
Szerintem az túl nagy felbontást ad (~50 zóna?), nem is tudsz olyan finom mozdulatokkal mozgatni egy joystick-ot (bár nem tudom milyen hosszú a karja).
-
őstag
Én az analóg eszközöket úgy szoktam használni, hogy a kezembe veszem a hardvert, elkezdem mozgatni olyan pici lépésekkel, amekkorákat tudok okozni.
Ez megszámolom, tegyünk feltudok végállástól alapállásig 10 pozíciót csinálni.
Ha ezt tudom, megnézem soros monitoron, hogy mettől meddig csinál értékeket az eszköz. Pl. 7-1013
Végeredmény map függvénnyel:
map(analogRead(A0),7,1013,-10,10);
Ez így bőven elég szokott lenni, hogy feldolgozzam a mozdulataim qvantumát, és kiküszöböli a nulla körüli jittert is.
Ha gondolod élj vele, és akkor nem kell szűrőkkel bajlódnon.
Mások számára a kondi fáradós, nekem farad-os...
-
DrojDtroll
addikt
válasz razorbenke92 #4838 üzenetére
Igy nem lesz a nulla korul jitter?
Kiprobaljuk majd. Van ket joy is.
[ Szerkesztve ]
-
nagyúr
válasz DrojDtroll #4839 üzenetére
Hát ha pl 20 részre osztod a két végpont közti távolságot, akkor a két középsőt összevonod, lesz egy nagy dead zone-od középen és 9-9 fokozat kétoldalt.
-
fpeter84
senior tag
válasz DrojDtroll #4841 üzenetére
Próbáltad már a poti helyett egy fix ellenállás értékkel is, hogy valóban összeszedett/mérési zajról van e szó? Mert szerintem akkor tökéletes nyugalmi állapotba kell kerülnie, ha nincsen valami látványos bug a tápban... Nem lehet pl hogy a joy-on nyugvó újadban lüktető vér okozza azt az apró "zajt"? Valami szoftveres algoritmussal kellene megszabadulni tőle, pl "érzékelni" a nyugalmi állapotot és onnan csak akkor elmozdulni ha számottevő a változás (nem 1)...
-
zka67
őstag
válasz DrojDtroll #4841 üzenetére
Szia, a megoldás pedig nagyon egyszerű: prev előző érték, curr jelenlegi érték, x threshold.
Ha az Abs(prev-curr) értéke kisebb mint x, akkor figyelmen kívül hagyod az új értéket, különben prev = curr;
Visszatérési érték a prev.
-
DrojDtroll
addikt
válasz DrojDtroll #4844 üzenetére
az 1-1 rossz értéket ki is szedi, de a következő adatsoron:
0, 0, 1, 1, 0, 0, 0, 0, 0, 1, 1, 0, 0, 0, 0, 0
nem sokat javítfix ellenállást használva be becsúszik egy hiba, de nem túl gyakori
-
fpeter84
senior tag
válasz DrojDtroll #4845 üzenetére
Valami olyan matekot próbálnék ki hozzá, hogy bufferelném a mintákat, és ha pl az előző 10 érték fix, akkor csak akkor mozdítom el róla a kimenő értéket ha 1-2-nél nagyobbat mozdul... Esetleg utána még az átlagát is lehet venni az utóbbi néhány értéknek és az ebből jövő kimenőértéket lehet map-elni valami tetszőleges páratlan számú lépcsőre ahol a középső a nulla - alaphelyzet sávja... A buffer és az átlagolási méretével és az elmozdulási érzékenységgel lehet játszani persze - meg kell találni az egyensúlyt a stabilitás és reakcióidő között... Mintavételezési tempótól függően lehet hogy nem 10 hanem 100 vagy 1000 az ideális bufferméret... Viszont ehhez az is fontos lehet hogy fix ütemben mintavételezd és töltsd a buffert lehetőleg megszakításokkal...
[ Szerkesztve ]
-
Gergosz2
veterán
válasz DrojDtroll #4845 üzenetére
Egyáltalán mit akarsz megmérni?
(#4847) DrojDtroll
Már többször mondták, hogy vagy egy kellően méretes ablakot teszel rá, vagy akár egy diszkrét alul áteresztő szűrőt. Mindegyik fog késleltetni valamennyit és azt sem árt tudni, hogy mit akarsz mérni vele.
[ Szerkesztve ]
Nokia 6030 Hardcore User // I Panic Restaurant by Taito
-
Gergosz2
veterán
válasz DrojDtroll #4847 üzenetére
Zónás dolog helyett egyszerűbb lenne egy parabolát illesztened rá. Egyszerűbb lekódolni is, és dead zone-t is egyszerűen belőheted vele a parabola tologatásával.
Nokia 6030 Hardcore User // I Panic Restaurant by Taito