-
GAMEPOD.hu
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
-
Vladi
nagyúr
válasz tvamos #10012 üzenetére
Néztem plc-ket, de:
- nem nagyon ismerem a programozását, műkdöését. Arduinot már legalább láttam műkdöni.
- nagyon drágák nekem. Legolcsóbb is ilyen 3-4x annyi.De lehet találok valami használtolcsót, akkor kicsit tanulmányozom.
Ebben a cuccban egyedül az 5v io hiánya bosszant. Mostanában errefelé megy a mikrokontroller világ? Előbb utóbb 3.3 voltra vált az egész?
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
Tankblock
aktív tag
válasz tvamos #10039 üzenetére
Hello,
Mivel állítottad rá a figyelésre?
const static int TASK_0 = BIT0;
const static int AVAIL_BIT = BIT1;
const static int BUSY_BIT = BIT2;
static EventGroupHandle_t event_Handler = nullptr;/// setupba:
event_Handler = xEventGroupCreate();
// várakozó taskba:
EventBits_t uxBits;
const TickType_t xTicksToWait = 10000 / portTICK_PERIOD_MS;
uxBits = xEventGroupWaitBits(event_Handler, TASK_0 | AVAIL_BIT , pdTRUE,xTicksToWait);
if(uxBits & (TASK_0 | AVAIL_BIT ) == (TASK_0 | AVAIL_BIT )) {
// ide jön a kód
}//Kód jelző taskba
xEventGroupSetBits(event_Handler,TASK_0);
vagy az xQueue használd
Release the Beast....
-
Tankblock
aktív tag
válasz tvamos #10043 üzenetére
Hello
Kódot tudnál linkelni pl githubról?
Ha nem látom a kódot debuggolni sem tudok.
Aminek nézzél utána az a Design Patternek. Mennyi helyről jöhet a szignál, lehet e olyan h 1x többhelyről? Hányszor kell akkor kell akkor megcsinálni?
FreeRTOS van néhány megoldása ezen problémákra.Lehet simán az is h a másik taskod priorítása alacsoy és sosem fut.
A megoldásod CPU pazarló és nem engedi futni a többi taskot csak 100 ms enként talán.
Az enyém amíg a feltételek nem adottak nem foglal CPU erőforrást.Semaphor vagy Mutex is jó lehet, ott is van néhány Deadlock -nak nevezett csapdahelyzet.
[ Szerkesztve ]
Release the Beast....
-
-
Janos250
őstag
válasz tvamos #10061 üzenetére
Esetleg a szabványos thread használat?
http://arduinouser.hu/esp32/AszalakEsAzESP32.pdf[link]
Definiálunk néhány szálat (thread) pl. így: thread szal1.(hellowrld1), ahol a helloworld1 egy függvény
Aztán amikor úri kedvünk úgy tartja, elindítjuk, akárhányat egymás mellett.
pl. szail1.join()[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Janos250
őstag
válasz tvamos #10061 üzenetére
Az előző példához még annyit (lejárt a szerkesztési idő), hogy persze a szabványos cout helyett arduino alatt ugyanaz a Serial.print is. A cout is a Serialt (a "nullást") használja.
[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
weiss
addikt
válasz tvamos #10077 üzenetére
Vettem egy wattmérőt, ebben van egy BL6523GX chip, ami soros porton keresztül kommunikál, és ezt szeretnék elkapni. Az a célja az egésznek, hogy egy ESP8266-segítségével espurna FW-rel, webes felületen is tudjam figyelni az aktuális fogyasztást. Perpill a FW nem támogatja ezt a chipet, és látni akarom, hogy egyáltalán kinyerhető-e valami az adatfolyamból.
I did nothing, the pavement was his enemy!
-
weiss
addikt
válasz tvamos #10080 üzenetére
USB serial converter kell csak
Na pont azom nincs
Amúgy a doksi végén ott a specifikáció, csak meg kell írni a kódot.
No hablo kínai... Közvetlen lekérdezést nem akarok, mert nem akarom megzavarni a wattméter működését, ezért kellene látnom, hogy mit kérdez le + a választ rá.
I did nothing, the pavement was his enemy!
-
Amarton
tag
válasz tvamos #10202 üzenetére
Az annyira nem jó ötlet, ugyanis 0,1Ohmmal van a két bemenet össze kötve.
Ha GND-re kötném akkor csinálnék egy jó kis rövidzárat.
Az egyik bemenetet azért is hagytam lógva, mivel ha nincs terhelve, akkor mindegy, hogy a Vin+ vagy a Vin-ra kötök feszültséget. Ugyan azt kellene mutatnia/mérnie.
Itt az a kérdés, hogy 5V esetén miért mér 11 volt felett, holott a környéken nincs sehol ilyen feszültség.
Az alkatrész adatlapjában sincs a feszültségre vonatkozó kalibráció. Szóval a feszültséget pontosan kellene mérnie.http://kodolas.skoda-muszerfal.hu
-
tvamos
nagyúr
válasz tvamos #10219 üzenetére
Amugy azt figyelted, hogy a busz feszultseget 4mV-ban, a shunt bemenet feszultseg viszont 10uV-ban van?
Az adafruit lib-t hasznalod? Mert ott meg azt irja, hogy atszamolja lebegopontosba, es mV-ot ad a shunt-re, a buszt meg V-ban adja.
[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
brickm
őstag
válasz tvamos #10262 üzenetére
Nálam nem a tervezett elavulás dominá, de más kategóriára fejlesztek. Nem lakossági felhasználás a fő cél.
Amúgy elbtudom kézelni, higy ez direkt van így. Hisz ha a picet agyonvete ez a művelet, akkor a forráskód hiányávan javíthatatlan a termék.A jól megcsinálást egyes esetekben felülírja a felhasználó😁
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz tvamos #10292 üzenetére
Ezt a pvParameters-t nem tudom elképzelni hogy tudnám használni a task folytonos meghívása nélkül.
Nálam egyszer setup()-ban el van indítva a végtelen ciklus és ennyi. Indításkor tudnék átadni egy paramétert, de ez haszontalan futás közben.
Vagy arra célzol, hogy ez a koncepció eleve hibás? Lehet nem különálló és független ciklusokat kellene indítani, hanem minden egyes alkalommal meghívni mindent egyesével, majd ha lefutott törölni a példányt?
Ezzel viszont az a gondom, hogy így lényegében lineáris programfuttatás lenne belőle, ha nekem kell sorban elindítgatni a szálakat.[ Szerkesztve ]
-
gyapo11
őstag
válasz tvamos #10342 üzenetére
Ha vannak mérések, és azokból látszik, hogy a klón nem jó, az OK. De ha csak tapasztalások vannak, az nem elég bizonyíték, mert sok minden okozhatja, aminek semmi köze az áramkör klónságához.
Pc javítós koromban alap módszer volt két gép között cserélni valamit (pl. billentyűzet, egér, floppy, vga kártya). Ami az egyik gépben rossz volt, az a másik gépben jó, és a másik gépből áttett valami az egyik gépben is jó volt, így mindkét gép jó lett és nem használtam föl semmit hozzá. Vagyis egy rendszer úgy is lehet problémás, hogy minden eleme jó, az arduino lap körül is vannak még dolgok, táp, vezetékek a külvilág felé, perifériák, ezek is mind jók lehetnek, de összerakva meg néha nem. Ha valaki kiméri, hogy mikor melyik impulzus volt hosszabb vagy rövidebb vagy fölösleges, és kimutathatóan a klón arduino okozta, akkor rendben, az a klón rossz, de egyéb esetben csak ráfogjuk, pedig nem biztos. Lehet, hogy egy másik klónnal már jó az a környezet, mint a pc-knél a cserélt eszközök.menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
Janos250
őstag
válasz tvamos #10342 üzenetére
Szó nincs arról, hogy leszólnám, aki eredetit vesz. Egy félmilliós projektbe nem illik 800 Ft-os kínai alkatrészt rakni. (Vagy ha igen, akkor legalább olyan "gyártótól" vegyük, aki átcimkézi valami nyugati brandre )
Viszont, aki a gyereknek játszani veszi, vagy az okosotthonos lámpa kapcsolgatásra, annak jó a kínai is.
Tápkocka:
12 V-ot nem bírja? Meg a 230-at se! Én már a régi időkben sem terveztem 12 V-os megtáplálást a 7805-nek. Minek megtáplálni egy arduinot 12 V-al?
Mellesleg számomra nem túl lényeges az ügy, mert már jó ideje csak ESP, STM kontrolleres lapokat használok. Persze kínait.[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
robohw
aktív tag
válasz tvamos #10342 üzenetére
Nem tudom honnan vetted, hogy én leszólnám az eredetit, vagy azok használóit?
Mindenki azt használ és vásárol meg, amit akar. Nem én fizetem a számlát.Én inkább a kellő alap nélkül leszólt klónokat védeném, elsősorban olcsóságuk okán.
Biztosan akad olyan személy aki megjárta egy-egy klónnal, de a nagy többség garantáltan nem vesztett rajta.
A klónokon lévő stab terhelhetősége eleve magasabb az eredetiknél (800 mA vs 500). Az meg indifferens, hogy milyen usb-serial illesztőn keresztül van felprogramozva az eszköz, hiszen a ch340-et elég széles körben használják más gyártók is.
Amit említettél, az FTDI kapcsán, az jogi eredetű dolog, a minőséghez semmi köze. Amúgy is, elég szemét volt az MS, hogy meg merte lépni. Kiszúrni jóhiszemű vásárlók millióival két cég jogi allűrje okán, hát, ez nem volt túl gáláns lépés.A probléma szerintem inkább a felhasználók oldalán szokott jelentkezni. Aki azt sem tudja mi az a terhelhetőség, vagy ha tudja is, azt képzeli, hogy egy lábbal direktben meghajthat egy relét, annál az eredeti sem lesz hosszabb életű a klónnál. A terhelhetőség más a komplett cuccnál (500 mA) és más lábanként (40 mA) vagy a V3.3 feszültség-forráson (50 mA).
Biztos akad hibás darab, elvégre amit milliószámra gyártanak, ott ez elkerülhetetlen, de az magáért beszél, hogy van az aliexpresszen is, másutt is sok olyan forgalmazó, aki több ezret eladott már, az értékelések mégsem azt mutatják, hogy tömegével lett volna hibás az átaluk értékesítettek között. Egy szóval, a klónok is megfelelőek, remekül használhatóak.
My own programming language: http://www.robomax.online
-
robohw
aktív tag
válasz tvamos #10348 üzenetére
Az MS adta ki a frissítést, amiben a gyilkos FTDI driver volt.
A userek többsége jóhiszeműen megvásárolt egy OPEN SOURCE ipari terméket. Arról a többségnek nem, de még szakmabelieknek sem volt tudomása, hogy a készülékük olyan IC-vel lett szerelve, amely jogilag aggályos.
"Számos USB-eszközt kivégez az FTDI népszerű vezérlőchipjeihez kiadott legújabb drivere, amelyet a gyártó egy Windows-frissítéssel küldött ki. A szoftver a lapkák egyre inkább terjedő hamisított változatait hivatott működésképtelenné tenni - a felhasználók nagy része azonban nem tud róla, hogy készüléke nem eredeti chipet használ."
"Ez a megoldás nem túl igazságos a felhasználókkal szemben, akiknek az esetek túlnyomó többségében fogalmuk sincs róla, hogy az általuk vásárolt eszközben eredeti, vagy klónozott FTDI chip található."
My own programming language: http://www.robomax.online
-
Breaker
tag
válasz tvamos #10354 üzenetére
Igen köszi, ez is egy opció, probalom 1 ICvel megoldani ha lehetséges.
Közben kerestem még és találtam egy ilyen IC-t:
https://www.digchip.com/datasheets/download_datasheet.php?id=3032640&part-number=MM5484N
MM5848Nha jol latom a szokasos CLK, DIN, GND, VCC kell neki, a többi 16 output PIN, ha jol értelmezem binarisan a lábait DIN-en kell csak kapcsolgatni. Esetleg ez megoldás lehet még.
MSI MPG B550 GAMING PLUS | AMD Ryzen 5800X3D | 32GB Trident RGB G.Skill 3200Mhz | MSI GTX 1080TI ARMOR OC
-
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.
-
nagyúr
válasz tvamos #10456 üzenetére
Megnéztem, de nem láttam sehol, amit írtál. Viszont adtál egy nagyon jó ötletet! A fig.5 alapján, ha a vivőfrekvenciát elhangolom, csökken a vevő érzékenysége. Ha 38kHz helyett mondjuk 26kHz-cel küldöm ki a jelet, a vevő érzékenysége 20% alatt lesz. Jól olvastam a táblázatot?
Ezt nekem pont kapóra jön.
Erre gondoltál egyébként pwm alatt?
Nem avr, wemos d1 minivel szeretném, annak sajnos nem annyira terhelhetők a lábai, asszem 15mA a max. Szerintem az említett uln2003-al fogom meghajtani a ledeket, de csak akkora áramkorlátozó ellenállást fogok használni, hogy a LED ne menjen tönkre, így maximális lesz a hatótáv, és a frekvenciát fogom változtatni, nem az áramerősséget.[ Szerkesztve ]
-
nagyúr
válasz tvamos #10466 üzenetére
Azt az ábrát sajnos nem tudom értelmezni.
Az ir remote lib-ben viszont láttam, hogy lehet duty-t állítani, lehet előbb azt fogom kipróbálni.
Az uln2003 csak úgy jött a képbe, hogy abból van otthon, nem kell venni. Az ir dióda meghajtásakor nem lenne probléma a feszültségesés, legfeljebb az előtét ellenállás számolásánál kell majd figyelembe venni.
De arra még mindig nincs ötletem, hogy hogy olvassak egyszerre 3db ir receivert. A 3 beérkező jel erőssége közti különbségből számolnám a jeladó irányát a vevőhöz képest. Van rá vmi ötletetek esetleg? -
nagyúr
válasz tvamos #10472 üzenetére
"Hogy akarod a jelerosseget kiolvasni? Nekem ez nem ment. Vagy volt jel, vagy nem."
Hát mivel ahogy írod, analóg jelerősséget nem lehet mérni az ir receiver kimenetén, azt találtam ki, hogy fordítva ülök a lóra. A jeladó erősségét tudom (legalábbis remélem, hogy tudom valahogy) változtatni. Egymás után több kódot küldök, egyre csökkenő intenzitással és a küldött kódba mindig beleírom, hogy az éppen milyen erősséggel lett kiküldve. Úgy működne, mint a GPS rendszer, csak ott ugye az időkódot küldi a műhold és az eltérésből számolja a vevő a távolságot, én meg a jelintenzitást küldeném. A távolságot meg úgy lehet belőle kiszámolni, hogy ha a vevő oldalon sikerült a leggyengébb adást is venni, akkor az adó közel van (ehhez kéne valahogy elérni, hogy csak pár cm legyen a hatótávolság). Ha csak a legerősebb adást sikerül venni, akkor meg a szoba másik felén van az adó. A többi meg háromszögelés kérdése.
Természetesen tudom, hogy ezzel nem fogok tudni cm-es pontosságot becsülni, de ez az említett Spybotics rendszerben is csak úgy van, hogy az ellenfél közel van, távolabb van, vagy valahol előttem a távolban, az irányt is kb 30°-os pontossággal tudja megmondani, de ha nekem ilyen pontosságot sikerülne elérni, akkor már nagyon örülnék neki."Erzekeloket akarsz fejleszteni, vagy az eszkoz lemasolasa a cel, vagy mi az, amit szeretnel pontosan?"
Az eszközt szeretném lemásolni."Sharp tavolsag szenzor nem jo neked? Azzal tudnad a tavolsagot."
Tudom, hogy ilyen létezik, de nem jó, mivel nem egyszerűen távolságot akarok mérni, kódot akarok elrejteni a mérőjelben, amivel lehet azonosítani, hogy ki van előttem, esetleg még azt is, hogy felém néz és próbál bemérni, vagy éppen háttal van nekem.[ Szerkesztve ]
-
nagyúr
válasz tvamos #10475 üzenetére
De én nem a visszavert jelet akarom dekódolni! Az egyik roboton lesz az adó, a másikon a vevő.
Ha különböző frekvenciájú ir vevőkkel különböztetném meg a robotokat, akkor nem tudnám bővíteni a rendszert, vagyis nem tudnék kettőnél több robotot építeni. Lehet, hogy nem is fogok soha, de azért a lehetőséget szeretném meghagyni rá. -
nagyúr
válasz tvamos #10466 üzenetére
Találtam az uln chipeknél sokkal cizelláltabb megoldást a ledek meghajtására.
Van itthon TB6612FNG breakout boardom, ami egy dual H-bridge motor driver. Mivel a ledeket úgyis csak egy irányba lehet meghajtani, ez azt jelenti, hogy 4db ledet tudok rá kötni, az standby lábra pedig mehet a 38kHz jel, és kész is az infra meghajtású soros port.
Az adatlapja szerint 100kHz-ig lehet hajtani, és a minimum tápfeszültség 2,5V (ezért is rendeltem, ilyen van az arduino motor shield v2-n is, ami nagyon jól működik).[ Szerkesztve ]
-
nagyúr
válasz tvamos #10509 üzenetére
Nincs ellenemre semmilyen működő megoldás, de 1db mosfet-tel hogy tudnám modulálni a soros port jelét a 38kHz-es hordozó jellel?
Igen, én is úgy akarom, hogy a táp és a kimenet közé teszem a ledet, máshogy nem is lenne jó, mert alacsony jelre kell, hogy a led világítson, a soros port és az ir vevő is low active. Inkább csak az a kérdés, hogy a standby láb is bírni fogja-e a 38kHz-es jelet, mert erre vonatkozóan nem látok infót az adatlapon, csak egy általános 100kHz-es limitet. Biztos nem gondoltak arra, hogy valaki kifordítva akarja használni. -
nagyúr
válasz tvamos #10535 üzenetére
Lesz még jócskán annyi kihívás ebben a projekben, hogy nehezítsem a saját dolgomat.
Egyébként most, hogy így mondod, lehet, hogy tényleg érdemesebb lenne először megnéznem a softwareserial lib-et, hátha tudom úgy módosítani, hogy egy tranyóval is működjön az egész. Mert én forrasztani sem szeretek, viszont az esp-vel még nem kötöttem olyan szoros barátságot szoftveresen, mint az uno-mega lapokkal... Ha nem lenne jóval több ram-ja az esp-nek, és nem akarnám wifi-n keresztül programozni, inkább egy nano-val csinálnám az egészet.Jó ide jönni, mindig kap az ember jó ötleteket!
-
brickm
őstag
válasz tvamos #10553 üzenetére
Egyértelmű, de az ő esetében sanszos, hogy az a kondi nem férne el a DC-DC konverter PCB-jén.
Az ESD védelmet meg a nagyfrekvenciás zavarótényezőket ne keverd bele, azt a kondi dielektrikumának szigetelő képessége fogja meghatározni. Az alap téma, hogy a megfelelően választott kondenzátor tárolókapacitással képes elnyelni X töltésmennyiséget míg megfelelő szintre nem töltődik, ezzel védve a vele párhuzamosan lévő fogyasztó(ka)t. De ha ő szeretné a 3.3as eszözt megvédeni 12voltos feszültségtől kéne neki vagy.... (pff hasraütök 1.5F) jó sok tölséelnyelő képesség.
[ Szerkesztve ]
-
nagyúr
válasz tvamos #10578 üzenetére
Hát ha rászoknék, hogy adatlapot olvasok mielőtt egy egész napom rámegy a kísérletezésre, spórolhatnék magamnak egy kis időt.
"Maximum number of continuous short bursts/second 1800"
Ez meg is magyarázza, miért nem működik már 4800baud sebességgel a rendszer.Mondjuk az én vevőm nem tsop, hanem VS1838, arról nem lehet ilyen részletes adatlapot találni, ebben olyat találtam, hogy "output pulse
width min. 500μs", ami ha jól számolok 2000baud-os elméleti sebességet enged.Még ennyi kérdésem lenne, hogy miért írják a legtöbb helyen, hogy ellenállásokat kell rakni a Vcc és az OUT lábakra?
Kipróbáltam (a 10k helyett a belső felhúzó ellenállást használtam), de semmit nem befolyásolt a működésen, 100ohm nélkül sem melegedett vagy purcant ki...[ Szerkesztve ]
-
Gergosz2
veterán
válasz tvamos #10580 üzenetére
PCBway-ről rendeltem többször is. Ugyanez az ár, sőt a honlap is hasonló. De a minőséggel semmi bajom nem volt eddig és elég gyorsan meg is jönnek a csomagok.
(#10581) Janos250
A válasz mint elég sok esetben: attól függ.
https://www.7pcb.com/blog/enig-vs-hasl-different-surface-finish-techniques.php
[ Szerkesztve ]
Nokia 6030 Hardcore User // I Panic Restaurant by Taito
-
ecaddsell
aktív tag
válasz tvamos #10586 üzenetére
Ha javítgatni kell (ami hobbinál azért nem ritka, nekem pl. legutóbb egy sima pasztázott VQ44 tokos chipet kellett lecserélni, panel is jó volt másik chippel, másik panelon a chip is) lehet jobb a sima HASL.
Az ENIG oda kell ahol követelmény az ólommentes cucc meg mondjuk valami szívatós BGA vagy QFN tokozás kell aminél minimális felületi egyenetlenség is zavaró lehet (ilyet hobbinál aligha fogsz használni).[ Szerkesztve ]
-
nagyúr
válasz tvamos #10587 üzenetére
Nem feltétlenül szívás a GCR (amúgyis szeretek programozni), de az adatlap szerint, amit linkeltél, van jobb megoldás is. A fig.7.-en látható megoldás kiküszöböli, hogy hosszú, megszakítás nélküli 0 bitsorozatok (burst) alakuljanak ki (bár ehhez ezen a sebességen az én vevőm lehet, hogy lassú).
Azt viszont nem értem, hogy miért baj, ha hosszú ideig tart egy impulzus? A NEC kód az adatlap szerint direkt egy 9ms-os burst-tel indít, hogy -ha jól értettem - a vevőnek legyen ideje beállítani a gain-t. Vagy inkább a hosszú szünetekkel van baj? Vagy azzal, hogy gyakran változik az impulzusok hossza és elmászik a gain?
Akkor viszont elvileg nem jobban kéne működjön magasabb bitrátán...?
Új hozzászólás Aktív témák
- MILC felhasználók szakmai topikja
- Politika
- Luck Dragon: Asszociációs játék. :)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Forza sorozat (Horizon/Motorsport)
- CADA, Polymobil, és más építőkockák
- Milyen okostelefont vegyek?
- Toyota topik
- Samsung Galaxy Felhasználók OFF topicja
- Fali konzol lapos tévékhez
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest