- Google Pixel topik
- Beárazták az projektoros Ulefone-t
- iPhone topik
- Samsung Galaxy A56 - megbízható középszerűség
- eSIM, a kártyamentes szabadság
- Milyen okostelefont vegyek?
- Apple Watch Sport - ez is csak egy okosóra
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
-
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
-
válasz
repvez #14059 üzenetére
az összes modul mehet egy helyre és amjd a kodolásnál lesz megkülönböztetve a regiszter által
Így van, egész pontosan az i²c address az, ami megkülönbözteti a modulokat. Remélhetőleg gyárilag mind különböző címet kapott, mindenesetre minden modult külön próbálj ki. Amire még esetleg szükséged lesz az mindkét vonalra egy-egy 4k (ezt most fejből írom, majd vki kijavít, ha rossz/nézz utána pontosan) felhúzó ellenállás. Nem modulonként, hanem vonalanként 1-1. Ha valamelyik modulon van gyárilag felhúzó, az elég lehet az összes számára. Ha a lap és a modul hosszú vezetékkel lesz összekötve, akkor kisebb értékre lesz szükség.
Az mindegy, hogy sorosan vagy párhuzamosan kötöm be öket ?
Dehogy mindegy, sorosan be sem lehet kötni, hogy gondoltad?
-
Mondom: már vagy 4 különböző kínai szervót teszteltem, asszem volt közte ilyen barna-sárga-fekete is, de egyik se ment tönkre rossz bekötés miatt.
Egyedül akkor gyanakodnék, ha fehér-zöld-fekete vagy hasoló lenne, mert fehér szokott lenni jel és táp is.
USB-ben is láttam már meredek színeket
Az semmi, asszem itt a topikban is volt már valaki, aki li-po akksit kapott, amin vagy a piros-fekete vezeték volt fordítva, vagy a csatlakozó, már nem emlékszem, de egy esp32 lolin lap bánta a dolgot, és még jó, hogy nem lett robbanás belőle. Szóval nyugi, nincsenek illúzióim.
Én ilyen dolgokat multiméter nélkül sosem kötök sehová.
-
Piros +V, fekete GND, sárga vezérlőjel. Ha nem ez a három szín vagy ehhez hasoló van, akkor nemigen tudod kimérni szerintem. Kezdetnek adj rá vmi törpe feszültséget (pl ceruzaelem), ha megmozdul, akkor eltaláltad a tápot és a polaritást.
Többféle kínai szervót is vettem már, de fel sem merült még bennem, hogy rossz bekötés is lehet. Ezen szerintem nem szokták elqrni a színkódokat. -
válasz
CHIPman #14029 üzenetére
microUSB az ESP-be, ~5cm jumper kábel a VIN-ről a szalag pozitívra,
Akkor meg is van, a szalag nem kap tápot egyáltalán.
Ha az 5V pinre kötöd, nagyobb sikerrel jársz, a Vin az csak bemenet tudtommal, de lehet, hogy tévedek. Jó lenne a szalagot külön a tápra kötni, nem az esp-n keresztül. -
válasz
CHIPman #14026 üzenetére
Az egész összeállított szerkezetről kellene rajz, leírás, esetleg fénykép, mert így csak sötétben tapogatózhatunk.
Milyen ellenállást? Miért nem próbálod ki?
Nekem egyelőre nincs saját tapasztalatom ilyen LED szalagokkal, de vannak itt páran, akik már építettek ilyet.
Mennyire hosszú vezetékkel kötöd a ledsort a kontrollerre? Az első probléma az lehet, hogy a kontroller kimenete 3,3V, a LED szalag pedig 5V jelszintet igényel. Legtöbbször működni szokott szintillesztés nélkül a dolog, ha a kimenő feszültség meghaladja a céláramkör HIGH szinthez szükséges minimum értékét (pl. ha a LED szalag a 3V-5V közötti jelszintet már HIGH-nak értelmezi, akkor a 3,3V már megüti a szintet), de előfordulhat, hogy hosszú, vékony vezetéken vagy egy rossz forrasztásnál túl nagy a feszültségesés, így nem megy át az adat. -
-
válasz
nincsvics #14007 üzenetére
Ezt én nehezen hiszem el, biztos, hogy nem a forrással volt probléma? Ha a forrásoldal lebutítja a hangot 5.1-ről, vagy eleve nem 5.1 a hangfájl, akkor fordulhat ez elő. Leírnád pontosan mit akarsz mivel összekötni?
Milyen lapot ajanlasz a projekthez?
Hát ajánlani sajnos nem tudok, de amivel szerintem esély lenne egy ilyen projekt megvalósítására, az az ESP32, annak megvan a sebessége és elég izmos hardver van benne.
Valamit nem értek: a fenti cucc optikai bemenet => analóg rca átalakító, de te optikai bemenet=> digitális (spdif) kimenetet írtál eredetileg, nem? -
válasz
kesztió #14006 üzenetére
óvakodni kell, hogy egy szakinak ellentmondj (...) De ha jól értem, ez nem az a hely, ahol ilyen gondok lennének.
A hellyel kapcsolatban nem tudok nyilatkozni (bár ebben a topikban eddig mindig kulturált volt a légkör), de hogy én nem vagyok szaki, afelől biztosíthatlak.
-
-
válasz
kesztió #13992 üzenetére
nehogy már ezen kapjunk össze
Dehogynem.Nézd, egy programban nincs helye "inaktív" kódnak! Minden sor, ami egy programban szerepel, vagy kód, vagy megjegyzés.
Két okból teszek inaktívvá kódrészleteket fejlesztés közben:
1. feltételes futás: olyan kód, ami pl. csak a debugginghoz kell. Erre jók a preprocesszor direktívák.2. túlhaladott vagy alternatív megoldás: egy problémára találtam jobb megoldást, de benne hagyom a régi kódot, arra az esetre, ha az új mégsem működne, vagy bármi okból vissza szeretnék térni a régihez. Ez esetben a megjegyzés helytálló kifejezés, vagy hívhatjuk feljegyzésnek is, emlékeztető, mi volt a régi kód. Direkt jó, hogy kiszürkül, mert könnyebben átnézek rajta. Ha mégis kell a syntax highlighting, akkor két mozdulattal törlöm a
/* */
jeleket.Mondj olyan konkrét use-case-t, amire a fenti két megoldás nem alkalmas!
az lenne az igazi, ha megmaradna a syntax highlight, csak halványabban, színes háttérrel stb.
Tessék, egy megoldás, amihez keveset kell pötyögni, ugyan nem lesz színes a háttér, de megmarad a syntax highlight:
if(0){
inaktív kód;
}
Még össze is tudod csukni a blokkot, ha olyan a szerkesztőd. -
válasz
kesztió #13990 üzenetére
Mutass már egy problémát, amit a fenti két megoldással nem lehet megoldani?
Egy nem létező problémára akarsz megoldást találni.lenne még olyan „kikommentelés”, ami pl. megőrizné a syntax higlight-ot
Dehát pont az a lényege a kommentelésnek, hogy kiszürkül. A fenti megoldás megőrzi a syntax higlight-ot. És naná, hogy használják.
lehetőséget nyújtana szelektív find/replace-re
Hogy mi?Érdekes, hogy mindenki kikommentel. Lehet, hogy nem véletlenül?
Persze, hogy nem. Az sem véletlen, hogy nincs külön jelölés programkód kiiktatására.
De ha ez megnyugtat: "kommentelés" helyett mostantól nevezd a
//
meg a/*
jelet "kiiktatás"-nak. Problem solved. -
válasz
kesztió #13988 üzenetére
egy kódrészlet kiiktatása még mindig nem megoldott dolog.
Hogy a viharba ne lenne? Preprocesszor direktívákról még nem hallottál?
#define NEM_KELL_A_KOD
#ifndef NEM_KELL_A_KOD
Kód, ami nem kell
#endifUgye mennyivel egyszerűbb és átláthatóbb? Nem értem, hogy mi a gond a kommenteléssel...
-
válasz
kesztió #13979 üzenetére
tehetnék 1 banisokat [a román lejnek a fillérje] nyák helyett, és arra forraszthatnék
Ennél olcsóbban biztosan nem kapsz érintő kapcsolót.
Ha más megoldás nincs, alakíts ki az előlap belsején pici gödröket a forrasztásoknál, akkor rá fog feküdni. Nem elegáns, de workaroundnak megfelel.direkt a D1 mini megfelelő lábait használom,
Tudj róla, hogy a D1 mini alapvetően ESP8266 alapú, bár láttam, hogy amit linkeltél, azon több láb és ESP32 van, de jól nézd meg, hogy mit veszel aliról.
-
válasz
kesztió #13964 üzenetére
Rajta van ugyan az USB UART modul
v.s.
USB nem kerül a falidobozba
Nemár
Rajta van ugyan az USB UART modul, de vagy nem kér 5V-ot, vagy a 3,3-at nem az 5V-ból állítja elő a lapon, hanem külső 3,3V-ot vár.
Ezt neked kell legyártani, mert kizártnak tartom, hogy bárki valaha is keresett volna ilyen modult, nemhogy tömeggyártásba került volna, mégis mire lenne ez jó?
-
válasz
kesztió #13960 üzenetére
Az, hogy működik 3,3V-on, nem jelenti azt, hogy üzembiztos is lesz. Nincs tapasztalatom SSR relével, de elképzelhetőnek tartom, hogy az adatlapon megadott határértékeken kívül mondjuk nem fog teljesen kinyitni, melegedni fog, esetleg változatos hibákat fog produkálni.
A fehér LED majdnem biztosan működni fog 3,3V-ról, úgysem a szobát akarod megvilágítani vele, de az sem baj, ha nem nyit ki teljesen, háttérvilágításnak amúgy sem kell akkora fényerő. -
válasz
kesztió #13959 üzenetére
A jó isten áldjon meg, hát megint nem tudod eldönteni, hogy mi legyen, minden (is) kell.
Legyen rajta usb, de ne legyen rajta regulátor, azt mégis hogy? Usb-ről 5V-os tápot kap, 3,6V fölött pedig megpusztul a lap. Közben pedig helyszűkére panaszkodsz, de a tűsor+aljzat önmagában ki fogja tölteni a rendelkezésre álló összes teret (nézd meg, milyen magas egy összedugott tűsor+hüvelysor, minimum 1,5cm). A regulátor+usb-uart+usb aljzat miatt pedig a board lesz keresztben hosszabb, mint 6cm. -
válasz
kesztió #13941 üzenetére
a másik felén ugye ott van a 3 touch, ami a WIFI-t simán leárnyékolná.
Miért árnyékolná le? Tesztelted?
A kijelző pont ugyanúgy illeszkedik a panelba fejjel lefelé is, a gomboknak meg mindegy. A hőmérsékletszenzort amúgy sem árt hőszigeteléssel alaposan körülpakolni, ha nem a fal hőmérsékletét akarod mérni, hanem a levegőét.
Ha kész lesz, mindenképp tegyél be képet a belsejéről.Amúgy rájöttem, hogy 3 touch buttont 2 digitális pinnel is be tudsz olvasni, feltételezve, hogy egyszerre mindig csak 1 gomb lenyomását kell érzékelni. 1-1 gomb a két pint külön a földre húzza, a harmadik gomb pedig a két pint egyszerre. Utóbbihoz kell 2db dióda is, hogy a két másik gomb ne zavarja egymást.
-
válasz
kesztió #13937 üzenetére
Egy észrevételem lenne. Állítsd fejre a lapot, hogy alulra kerüljön a hőmérő! Hogy miért? Írtad az alkatrészek melegedését, mint esetleges problémaforrás. Ha alulra kerülnek a melegedő alkatrészek (feszültség regulátor, maga az esp), a meleg felfelé száll. Bármennyire kevés hőt is termelnek, főleg a regulátor be tud fűteni egy ilyen kis légtérben.
A lábkiosztást kitaláltad már? Az analóg láb ugye tudod, hogy max 1,1V-ot bír el? Úgy tervezd meg a feszültségosztót, hogy semmiképp ne lépje túl ezt az értéket. -
válasz
kesztió #13928 üzenetére
Tényleg nem értem, miért nem jó, ahogy szeretném.
Nem úgy érzem, hogy eldöntötted volna, hogy mit szeretnél.
Például nem értem, hogy fogsz programot feltölteni, meg debuggolni úgy, hogy az usb-uart nem képezi a rendszer részét, mivel csak az esp12 lapot építed be.A látványterv nagyon jól néz ki.
A felső "virág" a hőmérő lesz?
-
válasz
kesztió #13911 üzenetére
Az egyik nyomógombot tudod a piezo buzzerrel multiplexelni egy lábra, amikor zajt akarsz kiadni, akkor kimenetként, egyébként pedig bemenetként. A gomb elé köss egy ellenállást + esetleg diódát, ha szükség van rá.
SHT35 és a TM1637: véletlenül nem i²c mindkettő? Az első szerintem az, és ha a kijelzőből is tudnál i²c-t szerezni, akkor máris 2 lábat spóroltál, mert az i²c buszra több eszközt is lehet ültetni.
Ez már 3 láb mínusz.Ha a kijelző nem i²c, hanem saját protokollt használ, akkor mondjuk a CLK lábat szintén tudod multiplexelni az egyik nyomógombbal, amikor éppen nem kell semmit a kijelzőre írni.
A remote nem világos, hogy pontosan mit csinál, milyen protokollon keresztül, soros? Arra pont jó a TX0.
-
válasz
kesztió #13909 üzenetére
De a Windows 10-nek ebben az esetben is tudnia kell, hogy egy nem akármilyen, hanem egy bizonyos USB eszköz csatlakozik, és gondolom, driver szinten időnként ezt le kell dumálnia, magyarán az lenne a logikus, hogy ilyenkor is legyen két irányú kommunikáció. Akkor ez hogy is van?
Rossz a feltételezés! A Windows csak egy usb-serial eszközt lát, de hogy arra a másik végén mi van rákötve, arról fogalma sincs, és onnantól, hogy telepítve van a megfelelő driver, nem is érdekli.
Az esp lappal az arduino IDE kommunikál, de az is csak onnan tudja, hogy a soros portra mi van kötve, hogy te azt feltöltés előtt megmondod neki.
ahhoz, hogy az RX lábat GPIO bemenetként használjam, nem kell mégis leválasztanom galvanikusan az USB to TTL lap TX-jéről?
Nem feltétlenül. Ha az usb nincs gépre dugva, az RX nem kap kívülről semmiféle zavaró jelet. Az uart egyébként is csak azt csinálja, hogy földre húzza a lábat, mint egy kapcsoló, tehát ugyanúgy rá tudsz kötni külső kapcsolót is.
Azt viszont vedd figyelembe, hogy ha Serial kommunikációt használsz, akkor a soros kommunikáció könyvtára magának fogja azt a portot inicializálni,megszakítást állít be rá. Tehát akkor tudod használni saját célra az RX lábat, ha nem használod a Serial lib-et. Javítson ki vki, ha tévedek!Hardveres uart, itt talán nem okoz felfordulást, ha egy gomb rá van kötve.
Debugginghoz érdemesebb inkább a TX1-et használni."The ESP8266 has two hardware UARTS (Serial ports):
UART0 on pins 1 and 3 (TX0 and RX0 resp.), and UART1 on pins 2 and 8 (TX1 and RX1 resp.), however, GPIO8 is used to connect the flash chip. This means that UART1 can only transmit data.UART0 also has hardware flow control on pins 15 and 13 (RTS0 and CTS0 resp.). These two pins can also be used as alternative TX0 and RX0 pins."
forrásDe a galvanikus leválasztás is csak akkor jönne szóba, ha kész nodemcu-t vagy hasonlót használsz, de elvileg arról volt szó, hogy pucér esp12-t fogsz használni, ott pedig bármit köthetsz bárhová.
Megtennéd, hogy leírod, melyik periféria hány lábat és milyen kommunikációt igényel? Már biztosan összeszedted.
Hátha tudok segíteni.
Az analóg lábat úgy tudom csak akkor használhatod, ha nem használod a wifit, úgyhogy szerintem ez nem járható út. -
válasz
its_grandpa #13907 üzenetére
Bocs a téves infóért és köszi a korrekciót!
Ezt én se tudtam. De a lényeg az volt, hogy azokat is felhasználhatja saját célra, csak ezek szerint nem akármire.
-
válasz
kesztió #13904 üzenetére
1. Igen, természetesen!
2. Az usb semmire sem tart igényt.
Ha nem használod, az rx/tx-re se, sőt, ha akarod, az rx lábra is köthetsz, amit akarsz, a debughoz elég a tx. Az usb programfeltöltéskor a reset és a GPIO0 lábat vezérli az rx/tx mellett, de az utóbbi nem minden lapnál van így, azokat onnan ismered meg, hogy 2db tactile switch van a lapon, egy a resetnek, egy pedig a programfeltöltés miatt (GPIO0).
-
válasz
kesztió #13896 üzenetére
Szia!
A 2-es megoldásra biztatnálak, a külön programozó áramkörre.
Arduino rendszerbe már rég integrálva van az eszköz, az nem fog problémát okozni. Esetleg annyi csavarral, hogy a fejlesztés/module testing idejére használhatsz wemos d1 mini-t/nodemcu-t, hogy ne kelljen folyton átpakolni a lapot a programozóba és vissza.Az rx/tx lábakat is fel tudod használni i/o célokra, csak vedd figyelembe, hogy néhány lábnak a bootoláskor megadott jelszint kell, néhány hozzászólással ezelőtt linkeltem leírást. Debugginghoz úgy emlékszem van külön serial tx1 kimenet ami a programozásra használt rx0/tx0-tól független.
Nem néztem meg a felsorolt perifériákat, de 5V rendszerbe jól lehet illeszteni az esp8266-ot, mivel a kimenetek hivatalosan 5V toleránsak, de fontos, hogy a tápfeszültség ez esetben is 3,3V legyen, mert 3,6V fölött megsül az integrált flash a modulon belül.
-
válasz
gyapo11 #13889 üzenetére
Dehogy, úgy értettem, hogy a 3db ceruzaelem mint backup, évekig is rendelkezésre tud állni. Ahogy írtad, amint megszűnik a táp, a diódán keresztül belépnek az elemek, és számolja tovább az időt, feltéve, hogy egy áramszünet nem tart túl sokáig és nem mindennapos esemény. Ha az elem 10 óra üzemidőt biztosít, akkor az 10 órányi áramszünet. Vagy még jobb, ahogy írtad, elmegy alvó módba, és visszatér, amikor visszajön az áram, a netről frissíti az időt és folytatja a dolgát.
-
válasz
csongi #13886 üzenetére
A lapocska pár 10mA nagyságrendben fogyaszt, illetve attól is függ, hogy éppen használod-e rajta a wifit, esetleg alvó módban van.
Ahhoz, hogy áramszünet esetén is tudj időt mérni vele, szükséged lesz vagy egy külső RTC modulra, vagy egy táptól független, elemes vagy akkus táplálásra. A legegyszerűbb talán 3db AA vagy AAA tartós elem lenne egy diódán keresztül a táppal közösítve: a dióda megakadályozza a táp irányából az elem felé a visszáramot, évekig is elketyeg róla a cucc, ha nincs túl sok áramszünet.
Az áramtalanítás szerintem nincs rá hatással, ez csak egy mikrokontroller. Esetleg adatot veszíthetsz, ha használod a beépített flash-t (SPIFFS fájlrendszer), de károsodni szerintem akkor se igen fog.u.i.: jó sokáig írtam
-
válasz
tonermagus #13878 üzenetére
Mennyire nagy távról van szó, ha jelenleg vezetékkel van összekötve? Milyen hosszú az a vezeték?
-
válasz
tonermagus #13871 üzenetére
Ennél mi sem egyszerűbb, hc-05 + hc-06 bluetooth modullal bluetooth serial kapcsolat, pont erre találták ki. A vezetéknélküli része teljesen transzparenst módon működik, a két végén egyszerű uart kapcsolatot látnak az eszközök. Cserébe a hatótávolság csak 10m.
-
válasz
tonermagus #13868 üzenetére
Nagyon komplikált? A klasszikus fénymásolós-rávasalós módszerrel nem tudnád magadnak megcsinálni?
-
válasz
JozsBiker #13864 üzenetére
Már több grafikus androidos játékot is írtam vele, bár itt meg a szöveges/xml alapú felhasználói felülettel kell egy kicsit dolgozni, pl. nincs legördülő lista, a gombokat neked kell megrajzolni/létrehozni alap grafikus elemekből, de a gombokra már írtam egy osztályt, szívesen megosztom, ha szükség lenne rá.
-
-
válasz
zsolti_20 #13855 üzenetére
Igen, valószínűleg Bluetooth LE, de a kettőnek mi köze egymáshoz?
Ez nem távolságmérés, hanem kicsi a hatósugara a két fülesnek és leáll a lejátszás, amikor megszakad a kapcsolat. Bár ha úgy gondoltad a távolságmérést, hogy elég két állapotot mérni (1 közel, 2 távol), akkor ez is egy jó eszköz lehet.
De ha leírod, pontosan mi a use case, lehet lenne más ötletünk is. -
válasz
JozsBiker #13847 üzenetére
Ha Android appot szeretnél írni és nyűgös a grafikus felületen programozni (én pl. hülyét kapok tőle), ajánlom a processing.org fejlesztőkörnyezetet, nagyon egyszerűen lehet vele crossplatform programokat (is) írni, PC (Java) és minimális változtatással natív Android appot is, ugyanabból a forrásból.
-
válasz
wocsok17 #13839 üzenetére
A boot-nál használtak közül a legtöbbnek, ha jól látom, high szinten kell lennie a sikeres boothoz, ez tiszta sor, ezeket elvileg tudod használni, teszel rájuk egy-egy 10k felhúzó ellenállást.
Egy van, a gpio15, aminek a bootnál low szinten kell lennie, erre felhúzó helyett lehúzó ellenállást kötsz, és vagy fordított logikával használod a relét (az NO helyett az NC kimenetre kötöd, amit kell), vagy fordított logikával használod és a relé elé teszel egy tranzisztoros fázisfordító fokozatot. De ha jól számolom, enélkül is megvan a 8 kimenet.Ezeket abban a tudatban írtam, hogy a reléket alacsony jelszinttel kell bekapcsolni. Ha magas jelszinttel, akkor cseréld meg a kettőt, a gpio15 mehet lehúzó ellenállással, fázisfordító nélkül, a többi felfutó+fázisfordító fokozat.
gyapo11: nagyon tetszik ez a számlálós trükk, egyszer tuti használni fogom valamiben.
Csak egy hátulütője van: mivel nem tudni, boot közben hány random impulzust kapott, kell hozzá +1 láb, amin visszaolvasom az állapotát.
-
válasz
tonermagus #13828 üzenetére
Ezek szerint már füstölt?
-
válasz
evilskati #13826 üzenetére
Több rockzenét kellene hallgatnod.
Amúgy nem értem, hogy a hálószobában van a hűtő, vagy hogy hallod egyáltalán annyit, hogy zavarni kezdett?
A miénk Electrolux, és a beépített szekrényben van a folyosón, de régebben a konyhában volt, és akkor sem hallottam soha a hangját. Ha tudni akarom, hogy épp működik, egészen oda kell hajolni közel. Mondjuk én zenész vagyok, talán ezért nem hallok rendesen. -
válasz
evilskati #13823 üzenetére
Nem tudom milyen hűtő lehet ez, a miénk 15 éves, de ha mellette állok se tudom, hogy be van-e éppen kapcsolva a kompresszor, vagy sem.
Ha magas frekvenciájú a hang, akkor a hangszórós/inverz hangos megoldás elég hatékony lehetne. De talán az alagutas üzembiztosabb. Fogyasztás szempontjából fogalmam sincs.
-
válasz
evilskati #13820 üzenetére
Mivel a uC kimenete csak pár (15-20) mA-el terhelhető, nem lehet közvetlenül rákötni semmilyen nagyobb fogyasztót, legfeljebb egy LED-et bír el. A venti több száz mA-t is felvehet, főleg induláskor, ezért külön táp kell neki. A FET jelen esetben egy kapcsoló szerepét tölti be, a venti tápját kell neki a PWM jelnek megfelelően ki-be kapcsolgatni.
Az inverz hang kibocsátás talán egyszerűbb is lehet, nem kell semmilyen alagutat építeni hozzá. Bár az elv maga elég bonyolult és sok buktatója lehet.
A legegyszerűbb egy csendes hűtőszekrény beszerzése lenne.
-
válasz
gyapo11 #13800 üzenetére
ha megnézünk egy embert infra képen, nem egyenletes a színe, vagyis mindenhol más a hőfoka
Pont ezért pontos az infra, mindenütt azt mutatja, amit kell. A hőmérők ugyanis a bőr hőmérsékletét mérik, ami nem azonos a maghőmérséklettel! A maghőmérséklet (vagyis a belső szervek hőmérséklete) 37,5°C körül van, ahogy mondod, mindenütt más, nagyjából állandó hőmérsékletkülönbséggel lehet számolni. A hónaljban, fülben 36,7°C, végbél a legpontosabb, ott 37-37,5°C a normál (akinek volt már gyereke, az tudja
). A homlok 34-35°C körüli, a homlokhőmérők automatikusan hozzáadják azt a másfél fokot, de csak száraz homloknál igaz, mióta a Covid miatt mérnek mindenfelé belépéskor, a legmagasabb mért értékem homlokon 34,4°C volt
-
válasz
repvez #13791 üzenetére
A pro micro és az uno legfeljebb akkor helyettesíthetőek egymással, ha ledvillogtatásról van szó.
Az uno/ATmega328P nem képes usb hid eszközt emulálni, a boardon lévő usb chip csak soros port emulációra képes ( az eredeti UNO boardon lévő usb csatoló is egy atmega uC, ATmega16U2 ha jól tudom, és át lehet programozni, de most maradjunk az alapoknál). A pro micro viszont önmagában usb képes, és tud hid emulációt (nagyjából erre is használjuk leginkább). Biztos a rajta lévő ATmega32U4-ból is van DIP kiszerelésű, de maga a board is olyan pici, hogy érdemesebb annak csinálni foglalatot, ahogy az általad linkelt képen is látható. -
válasz
repvez #13788 üzenetére
akkor erről esetleg egy kicsit részletesebb leirás is jöhetne
Hát ezt ne én írjam le, 5 perc kiguglizni.
Én csak felhívtam a figyelmed, hátha elkerülte.
egy régi joystiket probálok USB-re alakitani.
Akkor rögtön rendelj egy arduino pro micro-t, mert UNO-val nem fogsz tudni usb hid eszközt emulálni, csak azzal.
A sok gombot vagy i²c port sokszorozóval fogod tudni rákötni a uC-re, vagy mátrixba rendezve, de akkor nem fogsz tudni egy időben több gombot lenyomni.
A régi joy eredeti elektronikája nem működik már? Mert a régi gameport-os joystickokhoz lehet interface-t csinálni, és akkor nem kell újra feltalálni a melegvizet. -
válasz
repvez #13786 üzenetére
Így, ahogy mondod. Valójában a programozást is meg lehet oldani a board nélkül, akár ISP-vel is.
Azt ne felejtsd el, hogy a gyári boardon külső kristályról kapja az atmega328p az órajelet, ezért vagy azt is tervezz a saját pcb-re, vagy át lehet állítani a belső 8MHz órajelgenerátorra, és akkor külső kristály nélkül is fog működni.
Ha olyan boardot veszel, ahol a uC DIP28 tokozású és foglalatban van (az eredeti UNO ilyen, de nekem van egy klónom is, ami ilyen kialakítású), akkor vehetsz mellé külön atmega328p-t, és cserélgetheted, a board is megmarad (sőt, ISP-nek használva tudod szétszedés nélkül programozni a kész projektet, ha módosítani akarod a firmware-t).
Már ilyen jól állsz a projekttel? Végül mit is építettél(fogsz építeni)? -
válasz
tonermagus #13782 üzenetére
Az AVR-ek 5V alatt is tudnak megbízhatóan üzemelni, én legalábbis próbáltam már 2db AA elemről UNO-t hajtani, ami azt jelenti, hogy 3(!)V-ról is elment.
A mega boardot nem próbáltam, de ha nem kapja meg az onboard regulator a 6,5V-ot, és nem a uC emiatt 5V helyett csak 4,7V-ot kap, szinte biztos, hogy nem fog problémát okozni, pláne, ha 3,3V-os perifériákkal kell kommunikálnia, ami alapból szintillesztést igényel. Ki kell próbálni.
Amúgy a 7,4V és a 6,2V hogy jött ki neked?
A 7,4V az ha jól sejtem egy 2S li-ion cella névleges feszültsége, de az szinte sosem annyi, mert 8,4V - 6V közt változik, töltöttségtől függően.
A másik mi lenne?De még ha használhatnám is kérdés hogy a GPS modul-t (Neo M8n) elbírja-e ami az áram erősséget illeti, mert ha jól tudom az Ardu egy lábon max. 40mA-t tud leadni, a modul pedig nagyon a határán van.
Ezt úgy, ahogy van, nem értem... A mega board egyik I/O lábáról akarod tápfeszültséggel ellátni?
-
válasz
EvilNside #13758 üzenetére
Az 1 uA fogyasztást nekem is gyanús, hogy akkor produkálja, mikor be van kötve, de a rádió rész nem aktív.
Ez a macska-tracker ott fog elbukni sajnos, hogy nem tudod annyira kicsire és könnyűre megépíteni, hogy a macsek ne húzza le magáról.Maga az esp önmagában elég pici, ha nincs nyákra építve (lora, wemos stb), de egy gps modul pl fogalmam sincs mekkora. A nyakörv alkalmas lehet arra, hogy egy normális antennát varrj bele.
-
válasz
EvilNside #13750 üzenetére
Mi baj az infrával? Biztos kevesebbet fogyaszt, mint egy rádiós vevő. Egy lencsével irányítva 50m-t is át tud vinni, feltéve, hogy nem gond, hogy mindig oda kell menni az ablakhoz.
Az én egyik ilyen rádiós hőmérőm azt csinálta, hogy mikor lemerült a kültéri, hiába tettem bele elemet, többé nem szinkronizált, újra kellett indítani. Valószínűleg van egy időablak, amikor figyeli az adást, mondjunk percenként 1mp vagy hasonló, a többi időt kikapcsolva tölti a rádiós rész. Én így oldanám meg. Ez kézi vezérlésnél sajnos nem játszik, mert átlag fél percig kéne nyomva tartanod a triggert, hogy megkapja a vevő a jelet.
-
válasz
EvilNside #13748 üzenetére
Ez így ebben a formában több okból is elvetélt ötlet. Egyrészt a 3V gombelem szerintem nem képes akkora áramerősséget leadni, hogy a wifit táplálni tudja az adás idejére, még ha megtámogatod is vmi nagyobb pufferkondival. Másrészt a vezeték nélküli hőmérők (te vezetékest írtál, nem tudom elírás volt-e) fordítva működnek, deep sleep-ben vannak, időnként felébrednek, elküldik a jelet, aztán visszaalszanak, nem várnak vezérlő jelet. Nekem legalábbis ami volt, 2 fajta is, az így működött. A kültéri egység az adó, a beltéri a vevő.
A li akkus táplálás nem lehetetlen, hasonló projektet csinált az egyik kolléga, egy 18650 cellával több hónapot elmuzsikált egy esp8266+hőmérő modul. De az nem gombelem. Esetleg 3db AAA ceruzaelemmel tudnám elképzelni a legkisebb méretben.
Ha pedig ragaszkodsz a külső triggereléshez, nem írtad ugyan, hogy mekkora távolságot kellene áthidalni, de én vmi analóg jeladót tudnék elképzelni, a vevő oldalon egy nagy nyereségű antennával+rezgőkörrel, esetleg vmi minimális erősítő fokozattal, hiszen egy digitális bemenetre kell jelet küldeni az ébresztéshez, ami uA nagyságrendű jelet igényel. Esetleg ha néhányszor 10m a távolság, lehetne egy tsop IR receiver a vevő és egy tetszőleges tv távirányító az adó. -
Javaslom az avrdudess-t, az egy gui az avrdude-hoz, ott nem kell ismerni a parancssori kapcsolókat.
Nade. Ha arduino IDE-n keresztül tudod programozni, akkor meg kell, hogy legyen az eredeti forráskód (azt fogod módosítani is, nem?). Azt bármikor fel tudod újra tölteni. Mit kell akkor lementeni? Nem értem. -
válasz
Atamano #13696 üzenetére
Jók a meglátásaid! Ezek alapján ha tartós, netán szélsőséges körülmények közötti használatra készít az ember arduino alapú készüléket, akkor a prototipizálás után, ha kész a program is, a készen vehető UNO vagy klónjai helyett kell egy saját nyákterv, kell bele pl. egy külső programozóval felprogramozott atmega328p meg minőségi alkatrészek, fixre szerelt csatlakozásokkal és perifériákkal, esetleg táppal, gondosan dobozolva.
-
válasz
tonermagus #13693 üzenetére
Szerintem ezek az olcsó modulok ilyen sebességgel képesek számolni. Lehet a kommunikáció bármilyen gyors, ha a modul 2mp-ig ugyanazokat a koordinátákat adja vissza.
-
válasz
tibi-d #13683 üzenetére
Hát az pergésmentesítés nélkül elég sok meglepetést tud okozni, ha a bemeneten mondjuk kapcsoló lesz, de az egyszerű loop-os megoldásba is érdemes a
delay(5);
helyett inkább egy
delay(50);
vagy akár 100 is, a pergés kiküszöbölése érdekében. Ha kapcsoló/nyomógomb lesz a bemeneten.
Új hozzászólás Aktív témák
Hirdetés
- Nvidia Quadro P400/ P600/ P620/ P1000/ T400/ T600/ T1000 - Low profile (LP) + RTX A2000 6/12Gb
- LG 55G4 - 55" OLED evo - 4K 144Hz & 0.1ms - MLA Plus - 3000 Nits - NVIDIA G-Sync - FreeSync Premium
- Lenovo Thunderbolt 3 kábel (4X90U90617)
- BESZÁMÍTÁS! Nintendo Switch 32GB V2 játékkonzol garanciával hibátlan működéssel
- 0% THM részletfizetés, beszámítás! Gamer PC, notebook, konzol, Apple termék, hardver KAMATMENTESEN!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged