- Hamarosan megkezdődik a nubia 2,8K-s táblagépének szállítása
- Barátokká váltak az eddig rivális AI-óriások
- ASUS blog: Ideális olcsó utazós gép lett az új Vivobook S14
- Az Aura Displays hordozható monitorhármasa jól felturbózhatja a produktivitást
- Dual Mode-os IPS monitorral adott magáról életjelet a Gigabyte
- Apple MacBook
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- ASUS blog: Ideális olcsó utazós gép lett az új Vivobook S14
- Milyen széket vegyek?
- Egérpad topik
- Teljesen az AI-ra fókuszál az új AMD Instinct sorozat
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Fejhallgató erősítő és DAC topik
- AMD GPU-k jövője - amit tudni vélünk
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
-
PROHARDVER!
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 #4899 üzenetére
Régen azzal nyomtam, nem volt semmi gond. Ment minden frankón.
-
DrojDtroll
veterán
linux alól próbálgatott már valaki kommunikálni az arduinoval?
-
Pikachu24
aktív tag
Sziasztok!
Van egy windows áruházas arduino IDE-m és ma próbáltam volna használni, de a kód fordítása és feltöltése szinte lehetetlen. Nézem 10.-én frissül. Nálatok is ennyire rossz?Esetleg honnan tudnék leszedni egy régebbi ide-t?Melyik verziót ajánlanátok? -
Janos250
őstag
Off topic válasz:
Inkább fújd (vagy fújasd) ki a szöszt abból a csőből, ami az őrlánghoz vezeti a gázt. De vigyázz, nehogy azt a szerelőt hívd, aki teleszórja minden évben Pestet az olcsó (3000 Ft) reklámjával, mert ez a trükkje: mond, vagy csatlakozó meglazítással csinál valami (fiktív) hibát, és ha nem fizetsz neki sokat azonnal a "hiba elhárításáért", akkor bejelenti a "hibát" a gázműveknél, akik vizsgálat nélkül kikapcsolják a gázt, és visszakapcsolni már csak akkor lehet, ha a jelenlegi szabványoknak megfelel, magyarul mindent le kell cserélni, (bojlert, csöveket, kémény bélelést, stb.), mert már a néhány éve beszerelt cuccok se felelnek meg a mai szabványnak! Én fizettemPersze számlát nem adott. Az ilyet persze nem buktatja le a NAV !
-
használt már valaki ilyen IR alapon működő optikai tűz érzékelőt? Mennyire megbízható ez?
Igazából a bojlerbe építeném be, mert gyakran elalszik az őrláng, és rossz érint, mikor nincs melegvíz
Gondoltam, ezzel érzékelem a lángot, és ha nincs, történik majd valami (pl küld egy mailt, vagy ilyesmi) -
tvamos
nagyúr
Pedig piszok egyszeru. Van benne egy LED, (vagy ketto antipatalel,) amit egy ellenallason keresztul rakotsz parhuzamosan a lampadra. A kimenete meg egy fototranzisztor, amit egy felhuzo ellenallassal rakotsz az arduino bemenetere. A LED, meg a fototranzisztor kozott galvanikus elvalasztas van, igy nem fog megrazni.
En H11AA1-et hasznalok, mert nekem abbol van egy osszemarekkal itthon. Namost azt nem tudom, hogy nalatok, az elektronikai boltban milyet arulnak. Ez pl. remelhetoleg eredeti.
Itt egy tuti kapcsolas, en is igy csinalnam.
Namost az egesznek az a problematikaja, hogy ez egy 100Hz-es frekvenciaju, kozel negyszogjelet fog eloallitani, (valamekkora duty cycle-lal,) azt mondjuk software-bol siman ki lehet szurni.Az erdekes megoldasok nem itt kezdodnek!.. Ez egy sima alapkapcsolas.
-
-
icemad
nagyúr
Sziasztok. Megint lenne egy amatőr kérdésem.
Uno-val szeretném figyelni egy lámpa állapotát. (be vagy ki van kapcsolva.) A lámpa 12v-ról vagy 230v-ról üzemelne. Hogy lehetne a legegyszerűbben megoldani? A lényeg az lenne, hogy ha a lámpa feszültség alá kerül (világít), akkor azt az uno érzékelje, és változtasson egy változót nulláról egyre. -
Janos250
őstag
válasz
Teasüti #4882 üzenetére
Egy másik magánvélemény:
Amit az UNO szoftverből csinál, azok egy részét az STM32 már hardverből tudja, ezért más rá számos könyvtár.
A szokásos funkciók megvannak, csak legfeljebb más a nevük. A spécik meg jócskán különbözhetnek.
Elvileg meg lehet azt csinálni, hogy a hiányolt könyvtárat beteszed a munka könyvtáradba (.h is), de ez gyakran járhatatlan, mert:
1. Ha az UNO-ra írt könyvtár kihasználja az UNO specialitásait, akkor ennek annyi.
Pl. az Adafruit_NeoPixel (gyanítom) az életben nem fog STM32-n menni, mert ha belenézel az Adafruit_NeoPixel.cpp-be, egy halom assembly részletet találsz benne.2. Gyakran annyira többszörös mélységűek a könyvtárak, hogy belezöldül az ember.
(Azt ugye tartod, hogy amíg a LEGELSŐ hibát nem javítod, addig a többivel nem foglalkozol, mert lehet, hogy az első okozza!)
-
tvamos
nagyúr
válasz
Teasüti #4884 üzenetére
Az a baj, hogy semmi debug nincs, es nem is latszik, hogy lenne valami, igy meg az egesz fejlesztes... eleg foscsi. Van valami ingyenes, meg nem hasznaltam, mert nekem a ceges gepre nem lehetett installalni, de volt egy napos kurzus az ST-nel hozza.
(Amugy nem ertem, mi a baj a kondkorlatossal, eleg komplex cuccokat lehet benne irni, nem fog a blink 11% flash-t megenni.) -
Teasüti
nagyúr
Még mindig fogalmam sincs merre felé induljak. Nem szoktam hozzá, hogy 8-10 alternatíva közül kell választani. És igazán azt se tudom mi alapján válasszak.
Fizetősök és a korlátozott működésű demók szóba se jöhetnek.
És az se volna baj, ha natív Windows program lenne, esetleg egy Java futtatókörnyezet még belefér, hisz az szinte amúgy is fent van a legtöbb gépen.
Olyan kéne, amit annyira egyszerű használni, mint az Arduino IDE-t. Vagy ha ennyire nem is, de kezdő barát.
Nem szeretnék olyan komoly fejlesztő környezetet sem, ami vetekszik komplexitásban egy CAD-del, mert hetek mennének el csak a felület megtanulására. Felesleges időpazarlás diy hobbi vonalon. És bele is törne a bicskám. Solidworks se ment autodidakta módon tanár nélkül...
Szóval ötletem sincs mit használjak e helyett. -
Teasüti
nagyúr
Uhm srácok!
Mikre kell odafigyelni a programban, ha STM32-re írom?
Arduino IDE-ben vagyok, most élesztettem fel a Maple Mini-met, a Blink példa már lefordult rá (több mint 2 KB ram-mal és 11% rom-mal, amit egyáltalán nem tudok hova tenni).
Gondoltam ráeresztem az eddigi munkámat és élből fordítási hibát kaptam "Exit status 1"-el.Ilyenkor mi van?
Van benne vmi parancs, ami csak Uno-n/Nano-n értelmezhető?
Miket kell átírnom úgy általában?
Köszi!szerk: aha, ok.
Túl sok mindenbe beleköt a fordító, főleg különböző függvény könyvtárakba. De például egy lookup táblázatba is és fogalmam sincs mi azzal a baja, huint8_t whatever[] = {}
.Declared as a different kind of symbol? Mivaaaan?
Hát azt hiszem jegelem ezt a témát az éppen futó projektekre.
Az az érzésem, hogy elölről kell kezdenem a tanulást, ha majd át akarok erre térni. -
Gergosz2
veterán
válasz
DrojDtroll #4874 üzenetére
nem lenne egyszerűbb ha csak akkor küldöd neki amikor a Due kéri?
-
tvamos
nagyúr
válasz
DrojDtroll #4874 üzenetére
Terminal emulátor? Másik arduino?
-
Teasüti
nagyúr
Üdv!
Van vkinek vmi elképzelése, meg lehet-e valósítani ezt DIY uC alapokon?
Szóval kell egy über szupi giro, ami több ezer hz-en működik.(Vagy csak nagyot akartak mondani...)
Majd kell vmi erős és ultra kompakt szervó, ami tekeri a kormányt, de kézzel is mozgatható inaktív állapotban különösebb ellenállás nélkül.
Elérhető ilyen technika földi halandó számára?
Ha erre van vmi épkézláb alkatrész lista, még lehet átépítek egy motort. -
szaszyka
senior tag
válasz
DrojDtroll #4874 üzenetére
Szia
Szerintem ezt nem nekem akartad cimeznifogalmam sincs, egyáltalán nem tudok programozni sajnos
-
DrojDtroll
veterán
-
szaszyka
senior tag
válasz
Janos250 #4835 üzenetére
Szia. Szoftver alatt a letöltött DHT könyvtárat érted, vagy maga a program, amit az arduinon futtatok? Érdmees lenne többfajta könyvtárral próbálkozni? Bocsánat a láma kérdésért, de egyáltalán nem értek a programozáshoz. A program most csak annyi, hogy olvassa bea mért eredményt, ésaz jelenjen meg a serial monitoron.
-
icemad
nagyúr
válasz
szabieable #4871 üzenetére
Én egy ilyen barkácsmegoldást találtam, talán segít egy kicsit : [link]
De az Instructables honlapján rengeteg találatot ad az arduino oscilloscope keresésre. -
icemad
nagyúr
válasz
razorbenke92 #4861 üzenetére
Köszönöm a válaszodat. Jelenleg még csak minta projekteken gyakorlok. És úgy néz ki hogy sikerült megölnöm egy ir vevőt.
Szerintem valami könnyebbel kezdem. Talán ledekkel valami egyszerűbbet... És elkezdtem olvasni a fórumot az elejétől. Remek ötleteket kaptam így,de nem tudom mikorra végzek vele.
-
fpeter84
senior tag
válasz
szabieable #4868 üzenetére
Az ebay tele van arduinohoz kész kijelzőkkel, ha pár kulcsszóval nekiindulsz meglátod mi a kínálat méretben és felbontásban. Viszont minél nagyobb a felbontás, annál nagyobb probléma lesz megfelelő framerate-et tartani az animációdban - részben ezért jutott eszembe a raspberry és klónjai mint alternatíva. Szóval kb mekkora méretben képzeled el a kütyüt? Ha hozzáveszed a tapasztalataidat telefonokkal/tabletekkel, akkor azt is meg tudod saccolni, hogy mekkora felbontásban szeretnéd mindezt látni, hogy ne legyen nagyon pixeles...
A pixelesség ellen persze lehet küzdeni valamiféle anti-aliasing algoritmussal, de akkor ahhoz kellően túlméretes erőforrás is kell, mert akkor már nem úszod meg a helyi framebuffer memóriát... 320x240 16 bites színmélységgel már 150KB, 480x240@16b az 225KB, 640x480@16b módhoz már 600KB memória kellene csak a képnek, ami uC világban már elég combos eszközt jelent...
-
fpeter84
senior tag
válasz
szabieable #4866 üzenetére
Akkor először a kijelző méretét/felbontását kell behatárolnod pontosan, mert van egy bizonyos határ ami fölé arduino/mikrokontrollerrel nem igazán lehet/célszerű menni - viszont pl egy raspberry-vel vagy egyéb kínai klónnal könnyen megoldható... Utóbbival akár TV-re is kötheted ha úgy tetszik...
-
szabieable
aktív tag
-
Gergosz2
veterán
válasz
szabieable #4862 üzenetére
Szerintem gondold át pontosan, hogy mit akarsz. Sok felesleges kommentet spórolunk meg így.
-
szabieable
aktív tag
válasz
DrojDtroll #4863 üzenetére
The Room Three iOS/Android (ha jól emlékszem a harmadik részben vannak ezek a kütyük)
-
DrojDtroll
veterán
válasz
szabieable #4859 üzenetére
ez valamilyen játékból screenshot?
-
szabieable
aktív tag
válasz
Gergosz2 #4860 üzenetére
Nincs pontos elképzelésem, kerek kijelzőt gondolom nehezebben fogok találni így marad a klasszikus téglalap formátum. A render miatt én valami TFT jellegű, nagyobb felbontásra gondoltam, hogy szép is legyen a görbe és ne pontmátrixon rajzolódjon. Bár a célnak lehet megfelelne a 2.8" 320x240es TFT panel is.
-
Szia!
1, Ez nagyon szerteágazó dolog, egy táblázat igen kiterjedt lenne, ha mindent bele szeretnénk foglalni. Ha kezdő vagy, szerintem kezdd az alapoktól, arra bőven elég az Uno-Nano. Ha már észreveszed, hogy kevés, akkor már tudni fogod, hogy mit keress.
(Amiről pl írsz, az nem is inkább az arduino-tól függ, mintinkább a benne lévő soros-usb átalakítótól)2, A legtöbb integrált alkatrész tönkremegy, ha például fordított polaritással kötöd be. Egy LED, IR fototranzisztor, stb lehet hogy kibírja.
A legtöbb elemnek nem lesz jelölve a lába. Ha szeretnél valamit vele kezdeni, keress rá a neten, és mintaprojektben meglátod, mit kell tenned.3, Nem, nem befolyásolja. A már említett soros-usb átalakítók usb2.0 full speed kompatibilisek, de teljesen működőképesek már 1.1 alatt is.
-
Gergosz2
veterán
válasz
szabieable #4859 üzenetére
Pontosan azt akarod, hogy így nézzen ki? Katódsugárcsöves kijelzőben gondolkozol?
-
szabieable
aktív tag
-
icemad
nagyúr
Sziasztok. Most kezdem az arduinos pályafutásomat, de lenne pár kérdésem.
1. Van valami táblázat arról, hogy melyik arduino mire használható? Pl. Olvastam, hogy az uno-val nem lehet billentyűzet lenyomást emulálni.
2. Ha egy alkatrésznek a lábkiosztásáról nincs információm, akkor rossz bekötéssel tönkretehetem? Pl. Van egy kezdő szettem, amiben az infra vevőnek nincsenek jelölve a lábai.
3. Az arduino működését befolyásolja hogy usb2 vagy usb3 portot használok?
A válaszokat előre is köszönöm.
-
Gergosz2
veterán
válasz
industrial #4854 üzenetére
serial plotter rajzolja a grafikonokat meg menti az adatokat(ez a program meg van), illetve menti egy sd kártyára.
Ez mind telefonon van azt írtad, úgyhogy a sd log progi nem kell ide.
Nagyjából ez, ha tényleg csak felküldeni akarod:
#include <SoftwareSerial.h>
int txPin = 7;
int rxPin =6;
SoftwareSerial BlueToothConnect(txPin, rxPin);
int bt_on = 1; // Ide kösd State lábat
int FSR_Pin = A0;
void setup() {
pinMode(bt_on,INPUT);
Serial.begin(9600);
BlueToothConnect.begin(9600);
}
void loop(){
int FSRReading = analogRead(FSR_Pin);
bool ok=digitalRead(bt_on);
if (ok)
{
BlueToothConnect.println(FSRReading);
Serial.println("OK");
}
else
{
Serial.println("Nincs csatlakoztatva az BT vevő!");
}
delay(1000);
} -
hermit
tag
Sziasztok,
a 3274-re senkinek nincs otlete?
Van akinel mukodik a watchdog megan vagy unon?
-
industrial
tag
Üdv mindenkinek.
Van egy projektem amivel egészen jól haladok de programozási tudásom miatt megakadtam.
Van egy Fsr szenzor aminek a mért adatait szeretném bluetooton keresztül elküldeni telefonra, ahol aztán egy serial plotter rajzolja a grafikonokat meg menti az adatokat(ez a program meg van), illetve menti egy sd kártyára.Külön külön szépen működnek a dolgok, de viszont a programozásban mindig elakadok.
Serial log to sd card, ezt valahogy nem tudom megoldani.
Hogy tudom össze kombózni a két kódot hogy működjön.
Keresésem eredményei sajnos külön külön működnek de eggyüt nem igazán.
Fsr kód, szépen működikint FSR_Pin = A0; //analog pin 0
void setup(){
Serial.begin(9600);
}
void loop(){
int FSRReading = analogRead(FSR_Pin);
Serial.println(FSRReading);
delay(250); //just here to slow down the output for easier reading
}#include <SoftwareSerial.h>
#include <LiquidCrystal.h>
byte myByte; // Storing the incoming data from serial port
int txPin = 7;
int rxPin =6;
lcd(12,11,5,4,3,2) //pin of lcd ****I know this is not the exact command
SoftwareSerial BlueToothConnect(txPin, rxPin);
pinMode(rxPin, INPUT);
pinMode(txPin, OUTPUT);
void setup(){
lcd.begin(16,2);
Serial.begin(9600); //Serial communication
}
void loop(){
if(Serial.available(){
lcd.clear();
while(Serial.available()>0){ //Until data is being found in Serial, turn on serial on Bluetooth
BlueToothConnect.begin(9600);
myByte = Serial.read(); //reading the myByte data
lcd.write(myByte); //showing data on LCD
Serial.write(myByte) ; //Showing data on serial monitor
txPin = digitalWrite(myByte); //writing myByte content on pin 7 (txPin)
BlueToothConnect.write(txPin); // BlueToothConnect.print(txPin); //displaying content of txPin to be view on Android display
} -
zka67
őstag
válasz
DrojDtroll #4852 üzenetére
A legnagyobb zaj értékének a kétszeresére állítsd.
Mekkora a legnagyobb zajod? 4-5? Akkor állítsd 8-ra, ha 8-10 akkor 16-ra, csak nagyobb legyen mint a legnagyobb zajod.Meglátod, jó lesz az
-
zka67
őstag
válasz
DrojDtroll #4844 üzenetére
Kétszerese a zajnak.
-
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.
-
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.
-
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...
-
DrojDtroll
veterán
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
-
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.
-
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)...
-
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.
-
DrojDtroll
veterán
válasz
razorbenke92 #4838 üzenetére
Igy nem lesz a nulla korul jitter?
Kiprobaljuk majd. Van ket joy is.
-
É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.
-
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).
-
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!
-
válasz
DrojDtroll #4826 üzenetére
Milyen módszerrel osztottad zónákra a maradék értékeket?
-
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.
-
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.
-
DrojDtroll
veterán
válasz
razorbenke92 #4829 üzenetére
Engem ez a par mV nem is nagyon zavar, de az hogy nem tudok normalisan indulni az igen.
-
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
-
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.
-
DrojDtroll
veterán
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?
-
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.
-
Janos250
őstag
-
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. -
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.
-
É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.
-
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.) -
DrojDtroll
veterán
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.
-
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...
-
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.
-
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? -
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. -
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
-
DrojDtroll
veterán
két arduino közötti kommunikációra mi a leggyorsabb út?
-
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!..
Új hozzászólás Aktív témák
Hirdetés
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Kertészet, mezőgazdaság topik
- Barátokká váltak az eddig rivális AI-óriások
- Suzuki topik
- Megvan, milyen chipet használ a Pura 80 Ultra
- Apple MacBook
- Háztartási gépek
- Gurulunk, WAZE?!
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- The First Berserker: Khazan
- További aktív témák...
- MSI RTX 4070 SUPER 12GB GAMING X SLIM WHITE - 20 hónap garancia
- GIGABYTE RTX 4070 SUPER WINDFORCE OC 12GB - 20 hónap garancia
- iKing.Hu - Samsung S25 Ultra - Titanium Black - Használt, karcmentes
- Apple Ipad 10.generáció
- Új HP Pavilion x360 14-ek Érintős hajtogatós Laptop Tab 14" -35% i5-1335U 8/512 FHD IPS Iris Xe
- Telefon felvásárlás!! Samsung Galaxy A13/Samsung Galaxy A33/Samsung Galaxy A53
- BESZÁMÍTÁS! Samsung Odyssey G5 32 144Hz WQHD 1ms monitor garanciával hibátlan működéssel
- Azonnali készpénzes Intel i3 i5 i7 i9 8xxx 9xxx processzor felvásárlás személyesen / csomagküldés
- 2db Dell PowerEdge R740 2U Rack Szerver és 3db Netapp FAS2040 NAS
- Telefon felváráslás!! Xiaomi Redmi Note 11, Xiaomi Redmi Note 11 Pro, Xiaomi 11 Lite
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest