- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Házimozi belépő szinten
- Projektor topic
- Lenovo Legion és IdeaPad Y széria
- Milyen billentyűzetet vegyek?
- Milyen széket vegyek?
- Melyik tápegységet vegyem?
- AMD Navi Radeon™ RX 9xxx sorozat
- OLED TV topic
- Itt a Panther Lake és az Intel rendkívül sokat vár tőle!
-
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
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.
-
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)?
-
#13785
Aryes
nagyúr
tonermagus
#13782
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.
-
#13694
Aryes
nagyúr
tonermagus
#13693
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.
-
válasz
daninet
#13679
üzenetére
Állapotgép. Egy végtelen ciklusban minden alkalommal beolvasod a bemenet értékét. Kell egy változó, amit még a ciklus előtt deklarálsz, és amiben az előző állapotot tárolod. A beolvasás után összehasonlítod az aktuális állapotot az előző ciklusban elmentett állapottal, ha nem egyforma, akkor végrehajtod a feladatot, amit változáskor kell lefuttatni, felülírod az előző állapotot a mostanival és kész.
-
válasz
zsolti_20
#13658
üzenetére
Szerintem félreértés van, az lehet a lassúság oka, hogy a serial kapcsolat felépülésekor az arduino reseteli magát!
Tegyél egy 10 uF kondenzátort a reset és a gnd közé, és nézd meg, hogy megszünteti-e a késleltetést. (Programozás előtt ezt nyilvánvalóan ki kell húzni, mert nem fogod tudni feltölteni a programot)
Ha nem, akkor sem tartom valószínűnek, hogy az arduino lassúsága lenne az oka, bár nem írod, milyen boardról nem szó, de az uno 16MHz sebessége azért nem annyira lassú, hogy ilyen késést okozzon. Mekkora bitrátával küldöd az adatot? Jó lenne látni a kódot a küldő és a fogadó oldalhoz is (ha a kondenzátor nem oldja meg a dolgot). -
Nem tudom mire gondolsz, de annyira nem trükkös.
Van lehetőség ethernet-re is, de nem annyira bevett szokás vezetékes netet használni, viszont az említett esp wifi-képes, úgyhogy úgy látom az lesz a neked való lap.
ESP8266 vagy ESP32. A rajtuk lévő flash-t nagyon sokféleképpen lehet használni, akár egy szöveges fájlban is tárolhatod az adatokat, de van rá sqlite adatbázis (!) is. Úgy emlékszem eeprom emulációt is láttam, ami úgy ír a flash memóriába, mintha eeprom lenne, de azt most nem találom. -
-
-
-
válasz
zsolti_20
#13640
üzenetére
Nagyon szívesen.
Arra figyelj még oda, hogy ha UNO-val használod, annak 5V-osak a kimenetei, a scanner pedig ha jól értem 3.3V. Nézd meg, hogy van-e szintillesztés gyárilag a s-rx s-tx pineken, pl szimpla feszültségosztó is megteszi, és ha nincs, tegyél rájuk (elég a tx-et összekötni az arduino-val, mert küldeni úgysem fogsz neki adatot soros porton), különben kockáztatod, hogy esetleg megsütöd a szerkezetet, és kár lenne érte, elég drága cucc. -
válasz
zsolti_20
#13632
üzenetére
Én szeretem a rejtvényeket, ezért nem bánom, hogy nem olvastam el korábban az Ali oldalon a leírást, de magadnak spórolhattál volna egy kis időt, ha elolvasod.
"Support for setting module parameters by scanning the setup code (see the specification for details)
Settable parameters include (read mode, baud rate setting, command mode, prompt tone output adjustment, output format, barcode selective setting)"
Még a baud rate is le van írva.Olvasd át a manualokat:
[link]
Benne vannak a vezérlő kódok!Van benne Continuous mode és night vision is.
-
válasz
zsolti_20
#13632
üzenetére
Na akkor szuper.
Nézd meg, hogy mit csinál a gomb, általában földre szokott zárni egy i/o lábat, de lehet, hogy tápra, ezt mérd ki, és utána arduino-val te is meg tudod tenni, de ettől még nem fog neked folyamatosan szkennelni. Gondolom van egy timeout, ha egy bizonyos ideig nem lát kódot, abbahagyja a szkennelést. Tapasztald ki, mennyi ez az idő. Az is lehet, hogy serial-on vmi kóddal is lehet vezérelni (mivel ott az rx láb, csak van funkciója), de ehhez már kéne dokumentáció. Esetleg próbálj neki karaktereket küldeni, hátha beletrafálsz. A gomb folyamatos nyomvatartását is próbáld ki, hátha. -
válasz
zsolti_20
#13630
üzenetére
Feltételezem, hogy ch340 driver már telepítve van a gépeden, a kínai klón arduino-k általában ezzel vannak szerelve.
Mikor gépre dugod, felismerte? Megjelent egy új com port a gépen?
Az ide-ben ki kell választani a megfelelő COM portot, és utána fog csak működni a serial monitor. Feltételezve, hogy nem kell neki tx-en vmi inicializáló parancsot küldeni, hanem bedugás után küldi sorban az adatot.
Eredetileg mivel is kötötted össze a SDA, SCL lábakat, milyen lappal?Látom van a nyákon egy csipogó, mikor kódot mutatsz neki, visszajelez?
-
-
Hogy a viharba ne lenne megszakítással megoldva?
Hogy érted azt, hogy nem működik?
Ugye átírtad ezt a részt a saját bekötésednek megfelelően?const int PinSW=3; // Rotary Encoder Switch
const int PinDT=4; // DATA signal
const int PinCLK=2És nem értem, hogy miért, de nincsenek inicializálva a pinek bemenetként, ki kell egészíteni a programot:
pinMode(PinSW, INPUT_PULLUP);
pinMode(PinDT, INPUT_PULLUP);
pinMode(PinCLK, INPUT_PULLUP);A saját kód, amivel ki szeretnéd egészíteni a programot, miből áll? Tartalmaz delay-t vagy serial.print-et?
-
Dehogynem jó! Pont azt csinálja a program, amit kell neki.
Mivel az encoder gyorsabban foroghat, mint ahogy a lap ki tudja írni az adatokat serial porton, ezért nem lesz minden lépés kiíratva, csak az aktuális pozíció. Teszteld le: jelöld be az encodert egy pozícióban, és tekergesd oda-vissza párszor, majd nézd meg, hogy pontosan követi-e a kiírt adat a valóságot! Ugyanabban a pozícióban ugyanazt a számot kell neki kiírnia.
Ha mégse lett igazam, akkor alighanem pergésmentesíteni kell. -
válasz
Dißnäëß
#13586
üzenetére
"Érdemes még figyelni (...) az irq letiltására"
Akkor már leírom azt is, hogy miért: hosszabb megszakítások elején szokás letiltani az összes megszakítást (a végén pedig újra engedélyezni), hogy ne történhessen meg az, hogy a megszakítás közepén új megszakítás aktiválódjon. Ez jelen esetben pl egy pergés esetén fordulhat elő. Mivel a megszakításkor a processzor a programszámlálót és az állapotregisztert a verembe (stack) menti, szélsőséges esetben az is előfordulhat, hogy túlcsordul a verem, illetve felülírja a ram teljes tartalmát.
-
Ez a példa félig működik csak jól, mert ugyan minden változásra reagál, de a számlálást ugyanúgy a loopban végzi. A számlálást be kell tenni az isr-be, akkor jó lesz.
Próbáld ezt:volatile boolean TurnDetected;
volatile boolean up;
volatile long virtualPosition=0;
const int PinCLK=2; // Used for generating interrupts using CLK signal
const int PinDT=3; // Used for reading DT signal
const int PinSW=4; // Used for the push button switch
void isr () { // Interrupt service routine is executed when any CHANGE transition is detected on CLK
volatile boolean CLK = digitalRead(PinCLK);
volatile boolean DT = digitalRead(PinDT);
up=((!CLK && DT)||(CLK && !DT));
if (up)
virtualPosition++;
else
virtualPosition--;
TurnDetected = true;
}
void setup () {
pinMode(PinCLK,INPUT);
pinMode(PinDT,INPUT);
pinMode(PinSW,INPUT);
attachInterrupt (0,isr,CHANGE); // interrupt 0 is always connected to pin 2 on Arduino UNO
Serial.begin (9600);
Serial.println("Start");
}
void loop () {
if (!digitalRead(PinSW)) { // check if pushbutton is pressed
virtualPosition=0; // if YES, then reset counter to ZERO
Serial.print ("Reset = "); // Using the word RESET instead of COUNT here to find out a buggy encoder
Serial.println (virtualPosition);
}
if (TurnDetected) { // do this only if rotation was detected
TurnDetected = false; // do NOT repeat IF loop until new rotation detected
Serial.print ("Count = ");
Serial.println (virtualPosition);
}
} -
-
Encodert érdemesebb interrupttal kezelni, a pollozás soha nem lesz elég gyors ahhoz, hogy pontos legyen a számolás. Amíg a programnak semmi más dolga nem volt, mint az encodert figyelni, addig persze működött, de a mérés (főleg a rengeteg Serial.print miatt) már túl hosszú ideig tart, kimaradnak lépések.
Ha nincs kedved átírni a kódot, szedj ki minden kiíratást, talán elég lesz és működni fog. -
#13555
Aryes
nagyúr
tonermagus
#13554
válasz
tonermagus
#13554
üzenetére
Azt olvastad, amit én írtam?
-
#13549
Aryes
nagyúr
tonermagus
#13544
válasz
tonermagus
#13544
üzenetére
"Hogy tudom azt megcsinálni, hogy a 43.121212-ból 43121212 legyen? "
Rohadt egyszerű:43.121212*1000000= 43121212 -
#13530
Aryes
nagyúr
tonermagus
#13529
válasz
tonermagus
#13529
üzenetére
"házak között városban, az erkélyről próbálgatom. Elképzelhető hogy ezért a nagy pontatlanság?"
Biztos! Eleve nem lát rá minden műholdra, és házak közti visszaverődések emiatt könnyebben összezavarják a rendszert (ugyanazt a jelet többször is megkapja a vevő), sőt, van, hogy az eredeti jel nem is jut el a vevőig, csak a visszavert, így hibás lesz a számítás. Ilyenkor egy ház előtt guruló autó is hibát tud okozni.
-
válasz
Gergosz2
#13524
üzenetére
"Fix pontra minek GPS meg RF adó? Nem elég lenne elég csak a koordinátája? "
Korábban volt róla szó, hogy egy GPS vevő önmagában elég pontatlan, de két egyforma GPS vevő egymáshoz közel nagy valószínűséggel ugyanabba az irányba és ugyanannyit téved, ezért egymáshoz viszonyítva nagyon pontosan lehet velük távolságot mérni.
Illetve ha az egyik vevőnek ismert az abszolút pozíciója, akkor a mért és a valós helyzet közti különbséget levonva a 2. GPS vevő által mért pozícióból, szintén elég pontos helyadatot lehet nyerni. -
válasz
kesztió
#13515
üzenetére
Ha biztosra akarsz menni, beforrasztás után nyomj rá egy csík forróragasztót, akkor tuti, hogy nem a forrasztásnál fog eltörni, ha hajlítgatják.
Én egyenként szoktam, ha csak egyet csinálsz, ki lehet bírni... Van olyan kábel, amit le sem kell csupaszítani, mert a páka hőjétől felszalad rajta a szigetelés, ha lusta vagy, ezt is meg lehet próbálni. -
-
válasz
FeniX-
#13507
üzenetére
Jobban teszed, ha a pin-t inkább sink módban használod, vagyis a szenzort a +5V és a pin közé kötöd, mert a pin úgy nagyobb áramot tud elviselni (az uno source-ként asszem 28mA, sink-ként 40mA), de az egésznek csak akkor van értelme, ha akkumulátoros üzemben használod, akkor lehet némi energiát spórolni így, külső táp mellett nem sok haszna van.
-
#13505
Aryes
nagyúr
tonermagus
#13504
válasz
tonermagus
#13504
üzenetére
Semmit nem tudok erről az eszközről, feltételezem, hogy a beállított baud érték helyes. Csak annyit tudok mondani, hogy cseréld meg az RX és a TX lábat, hátha felcserélted véletlenül.
-
-
válasz
FeniX-
#13493
üzenetére
Szia! A tranzisztor emitterét mindenképp össze kell kötni az arduino gnd-jével, különben nem jön létre az áramkör.
A ventilátort pwm-mel szeretnéd szabályozni? Először próbáld ki 100% kitöltéssel, és onnan csökkentsd a kitöltést, ne 0-ról felfelé, mert 30-40%-ig valószínűleg meg sem fog mozdulni. -
Remélem látszik a lényeg a képen.
Olyan optokapu kellene, ami nem infra fényt használ, hanem látható fényt, vagy egy egyszerű vörös lézerdióda + fototranzisztor, mert a fekete nyomtatófesték sajnos az infravörös fényt nem igazán nyeli el, nem lesz elég kontraszt a két jelszint megkülönböztetéséhez.
Rajzoltam egy lencsét a fény fókuszálásához, hogy a vékony vonalakat be lehessen olvasni, de ez egy lézerdiódánál talán el is hagyható. -
válasz
zsolti_20
#13490
üzenetére
Két teljesen különböző dolog, nem lézeres, és nem mér távolságot, bár közelség mérésére szokták használni (proximity sensor).
A lényeg, hogy a fekete és fehér felület más fényvisszaverő képességgel rendelkezik, egy fototranzisztorral pedig tudod mérni a fényerő változását, ahogy a csíkok sorban elvonulnak a szenzor előtt. Ehhez persze úgy kell nyomtatni, hogy ne keresztben, hanem hosszában jöjjön ki a vonalkód a nyomtatóból, tehát ha az optikát elhelyezed a nyomtató papírkiadó tálcája fölött, a csíkok maguktól átmenjenek alatta.
Megpróbálom lerajzolni neked.
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.
Én csak felhívtam a figyelmed, hátha elkerülte.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
ekkold
- Dell UltraSharp 27" QHD 2.5K 100% AdobeRGB 1 év garancia
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 16/32/64GB RAM RX 9060XT 16GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 13 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3665, 100% Akkumulátor
- Logitech Blue Yeti kondenzátoros asztali mikrofon
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest