- VR topik (Oculus Rift, stb.)
- Házimozi haladó szinten
- Külső merevlemezek - USB, eSATA, FireWire HDD
- Épített vízhűtés (nem kompakt) topic
- Szünetmentes tápegységek (UPS)
- AMD Navi Radeon™ RX 9xxx sorozat
- Androidos tablet topic
- E-book olvasók
- Kettő együtt: Radeon RX 9070 és 9070 XT tesztje
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
Hirdetés
(használd a CYBSEC25PH kuponkódot további 20 ezer ft kedvezményért!)
-
PROHARDVER!
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
válasz
repvez
#14186
üzenetére
ha csak egyet akarok probálgatni ahogy a linkeken is találtam akkor ugy gondoltam, hogy nem olyan fontos.
Úgy gondoltad? Elmondtuk, hogy de, kell, ha többet fűzöl fel, lehet, hogy kisebb ellenállás kell, de az i²c szabvány megköveteli a felhúzó ellenállásokat, anélkül nem működik. Az MPU gyárilag tartalmazza, azért működik out-of-the-box, de nem ez az általános.
ha esetleg nehezedre esik , akkor nem kell segiteni,
Kikérted a véleményünket, aztán teljesen mást csináltál, majd visszajöttél panaszkodni, hogy nem működik. Itt nem az a helyzet, hogy nehezemre esne segíteni, ellenkezőleg (keress rá, hány választ írtam már neked
), egyszerűen bosszant, hogy ugyanazt többször kell leírnom, mert semmibe veszed, amit mondok. 
Próbálom ezután visszafogni magam, és nem adok több tanácsot. 
Ja de: nem tudom melyik városban laksz, de a sarki hobbielektronika boltban 10Ft/db a 4,7kΩ ellenállás. Ha már ott vagy, vegyél egy marék 10kΩ ellenállást is, mert úgy kb. mindenhová kelleni fog, ahol digitális áramkörök vannak. Meg 220Ω, ha ledeket szeretnél használni.
szerk 2.: ha 3,3V i²c modulokat használsz 5V mikrokontrollerrel, az i²c vezetékeket ne 5V-ra húzd fel, hanem 3,3V-ra, különben kijöhet a füst belőlük, ami működteti őket.
-
-
válasz
repvez
#14179
üzenetére
Az mpu9250 valószínűleg a lapon tartalmaz felhúzó ellenállásokat, azért működik.
A gyro-hoz ezt az oldalt ajánlom:
MPU 6050 Teapot project
Sokat kínlódtam különböző library-kkel, amikor megtaláltam az i2cdev lib-et, azon belül az mpu6050 lib-et, ez állati pontos érzékelést tesz lehetővé, mert meghekkeli a szenzort, feltölt rá egy firmware-t, ami az eszközön végzi a pozíció számítását. Úgy emlékszem, hogy az én 9250-emhez a MPU6050_9Axis_MotionApps41.h-t használtam, és működött. -
válasz
Dißnäëß
#14176
üzenetére
Amit írtál megoldás, arra is van több próbálkozás, de a hatalmas pufferkondi csak arra elég, hogy az állandó tápról egy szünetmentes tápra átállás közti kb 1 tized másodperces szünetet áthidalja.
Szünetmentes tápot csinálhatsz powerbank-ből, vagy rákötöd egy hagyományos UPS-re. A betápot rákötve az egyik gpio-ra, egy scripttel lehet figyeltetni az állapotát a graceful shutdown érdekében. -
válasz
Dißnäëß
#14176
üzenetére
Hát rengeteg féle próbálkozás van a probléma megoldására. A legkézenfekvőbb az ipari minőségű SD kártya használata. Van olyan disztró, ami keveset használja az SD kártyát, ha akkor rántják ki alóla a tápot, amikor éppen nem ír rá, akkor nem okoz problémát. Én évekig használtam tv-re kötve egy pi zero-t libreelec-kel (a libreelec jellemzően nem sokat ír a kártyára) úgy, hogy a tv usb-jéről kapott tápot, így a tv a kikapcsolásakor ugye minden esetben elvette a tápot, és ami baja van volt. Ugyanakkor többeknek meg egy áramszünetet sem élt túl, lásd Raspberry topik.
-
válasz
Dißnäëß
#14174
üzenetére
Hát ezeket elég nehéz lesz egy projektbe foglalni.
Nekem van itthon két érintőkijelzőm, mindkettő várja jobb sorsát, az egyik egy PiTFT, ami spi-n keresztül kapcsolódik a raspberry-re, azt például el tudom képzelni, hogy esp-ről meg lehetne hajtani, csak ember legyen, aki drivert ír hozzá.
A másik egy UNO shield, SD kártyaolvasó+touchscreen, az például pont jó lenne az erősítődre vezérlőpanelnek.
A pi jól elvan magában, amíg nem kap egy áramszünetet és az SD kártyán lévő fájlszerkezet nem piszkolja össze magát, vagy hal meg csak úgy magától benne a kártya. Maga a pi és a raspbian elég stabil. Kell bele egy ipari SD kártya. -
válasz
MrChris
#14172
üzenetére
szenzor fix és a drót mozgat egy lyukkártyát?
Igen, egy lyukkártyát vagy egy tárcsát. A tárcsa könnyebben beszerezhető, de talán a pontossága a kisebb elmozdulás miatt kevesebb lesz. Régi golyós egerekből kellene kinyerni a tárcsákat meg az érzékelőket, azok nagyon finom elmozdulásokat képesek detektálni. Nekem van egy pár ilyen egér eltéve, minden eshetőségre.
A felülnézetre később rájöttem
-
Kifutottam a szerkesztési időből.
Mindkét terv előnye, hogy nem kell hozzájuk analóg bemenet, az encoder/optokapu miatt csak egy-egy digitális bemenet kell hozzá, az optokapu ugyanis digitális jelet ad.
A második terv előnye, hogy felnagyítja a mozgást, tehát kisebb mozgásra is reagál, de talán ez hátrány is lehet, ha túl érzékeny lesz a szerkezet. -
válasz
gyapo11
#14166
üzenetére
Kizárt dolog, hogy ez működne.
A pedál nem egy precíziós szerkezet, nem hinném, hogy alkalmas lehet ilyen mérésre. De az nekem is eszembe jutott, hogy a húrok rezgését is lehetne használni, de nincs értelme, túl sok pluszmunkával járna a hangokat egyesével végigzongorázni, hiszen pont azt szeretné megúszni. 
-
válasz
MrChris
#14163
üzenetére
Az a probléma, hogy olyan pici elmozdulást kellene mérni, ami akár ultrahangos, akár lézeres távolságméréshez kevés felületet biztosít. Amit mérni lehetne, az az egyes tompítók által eltakart fénysugár erősségében bekövetkezett változás. Tegyük fel, hogy a tompító egyik oldalára fényforrást teszel, pl. lézer dióda (filléres tétel), másik oldalára fototranzisztort (szintén). A tranzisztor feszültségét az arduino analóg bemenetein méred. A fénysugár erősségét úgy állítod be, hogy egy kisebb árnyék már változást okozzon a mérésben. Innentől a változást kell detektálni.
Ettől szerintem üzembiztosabb megoldás lenne, ha némi mechanikát is vinnél a rendszerbe: minden tompító fölé egy vékony, könnyű tűt helyezni (pl. zongorahúrból, biztos tudsz szerezni), és a tű elmozdulását mérni. Ennek az lenne az előnye, hogy lehetne encoder tárcsát használni a mozgás detektálására (pl mint a régi, golyós egerekben). Mivel a tompítók alapból nem biztos, hogy hajszál pontosan egy magasságban vannak, a rendszer kalibrálná magát ráhelyezéskor. Az encodert a tű forgástengelyére kell tenni.Én meg zenész vagyok.
-
válasz
MrChris
#14157
üzenetére
Csak nem zongorahangoló vagy?
Milyen módon gondoltad használni a műszert, amikor elkészült? Minden tompító elé külön érzékelő kellene, vagy egyszerre mérnél többet? Ha jól sejtem, egyszerre szeretnéd mérni a bemozdulás tényét és megállapítani, hogy a műszertől számolva hányadik tompító mozdult előbb.
Lehet olcsó, gyors és pontos szenzort kapni, a probléma csak az, hogy ezekből egyszerre kettőt választhatsz.
Tudok olcsó és pontos távolságmérőt javasolni, de nem lenne alkalmas gyors mozgások mérésére.
Szerintem érdemesebb lenne több olcsó szenzort használni. Ami az eszembe jutott, a lézerdióda + fototranzisztor lenne. Távolságot ugyan nem tudsz vele mérni, de mivel a tompítók nagyjából ismert távolságra vannak egymástól, egymás mellé kellene szerelni néhány fototranzisztort, és kijelezni, melyik érzékelt először bemozdulást.
Szerintem jobban járnál egy nagysebességű kamerával. -
válasz
repvez
#14150
üzenetére
Most tulajdonképpen mi a kérdés? Betetted a nano-t egy shield-be, rádugtál egy szervót, és utána gépre durva nem ad életjelet, vagy akkor se, ha kihúzol belőle mindent és csak a lapot magában dugod a gépre? Előbbi esetben valószínű a shield hibás, vagy rövidre zársz valamit, esetleg a szervó áramfelvétele miatt a nano-n az usb-t védő polyfuse leválasztja a lapot. Ez utóbbit tapintással lehet ellenőrizni, az usb csatlakozó környékén egy nagyobb zöld smd alkatrész nagyon felforrósodik.
-
válasz
Janos46
#14095
üzenetére
Erre szokták mondani, hogy most panaszkodsz, vagy dicsekszel?
75 évesen ilyen hozzáállás és nyitottság igazán példaértékű. 
Én is C64-en kezdtem, megtanultam a gépi kódot is, amit AVR-rel már hasznosítottam is (nyilván nem ugyanaz a nyelv, de a logikája hasonló).
Ha bármi kérdésed van, ide nyugodtan írhatsz, a topik tele van okos és segítőkész tagokkal. Ja, és itt vagyok én is.
-
Értem! Ezt ilyen formában szerintem nem igazán lehet megoldani, illetve feleslegesen túl van komplikálva.
Ahogy én csinálnám: létrehoznék egy LED class-t, aminek 4 metódusa lenne: inicializáló, ahol beállítod a villogás idejét, start, stop, és egy frissítés, amit minden loop ciklusban meg kell hívni, ez ellenőrzi, hogy mennyi idő telt el, kell-e már ki-be kapcsolni a LED-et. Ebből annyi példányt csinálsz, ahány LED van, így az összeset egymástól függetlenül lehet villogtatni. Ha a class túl magas labda, hasonló logikát meg lehet valósítani függvényekkel is, de mindenképp külön inicializáló és külön villogtató(frissítő) függvény kellene. -
válasz
repvez
#14061
üzenetére
Ezeket a reg cimeket, honnan tudom, meg?
Gyári adatlapból, de ha egy modulhoz van library, abban ez valószínűleg előre be van állítva.bármelyik manuált letöltve ugyan az lesz mindegyiké vagy az összes chipnek van sajátja?
Gyárilag egyforma, igen.Ha egy adott modulnak csak egyfajta registere van akkor kettő vagy többet hogy lehet ugyan abbol a modulbol használni ?
Van olyan i²c eszköz, amelyiknek hardveresen vagy szoftveresen változtatható a címe bizonyos korlátok közt, pl 2-3 címbit külső lábakra kivezetve, ezekből többet is fel lehet használni, amennyit a címtartomány enged. Amelyiket nem lehet változtatni, abból csak egyet tudsz használni egyszerre.HA nem tudom , hogy van e felhuzo ellenállás a panelokon, akkor enélkül nem is tudom tesztelni öket ?
Mérd ki egy multiméterrel a Vcc és az SDA, valamint a Vcc és SDL közti ellenállást. Ha kOhm tartományt mérsz, az a felhúzó ellenállás lesz. Persze ne működés közben, hanem kiszerelve mérd.ÉS azt hogy érted, hogy mindegyik vonalra és nem modulhoz kell ilyen ?
Két db. ellenállás kell, egy a Vcc és az SDA, egy pedig a Vcc és SDL közé.Mitől , függ, hogy honnan számit hosszúnak a vezeték aminél már kisebb ellenállás kell?
jelenleg csak 20cm es vezetéket tettem rá tesztelni, de későnn ez változhat.
Az rövid. A hosszú mondjuk 1,5-2m-nél kezdődik.A párhuzamos soros részt, ugy értettem, hogy ha 4 modult teszek rá akkor mindegyik lábhoz 4 vezetéket kell bekötni vagy beköthetem ugy is, hogy az egyik modul SDL lábárol a másik modul SDL lábára aztán a 3. és 4ére kötöm , majd a 4. től vezetem csak vissza a panelra és igy csak két vezeték menne a panel azonos lábaira:
Dehát attól még mindkettő párhuzamos. Az egyik csillagpontos, a másik daisy-chain (ha jól tévedek). De utóbbinál a lánc hosszúságával nő a zavarérzékenység, és csökken(het) a sebesség.Hű, jó sokáig írtam a hozzászólást.
-
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.
![;]](//cdn.rios.hu/dl/s/v1.gif)
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. -
#13908
Aryes
nagyúr
its_grandpa
#13907
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
-
#13881
Aryes
nagyúr
tonermagus
#13878
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?
-
#13872
Aryes
nagyúr
tonermagus
#13871
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.
-
#13869
Aryes
nagyúr
tonermagus
#13868
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. -
#13831
Aryes
nagyúr
tonermagus
#13828
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.
), egyszerűen bosszant, hogy ugyanazt többször kell leírnom, mert semmibe veszed, amit mondok. 
Próbálom ezután visszafogni magam, és nem adok több tanácsot. 
Akkor meg is van, a szalag nem kap tápot egyáltalán. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Csak arra vigyázz, hogy piszok nehéz forrasztani (nehezen tapad és könnyen leszakad a vékony fém réteg róla).
Új hozzászólás Aktív témák
ekkold
- LG 48C4 - 48" OLED evo - 4K 144Hz - 0.1ms - NVIDIA G-Sync - FreeSync - HDMI 2.1 - A9 Gen7 CPU
- HIBÁTLAN iPhone 14 Pro Max 256GB Gold -1 ÉV GARANCIA - Kártyafüggetlen, MS3511
- Acer TravelMate P214 i3-1115G4 16GB 512GB 14" FHD 1év garancia
- HIBÁTLAN iPhone 13 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3665, 100% Akkumulátor
- Microsoft Surface Pro 6 fekete
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest