- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Azonnali alaplapos kérdések órája
- Házimozi, és Hifi kábelezés!
- VR topik (Oculus Rift, stb.)
- Soundbar, soundplate, hangprojektor
- Szünetmentes tápegységek (UPS)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Apple notebookok
- A Plus modell gyengébb lett
Hirdetés
-
Lunar Lander Beyond teszt
gp Nagyon sok évtizeddel az eredeti Lunar Lander megjelenése óta ismét ezen a címen jelent meg Atari logóval egy játék. Vajon mennyit javult a játékdesign a hetvenes évek óta?
-
Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
ma Részletes anyag került fel az internetre a Sony idei középkategóriás telefonjáról, három helyett két hátlapi kamera várható.
-
Megbírságolták a Razert a Zephyr maszkok miatt
ph A cég elég olcsón megússza az ügyfelei félrevezetését, de az üdvözlendő, hogy az Egyesült Államok hatóságai nem siklottak el az ügy felett.
-
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
-
Janos250
őstag
Egy régi project dobozomban találtam egy Mega 2560-at. Gyorsan ki is próbáltam. A mintapélda fut rajta, bár az xTaskCreate második paraméterében - az egyébként tök fölösleges - idézőjeles név elől az átdefiniálást törölni kellett.
Ezen felbuzdulva próbáltam rákeresni, hogy C++11 ügyben mi újság. Azt írják, hogy támogatja, de ez a támogatás meglehetősen gyér. Pl. egyből elakadt a fordítás a thread-en és a cout-on is. Pedig a cout nem egy ritka jószág.
Az ESP32-n nincs gond, az arduino IDE alatt fordítva, ezek (is) simán mennek.[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
atesss
addikt
Köszi, a tippet.
Találtam is ugyanott [link]
1 Set 433MHz 100 Meters Wireless Module Kit ASK Transmitter STX882 + ASK Receiver SRX882 + 2Pcs Copper Spring Antenna - $1.73.
És van a szettben két tekercsantenna is.
De sajnos úgy látom nincs az STX882 adómodulon kvarc. Vagy a kör alakú fémtok alatt lenne (bár kétlem hogy elférne, meg miért raknák bele) ?
A kerámiaszűrő az a 3 lábú, narancsos-barnás színű 3 lábú alkatrész lenne az SRX882 vevőmodulon ?
MOD: hát az Aliexpress kereséssel az "STX882 SRX882" kulcsszóra [link] mindegyik pontosan ugyanígy néz ki, nem látok az adómodulon kvarcot sehol sem.Ja ok, ez akkor csak tényleg egyszerű rádió. Amúgy kb. milyen az adatsebessége ?
Amúgy a 868Mhz-et is szabadon lehet használni, nem ?
Arra léteznek hasonló modulok ?[ Szerkesztve ]
-
atesss
addikt
Rémlik egy olyan információ, hogy a tokozásban a kvarcok-kristálynak van egy minimális fizikai mérete, és az alatt a méret alatt jóval nehezebben működik a rezonancia (illetve csak bizonyos rezonancia frekvenciákig). De aztán nemtom, lehet ez hülyeség.
Ok, akkor ez a szett ezek szerint viszonylag normálisabb kiépítésűnek tűnik.
Ez az adatsebesség annyira nem is kevés. Ok, nem ezzel fognak video-t stream-elni, de ahhoz képest a kb. bit/s-es nagyságrendnél - amire a legtöbb ilyen eszközt használják, távirányításra - azért jóval több.
Úgy látom vannak amúgy sokkal komolyabb antennák 433MHz-re is: [link]
De egyelőre nem veszek ilyesmit. Majd ha esetleg jól beválik ez megoldás, és épp kevés lenne a hatótáv, akkor.
Meg van tekercsantenna is, de ahogy látom csak ilyen 50 meg 100db-os csomagban [link]
Frekvencia-gazdálkodási előírás (mármint konkrétan EU-s/Magyarországi) alapján az antennára vagy bármilyen fizikai kialakításra amúgy nincs kitétel, csak az adónak az adóteljesítményére (mW) van egy maximum ? -
nagyúr
Én a lencsés módszerrel, közvetlenül uC lábról (kb. 20 mA) hajtva simán átvittem a 10 métert. Kísérleteztem vele sokat, és próbáltam 1A csúcsárammal is meghajtani, de alig befolyásolta a hatótávot. Ami igazán segít, az a lencsés fókuszálás.
A tsop sorozattal rengeteget játszottam, és én pont azt tapasztaltam, hogy a várttal ellentétben 10kHz-70kHz-ig szinte minden frekvencián vesz, kivéve egy-egy keskenyebb sávot, ha jól emlékszem 25kHz és 50kHz környékén. És 20-25% körüli kitöltési tényezőnél a legjobb az átvitel, erre sem találtam magyarázatot, hogy miért nem 50% a legoptimálisabb.
-
atesss
addikt
Sajnos az én esetemben ennek a TSOP vevőnek a beépítése kicsit nehézkesebb, mint egy 5mm kerek "led" tokos fototranzisztornak. Bár lehet nem annyira vészes, de ehhez élőben kéne látnom.
Ebben a kísérletedben az adó led pontosan mi volt, és milyen adatlap szerinti sugárzási szöggel ? -
gyapo11
őstag
Ha tsop-vel szeretnék optokaput, mivel tudnék adni? Távirányító benyomott gombbal nem túl iparos megoldás.
Van ilyen ic, ami szabványos 38 kHz-es jelet ad, tápot meg diódát kap és kész, ad a világ végéig?
Arduinoval meg tsop-val meg csak mérném a két adat közötti időt, és ha hosszabb, akkor bekerült valami a kapuba.[ Szerkesztve ]
menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
atesss
addikt
Mekkora ellenállással próbálkozzak első körben ?
Dugdosós próbapanellel csinálnám szerintem még ezt a tesztelést.
Pl. bedugok pl. egy 50k-st, megmérem a megvilágított és a nem-megvilágított áramokat, meg mondjuk a kimeneti feszültséget is mindkét esetben.
Ha a megvilágított áram 5mA fölött van, akkor még mehetek feljebb egy lépcsővel, és berakok egy fele akkora ellenállást ?
"Az érték függ a kiépítéstől is, például mekkora környezeti fény jut vissza a detektorra."
Szerintem környezeti fény nem fog túl sok, mivel egy kis falapba tervezem befúrni a fototranzisztorokat. És az egész falapot felcsavaroznám a figyelendő eszköz elé, szorosan rá (és a kijelző csak kb. 1-2mm-el van mélyebben mint a külső háza).
Viszont a közeli szegmensekből visszajuthat fény. A szomszédosból nem, vagy legalábbis hibás működést nem okozna szerintem. Úgy tervezem megcsinálni mind a detektorok elhelyezését, mind a SW-es érték-méréseket, hogy ez ne befolyásoljon.
Amikor nincs hiba, akkor minden kijelző szegmensein egy "körbefutó" jelzés van. Egyszerre egy szegmens világít, és egy "ciklus" alatt körbemegy mindegyik szegmensen, mindegyiket felvillantja (bár ez elég gyors, kb. olyan 1-1,5 sec).
Amikor hiba van, akkor viszont fixen világítanak a szegmensek, az "Err ..." feliratot kiadva.
Gyakorlatilag azt érzékelném, hogy mikor világít egyszerre két szegmens (pl. az "E" betű alsó és felső vízszintes szára, azaz szabványos kiosztással számolva az A és a D szegmens). Ezen felül meg még mondjuk biztonságnak bejöhet egy harmadik detektor, a második r betű egyik szegmensére.
Viszont az eszembe jutott, hogy ha multiplexelve vannak a kijelzők, akkor esetleg az okozhat problémát ebben a logikában -
atesss
addikt
Ja igen, a poti jobb ötlet, ja.
Csak helipotim szerintem nincsen. De végülis gondolom sima trimmerrel is jó, ha óvatosan tekergetem.
MOD:
Illetve egy-egy sima trimmer akár még bent maradhat a végleges kapcsolásban is, és akkor minden szegmensre külön-külön is beállítható lehet a leginkább megfelelő feszültségosztás/kollektoráram.
Mondjuk 2x3 detektorra ez már 6 trimmer. A nyákon tulajdonképp elférne. Árban meg nemtom, kb. 100-200Ft egy darab trimmer (azaz 600-1200Ft összesen, ami az egész projekthez képest nem jelentős tétel) ?A multiplexelés hatását még nem tudom, csak egy sejtés. De akkor majd szkóppal kimérem. Na most jól fog jönni, hogy egy 4-csatornásam van, egyszerre tudom majd nézni mindhárom fototranzisztor feszültség-idő függvényét.
"... az ellenállás értékéhez igazított - elektrolit kondenzátort"
Ezt pontosan milyen képlettel számoljam ki ?De persze először a "futó" kijelző szegmenseinek váltása közti idő kellene, ezt szerintem első körben telefonnal kamerázva fogom mérni (képkockánként kiléptetve), ha ez a 25/30fps-hez nem túl gyors (többet nem tud sajnos a telefonom).
[ Szerkesztve ]
-
atesss
addikt
Hát igazából felhúzó ellenállást nem raktam fixen a Raspberry GPIO pinekre, csak egy soros 330 Ohm-os ellenállást.
Mondjuk belegondolva ez - ha a GPIO bemenet Mosfet-es, amire jó esély van - akár okozhatna is problémát. Bár eddig még sehol nem fordult elő ebből problémám.
De ha pont ez okozná a gondot, akkor miért lesz a "GPIO-nullázódás" ideje pont ilyen "emberi léptékű" tized-másodperces időtartományban ?
Igen, mind a 8 pin bemenetként van használva.
Illetve pontosabban a 8-ból 2 nincs is használva, azt én nem is kötöttem be sehova.
Ugyan nem tudom a modulon belül van-e bárhova kötve, de igazából nem nagyon kellene. Főleg nem VCC-re.
Igen, azt néztem is hogy ezt "quasi-bidirectional" -nak írták. De eddig még nem mentem bele, hogy ez pontosan mit is jelent elektronikai szempontból.
"maszkolni a megszakítást (adott input eredményezzen-e olyat)" - Ez is hasznos mondjuk.
Hát ezek tényleg nagy előnynek hangzanak azért így együtt már. Utánanézek részletesen akkor ennek az MCP230xx-nek is.
Csak persze az is kérdés, hogy mennyivel drágább ez a modul...
Meg mennyivel nagyobb a modul nyákja, stb. -
atesss
addikt
Ahha, látom, igazad van.
100kOhm-ot ajánl felhúzónak. Most csak 10kOhm van itthon (már ha egyáltalán megvan az a maradékom még 8db), az esetleg jó lehet ?
A bemenetek közül 4db mikrokapcsoló, 2db meg mikronyomógomb. Ezek most egy-egy 2,2kOhm-os ellenálláson keresztül húzzák földre a pineket, amikor átkapcsolom a kapcsolót/lenyomom a gombot.
Így is jó lehet még a 10k ?Mondjuk azt még mindig nem annyira értem, ez hogyan okoz ilyen hibát. A - felhúzóellenállás hiányában - ha pl. a mosfet feltöltődik, akkor hogyhogy pont ilyen tizedmásodperc nagyságrendű idő lesz mire visszaáll ?
Illetve nem is. Ha az Interrupt Pin 1-es, akkor ez azt jelenti, hogy változott a bemenet.
Vagyis akkor lebeg a Pin, azaz 0 és 1 között ugrál folyamatosan ?Hát hozzávetőleges támpontnak jó az IC ára.
De igazából az a kérdés, a kínaiak mennyiért építettek rá kész modult.
Azt meg nem mindig lehet ilyen egyszerűen magyarázni. Pl. volt hogy néztem, hogy egy teljes modul ára a nagy(1000+) db-os tételben kapható IC áránál is jelentősen olcsóbb volt...MCP230xx-ból amúgy van 16 portos, vagy akár még annál is nagyobb kivitel ?
[ Szerkesztve ]
-
nagyúr
Nem kell külső felhúzó ellenállás, az MCP23017-ben például van belső felhúzó (asszem 100k).
atesss:
"Amikor változás van, rendben 1-be vált az INT pin. Utána kiolvasom az összes bemenetet, rendben látszik is hogy a PCF8574-nek melyik bemeneti pinje változott meg.
De az INT 0-ban marad ez után is, nagyon sokáig.
Direkt beraktam sleep-et, hogy teszteljem ezt, és még 0.1s után is maradt."Elolvastam vagy 5x, de nem értem. Amikor változás van, miért vált 1-be az INT pin? A PCF8574 INT kimenete active low, vagyis az alaphelyzet az 1, és akkor vált 0-ra, ha van interrupt.
Szerintem fordítva ültél fel a lóra.[ Szerkesztve ]
-
atesss
addikt
No a szkópos mérés alapján úgy néz ki hogy mégiscsak valahogy a programkód okozza a problémát.
Az 1. ábrán nem volt sleep a python scriptben a kiolvasú függvényemben a PCF8574 kiolvasása után: [kép]
A 2. ábrán 35 ms sleep() volt: [kép]
A 3. ábrán pedig 125 ms sleep() volt: [kép]A kék az INT pin.
A sárga pedig a nyomógomb amit megnyomtam, és a PCF8574 egyik bemenetét húzza földre egy ellenálláson keresztül.[ Szerkesztve ]
-
atesss
addikt
No már elkezdtem írni hogy mi lehet ennek az "anomáliának" az oka.
Aztán miközben írtam, esett le hogy mi is van:
Mivel a --változásokat-- figyeli a PCF8574, akkor is van ugyanúgy interrupt, amikor elengedem a gombot (az INT pin akkor is 0-ba megy).
És a gombot jelző sárga jel ugye így pont az inverze. De amúgy semmi más különbség nincs, most teszteltem.
Valószínűleg csak annyi történt, hogy a 3. képnél még nyomva tartottam a gombot, amikor csináltam a képet. Vagy esetleg STOP-oltam a triggerelést a szkópon.
A sárga mérőfej magán az input porton volt (illetve egy 20cm-es hozzáforrasztott kábel végén).
A kék mérőfej pedig magán az INT porton (szintén egy 20cm kábelen).
A felhúzó ellenállás még nem került fel. Írtam, hogy direkt úgy tesztelem most a szkóppal, hogy még nem forrasztom fel őket.
Az I2C-s mérés is egy jó ötlet lenne. De közben még tesztelgettem, és egyértelműen programkód-oka van a dolognak.
Ámde azon belül valami nagyon is fura oka...
Direkt kiszedtem a GPIO interruptot. Illetve a PCF8574 beolvasását is közvetlenül a MAIN-be raktam (kiszedtem még a MAIN-ből meghívott függvényből is). De erre nem lett változás.
Eddig amit találtam hogy "megoldja" a problémát, ha kiprintelem a tömböt, amibe előtte már beolvastam a PCF8574-nek a portját.
Próbáltam, hogy kiprintelek egy másik, teljesen ugyanilyen adat-szerkezetű tömböt, de arra meg nem.
Szóval egyelőre tiszta X-akták...if GPIO.input(I2C_IO_INTERRUPT_GPIO) == 0:
# i2c_io_readed_array = i2c_io_reader()
print("------")
io_interrupt_flag = GPIO.input(I2C_IO_INTERRUPT_GPIO)
print("Interrupt pin állapota - olvasás előtt: ", io_interrupt_flag)
print("--")
i2c_io_readed_array = i2c_io.port
if len(i2c_io_readed_array) == 8:
# pass
print("az előző kiolvasás megfelelően megfordított értéke: ", i2c_io_readed_array_reversed)
teszt = i2c_io_readed_array
# print("A beolvasott port tömbje egy külön [teszt] nevű változóba átmásolva: ", teszt)
# print("PCF8574 Port beolvasva. A beolvasott port tömbje:", i2c_io_readed_array)
time.sleep(0.125)
io_interrupt_flag = GPIO.input(I2C_IO_INTERRUPT_GPIO)
print("Interrupt pin állapota - 0.125 sec-el olvasás után: ", io_interrupt_flag)
print("------")
i2c_io_readed_array_reversed = i2c_io_reverser(i2c_io_readed_array)
i2c_io_state = i2c_io_namer(i2c_io_readed_array_reversed)
i2c_io_evaluator(i2c_io_readed_array_reversed, i2c_io_state)
i2c_io_printer(i2c_io_readed_array_reversed, i2c_io_state)
A legbelső if-ben láthatóak a tesztelt "feltételeim".
Csak az utolsó két, most #-el kikommentezett print() bármelyike oldja meg a problémát (természetesen a teszt változós csak akkor ha előtte megvan az értékadása is).
Ez valami eléggé érdekes bug lesz... -
nagyúr
Igen, igazad van, ezt tudom, akartam is írni, hogy a folyamatos PWM jelet időnként szaggatni kell: most fejből nem emlékszem pontosan, talán 40-100ms-onként 20ms szünet, és nem nyomja el a jelet. Valahol egyszer olvastam egy ilyen projektről, instructables vagy hasonló oldalon, futópályán így oldották meg az áthaladás érzékelését, különben nem javasoltam volna.
A TSSP sorozatot nem ismerem egyáltalán, tudsz konkrét darabot javasolni?[ Szerkesztve ]
-
nagyúr
-
dew28
aktív tag
-
nagyúr
Én eddig nem tudtam, hogy mi ez a HMI, szóval ha jól értem, ez egy intelligens kijelző, aminek soros porton lehet azt mondani, hogy "rajzolj egy gauge-ot" és emiatt kerül 6x többe, mint egy mezei SPI vagy i²c kijelző?
Biztos kényelmes használni, de én biztos egy olcsó i²c oled kijelzőt használnék ilyen mérési célra. -
nagyúr
Áhá, értem, köszönöm a részletes leírást!
Mindig tanul az ember.Tehát a fenti célra feleslegesen nagy tudású ez a kijelző, bár úgy látom, hogy 7"-os méretben nemigen van "buta" kijelző, vagy ez van, vagy HDMI, vagy telefonba/tabletbe való nemtommilyen csatolós.
Én a magam részéről mindig a "bare minimum" hardverre törekszem, tehát mi az a legkisebb hardver, ami el tudja végezni a feladatot. Rosszul érezném magam, ha olyan alkatrészt használnék fel egy projektben, ami nemcsak drága, de az 1%-át használom ki annak, amire képes.
-
gyapo11
őstag
a bekapcsolási áramlökés pedig nem kívánatos
A stabkocka rövidzárvédett, viszont ha valami relé, izzó vagy ilyesmi kerül az 5 V-ra, akkor ezek bekapcsolásakor megroggyanhat az 5 V, erre jó a pufferkondi.
[ Szerkesztve ]
menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
gyapo11
őstag
Lehet hogy nem, attól függ mekkora áramot képes felvenni az a valami. Lehet, hogy 5 A-t, lehet hogy 10-et, és akkor a stabilizátor mégsem tudja tartani a feszültséget, de egy megfelelően kis belső ellenállású elkó meg igen.
Az elkó megfekteti bekapcsoláskor, ez igaz. Azonban ez még mindig jobb, ha fél másodperccel később indul az arduino, mint ha menet közben resetel. De ha nincs ilyen nagy áramimpulzust előállító fogyasztó az arduino tápján, akkor nem kell az elkó, elviszi a cuccot a stabkocka.menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
-
Tomika86
senior tag
Ha gombot rakok a mentésre akkor ezzel megtudom oldani?
Nextion mentés gomb megnyomási eseménynél:
print t0.txt
print "mentes#"Arduinoban pedig ez:
if (Serial.available())
{
String indata = Serial.readStringUntil('#');
if (indata.indexOf("mentes") > -1)
{
byte position_ = indata.indexOf("mentes");
arduino_adat = indata.substring(0, position_).toInt();
}
}
Annyi, hogy nem szám típusú a beviteli mező, hanem szöveg. De numerikus billentyűzet lenne megjelenítve.
Köszönöm!
[ Szerkesztve ]
-
Tomika86
senior tag
Hát ez a bajom. Egy oldalon van 3 mutatós műszer, aminek a mutatói nem szeretném, ha akadoznának. Illetve még van mellette 4 text mező és 3 szám mező. Text mezőkben float szám van megjelenítve.
Ezek érdekelnének, hogy mennyi időt kell hagynom a küldések között, hogy kell ütemezni.
Ha az értékek lassabban frissülnek nem gond, de a 3 mutató ne akadozzon.
[ Szerkesztve ]
-
Tomika86
senior tag
Most egyenlőre mással küzdök, nem jövök rá miért nem működik ez:
// Soros portról olvasás képernyőszámhoz
if (Serial.available())
{
String indata = Serial.readStringUntil('#');
// Ha "page0" string érkezik
if (indata.indexOf("page0") > -1) {
kepernyo_szam = 0;
}
// Ha "page1" string érkezik
else if(indata.indexOf("page1") > -1) {
kepernyo_szam = 1;
}
// Ha "reset" string érkezik
// Üzemóra törlése
else if (indata.indexOf("reset") > -1)
{
Uzemora_perc = 0;
Uzemora_ora = 0;
EEPROM_writeLong(EEPROM_cim_ora, Uzemora_ora);
EEPROM_writeInt(EEPROM_cim_perc, Uzemora_perc);
}
// Soros portról olvasás értékek beállításához
// Ha "feszmin" string érkezik
else if (indata.indexOf("feszmin") > -1)
{
byte position1 = indata.indexOf("feszmin");
feszmin = indata.substring(0, position1);
alacsony_akkufesz_ertek = feszmin.toFloat();
EEPROM_writeFloat(EEPROM_cim_akkufeszmin, alacsony_akkufesz_ertek);
}
}
if (kepernyo_szam == 0)
{
// Fordulatszám kijelzés
Serial.print(fordulatszam);
}
if (kepernyo_szam == 1)
{
// Üzemóra óra kiírása
Serial.print(Uzemora_perc);
// Üzemóra perc kiírása
Serial.print(Uzemora_ora);
}
}
Igazából simulátorban működik, de a kijelzőn nem.
Nextion editorban, ha átváltok a page1 képernyőre akkor print "page1#" parancsot küld, page0 esetén print "page0#"
de a kepernyo_szam valtozo 0 értéken marad.
Az üzemóra nullázás se működik.
Most itt kiszedtem a felesleget, de az elvet rontom el gondolom.Ha kiszedem a képernyő szám feltételt akkor működik, de feleslegesen nem akarok adatot küldeni a kijelzőre, csak azokat ami azon a képernyőn van.
Köszönöm a segítséget!
-
tonermagus
aktív tag
Szuper! számomra ennyi elég.
A felhasználó akinek szánom képes arra hogy feltöltsön programokat, de azt viszont nem akarom hogy csak úgy nézegesse a forráskódot.
Ezekszerint a .hexben importálva, majd feltöltve a forráskód értelmezhetetlen lesz külső szemek számára. (ami nyilván nincs így, mert egy hozzáértő valószínűleg össze tudná rakni ) -
Tomika86
senior tag
Köszönöm
A helyén a max 15Vból lenne 2db 7805 stab IC.
Egyik a Nextion kijelző.
Másik az arduino volt. De most esp32-re alakítottam át.
Ebből csinálnék TMS1117 stab icvel 3,3Vot.Lenne az SD kártya a 3,3V-on.
3db FET kimenet.
2db LM1815 ICs induktív érzékelős áramkör.
Illetve az ESP32
Nextion ha jól tudom tud 3,3Vos adatbusszal kommunikálni.[ Szerkesztve ]
-
nagyúr
Egy dolog szemet szúrt: a rajzon egy dióda vezet a bemenet felől a V+ irányába. Ha a V+ mondjuk 5V, és közös a mikrokontroller +5V tápjával (mert miért ne lenne), akkor ha érkezik a bemenet felől mondjuk egy 10V-os jel, az nem emeli meg a mikrokontroller tápját is, ezzel kinyírva azt?
-
PHM
addikt
A protokoll adott, jelenleg egy PC a master, és egy csomó ADAM modul ül a hálózaton.
Ezek nyomógombokat fogadnak, s mivel mostanra eléggé megnőtt a ciklusidő, minden bemeneten van 1-1 hardveres késleltető/jelhosszabbító áramkör. Mivel az ADAM
modulok kimenetei időközben fölöslegessé váltak, jött az ötlet, hogy ezeket és a
késleltető modulokat ki lehetne váltani AVR-rel, vagy Arduinoval, a késleltetést, ill.
jeltartást szoftveresen megoldva.
A nagy kérdés az, hogy van-e erre komplett, vagy összelegózható megoldás, vagy
érdemesebb mindjárt egyedi áramkört tervezni.
- Létezik-e pl az Arduinóhoz RS 485-ös shield?
- Tud-e fogadni kiegészítő áramkör(ök) nélkül 16 kontaktust?
(Sajnos e téren gyakorlatilag szűz vagyok, elnézést, ha ostobaságokat kérdezek.)Ma olyan bizonytalan vagyok... Vagy mégsem?
-
gyapo11
őstag
Nem tudom van-e rail-to-rail műveleti erősítőből 200 mA-es, 5 V-os zener rá és stabil, majnem tápfeszig működik.
De a két dióda sorban is jó, csak az terhelés változásra szintén változtatja a feszültségét.
[ Szerkesztve ]
menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
Új hozzászólás Aktív témák
- Redmi Note 11 Pro 5G - a bajnokesélyes nem készült fel
- Politika
- Skoda, VW, Audi, Seat topik
- exHWSW - Értünk mindenhez IS
- Gitáros topic
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Kerékpárosok, bringások ide!
- Azonnali alaplapos kérdések órája
- További aktív témák...
- Panasonic Lumix G X VARIO 12-35mm f/2.8 II ASPH. Power O.I.S. (H-HSA12035)
- 2db Iceriver KS0 KASPA bányagép + 180W új tápegység 2 év garanciával.
- Panasonic Lumix DC-G9 (V-Log L kiegészítéssel, 4 akkuval)
- Commlite CM-EF-NEX Auto-Focus Adapter (Canon EF - Sony E)
- Üzletből, garanciával, legújabb Asus Vivobook 17" i7-1355U 10 mag 5GHz/16RAM/1TBSSD/17,3"FULLHD
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest