-
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
-
Teasüti
nagyúr
LOL, kicsi a világ.
A hajlik résznél kicsit ráncoltam a homlokom. Mekkora nagyságrendekről beszélünk? Század, tized milliméter? Van ennek jelentősége? Tudnál mutatni ilyen automotive előírásokat? Én csak AS szabvány szerint készítem a dolgokat, de ha volna ilyen támpontom, az biztos javítana rajta.
Amúgy ahogy nézem van egy rakat ilyen mini barebone ESP. Még válogatni is tudsz.
Úgy tűnik mindnek a 8266 az alapja.
Hogy oldod meg a mutatók működését? Jó nyilván léptető motorral, de honnan tudja majd hogy áll a mutató? Mi lesz a nullpont? -
_q
addikt
válasz
Teasüti
#8898
üzenetére
Foglalkozunk szimulációkkal, illetve motoron (főleg 3 hengeres) csináltunk csomó vibrációs mérést. Mi esetünkben a nyák mérete kb 5x5 cm mindenféle automotive előírásokkal. Meglepő milyen vibrációkra képes a nyák, sőt mindenféle megtámasztásokkal is próbálkoztunk. Rezonál, hajlik amit csak lehet. Persze ha csak a nyákot nézzük jobb az eredmény szemben ha a nyákot berakjuk egy házba. Na ott a ház tud csak igazán szép eredményeket mutatni (nálunk üvegszálas házban van a nyák), nagyon sokat hozzá ad a vibrációhoz. Sokkal rosszabb az eredmény mint ház nélkül. Legjobb eredmény akkor van, ha konkrétan rá lenne ragasztva a nyák motor vázra, de a gyakorlatban ez nem annyira kivitelezhető dolog a külső behatások miatt se. Mivel nálad nincs ekkora jelentősége, így valószínű minden rendben lesz. Ha még se, akkor érdemes visszatérni a vibrációra ismét.
Analóg (mutatós) óra lenne. Valami ilyen: [link]
Annyi módosítással, hogy dátumot és hőmérsékletet mutatna a kijelzőn, lenne egy kinti egység, így kinti-benti hőmérséklet látszódna. Ezt pedig valahogy feldolgoznám, hogy látszódjon minimum 1 évre visszamenőleg a hőmérséklet, esetleg valamilyen telefonos hozzáférést az adatokhoz lenne még.
ESP-01 kisebb mérete miatt lenne jobb szerinted? -
Teasüti
nagyúr
Az egy accelero + gyro szenzor. Egy gyorsulásérzékellő önmagában tényleg szar erre a felhasználásra. Eleinte a féklámpát szerettem volna működtetni vele, de megtapasztalva mennyire szarul működik más termékekben ez a koncepció éppen az általad felsorolt problémák miatt, így azt inkább a sebességszenzorból okoskodom ki. Ebben az accelero csak segéd szenzor lesz, a kettő adattal együtt már lehet érzékelni hiba nélkül az intenzív gyorsítást és lassítást. (Többek közt ezzel válik majd interaktívvá a ledszalagos világítás is.) Önmagában egyik sem ideális - előbbi a megcsúszó kerék miatt adhat fals adatot, utóbbi meg a zaj miatt.
Amúgy a nyers G erőt csak egy tengelyen olvasom, a rázkódás meg általában nem a motor hosszanti tengelyén keletkezik. Persze hatásosan lehet szűrni is a jelet.
Amúgy menet közben inkább a DMP-t fogom használni, a gyro-t meg nem zavarja a rázkódás a pontos szögelfordulásoknál. Ez wheeli és stoppie érzékeléshez, valamint dőlésszög monitorozáshoz lesz használva.
Álló helyzetben meg nincs rázkódás, ekkor a nyers szenzor adatok tökéletesek védelmi funkciókra, DIY riasztóként. Ezt megtámogatva a GPS+GSM modullal telefonra kapom majd az értesítést, ha vmi történik. Ekkor ez a szenzor megint csak fő szerepet fog játszani, hogy meg lehessen állapítani viszik-e a gépet vagy csak meglökte vki. A beavatkozás is ez alapján történik majd.Az meg hogy a nyák rezonálni fog... Azért egy tüskesor elég stabilan tud tartani. Az alaplap meg le lesz csavarozva. Ennek a merevsége meg nem is kérdéses. Főleg, hogy relatív kicsi méret és 1,6 mm vastag üvegszálas lap.
De ha nagyon megerőltetem magam, akkor olyan burkolatot nyomtatok neki, hogy a szenzor a fedlaphoz lesz hozzácsavarozva, ha muszáj.Az órához kapcsolódóan:
Gondolom NTP szerverről veszed majd a pontos időt. Ehhez nem volna célszerűbb egy ESP-01? -
_q
addikt
válasz
Teasüti
#8896
üzenetére
Szuper a panel
Igazad van, hogy kész modulokból egyszerűbb meg nem feltétlen éri meg teljesen újból felépíteni egy dev modul szerűt. Én azért szeretném külön, mert tanulok is így talán belőle, érdekel is a dolog, plusz nagyon kicsibe kellene megvalósítani az egészet. Egy analóg órát szeretnék fából, amin van egy kijelző 3.5"-os. Itt hátra felé nem nagyon tud kilógni semmi, ha nem szeretném, hogy túlzottan elálljon a faltól az egész. A hátlapot lehetne kimarni nagyobb felületen. Első körben megpróbálom így ha nem megy akkor marad a moduláris megoldás. Na meg lehet 2. projektnek már nem akarok én se szívni 
Így elsőre még van kedvem. Ja meg én a programozó részt nem is tenném a panelre, szintén helyet megtakarítva. azt egy USB-s modullal oldanám meg.Ha jól látom gyorsulás érzékelő van középen. Nem tudom ennek a jelét mire szeretnéd használni, de gondolom ez is a motorodon lesz. A motoron a vibráció elég nagy, a gyorsulás érzékelő nagyon érzékeny ezekre a vibrációkra. Ha nagyon pontos számításokat szeretnél valamihez, akkor az egyoldali felfogatás nem biztos hogy a legjobb megoldás. Maga a fő nyák is középen rezonálni fog (legalább 4 felfogató pont jó lenne, de még akkor se lehet elkerülni a vibrációt), plusz a gyorsulás érzékelő még egy másik nyákon van rajta.
-
Teasüti
nagyúr
Persze, simán. Egyszerűbb beültetni egy tüskesort, mint kézzel beforrasztani azokat az oldallábakat. Na meg így megvan minden alkatrész, ami kell a működéshez. Nem kell baszakodni usb porttal, meg a QFN tokozású USB-Serial konverterrel. (Ezt reflow nélkül konkrétan fel se lehet rakni. Talán esetleg gázzal?) Meg ott van az a rakás kondi és ellenállás, ledek, reset gomb, LDO, FET-ek, stb. Mit nyerek vele? Sok szopást. Azon kívül max egy letisztultabb arculatot. Ugyanannyi helyet foglal a PCB-n a hozzá járó alkatrészek miatt, ha meg shield formátumban használom, akkor tudok pakolni egyéb dolgokat a tüskesorok közé is.
Majd ha lesz reflow kemencém, akkor elgondolkodok rajta. De addig hobbi szinten meg szerintem teljesen felesleges miniatürizálni. Ez már ipari kategória, amihez ipari eszközök kellenek.
SSOP-24 chip-et se élveztem beforrasztani, abból is nagyobbat vettem volna ha van. 
-
Teasüti
nagyúr
válasz
Janos250
#8891
üzenetére
EasyEDA.
Jobban mondva a JLCPCB, mivel hogy azóta külön váltak. Már a második csokor NYÁK-ot rendeltem tőlük, az igényeim 99%-ához tökéletes választás. A maradék 1% az a thermal via volna, amit nem tudnak elkészíteni. (Ezt én hővezető pasztával orvosoltam.) Illetve az alapértelmezett NYÁK opciókkal kedvező az ára, ha van vmi extra igényed, mint mondjuk 2 oz vezetőréteg vastagság, vagy 1,6 mm-től eltérő PCB vastagság, esetleg a zöldön kívül másik színben, vagy egyéb spéci dolgok, akkor már nem annyira kedvező.
Az első 5-10 db-os tételt kis méretű PCB-k esetén gyakorta megcsinálják 2 $-ért. De teljes áron sem vészes, a féklámpámat ami 168x56 mm-es egyedi formával, megcsinálták 12 $-ért /5db. A szállítás 6 $ légi postával és 24 $ DHL Express-szel (nekem).
Batch order esetén érdemes játszadozni melyik tételt rakod be először a kosárba, arra jár a 2$-os spéci ár.
-
Janos250
őstag
válasz
Teasüti
#8890
üzenetére
"a flash memóriának fixen le vannak fogva azok a portok, amin pl az UART2 is van."
Az UART2 (más elnevezéssel UART1, ha 0-val kezdjük, ahogy a manual is teszi) mehet a default lábakra,
de Te is megadhatod, hogy hova menjen. Tehát az UART portok (is) azon a lábakon vannak, amelyiken akarod.
Ezt szoftverből tudod megadni, de a fkash memória külön IC, tehát az definiált, hogy a modulon belül melyik lábhoz van kötve.
A perifériák irányítgatásáról (GPIO matrix) is van egy félben lévő leírásom, majd ha kész lesz, felteszem a netre az egyéb ESP32-es szösszeneteim sorába."ki honnan veszi az ESP32-ket?"
Én is mindenkinek azt javasolom, hogy az ESP-WROOM32 alapút vegye!Apropó, nyák! Úgy alakult, hogy nekem is kell sajátot csinálnom. Te egyszer leírtad, hogy hol csináltatod, de nem találom. Küldenél egy linket újra,
Kösz. -
Teasüti
nagyúr
válasz
Janos250
#8873
üzenetére
Nem egészen. Hanem, hogy a flash memóriának fixen le vannak fogva azok a portok, amin pl az UART2 is van. AZ UART3 használata adott, csak azt hittem a feladathoz kettő UART port fog kelleni külön a GPS-nek és külön a SIM-nek, plusz a programozó port ugye. De ez a 2in1 modulokkal nem játszik szerencsére.
Apropó, kinyírtam az egyik vezérlőmet fordított usb polaritással, így felmerül a kérdés ki honnan veszi az ESP32-ket? Ali-n a legolcsóbb rev1-es lap amit eddig találtam 7 font.
Mindenképp ez a WROOM32 DevKitC-vel megegyező lábkiosztás kell, vagyis a kevesebb lábú NodeMCU jellegű ESP32S lapok nem jók.
(Hmm vagyis hát már van kész nyák tervem és legyártott nyákom a DevKitC-hez, de nagyon szemezek a Wemos Lolin32-vel is, amin van Lipo akku töltő és keskenyebb is. )
Köszi! -
tibi-d
tag
Mindenben egyetértek az előttem hozzászólókkal. A megjegyzésem csak arra vonatkozott, hogy teljesen más szemlélettel kell programozni egy PLC-t, mint egy arduinot, és a váltás nem volt egyszerű. Saját tapasztalaton fizettem meg a tanulópénzt, hiába van rengeteg példa a neten.
-
tibi-d
tag
Ez nem teljesen igaz, mert a PLC utasítások között is van olyan, hogy bemenet azonnali lekérdezés. Ekkor az adott bemenetet(ket) frissíti. Vagy megszakítást lehet generálni. A korszerű PLC-k már mikroszekundumos ciklusidővel dolgoznak, és nemigen van olyan fizikai folyamat, ami igényelné az ennél rövidebb lekérdezést. A régi PLC-k a program méretétől függően akár 10-50 milliszekundumos ciklusidővel dolgoztak.
-
Teasüti
nagyúr
Nekem ez alapján úgy tűnik, hogy éppen a PLC az ami eléggé korlátolt. És ha én többször szeretnék írni/olvasni egy portot a loop() egy átfordulása alatt?
Amúgy meg nem egészen értem a dilemmát a sorrend vezérlésnél. Azt írtad nem mindegy melyik gombot milyen sorrendben olvassa be a program. Na egyrészt ez a te programodtól függ, hogy mit milyen sorrendben kezelsz, másrészt viszont (nem tudom egy PLC hogy működik) itt amíg te megnyomsz egy gombot, addig a loop() nem túl komplex programok esetén több ezerszer lefut.
Mit számít az hány nanoszekundum telik el két port írása/olvasása között??
PLC-vel amennyire én tudom általában amúgy is automatizált gépeket vezérelnek, és nem hiszem, hogy a mechanikus, pneumatikus, hidraulikus, stb. aktuátorok akár csak milliszekundomos késleltetéssel dolgoznának.
Itt max akkor lenne jelentősége a sorrendeknek, ha a program feltételes várakozással tölti az ideje nagy részét és megvárja míg a perifériák befejezik amit csinálnak. Ha ekkor ugrik a következő sorra, akkor nyilván számít mi a következő sor. Lehet olyan programot írni, aminél egy program ciklus konkrétan megegyezik az adott gép feladatának egy ismétlésével. De a lineáris programozás nem erről szól, optimális esetben nincs várakozás. Itt a loop() folyamatosan fut és csak akkor lép be a feltételekbe, ha történik vmi érdemleges. Vagyis itt amíg a gép elvégez egy feladat ciklust, addig a program ciklus több ezerszer is lefuthat. Arduinon nincs blokkolás a programban, az egy magos processzorokon még a delay() használata se követendő példa. -
tibi-d
tag
válasz
vargalex
#8882
üzenetére
A PLC-k úgy működnek, hogy a ciklus elején a fizikai "Input" területet bemásolják egy virtuális memória területre. Ezzel a memóriával dolgoznak a ciklus végéig. A ciklus végén a belső memóriaterület kiíródik a fizikai kimenetre.
Minden bemenet megtatrja állapotát a következő ciklus elejéig, az összes kimenet megtartja állapotát a következő ciklus végéig. Az arduinónál akár programsoronként ki-be tudom kapcsolgatni a kimeneteket, vagy soronként be tudom olvasni a bemenetet. -
vargalex
félisten
Nem teljesen értem a különbséget. Nyilván, Arduino alatt megnézed egy bemenet állapotát, majd csinálsz valamit. Miért foglalkozna vele, ha közben változott, hiszen a további programkódban már nem függ tőle semmi. Ha neked mégis úgy kellene, akkor mindig nézd meg az állapotot, ahol a futás függ tőle (esetleg használj megszakításokat).
Bár ezt a ciklus elején vs. beolvasás témát kifejthetnéd...
-
tibi-d
tag
Sziasztok!
A topikot olvasva néhány szösszenet jutott eszembe. Munkám révén PLC programozás a fő profilom (OMRON, SIEMENS, stb). Arduinoval csak az utóbbi időben foglalkoztom. Nagyon nehéz volt áttérni egy olyan programozási logikáról, amikor a PLC bemenetére adott "1" a programban is "1", és a "0" az "0". A PLC a ciklus elején egyszer beolvassa, és beállítja az értékét. Az arduino ezzel szemben csak akkor foglalkozik a be/kimenetekkel, amikor a program futása oda ér. Beolvasáskor eldönti, hogy mit kell csinálni, és utána nem hoglalkozik vele tovább. Így az állapotok nem változnak, míg egy másik programrész nem foglalkozik a "témával". Így egy bemenetre adott "1" csak a beolvasás pillanatában lesz kiértékelve, és ha közben "0"-ra vált, az arduinot ez egyáltalán nem érdekli, csak ha újra beolvassuk az értéket. Ez nagyon sok galibát tud okozni a program futása során, főleg ha sorrendi vezérlést kell végezni. Pl. nem volt mindegy, hogy egy program melyik gombot olvasta be előbb, stb. A prellegés mentesítés a másik ilyen probléma, amire számos példa található a neten. Összefoglalva, nem mindíg a logikusnak gondolt megoldás a legcélravezetőbb. -
-
Teasüti
nagyúr
Viszont a minden periféria "erre" az mcu-ra lesz bekötve, így nem volna praktikus egy másik vezérlőre kötni a gps-t. Azon filózom kihagyom a külső akkut és inkább a jármű akkujáról oldom meg vmi programozható öntartó relével.
ESP8266 nem játszik, a wifi ide haszontalan.(#8869) Tankblock
Használatban; de nem lesz szükség a második UART portra végül. Így hogy vannak 2in1 modulok, így elég egy port is. -
RAiN91
őstag
válasz
Janos250
#8877
üzenetére
Ezeknek utána nézek. Arra én is gondoltam, hogy már bootnál érzékel. Ezért lehúztam a csatlakozóját a mozgásérzékelőnek, de így is indul a program.
De már javul a helyzet. A kék LED bootnál mindig LOW (világító) állapotba kerül. Ha a program azt látja, hogy világít, akkor 10 másodperc késleltetés, majd kikapcsolja a LED-et. Else esetben pedig fut a fő program. De még tesztelem.
-
Janos250
őstag
Elvileg az olvasással a tényleges állapotot kell olvasnia.
Próbáld a setup-ban egyszer beolvasni, Serial-re kiírni, és látod, mi van.
Ha nem a kapcsoló tényleges állapotát írja ki, akkor rosszul van bekötve a kapcsoló, vagy a mozgásérzékelő.
A mozgásérzékelő korábban kap áramot, tehát addigra már stabil? (táp ráadáskor az enyém aktív állapotba kerül) -
RAiN91
őstag
Annyira jutottam, hogy nem úgy működik, ahogy gondoltam. Ha pl. 3,3V--ra érintem az adott GPIO-t, akkor az úgy is marad, elengedés után is. Ha vissza akarom kapcsolni, akkor GND-re kell kötnöm.
Ez nem gond, nyomógombbal meg tudom oldani, de akadt még egy probléma:Bootolás után a GPIO be / kimenetek HIGH állapotba kerülnek, és egyből indítja is a programomat. Olvasgattam, hogy állítólag a GPIO 4 és 5 nem kerül HIGH-ra, de nálam igen, mindegyiken végigpróbálgattam már. (mozgásérzékelő van ide kötve, ha bootolok, egyből érzékel is és riaszt).
-
Van külső felhúzó ellenállás? Mert a beépített nincs bekapcsolva a kód alapján.
Milyen gombot használsz az 5-ös porton?
A kód alapján, ha a gomb le van nyomva, a feltétel hamis lesz (feltételezem, hogy a gomb földre húzza a bemenetet!), így a kód pont a szándékoddal ellentétesen működik szerintem. -
Janos250
őstag
Én hardver hibát gyanítok, hogy nem jól van bekötve a kapcsoló.
Írasd ki az if előtt a digitalRead értékeket!"csak VBA-s logikával próbáltam felépíteni, de szerintem nem így működik a HA függvény a HA függvényen belül."
De, ugyanaz a logika, és így működik, ahogy gondolod.
-
Janos250
őstag
válasz
Teasüti
#8865
üzenetére
Erre gondoltál?
/* ESP32 3 UARTs */
// HardwareSerial Serial(0); ez nem kell, mert a HardwareSerial,cpp fájlban benne van,
// automatikusan pédányosítódik
HardwareSerial Serial1(1);
HardwareSerial Serial2(2);
// Choose two free pins
void setup() {
Serial.begin(115200);
Serial1.begin(9600, SERIAL_8N1, SERIAL1_RXPIN, SERIAL1_TXPIN);
Serial2.begin(4800); // pin 16=RX, pin 17=TX
}A begin-ben lehet lábat megadni.
-
RAiN91
őstag
válasz
Tankblock
#8871
üzenetére
Szia
Nem indul újra, a program teljesen jól működik, ha csak a GPIO15 aktív. De az a cél, hogy csak akkor működhessen az egész program, ha GPIO14-en (vagy akármelyiken, már próbáltam többet is) egy kapcsoló be van a kapcsolva.
De a programnyelvet nem nagyon ismerem, csak VBA-s logikával próbáltam felépíteni, de szerintem nem így működik a HA függvény a HA függvényen belül.
-
-
RAiN91
őstag
Kérdezek egyszerűbbet:
void setup()
{
pinMode(13, INPUT);
pinMode(5, INPUT);
void loop()
}
{
if (1 == digitalRead(5)) {
if (1 == digitalRead(13)) {
.....PROGRAM....
}
}
}Ha függvényen belül szeretnék még egy HA-t, de ebben a formában nem jó. (13-as bemenet-re akkor is elindítja a programot, ha 5-ös nem igaz).
-
RAiN91
őstag
Sziasztok
Egy egyszerű és függvényt szeretnék, de nem akar működni a gyakorlatban.
void setup()
{
pinMode(13, INPUT);
pinMode(LED_BUILTIN, OUTPUT);
pinMode(2, OUTPUT); /// D4
pinMode(14, INPUT); /// D5 kapcsoló
pinMode(12, OUTPUT); /// D6 telo hív
pinMode(15, OUTPUT); /// D8 telo lerak
}
void loop()
{
if (1 == digitalRead(13) && 0 == digitalRead(14)) {
......
}.
}ha GPIO 14-et GND-re kötöm, és ha GPIO13 igaz, akkor nyomja a programot. De GPIO14-et olyan, mintha nem is figyelné, csak a 13-at (az egy mozgásérzékelő). Próbáltam HIGH-ra is állítani, tehát nem GND-re kötöm, hanem 3,3V-ra.
Egyébként NodeMCU a hardver.
-
Teasüti
nagyúr
Jó reggelt! Szeretnék egy gps és gsm modult, viszont csak egy UART portom van szabad (minden egyes egyéb port felhasználva az ESP-n). Van ilyen 2in1 modul, ami képes egy csatornán kommunikálni mindkét egységgel?
Mondjuk esetleg ez?Illetve filózok még azon, hogy akkuval kéne megtámogatni a projektet éppen a tracking miatt (amúgy gyújtásról megy a táp), ebben tudnátok segíteni? Ez lenne az első akkus kísérletem, se hardver terén, se programozásban nem ismerem a feltételeket.
Köszönöm! -
Janos250
őstag
válasz
Teasüti
#8862
üzenetére
Elővettem egyet (doit , ESP32 devkit V1, mert ez van kéznél)
Van rajta egy sárga 107J tantál kondenzátor (https://www.ebay.com/itm/10PCS-6-3V-100UF-B-case-107J-10-SMD-Tantalum-Capacitors-3-5mm-2-8mm/391354380476?hash=item5b1e89f0bc:g:y5QAAOSw5dNWhitt)
Mellette két kisebb kondi felirat nélkül
Az USB csati kozelében látok egy kondit, egy fekete nemtudommit, egy csomó ellemállót, 2 db. J3Y tranyót, és két ledet.
A tokozott hibridben (ESP-WROOM-32) a kapcs. rajz alapján van több mint egy tucat kondi. -
Teasüti
nagyúr
válasz
Janos250
#8861
üzenetére
Táp szűrő kondikként is szoktak rá hivatkozni. Igen, a Vcc és GND közé rakott kondik a chip Vcc lába előtt.
Ha ezt nézem, akkor e szerint tele van bypass/táp kondikkal a devkit az LDO előtt és után, az usb-uart chip-nél és az esp modulnál.
Viszont ránézésre a kéznél lévő modulomon és a rajzon nem egyenlő számú kondit vélek felfedezni.
És be se tudom azonosítani a Vdd33-on lévő kondikat. -
#8859
tvamos
nagyúr
dangerzone
#8854
tvamos
nagyúr
válasz
dangerzone
#8854
üzenetére
Szerintem vedd meg, nagyon szep dolog tamogatni az alapitvanyt! En is vettem toluk nehany Uno-t, meg Leonardot.
Amugy meg kene neked par szervo, meg tobb motor, mint ami ebben van!
Ahogyan aryes is javasolja, erdemes ESP32 alapu vezerlot venni, szerintem azt a verziot, ami van kis LiIon tolto, meg OLED display is. Akkor minden megvan, ami kell, es meg a szunetmentes tap is megoldott.
-
#8858
Janos250
őstag
dangerzone
#8854
Janos250
őstag
válasz
dangerzone
#8854
üzenetére
Harmincezer?
Kellene egy "hajam égnek áll" szmájli. Ha C++-hoz valamicskét értesz, akkor én a következőt javasolom:
Keresd meg az arduino rendszerben a main.cpp-t, egyből érteni fogod, mi az a setup, és mi az a loop függvény. Aztán nézd meg, mely objektumok vannak tőled függetlenül előre definiálva (Pl. Serial), és annak az osztálynak mik a tagfüggvényei. (Pl. Serial.println() ). Nézd meg a pin kezelő függvényeket, pl digitalWrite( , ). Ha ezzel megvagy, már tudod alapszinten programozni. Ha elakadsz a programmal, ne arra gondolj, hogy "mit lehet az Arduinoban", hanem, hogy "mit, hogyan lehet a C++-ban". A hardver további programozása némileg hardver függő is, bármennyire próbálták is univerzálisra csinálni. Persze az alap dolgokat használó programok gyakorlatilag bármelyik lapon ugyanúgy mennek, mert az Arduino alapfilozófiája, hogy ha egy procit illesztenek a rendszerbe, akkor ugyanazokat az osztályokat, függvényeket kell rá kidolgozni ugyanúgy, ahogy az az eredeti Arduino lapon (Pl. UNO) van.
Lapok:
Én javasolni nem javasolok, csak szempontokat mondok:
A régebbi procikkal készült lapok feléért, harmadáért (néha kevesebbért) megvehetők, mint az újabbak. Viszont az újabbak nagyságrendileg többet tudnak, később is jók lesznek. Ellenben a neten a tutoriálok jelentős része a régi lapokat említi, bár az újakkal is általában ugyanúgy megy. -
#8857
Teasüti
nagyúr
dangerzone
#8854
Teasüti
nagyúr
válasz
dangerzone
#8854
üzenetére
Szerintem én vagyok az egyedüli itt, aki ezzel a kezdőcsomaggal indított.
Általában Ebay-es Kit-eket szoktak ajánlani töredékáron. Az egyedüli dolog ami azokban nincs benne, az az eredeti Arduino Projekt könyv, ami végigvezet az elektronikai és programozási alapokon úgy, hogy még egy 8 éves gyerek is megértse. Valamint jól illusztrált beszédes kis tutorial-ok a dobozban található alkatrészekhez.
Ha nulla elektronikai ismeretekkel vágsz bele mint én annó, akkor ez jó kiindulópont. Én nem bántam meg, megint megvenném ha elölről kéne kezdenem.
De ha megvannak a fizikai alapok (áram, feszültség, ellenállás, Ohm törvénye, soros/párhuzamos kapcsolás, stb), akkor szerintem felesleges kiadás.Mondjuk elsőre én maradnék az Uno-nál és arra épülő bevezetőknél.
De ha bevállalósabb vagy, akkor mehet az amit (#8856) aryes írt, de ott meredekebb a tanulási görbe és azt is figyelembe kell venni, hogy az 3,3V-os lap, míg az Uno 5V-os. -
#8856
Aryes
nagyúr
dangerzone
#8854
válasz
dangerzone
#8854
üzenetére
Ezt és ennyiért semmiképpen.
Vegyél egy esp32 alapú vezérlőt, ott rögtön wifi és bt vezérlési lehetőséget is kapsz külön eszközök nélkül, plusz kis méretű és pl a wemos lolin32 vagy annak klónjaiba az akkus táplálás is bele van építve töltő elektronikával. Hozzá lehetőleg i2c alapú motorvezérlő, és motorok. Ha érdekel, tudok adni pár linket azokról, amiket én rendeltem (AliExpressről). -
#8855
tvamos
nagyúr
dangerzone
#8854
tvamos
nagyúr
válasz
dangerzone
#8854
üzenetére
Ha már Lego, akkor miért nem Mindstorms?
-
#8854
dangerzone
addikt
dangerzone
addikt
Sziasztok!
Szeretnék hobbiként mikrokontrollerprogramozással foglalkozni. Szeretnék olyan szintre eljutni, hogy mondjuk a régi technik lego kis autóimat el tudjam látni szenzorokkal és vezérelni őket.
Anno egyetemen még csináltam ledeket villogtató programot, de az már régen volt. Illetve a C++ hoz alapszinten értek.
Ennek fejében érdemes egy ilyen Arduino starter kit-el kezdeni kedvcsinálónak, hogy a későbbiekben mindenféle projekt gördülékenyebben menjen?
-
#8852
Aryes
nagyúr
DrojDtroll
#8851
válasz
DrojDtroll
#8851
üzenetére
A kérdésedre nem tudom a választ, de ha már úgyis mikrovezérlőhöz fogod használni, csinálj hozzá napraforgó mechanikát.
-
#8851
DrojDtroll
veterán
DrojDtroll
veterán
Sziasztok!
Használ valaki napelemes powerbankkot? Mennyire hatékonyak ezek? Napi 30Wh-t ki lehet belőle szedni?
Így elsőre még van kedvem. Ja meg én a programozó részt nem is tenném a panelre, szintén helyet megtakarítva. azt egy USB-s modullal oldanám meg.
SSOP-24 chip-et se élveztem beforrasztani, abból is nagyobbat vettem volna ha van. 
Kellene egy "hajam égnek áll" szmájli. Ha C++-hoz valamicskét értesz, akkor én a következőt javasolom:
Új hozzászólás Aktív témák
ekkold
- Bosch GMS 120
- https://www.mac-audio.de/en/car-audio/subwoofer//mac-mobil-street-sub-108a
- BOMBA ÁRON ELADÓ! Üzleti HP Elitebook 640 G9 Laptop! / i5-1235U 16GB 256GB 14"col garancia/
- Akciós áron eladó HP Elitebook 850 G7 / I7 10610U/16 GB/512 SSD/15"/FHD/IPS/MX 250
- Szuper áron eladó új ACER SWIFT EDGE 16 /R7-7735U/16GB/512SSD/ 4K OLED
- Bomba ár! Dell Latitude E5570 Touch - i5-6300U I 8GB I 256SSD I 15,6" FHD I HDMI I CAM I W10 I Gari
- Huawei P30 Lite 128GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo Legion Pro 7 16IRX9H INTEL I9-14900HX RTX 4080 bolti ára 1.35 mill ft
- BESZÁMÍTÁS! MSI B450M R7 5700X 16GB DDR4 512GB SSD RX 5700 XT 8GB Rampage SHIVA Zalman 600W
- 14" Dell Latitude laptopok: 5400, 5480, 5490, 7480, E7440, E7450 / SZÁMLA + GARANCIA
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest