- iPhone topik
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Google Pixel topik
- Profi EKG-s óra lett a Watch Fitből
- Magyarított Android alkalmazások
- Mobil flották
- One mobilszolgáltatások
- Magisk
- Samsung Galaxy Watch5 Pro - kerek, de nem tekerek
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
-
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
-
-
fpeter84
senior tag
válasz
tvamos
#10856
üzenetére
A töltésben nem vagyok biztos hogy ne tudná kezelni a helyzetet, de max egy kikapcsoló gombot lehet tenni a kimenő oldalra, amivel töltés idejére teljesen le lehet választani a töltő+akku oldalt a fogyasztókról. A puffer üzem szerintem csak programozáskor állna fenn - az nem kritikusan hosszú idő, annyit bőven ki kell bírnia. Akár még az akkufeszt is lehet mérni az ADC Vref-et a belső 1.1V referenciára kapcsolva, megfelelően méretezett feszosztóval, tehát még szólni is tud ha tölteni kellene lassan...
-
válasz
tvamos
#10657
üzenetére
"Raadasul demodulalnod kene elotte a jelet"
Azt hiszem most kezdem érteni, hogy miért kérdezed azt, hogy hogy akarom demodulálni. Ugyanis összekevertem a felül áteresztő szűrőt az alul áteresztővel.
Eddig azt gondoltam, hogy a high pass szűrő után kapok egy, a jel amplitúdójával arányos feszültségszintet, de valójában csak a négyszögjelet kapom vissza, amit eredetileg küldtem.
És ha ezt a négyszögjelet integrálom egy kondenzátor+diódával? -
válasz
tvamos
#10635
üzenetére
Meg mernék esküdni, hogy az utóbbi két napban legalább háromszor leírtam már (én ugyan high pass filtert írtam), de legyen:
Szükségem lenne egy bandpass filterre, ami egy ir tranzisztor jelét szűri olyan módon, hogy megfelelő amplitúdójú 38kHz-es négyszögjelre alacsony jelszintet hozzon létre egy esp8266 bemenetén.
Hiába van ez a tervező, ezzel a rajzzal nem tudok mit kezdeni:
Nem a számolás részével van problémám, nincs kész kapcsolási rajzom!
Hova kössem az ir tranzisztort? Hogy fog ez nekem alacsony jelet produkálni az arduino bemenetén? -
válasz
tvamos
#10623
üzenetére
"Szerintem nem uszod meg a haromszog beiktatasat"
Persze, hogy nem, azzal szeretném az adó irányát megbecsülni, de ahhoz kell, hogy sikerüljön valami távolság adatot is végre kinyerni."En azt javasolnam, hogy eloszor dugd ossze az aramkorod, ... szaladj korbe a lakasban, kulonbozo napszakokban, "
Pontosan ezt fogom tenni. Amit nem tudok kiszámolni, azt mindig empirikusan szoktam megoldani: addig próbálgatom, amíg nem sikerül.
Csak ez sajnos időigényes, és ennyi időm nincs.
Oscilloscope-om sincs sajnos. Tervezem, hogy veszek, aztán mindig másra kell a pénz. Kicsit körülményes, de megoldom valahogy anélkül. Elvégre az uart kapcsolat már összejött, pedig azt sem volt egyszerű összehozni. -
válasz
tvamos
#10620
üzenetére
Köszönöm az észrevételeket, ezekkel már tudok mit kezdeni.
"Tehat, ha a nap besut az ablakon, es a robotod azzal szembe megy, akkor nem lesz jeled."
Igen, ez egy kompromisszum, a smart car-ommal szerzett tapasztalatok alapján direkt napfényben nem hatékony a szimpla ir tranzisztor, nem akarom a fizika törvényeit megszegni, ha kell, lehúzom a redőnyt.
De ha a tsop képes direkt napfényben is működni, akkor valamilyen megoldásnak létezni kell."hogyan tudnad a tavolsagot merni, ha nem mashogy, mint egy masik tavmero szenzorral, vagy haromszogelessel."
Két ir szenzor + háromszögelés
"A terhelesed nincs impedancia illesztve. Ha a kimeneted feszultseg, akkor az R2 legalabb 100k kene legyen"
Ha jól értem az esp bemeneti impedancia számít, ami ez esetben ha jól tudom MΩ nagyságrendű. Az R2 azért ennyi, mert erre találtam példát az egyik fórumon.
"Ha mondjuk 200mVpp az AC, es 3.3V a a tap, akkor 3.2V es 3.4V kozott lesz a kimeno feszultseg. Ez kell neked?"
Igazából 0V és 3.3V közti értékeket szeretnék kapni. Hogy ezt milyen áramkörrel lehet elérni - na azt szeretném most megtudni... Gondolom kellene bele egy(-két?) dióda, ami nem engedi a jelet a tápfeszültség fölé menni.
-
válasz
tvamos
#10614
üzenetére
Ennél pontosabban nem tudom leírni: egy ir receivert szeretnék, de AGC nélkül, hogy korlátozott legyen a hatósugara. 38kHz-es négyszög jelre (ez nem különösebben lényeges szempont, a lényeg, hogy a környezeti fényt hatékonyan kiszűrje) alacsony jelszintet produkáljon az arduino bemeneten.
A linkelt kapcsolási rajz szerintem ezt teljesíti (32kHz-es vágási határfrekvenciával), csak azt írtad, hogy az R2 magasabb, mint az R1, és ez nem jó. Ha nem jó, miért nem, mennyinek kellene lenni, és egyáltalán tényleg azt csinálja-e az áramkör, amit szeretnék. -
válasz
tvamos
#10609
üzenetére
Úgy, hogy a hasamra ütöttem, és választottam egy értéket. Mivel írtam, hogy nem értek hozzá, nem tudom, hogy oda milyen ellenállást illik tenni, és miért, ezért azt sem tudom, miért baj, ha az R2 nagyobb, mint az R1. Próbálom egyedül megtervezni ezt a rendkívül bonyolult áramkört, mivel még mindig nem kaptam érdemi segítséget se itt, se a hobbielektronika topikban (értsd: egy hét alatt kb. 5x megkérdeztem, de mindenki csak átnéz a kérdésemen). Nem értem, talán derogál egy hozzáértőnek egy ilyen egyszerű feladatra válaszolni? Azt hittem erre való ez a fórum, de látom, hogy a "Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)" topikban sokkal érdekesebb és relevánsabb téma az ólommentes forrasztás körüli vita.
-
Teasüti
nagyúr
válasz
tvamos
#10599
üzenetére
Van vmi technológiai előnye az ólommentesnek? Úgy tudom csak vmi környezetvédelmi hiszti miatt történt váltás, de lehet rosszul tudom.
Honnan lehet tudni, hogy az alkatrészek ólommentesek? Én ilyen kitételt még nem láttam adatlapon, vagy katalógusban, mikor SMD alkatrészeket rendelek. Vagy ezeknek mindegy és alkatrészek alatt inkább a szerszámok és munkaeszközök értendők?
-
-
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...? -
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). -
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
-
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... -
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.
-
-
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!
-
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. -
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). -
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á. -
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. -
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? -
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. -
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.
-
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.
-
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ó."
-
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.
-
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. -
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. -
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. -
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ó😁
-
-
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. -
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á.
-
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.
-
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() -
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.
-
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
-
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?
-
tvamos
nagyúr
Ha esetleg valakit erdekel...
Ez a kod nem mukodik: [link]
(Eleve a 10+10 us nem 38kHz. Nem tudom, nekik hogy ment...)Kesobb talaltam ezt: [link]
Ez elvileg jo, de megtartottam az elozo kodot, es atirtam az idoziteseket erre.Most mar tudok Nikonnal exponalni, es html feluleten allitani az intervalometert.
-
Janos250
őstag
Tudtommal mindkét magon van, de én a led kezelő real time részt egyedüliként tettem az 1. magra, ott nem sikerült teljesen letiltani. Ha valaki tudja a teljes letiltást, írja le lsz! Ha "letiltjuk a megszakításokat", akkor nagyon le sikerült rövidíteni, de teljesen nem tudtam kiiktatni. Az összes szín számítást, miegymást a 0. magra tettem, tudtommal a WiFi kezelés is ott fut.
Ha az RMT-t használja az ember, akkor ezek a gondok nincsenek. Ott 8 ch. van, mindnek külön memóriája, satöbbije. Így akár 8 led szalagot is tudsz párhuzamosan kezelni. Elvileg. Ha csak egy szalagod van, akkor akár az erre a célra rendelkezésre álló TELJES memória tartományt odaadhatod neki, ami tovább könnyíti az életed.Van számláló, ami mutatja, hogy a memória kivitele hol tart, és státus jelző is van.
Vagy figyeled, hogy hol tart a kivitel, és amikor mondjuk felét kivitte, akkor annak a helyére már írhatsz, vagy ha interruptot használsz, akkor szemafort állítasz be. Arra figyelni kell, hogy a binárisnak nevezett szemafort kell beállítani, mert az az, ami a megszakításból kilépés után egyből elkezd futni. A másik csak akkor kapja meg a vezérlést, amikor a következő időszeletet neki osztja ki a rendszer, azaz, csak a prioritást állítja.A dőlt betűs nincs dokumentálva, de kitököltem, és amit korábban linkeltem, abban bejelöltem.
-
-
vargalex
félisten
Station mode-ban (gondolom úgy használod) az ESP8266 esetén automatikus Modem-sleep van, így ha éppen alszik a wifi modul, akkor szerintem teljesen normális a 100-500 ms válaszidő. Ilyenkor a router által megadott DTIM Beacon interval lejárta előtt ébreszti automatikusan a wifi-t. Ez kb. 100 ms általában.
A modem-sleep üzemmódot ki tudod kapcsolni awifi_set_sleep_type(NONE_SLEEP_T);hívással. Itt is van a témáról egy kis olvasnivaló.
-
-
Ja, vagy úgy. Ilyenkor sajnos a forráskód a legjobb manual. Úgy tűnik, hogy
WL_CONNECTION_LOSTcsak timeoutnál van:} else if(reason == WIFI_REASON_BEACON_TIMEOUT || reason == WIFI_REASON_HANDSHAKE_TIMEOUT) {
WiFiSTAClass::_setStatus(WL_CONNECTION_LOST);Utolsóra van nyitott ticket. Bár ESP8266, de gondolom a wifi része hasonló.
-
MrChris
nagyúr
Combosan néz ki, meg ára is van. Ez az 1,8° elmozdulás szabvány? Gondolom valami komolyabb rendszerbe raktad, 3d printer, plotter?
Ha a pajtaajtó mechanikán keresztül minden apró eltervezett dolgot le tudok programozni (megtanulom) akkor egy ilyesminek vágnék neki.
BL motort használ valaki arduinohoz? Nagyon vonzónak tűnik. Van valami hátránya a sima stepper DC motorokhoz képest? -
-
-
Janos250
őstag
A jelenleg működő verzióban el van választva a soros porttól: szétválasztottam két részre: az egyik ESP-re van kapcsolva az a panelka, ami a hőelem jelét méri, és digitálisan küldi az egyik ESP-re, ami WiFin továbbküldi a másik ESP-nek, ami végzi a beavatkozásokat. Tehát a WiFi, mint galvanikus leválasztó.
Viszont a hőelem jelét mérő panelkát muszáj volt galnavikusan csatolni az ESP digitális lábaihoz, ezért ezt az ESP-t kénytelen vagyok akkuról táplálni, mert ha hálózati tápról megy, akkor +- 5 C fok ingadozással mér. Majd ezt is átteszem platina hőmérőre a hőelem helyett, és csinálok hozzá panelt, azzal majd talán jobb lesz. -
Teasüti
nagyúr
Jelenleg úgy néz ki a dolog, hogy I2C-re lesz felfűzve az ESP32, két-három Attiny85, I2C szenzorok és egy kijelző. A motoron nincs CAN busz gyárilag, így csak a saját rendszeremet szolgálná ki.
Azt még nem tudom az I2C eszközöket hogy lehetne megoldani, de ahogy nézem már az ESP32-n se olyan egyszerű az élet. Datasheet-ben pl egy árva szót sem szólnak róla. -
ecaddsell
aktív tag
Nem kérdés, sok mindent tudok írni ld lentebb. A kérdés az volt, kinek milyen bevált módszere van készen.
Meg ugye az sem mindegy hogy 5 SPI cucc vezérlése (többek közt TFT kijelző), meg AD bemenet (jelszint mérő), meg frekimérő meg 2 rotary encoder meg stb. stb. mellett pont az integrátor+hiszterézises komparátor (klasszikus HW megoldás) a legjobb módszer (egyszerűségben, gyorsaságban), ha meg akarom őrizni az interaktivitást ill. a kód átláthatóságát.
(OK, kicsit bonyolultabb lett ez a hobbi project mint eredetileg indult, de evés közben jön meg az étvágy...)
Nekem pl. a megengedett állapotváltozás nézése sokkal egyszerűbbnek tűnik. -
-
Janos250
őstag
Nekem is aoyue van, már vagy 15 éve vettem a "gyors" boltban Pesten. Ebay-ről vettem hozzá egy marék fúvókát, de nem igazán tanultam meg a használatát.
Pákából meg a weller a szekrényben pihen, helyette a csehszlovák drótos pillanatpákát használom. Én megtanultam azzal forrasztani, így azt csinálja, amit én akarok (ha azt akarom, akkor adok neki egy rövid, de forró sokkot), a weller meg amit ő akar (tart egy stabil hőfokot). A pillanatpáka hegyét fogóval összepasszírozom egészen vékonyra, így nagyon azt szeretem.A "vaterás megoldások" általában két dolgot jelentenek:
1. A nepper semmit nem csinál, csak megrendeli ebay-en, vagy valamelyik másikon a Te nevedre, de rászámol egy halom hasznot magának.
2. Megveszi ugyanúgy Kínából, és jóval drágábban árulja hirdetési oldalakon. Nem kell messzire menni, hogy találkozzunk ilyenekkel.
Könnyebb (de pofátlanabb) pénzkeresés, mint valami hasznosat csinálni.Ezért én mindenkinek azt javasolom, hogy inkább saját maga rendelje meg Kínából, ne a nepperektől vegyen bármit !
Itt a prohardveren is vannak topicjaik a különböző webshopoknak, ott segítenek, ha valaki nem tudja, hogyan csinálja. -
Janos250
őstag
Azt hiszem, gyakorlatilag ugyanaz, csak VÁM határ (helyesebben Magyarországon a VÁM határ felett, de a "kevés a VÁM, ezért nem kell megfizetni") alatt van.
https://www.ebay.com/itm/858D-Hot-Air-Demolition-Welding-Station-LED-Digital-Display-Control-Temperature/123153513131?epid=25019858762&hash=item1cac857aab%3Ag%3A1UMAAOSwrWVbB8-o&_sop=15&_pgn=3&_nkw=858+hot+air&rt=ncVajon ez is ugyanolyan, csak más a neve?
-
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? -
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. -
Nagyon sok hobbi projektben láttam már uno, nano lapokat 2db AA elemről megtáplálni, hiába forgattam pl egy kis vonalkövető robotot, nem láttam rajta boost convertert, aztán kipróbáltam egy saját projektben, egy nano lappal, és kb. 2,6V-ig teljesen stabilan működik (az 5V lábára kötve). Nem hiszem, hogy egyedi esetek lennének.
3v3 pro micro: asszem hülyeséget írtam, tényleg, mi baja lenne.
Csak ez sajnos időigényes, és ennyi időm nincs.
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.
Viszont az I2C szenzorok használata még mindig kérdőjeles.
Új hozzászólás Aktív témák
Hirdetés
ekkold
- GOPRO Hero 11 BLACK - 5.3k akciókamera - 2 akku, tartozékok (5.)
- DJI AVATA 2 Fly More Combo 1 akku - drón szett DJI Goggles N3 FPV szemüveggel
- Sony PlayStation 5 ( PS5 ) Sony PlayStation VR2 Csomag
- Dell Precision 7680 Eco FHD+ 13600HX 14C / 16G D5 / 1T G4 workstation
- Gigabyte GA-Z68A-D3-B3 LGA 1155 alaplap
- BESZÁMÍTÁS! Apple MacBook Air 15 M3 8GB 256GB SSD garanciával hibátlan működéssel
- Mini PC, tiny PC HP Fujitsu Esprimo i5-7500T
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! MSI B550M R7 3700X 16GB DDR4 512GB SSD RTX 3060Ti 8GB NZXT H5 Flow RGB 650W
- Csere-Beszámítás! AMD Számítógép PC Játékra! R5 5500 / RX 5700XT / 32GB DDR4 / 256SSD+1TB HDD
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged