- eSIM, a kártyamentes szabadság
- Fotók, videók mobillal
- Huawei Watch GT 5 Pro - egészség + stílus
- Milyen okostelefont vegyek?
- Apple Watch
- Bemutatkozott a Poco X7 és X7 Pro
- Samsung Galaxy A54 - türelemjáték
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy A55 - új év, régi stratégia
- Samsung Galaxy A34 - plus size modell
-
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
válasz
zapikanka
#9295
üzenetére
Passz, Tényleg ezer féle van.
Arduino starter kit a kulcsszó.
Én olyat vennék amiben adnak egy Arduino Uno-t vezérlőnek, hisz erre épül a tutorial-ok kb 95%-a. A körítés meg kb mindegy, amelyik szimpatikusabb. Ha tudod mivel szeretnél foglalkozni (lcd kijelző, érzékelők, motorok, toronyóra aranylánccal, stb.), akkor olyan készletet keress amiben ez benne van!
Dupont jumper vezetékek is kelleni fognak (apa-apa, apa-anya), nem baj ha adnak hozzá. Jah meg alapvető elektronikai alkatrészek legyenek benne, mint ellenállások, diódák, gombok, kondenzátorok, stb. -
-
AcCEsS
senior tag
Lassan egy hete megy 3db AA tölthető akkuról (HT7333 LDO-n keresztül) egy ESP12 lapom. BH1750 szenzor van rálógatva, és a lux meg a vcc értékeket gyűjtögetem percenként. Ma a szokásos 3.442V - 3.446V közötti értékek megvadultak, és kiugró, 3.414V - 3.47x értékek kerültek a log-ba. Utánanéztem a lehetséges okoknak, és 470 vagy 1000 mikrós kondit javasolnak a GND és a VCC láb közé az ilyen csúcsok kisimítására. Ezt felfogtam, meg fogom csinálni/próbálni.
Más. Mivel az ESP.getVcc() millivoltban adja vissza a mért értéket, ezerrel osztom, és az így kapott Volt értéket használom. Eddig ok. Viszont több helyen is találtam ilyen képletet:
So to get the 'correct' voltage in V you need to divided be 1024. Like:
float vccVolt = ((float)ESP.getVcc())/1024;Mi a búbánatért kellene 1024-el osztani? Ez valami baromság, vagy tényleg így van?
-
Teasüti
nagyúr
válasz
zapikanka
#9292
üzenetére
Az első az eredeti. A második nem tudom micsoda, ilyen összeállításban még nem láttam. Lehet kapott egy frissítést a csomag.
Akkor tudom ajánlani ezeket, ha semmit nem értesz az elektronikához. Ha tudod mi az az áramkör, soros/párhuzamos kapcsolás, tudod mi az az Ohm törvény és ismered Kirchhoff tételeit, akkor nem vennék eredeti kezdő csomagot. (Persze lehet támogatni az alapítványt.)
E helyett inkább Ebay-ről lőnék egy készletet töredék áron.
Neten meg van kismillió tutorial. -
_q
addikt
válasz
Teasüti
#9289
üzenetére
Köszi. Újrahúztam az egész esp könyvtárat, core 1-re tettem mind a 4 taskot, variáltam pár delay-t, most futtatom a tesztet és várok amíg ismét előjön (remélem nem). Ha látok valami problémát akkor ránézek a kommunikációra.
Addig egy másik téma. 2 db ESP32-m van amit eddig tudtam minden gond nélkül programozni. Az egyiket továbbra is tudom, de a másikat csak akkor, ha lenyomom a boot gombot. Lehetne driver gond, de akkor a másik panellel hogy hogy megy. Lehet hibás az eszköz, ha eddig minden gond nélkül működött? Próbáltam újratelepíteni a CP2101 driver-t, de továbbra se lehet kódot rátölteni csak a boot gomb lenyomásával, másik ugyan úgy megy mint eddig.
Ti tapasztaltatok már hasonlót?
-
Teasüti
nagyúr
Nem tartom valószínűnek, szerintem teljesen mindegy mikor olvasod ki azt a két bájtot - azok el vannak tárolva, amíg felül nem íródnak. Ha csak olvasási hiba lenne, esetleg menet közben kerül felülírásra, akkor ez egyszeri eset lenne és nem állna le az adatbusz sem.
A következő lépés szerintem mindenképp az anomália megmérése. -
Teasüti
nagyúr
válasz
Janos250
#9283
üzenetére
Pedig nekem Uno-n is volt gondom a Wire könyvtárral, gyakorlatilag ugyanazt produkálta, mint itt ebben az esetben: egy idő után egyszerűen leállt a busz működése. Csak a reset segített rajta.
3rd party I2C könyvtárral zökkenőmentesen működött ugyanaz a kód.
Ez úgy két éve volt, azóta úgy vettem észre javítottak a Wire-n.
Egy ESP implementációnál meg ki tudja mit rontottak el és hol.Ezért kéne ránézni a buszra, amikor ezt produkálja.
Ha csak a nagy csend van akkor tudjuk, hogy kód hiba. -
_q
addikt
Leesett a kódban a 9 ms valószínűleg elég, mivel 2 byte-ot olvas ki a szenzorból, külön történik a hőmérséklet és külön a páratartalom kiolvasása. Adatlap szerint 6.5 ms egy kiolvasás, ahogy linkelted, a 20 már lehet sok.
Viszont mivel freertos-ban írom a kódot, a
delay(9), közben lehet, hogy jön egy másik prioritású task ami elkezd futni. Ennek a task-nak lehet sokáig tart, mire lefut és ismét futásidőt kap a hőmérséklet kiolvasó task. Ez nem feltétlen mindig történik meg, de ha igen akkor az a ritka eset elő állhat ami nálam, hogy néhány óra/nap után történik meg az, hogy nem jó értéket küld a szenzor.Ez így mennyire lehet esélyes? Ha igen akkor hogy küszöbölhető ki?
-
_q
addikt
válasz
Tankblock
#9285
üzenetére
Nem tudom a hőmérséklet és páratartalom mérési ideje összeadódik-e, mert akkor 14 ms kell nagyjából 2 mérés között elteljen. Viszont én ezt a 9 ms-ot már korábban átírtam 20 ms-ra. a
Delayhelyett adelayMicrosecondsmiért jobb választás?Kínai paneles megoldást használok, van rajta 2 db 10k (smd 103) ellenállás és kb 10 cm-es kínai szerelt vezetékkel van összekötve, de a 3.3 tápfeszültség meg van a panelen.
Adatlapban van egy ilyen:
"After power-up, the sensor needs at most 15 ms, to be ready to start RH
and temperature measurement. " Ez alapján a 9 nem igazán elég, de a 20 amit használok már igen. Gondolom soknak nem sok, hogy elmenne közben alvó módba megint a szenzor. Viszont az egészben ami érdekes, hogy oké hogy 1-1 esetben rossz a kommunikáció, de utána miért nem áll vissza és küld jó eredményt a szenzor. Ha csak nem akad össze wifi kommunikációval a háttérben. -
Tankblock
aktív tag
válasz
Janos250
#9283
üzenetére
Hmm,
most h van nálam gép is:
Datasheet:
RHCT Conversion Time(7)
8 bit resolution 2.50 ms
11 bit resolution 3.85 ms
14 bit resolution 6.50 msilletve
TEMPERATURE SENSOR
TEMPACC Accuracy(7) 5°C < TA< 60°C ±0.2 ±0.4 °C
TEMPREP Repeatability(7) 14 bit resolution ±0.1 °C
TEMPCT Conversion Time(7) 11 bit accuracy 3.65 ms
14 bit accuracy 6.35 mslássuk a könyvtárat:
double ClosedCube_HDC1080::readTemperature() {
uint16_t rawT = readData(HDC1080_TEMPERATURE);
return (rawT / pow(2, 16)) * 165.0 - 40.0;
}
uint16_t ClosedCube_HDC1080::readData(uint8_t pointer) {
Wire.beginTransmission(_address);
Wire.write(pointer);
Wire.endTransmission();
delay(9);
Wire.requestFrom(_address, (uint8_t)2);
byte msb = Wire.read();
byte lsb = Wire.read();
return msb << 8 | lsb;
}szóval ha itt minden ok --> cserélném a delayt:
delayMicroseconds(9000);akkor még lehet akár HW issue is. A felhúzó ellenállások megvannak? Feszültség megvan? Milyen hosszú a vezeték? ...
-
_q
addikt
válasz
Janos250
#9283
üzenetére
Lehet, hogy tényleg jó a wire könyvtár, mert az, hogy véletlenszerűen történik az összeakadása a programnak az fura. Ha rossz lenne, akkor nem szabadna 1000-2000 lekérdezésig jó lennie, majd ha rossz, akkor egy esp reset után ismét jól mér. Most biztos ami biztos alapon átraktam mindent core1-re és újrahúztam az egész esp könyvtárat.
-
Janos250
őstag
Én nem gondolnám, hogy a wire könyvtár ne lenne jó. Amit én tapasztaltam, amikor az UNO-n ment a prg, de ESP32-n nem, akkor a következő volt a hiba:
A szenzorra (vagy másra) parancs írás után kell némi idő, mire az képes válaszolni.
A lassú UNO esetén ez nem volt probléma, de a gyors ESP32-nél az írás után, és az olvasás elé kellett várakozást betenni. Persze az is lehet, hogy ez csak véletlen volt, és én észleltem várakozási idő problémaként. -
_q
addikt
válasz
Teasüti
#9280
üzenetére
A busz vizsgálattal annyi a baj, hogy sajnos nem mindig jön elő. Folyamatosan kellene nézni pár óráig-1 napig, hogy meglegyen mi történik a hiba beálltánál.
Teljesen máshogy képzeltem el a 2 magot, kicsit túlozva úgy mint 2 külön kontroller. A leírásod alapján ha ez nem is okoz gondot, de nem jó megközelítése a programom felépítésének és elképzelhető, hogy tényleg nem szükséges 2 magot használni. Nekem onnan jött az elképzelés, hogy ha egyszerre akarok webservert futtatni, mellette mérni hőmérsékletet, akkor azt ne egymás után tegyem, hanem párhuzamosan. De jobban belegondolva lehet, hogy tényleg nem indokolt. Azt szerettem volna elkerülni, hogy ha lehet ne "akadjon össze" az espnow mondjuk hőmérséklet lekérdezéssel/NTP lekéréssel.
Mivel később a hőmérséklet olvasás 5-10 percenként történne, ezért elegendő, ha cora 0-ra rakom, ahogy írtad az nem gyakran fut le úgy se, ami meg gyakoribb átteszem core 1-re.
Emellett amit te és (#9281) Tankblock is említ, meg kellene néznem esetleg más könyvtárral is a hőmérséklet kezelést.
(#9281) Tankblock
Úgy érted hogy alapból az esp32 wire könyvtár nincs jól implementálva? Ha viszont nem azt használom, akkor ha jól sejtem te ESP-IDF I2C használatát javaslod. Jó lenne egyszerűen megoldani magasabb szinten, arduino alatt. -
Teasüti
nagyúr
Nem tartom valószínűnek, h összeakadnak a folyamatszálak. Arduino-ból kiindulva esélyesebb, h az I2C könyvtár bénázik el vmit, egyáltalán nem lepne meg.
Meg kéne nézni a busz forgalmát, h tudjuk mi történik.Ha az általad javasolt szerint, mindent áttennék core 1-re, mivel ugye minden ciklikus, akkor a core 0á-n semmi se lenne
Tévedés. Azon fut a FreeRTOS, meg az összes periféria mint írtam volt. Miért érzed szükségét multitask programot írni? Ha le tudod programozni lineárisan (és Arduino főként erre épít), akkor miért akarod szívatni magad több szálas kóddal? Nem tűnik indokoltnak erre a feladatra.Vagy esetleg csináljam azt, hogy core 1-en futtassak egy task-ot, ami ütemezi a core 0-án a taskokat, amiket 1x meghívok, majd törlöm? Így is ciklikus lesz, de task szempontból 1x fut csak le.
Én így programozom. Nekem így tűnik logikusak. Mivel a nulladik magon nem szabad blokkolni, ezért célszerű minél rövidebb kódokat idehelyezni. Vagy ami ritkán fut le, pl megszakításra csak rendszertelen időközönként. Olyat ami mellett sok üresjárat van. Amit egy magos procinál megszakítással kezelnék, azt itt a nulladik magon párhuzamosítva.Ennél jobban nem igazán használom ki.
Meg én nem is akarok nagyon belemászni a párhuzamosításba. Én inkább csak két egymástól független kódot választanék külön, amik teljesen különböző erőforrásokhoz férnek hozzá. Pl amit én bütykölök: motorkerékpár perifériái egymástól függetlenül működ(het)nek, van úgy 5-6 jól elkülöníthető feladat, amik ugyan használhatják ugyanazokat a szenzoradatokat, de a logikájuk egymástól teljesen független és így adja magát a párhuzamosítás. Mondjuk történik egy megszakítás amikor rálépek a fékre és ez meghív egy függvényt, ami külön folyamatként fut le a nulladik magon, aztán törlődik.
De semmi köze ahhoz a folyamathoz, ami mondjuk a ledszalagokat kezeli. Ez meg egy viszonylag számításigényesebb feladat, egy primitív grafikus motor dupla pufferes futószalaggal és FPS-ben mérem a futási teljesítményét. Ez az első magon fut.
Ebből jól látható, hogy a nulladik magot én a gyors reakcióidejű rövid kódokra használom, az első magot meg a hosszabb, nem időkritikus műveletekre. -
_q
addikt
válasz
Teasüti
#9272
üzenetére
Elnézést ha nem fogalmaztam egyértelműen. Leírom konkrétabban.
Van egy hőmérséklet mérés, kijelzőre adat kiíratás, wifi-n NTP lekérés, webserver futtatás. Ez lenne a master és van hozzá egy slave eszköz amivel az előző felsorolás bővül, espnow kommunikáció. Ezeket gondoltam két magon futtatni úgy, hogy ami wifi-vel kapcsolatos az megy az 0-ás magon: NTP lekérés, webserver (espnow meg callback-el megy, így azt csak feltételezem, hogy szintén 0-ás magon megy, a fórumon is volt szó róla, illetve amit linkeltem oldal is arra hivatkozik, hogy wifi-s dolgok 0-ás magon futnak). A kijelző és I2C hőmérséklet olvasás megy az 1-es magon. Eredetileg legalább is ezt terveztem. Sajnos azonban azt tapasztaltam, hogy bizonyos idő elteltével (volt hogy fél nap és volt hogy 2 napos futás után jött elő) az odáig jó érték helyett a hőmérőtől már nem a megfelelő adat jön, hanem 125 °C, amit olyankor küld, ha nincs bekötve a hőmérő. Egészen a resetig ezt küldi folyamatosan. Reset után ismét a jó érték látható.
Hivatkozva a linkelt oldalon írtakra:
"The two cores are named Protocol CPU (PRO_CPU) and Application CPU (APP_CPU). That basically means the PRO_CPU processor handles the WiFi, Bluetooth and other internal peripherals like SPI, I2C, ADC etc. The APP_CPU is left out for the application code."Innen jött a feltételezés, nem amiatt "akad" össze az I2C olvasás, mert valójában függetlenül attól, hogy melyik magon futtatom az I2C-t, az a 0-ás magon fog lefutni, de ott meg nincs neki prioritás adva, legalább is általam nem, mivel ugye én az 1-es magon gondoltam futtatni, ott adtam az I2C task-nak prioritást. Lehet, hogy a valójában lefuttatott I2C és Wifi és tényleg a 0-ás magon fut, és összeakad, ezért jön hibás érték a kiolvasásnál? Igaz itt felmerül a kérdés, hogy ha 1-1 feltételezett összeakadás történik, akkor utána miért nem jön a következő reset-ig jó érték? Azt nehéz elképzelni, hogy folyamatosan összeakadna a 2 kommunikáció.
Ha az általad javasolt szerint, mindent áttennék core 1-re, mivel ugye minden ciklikus, akkor a core 0á-n semmi se lenne. Vagy esetleg csináljam azt, hogy core 1-en futtassak egy task-ot, ami ütemezi a core 0-án a taskokat, amiket 1x meghívok, majd törlöm? Így is ciklikus lesz, de task szempontból 1x fut csak le.
Még egy dolog jöhet szóba, amit nem tudom mennyire helyesen adok meg. Globális változóként adom át a 2 mag között a hőmérséklet változó értékét. Ezt úgy teszem, mint ha nem task-okat futtatnék, setup() előtt hozok létre egy pl.: float temp változót.
-
Teasüti
nagyúr
Elolvastam ötször egymás után, de még mindig nem értem pontosan mire akarsz kilyukadni.
CPU0-n fut az oprendszer, ha úgy tetszik. CPU1 meg malmozik, ha nem írsz rá programot. Arduino alatt a loop() fut rajta végtelen ciklusban - akkor is, ha a loop() üres.
Ha szinkronizálni akarod a folyamatokat akár a két mag között, akkor azt így lehet megoldani.Amúgy én a nullás magra nem raknék ciklikusan futó kódot, csak olyat ami meghívásra egyszer fut le.
Minden ciklikus folyamat meg mehet az egyes magra, ott legfeljebb csak a watchdog hisztizik ha blokkol a kód.
Persze ha nincs szükség kifejezetten mindkét mag számítási kapacitására, de adatfeldolgozásra meg nem mikrovezérlőt használnék.
-
_q
addikt
Task kezeléssel kapcsolatos kérdésem lenne.
Ezen az oldalon van egy ilyen kijelentése:"The two cores are named Protocol CPU (PRO_CPU) and Application CPU (APP_CPU). That basically means the PRO_CPU processor handles the WiFi, Bluetooth and other internal peripherals like SPI, I2C, ADC etc. The APP_CPU is left out for the application code."
Ha ez tényleg igaz, akkor minden perifériával kapcsolatos kódot érdemes CPU0-ra tenni. Ha viszont én Wifi-vel kapcsolatos dolgot CPU0-ra teszek, I2C kommunikációt CPU1-re, és minden task-nak megadom a prioritást, akkor mi biztosítsa, hogy pl a wifi kommunikáció ne essen egybe egy I2C kommunikációval? Pl wifi core 0 prio 1, i2c core 2, prio 1. Itt a cpu1-es prioritásnak mi lesz az értelme wifi kezelés szempontból, ha ténylegesen úgy is cpu1 hajtja végre?
-
nope
tag
(lejárt a szerkesztési idő)
Azért gondold meg, egy nyákra nem jó ötlet váltóáramú nagyfeszültséget tenni mikrokontrollerrel...
Ha meg távolabb viszed, akkor már külső tápról van szó.
Mondjuk Sonoff-nál is meg van oldva (ránézésre azon is egy 5V-os kapcsolóüzemű táp van, hasonló, amit elsőre linkeltem). -
nope
tag
-
Janos250
őstag
Helló C++ ismerők!
Hogyan szokás példányosítani paraméter nélküli konstruktorral osztályt?
Ha a setupban kiveszem a //-t, hibát ad.#include "DHT11Class.h"
DHT11Class MyDHT1 (14) ;
DHT11Class MyDHT2 () ;
void setup () {
MyDHT1.read_data ( ) ;
//MyDHT2.read_data ( ) ;
}
void loop () {
delay (500);
}
DHT11Class.h
class DHT11Class {
public:
DHT11Class () ;
DHT11Class ( int DHpinpar ) ;
void read_data() ;
}; // end DHT11Class
DHT11Class.cpp
#include "DHT11Class.h"
DHT11Class :: DHT11Class (){
} ; // end constructor1
DHT11Class :: DHT11Class ( int DHpinpar ){
} ; // end constructor2
void DHT11Class :: read_data(){
}; //end read_dataEgy lecsupaszított példa.
-
ZTE_luky
aktív tag
válasz
Teasüti
#9262
üzenetére
xboy89
köszi
Teasüti
nem, nem úgy volt
pontosabban pár hónappal ezelőtt még úgy volt, talán arra emlékezhetsz akkor úgy volt hogy ezt sokkal nagyobba kivitelezem, másfél méteresben és fali dísz lesz, de gondoltam jobb lesz kompaktabbként. hogy érted a közvetlen megvilágítást? tudom ezerszer egyszerűbb lett volna nyomtatással, sokminden egyzerűbb de nem szebb. én adok egy oylan értékfaktort tárgyaknak, hogy azt megvetted, megcsináltattad valakivel és csak kész lett, vagy abba szívedet lelkedet beleraktad és az a te kétkezi munkád, és az utóbbi egy pótolhatatlan jellegű értékkel ruházza fel azt -
Teasüti
nagyúr
válasz
ZTE_luky
#9257
üzenetére
Nem úgy volt, hogy ez fali dísz lesz és a falra deríti a fényt?
Így ezzel a diffúzorral nekem annyira nem adja.
Ezt a dobozt ennél egyszerűbben is meg lehetett volna építeni ugyanehhez a hatáshoz. A diffúzor miatt lényegében közvetlen megvilágításban is működhetne, 2-3 sor szalaggal. A rácsot meg nyomtattam volna. -
-
tvamos
nagyúr
válasz
JAGER 10
#9254
üzenetére
Az oke, de en a mechanikaval a leheto legkevesebbet akarnek szivni, ha nem ez a barkacsolas temaja. A kapunyito meg pont erre van, megveszed, es mukodik. Erzekelot kell valahogy ratenni, de azert az sokkal egyszerubb, mint mindent megcsinalni.
Akkor eleg a tobbi idolgon gondolkozni. Azt hiszem, onnan mar reszletkerdes, hogy Arduino, ESP, vagy esetleg Raspberry PI.
Azt kene osszeszedni elobb, hogy milyen erzekeloket akarsz, hany darabot, es hogy mennyit akarsz barkacsolni, es mi az, amit megveszel inkabb. -
JAGER 10
tag
Igen, gondoltam már én is kapunyitó szettre.
Nem tudom pontosan milyen IP védettségűek a kapunyitó szettek, de úgy gondolom bírniuk kellene azokat a körülményeket, amelyek fóliasátor alatt vannak, ha a szabadban is bírják.
Pár hete szereltem fel egy kapunyitó szettet, amit lehet külső kontaktusokkal is vezérelni.A feladat azért összetettebb, mint nyitni/zárni, mert szeretném a páratartalmat, szélerősséget is mérni, valamint locsolást is időzíteni, esetleg árnyékolást biztosítani, ezért gondoltam Arduino, vagy valamilyen mikrokontroller típusú vezérlésre.
A vezérlés kialakítására lehetséges olyan koncepció is, hogy lenne egy master modul és több slave modul. Ezek WiFi-n kapcsolódva kommunikálnának egymással. Ehhez ESP8266, vagy inkább ESP32 szükséges tudtommal.
Mennyire bonyolult a kommunikáció létrehozása? Volt valaki, aki valósított meg hasonlót? -
tvamos
nagyúr
válasz
JAGER 10
#9247
üzenetére
Ez nyitja, zarja: [link]. Csak fel kell rakni.
En azt csinalnam, hogy feltennek valami ilyesmit, (persze rakerdeznek, hogy meg lehet-e allitani utkozben,) ha meleg van, kinyitnam, 10 perc mulva raneznek, ha hideg van, bezarnam. Elso korben.
+ feltennek egy-ket data loggert, azt mondjuk semmi perc megepiteni arduinoval, vagy veszel ilyet: [link]
Ha szar, akkor en idozitessel probalnam a toredek nyitast megoldani.
Igazabol neked itt nem maga a nyitas megoldasa lesz a gond, hogy lepteto motor, vagy dc, vagy brushless, hanem a magas paratartalom, ami majd szepen kondenzalodik. -
Teasüti
nagyúr
válasz
JAGER 10
#9246
üzenetére
A 2A a névleges terhelhetősége a TMC2130-as vezérlőnek, de pl. ahogy a videóban is láthattad ezekkel a technológiákkal a terhelés függvényében változtatja az áramot, és 2,5A-ig túl is tudja vezérelni ha muszáj. Mondjuk itt már hűteni kell a vezérlőt, minimum egy hűtőbordával.
-
JAGER 10
tag
Barkácsolni egyáltalán nem szeretek és jelenleg sem szeretnék!
A keret meg egy olyan dolog, hogy szeretnék több változatot, amivel lehet kalkulálni és az előnyöket, hátrányokat figyelembe véve dönteni.
Néztem az ablaktörlő motorokat is, de eddig elég drágán találtam volna. Megnehezíti a dolgomat, hogy legalább 4 db kellene. -
JAGER 10
tag
válasz
Teasüti
#9238
üzenetére
Igen, ezeket a motorokat lehet üzemeltetni nagyobb feszültségen.
Például egy ilyen meghajtónál próbáltam 24 és 36V-os tápegységgel is. A tápfeszültség növelésével növelhető a magas fordulaton leadott teljesítmény.
Az említett meghajtónál DIP kapcsolókkal állítható az áramerősség. Azt nem tudom, hogy ez az áramerősség konstans érték vagy a terhelés növelésével jelent egy határértéket?!
Csavarorsós, lineáris egységet képzeltem mechanikának. -
-
-
#9242
Aryes
nagyúr
BTminishop
#9237
válasz
BTminishop
#9237
üzenetére
Pontosan hogyan gondoltad használni ezt a modult?
-
gyapo11
őstag
Ha már a motorok vannak terítéken, nekem is lenne egy kérdésem a témában. Egy ajtót szeretnék becsukni-kinyitni, zárás nélkül, csak behajtani és ott tartani, meg kinyitni. Vannak kis egyenáramú motorjaim, a vezérlést megoldom arduinoval.
A kérdés az, hogy milyen mechanika kellene? Mert az ajtónak nyithatónak kell lenni kézzel is. Ha a motor egy áttétellel állandó kapcsolatban van az ajtóval pl. menetes szárral az nem jó. Kuplungos-csúsztatós mechanikától tartok, hogy nem tudnám normálisra megcsinálni.
Kapásból valami damilos súly jutott eszembe, ami csukja az ajtót, a motor meg ez ellen nyitja, ha visszaengedi, akkor visszacsukódik. Nyitott állapotból kézzel nem lehet a motor ellen csukni, de az nem baj, viszont ha csukva van, akkor ki lehet nyitni, mert csak a súly ellenében kell nyitni, a motor nincs útban, a húzó damilnak kell valahova belógnia.
Valami más ötlet van ilyen esetekre? -
tvamos
nagyúr
válasz
JAGER 10
#9231
üzenetére
Azt kéne tudni, mennyire akarsz barkácsolni, meg mennyi a keret.
Ha nagyon olcsón kell, akkor bontóból vennék ablaktörlô motort, annak nagy a nyomatéka, már sok helyen bizonyított, csomó példa van a neten, miket lehet vele csinálni. DC controllernek meg egy copy SparkFun Monster Moto Shieldet. (Mondjuk ebay copy-ból minden képpen kettôt vennék, különbözô eladóktól.) -
Teasüti
nagyúr
válasz
JAGER 10
#9234
üzenetére
Én úgy tudom ezeket a NEMA motorokat minden további nélkül lehet üzemeltetni nagyobb feszültségen. Én ebbe az irányba mennék, hogy beférjen a 2A-es korlátba. 24V-on legalább. Vennék hozzá egy dugasztápot, ahhoz egy DC-DC konvertert a mikrokontroller számára és az egészet beépíteném egy IP védettségű kültéri szerelvény dobozba.
Nem tudom milyen motor az amit linkeltél, gyártói adatlap kéne hozzá, h okosabbak legyünk.
Azt lehet tudni milyen mechanikát fogsz nyitni és zárni? Automata bukóablakokat én többnyire pneumatikus dugattyúkkal láttam működni. Ha ezen az elven maradunk, akkor a csavarorsó kézenfekvő megoldás lehet. Akár egy hosszú menetes szár is lehetne.
Azt azért nem igazán hajtogatja a szél és még kellően merev is az ütköztetéses nullpontfelvételhez. -
#9237
BTminishop
aktív tag
BTminishop
aktív tag
üdv,
Rendeltem egy wifi modult (ESP8266) lesz egy nagyobb Arduinos projektem, amihez kelleni fog egy interfész. Először úgy indultam neki, hogy Java-ban írok hozzá egy grafikus interfészt de aztán inkább a web felé húzott a fejem, így hát webes interfész fog születni és ehhez választottam a wifi modult. A cél annyi, hogy majd az Arduinos hardver szeretne küldeni elég gyakran adatot a webes alkalmazásomnak és azt majd értelmezni fogja sajnos még nem sikerült jobban utána járnom de gondolom POST metódussal ez megoldható és megfelelő eszközt rendeltem ?!
-
szuszinho
őstag
Sziasztok,
Rendeltem egy diymore nodemcu v3-t (gondolom ez is egy klón). Próbálnám tesztelni. Amikor töltődik fel a blink kód, akkor gyorsan villog rajta a led. Eddig ok, de a feltöltés után, mikor másodpercenként kellene villognia, nem történik semmi.
Linuxon futtatom az arduinot. Mi lehet a gond? -
JAGER 10
tag
válasz
Teasüti
#9232
üzenetére
Az adott motornál írt feszültséget sajnos én sem tudom értelmezni, úgyhogy ha tudja valaki, hogy mit is jelent pontosan, akkor kérem írja meg nekünk!
Épp azért szeretnék nagyobb teljesítményű motorokat alkalmazni, amit weiss kollégával beszéltetek.
A motorokat állandóan bekapcsolt állapotban kell tartani, ezért egy kisebb forgatónyomatékú motort nagyobb árammal kell használni annak érdekében, hogy minden üzemi körülmény között mozgatni tudja a szerkezetet. Gondolok itt például az erős szélre. A nagyobb áram miatt fokozott lesz a melegedés.
Mondjuk erős szélben a pozíció tartása miatt jobb választás lehet a léptető motor, mint a DC motor.
Tetszik ez a szenzor nélküli home-olás. Létezik olyan vezérlő, ami nagyobb áram leadására képes? -
Teasüti
nagyúr
válasz
JAGER 10
#9230
üzenetére
TMC2130-at mondtam volna, de az 2A-t tud csak leadni (2,5A csúcsáram). Ha be tudod állítani akkora feszültségre a motort, hogy beleférjen ebbe az áramfelvételbe a specifikált nyomaték, akkor jó lehet.
Motorokhoz nem értek, nem tudom mit kell nézni az adatlapján. Amit linkeltél ott 3,2V-ot írnak, az mit jelent? Minimális feszültség? Láttam már embereket ilyen NEMA motorokat hajtani 12V-ról és 24V-ról is. De ez a vezérlő elvileg meg tud hajtani bármit 5-46V között.(#9233) weiss
Egyébként meg igen. Kétlem, hogy számítana bármit is, ha mondjuk 1+ percig tartana egy teljes nyitás.
És amúgy léptetőmotorokat feszültség alatt kell tartani, hogy meglegyen a pozíció tartásához kellő nyomaték. Ez viszont áramfelvétellel és melegedéssel jár. Nem arra vannak kitalálva, hogy 24/7 tartsanak vmit. Ha meg lekapcsolod, akkor elenged és könnyű elforgatni.
Vmi olyan mechanikát kell kitalálni, amihez nem kell sok nyomaték, hogy megtartsa a pozíciót. Ugyanakkor nem akkora nagy áttétel, hogy ne legyen elég érzékeny a szenzor nélküli nullpontfelvételhez. Például egy csigahajtásnál nem biztos, hogy működne a StallGuard2™ technológia ezen a Trinamic driver-en, vagy ha működik is lehet nagyon megfeszítené a mechanikát. Többnyire szíjas hajtáshoz és csavarorsóhoz van kitalálva ez. Egy csigahajtáshoz - ahol lehet nincs merev ütközési pozíció és akár sok-sok lépés is lehet mire megfeszül a mechanika - inkább a végálláskapcsolót választanám. -
Teasüti
nagyúr
válasz
JAGER 10
#9224
üzenetére
3D nyomtatókon használnak olyan stepper driver-eket, amik a motor áramfelvételéből állapítják meg a végállást, megcsúszást, step skipping-et, stb. Nullpontfelvételnél egyszerűen csak ütköztetik a motort. Kapcsoló helyett a pillanatnyi áramfelvétel megnövekedése trigger-el. Ennyi.
1:40-től beszél a szenzor nélküli nullpontfelvételről.
Drágább a vezérlő - 2500 Ft kb -, mint két mikrokapcsoló, meg a FW is komplikáltabb az SPI busz miatt mint két bemenetet figyelni, de minimális alkatrészből megoldható.
Valószínűleg nem indokolt a te felhasználásodra ekkora befektetés... -
_q
addikt
Szerintem attól függ, hogy teljes ablak nyitás vagy bukóra nyitás a cél, emellett az is kérdés, hogy miként van megoldva. Ha valamilyen lineáris szán segítségével vagy ehhez hasonló "áttételezés" van akkor jó a DC, de egyébként DC motor nem tudná egyenletesen nyitni/zárni (PID nélkül). Léptető vagy servo motor az áttételezés miatt jobb választás lehet direkt nyitás/zárás esetén (vagy DC + PID).
Ez csak tipp, nem próbáltam, persze érdemes lehet kipróbálni DC motorral ha van kéznél az olcsósága miatt (léptető és servohoz képest). -
llacee
őstag
válasz
Teasüti
#9211
üzenetére
Megrendelve és mos várok
Gondoltam, amíg jön ebay-ről, veszek egyet próbálgatni itthon, de a ~3,5x ár eltántorított kissé...Egyébként sikerült a régi telefon töltőt kibeleznem sérülésmentesen 5.1V 450mA, addig játszom a nodemcu-val és a relével.
Teljesen jól kapcsolgatja weben keresztül, tehát nem lesz gond vele szerintem, meg a táp panelnak sem az IP dobozban.
Gondolom a zárt töltő burkolatban sem szellőzött jobbanKöszönöm mindenkinek a segítséget!
-
Teasüti
nagyúr
Vannak rá open source firmware-ek, amiket webserver-en keresztül lehet konfigolni és beszélnek MQTT-ül is.
És mivel egy kutya közönséges ESP8266-ról beszélünk, ezért semmi nem akadályoz meg benne, h írj rá akár saját FW-t is, akár Arduino alapon.
Ezeket a kapcsolókat elég könnyű hack-elni, a gyártó kicsit se nehezítette meg a dolgunkat. Az a jack kimenet rajta gyakorlatilag az I2C portra kapcsolódik, szóval gyakorlatilag bármit rá tudsz kötni különösebb barkácsolás nélkül, ami I2C buszon kommunikál. Illetve ugye működik sima GPIO-ként is. És a 230V-os relé meg alap adottság, ami nem tudom fejből melyik lábra csatlakozik. A táppal nem kell törődni, integrált az egész. Csak bekötöd a 230-ba és örülsz. -
llacee
őstag
válasz
Teasüti
#9207
üzenetére
Koszonom.Tetszik a megoldas, de szakmai artalom, paranoias vagyok a kizarolag felhoben mikodo cuccokkal szemben.Ma egesz nap (mar amennyit a ket 4eves engedte) azt olvasgattam hogy lehet e szabadulni az amugy tetszetos apptol es felhotol.Ha ez menne es weblapon keresztul amit a rpi vagy a nodemcu tesz ki es gyujt adatot valamint tudnam vezerleni kosarban is lenne par.csak lokal halomban.Meg nem talaltam ennyi ido alatt megnyugtato valaszt
-
Ha jól értem, a mikrovezérlőről szeretnél meghajtani egy klasszikus relét? Ez nem jó ötlet, mert a lap nem tud annyi áramot adni, hogy meghajtsa a relét. Egy solid state relét lehetne esetleg használni. Tápnak pedig én egy kapacitív előtétet használnék, de azt pontosan kell méretezni.
-
Teasüti
nagyúr
Fura, amiket kaptam még a Starter Kit-ben fotórezisztorok, azok elvileg 10k-sak. Tutorial szerint 10k-s ellenállással párosítottam és nekem tök jól működött. Nyilván volt egy kis zaj, mondjuk +-5 az ADC értéke szerint, de szépen érzékelt majdnem a teljes tartományban.
Mekkora a fotórezisztor, azt tudod? -
OK, sietve írtam. 1024 és 950 körüli értékek jönnek, delay-jel is. A fényerő változására alig változik, aztán néha 1-1 másodpercre felugrik 1024-re, vagy leesik 950-960 köré az analóg lábról olvasott érték. Fura. Csináltam már ilyet, csak nincs meg a rajz, hogy akkor hogy működött (és akkor is valamiért megás ellenállás volt rajta, s sorba volt kötve az egész.....???? De akkor is nagyon kis szórású értékek voltak, arra emlékszem.
-
Hello,
Amúgy fotorezisztor kapcsolása van valakinek, ami működik is? Ami a Playground-on van, az 10k-s ósztóval nekem nagyon bizonytalan, más hogy szokta?
(Este megnézem 100k-val/megohmmal is, csak az a kérdés, van-e valami tuti recept.)
Dupont jumper vezetékek is kelleni fognak (apa-apa, apa-anya), nem baj ha adnak hozzá. Jah meg alapvető elektronikai alkatrészek legyenek benne, mint ellenállások, diódák, gombok, kondenzátorok, stb.
Új hozzászólás Aktív témák
Hirdetés
ekkold
- Csere-Beszámítás! Sapphire Pure RX 7700XT 12GB GDDR6 Videokártya! Bemutató Darab!
- Csere-Beszámítás! Sapphire Nitro+ RX 7800 XT 16GB GDDR6 Videokártya! Bemutató Darab!
- Csere-Beszámítás! Asus Prime RTX 5060Ti 16GB GDDR7 Videokártya! Bemutató darab!
- Csere-Beszámítás! Asus Tuf RTX 5070Ti 16GB GDDR7 Videokártya! Bemutató darab!
- Csere-Beszámítás! Sapphire Pure RX 7900XT 20GB Videokártya! Bemutató darab!
- LG 55B4 - 55" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Microsoft XBOX One S 2TB játékkonzol garanciával hibátlan működéssel
- Dell latitude, precision, xps, magyar világítós billentyűzetek eladóak
- Samsung Galaxy Xcover 5 64GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged