-
GAMEPOD.hu
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
-
JAGER 10
tag
Igen, gondoltam már én is kapunyitó szettre.
Nem tudom pontosan milyen IP védettségűek a kapunyitó szettek, de úgy gondolom bírniuk kellene azokat a körülményeket, amelyek fóliasátor alatt vannak, ha a szabadban is bírják.
Pár hete szereltem fel egy kapunyitó szettet, amit lehet külső kontaktusokkal is vezérelni.A feladat azért összetettebb, mint nyitni/zárni, mert szeretném a páratartalmat, szélerősséget is mérni, valamint locsolást is időzíteni, esetleg árnyékolást biztosítani, ezért gondoltam Arduino, vagy valamilyen mikrokontroller típusú vezérlésre.
A vezérlés kialakítására lehetséges olyan koncepció is, hogy lenne egy master modul és több slave modul. Ezek WiFi-n kapcsolódva kommunikálnának egymással. Ehhez ESP8266, vagy inkább ESP32 szükséges tudtommal.
Mennyire bonyolult a kommunikáció létrehozása? Volt valaki, aki valósított meg hasonlót?[ Szerkesztve ]
-
tvamos
nagyúr
válasz JAGER 10 #9254 üzenetére
Az oke, de en a mechanikaval a leheto legkevesebbet akarnek szivni, ha nem ez a barkacsolas temaja. A kapunyito meg pont erre van, megveszed, es mukodik. Erzekelot kell valahogy ratenni, de azert az sokkal egyszerubb, mint mindent megcsinalni.
Akkor eleg a tobbi idolgon gondolkozni. Azt hiszem, onnan mar reszletkerdes, hogy Arduino, ESP, vagy esetleg Raspberry PI.
Azt kene osszeszedni elobb, hogy milyen erzekeloket akarsz, hany darabot, es hogy mennyit akarsz barkacsolni, es mi az, amit megveszel inkabb."Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
_q
addikt
-
ZTE_luky
aktív tag
Sziasztok! Elkészült a projektem, ezúton is szeretnék mindenkinek köszönetet nyilvánítani, nagyon sokat segítettetek, szuperek vagytok!!
Aki kíváncsi itt egy videó a kis dobozomról
-
gyapo11
őstag
Nagyobbacska szobai ajtó, egyszárnyas persze. Nem kritikus a mozgatás sebessége, viszont léptetőmotorral még nem volt dolgom, az egyenáramút meg könnyű vezérelni.
[ 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
-
Teasüti
nagyúr
válasz ZTE_luky #9257 üzenetére
Nem úgy volt, hogy ez fali dísz lesz és a falra deríti a fényt?
Így ezzel a diffúzorral nekem annyira nem adja.
Ezt a dobozt ennél egyszerűbben is meg lehetett volna építeni ugyanehhez a hatáshoz. A diffúzor miatt lényegében közvetlen megvilágításban is működhetne, 2-3 sor szalaggal. A rácsot meg nyomtattam volna. -
ZTE_luky
aktív tag
válasz Teasüti #9262 üzenetére
xboy89
köszi
Teasüti
nem, nem úgy volt pontosabban pár hónappal ezelőtt még úgy volt, talán arra emlékezhetsz akkor úgy volt hogy ezt sokkal nagyobba kivitelezem, másfél méteresben és fali dísz lesz, de gondoltam jobb lesz kompaktabbként. hogy érted a közvetlen megvilágítást? tudom ezerszer egyszerűbb lett volna nyomtatással, sokminden egyzerűbb de nem szebb. én adok egy oylan értékfaktort tárgyaknak, hogy azt megvetted, megcsináltattad valakivel és csak kész lett, vagy abba szívedet lelkedet beleraktad és az a te kétkezi munkád, és az utóbbi egy pótolhatatlan jellegű értékkel ruházza fel azt
-
Janos250
őstag
Helló C++ ismerők!
Hogyan szokás példányosítani paraméter nélküli konstruktorral osztályt?
Ha a setupban kiveszem a //-t, hibát ad.#include "DHT11Class.h"
DHT11Class MyDHT1 (14) ;
DHT11Class MyDHT2 () ;
void setup () {
MyDHT1.read_data ( ) ;
//MyDHT2.read_data ( ) ;
}
void loop () {
delay (500);
}
DHT11Class.h
class DHT11Class {
public:
DHT11Class () ;
DHT11Class ( int DHpinpar ) ;
void read_data() ;
}; // end DHT11Class
DHT11Class.cpp
#include "DHT11Class.h"
DHT11Class :: DHT11Class (){
} ; // end constructor1
DHT11Class :: DHT11Class ( int DHpinpar ){
} ; // end constructor2
void DHT11Class :: read_data(){
}; //end read_dataEgy lecsupaszított példa.
[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Janos250
őstag
Helló!
230-ról kellene meghajtanom egy ESP-t 3.3 V-al. Icipici méret kellene. Ti hogyan csinálnátok?Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
nope
tag
Sziasztok,
használt már valaki ESP32-t ILI9341 LCD-vel? Adafruit driverrel próbáltam, a kód működik, de kép nem jelenik meg. Ugyanaz ESP8266-al működik.
Esetleg tudtok működő lib-et hozzá? -
nope
tag
-
nope
tag
(lejárt a szerkesztési idő)
Azért gondold meg, egy nyákra nem jó ötlet váltóáramú nagyfeszültséget tenni mikrokontrollerrel...
Ha meg távolabb viszed, akkor már külső tápról van szó.
Mondjuk Sonoff-nál is meg van oldva (ránézésre azon is egy 5V-os kapcsolóüzemű táp van, hasonló, amit elsőre linkeltem). -
_q
addikt
Task kezeléssel kapcsolatos kérdésem lenne.
Ezen az oldalon van egy ilyen kijelentése:"The two cores are named Protocol CPU (PRO_CPU) and Application CPU (APP_CPU). That basically means the PRO_CPU processor handles the WiFi, Bluetooth and other internal peripherals like SPI, I2C, ADC etc. The APP_CPU is left out for the application code."
Ha ez tényleg igaz, akkor minden perifériával kapcsolatos kódot érdemes CPU0-ra tenni. Ha viszont én Wifi-vel kapcsolatos dolgot CPU0-ra teszek, I2C kommunikációt CPU1-re, és minden task-nak megadom a prioritást, akkor mi biztosítsa, hogy pl a wifi kommunikáció ne essen egybe egy I2C kommunikációval? Pl wifi core 0 prio 1, i2c core 2, prio 1. Itt a cpu1-es prioritásnak mi lesz az értelme wifi kezelés szempontból, ha ténylegesen úgy is cpu1 hajtja végre?
-
Teasüti
nagyúr
Elolvastam ötször egymás után, de még mindig nem értem pontosan mire akarsz kilyukadni.
CPU0-n fut az oprendszer, ha úgy tetszik. CPU1 meg malmozik, ha nem írsz rá programot. Arduino alatt a loop() fut rajta végtelen ciklusban - akkor is, ha a loop() üres.
Ha szinkronizálni akarod a folyamatokat akár a két mag között, akkor azt így lehet megoldani.Amúgy én a nullás magra nem raknék ciklikusan futó kódot, csak olyat ami meghívásra egyszer fut le.
Minden ciklikus folyamat meg mehet az egyes magra, ott legfeljebb csak a watchdog hisztizik ha blokkol a kód.
Persze ha nincs szükség kifejezetten mindkét mag számítási kapacitására, de adatfeldolgozásra meg nem mikrovezérlőt használnék. -
_q
addikt
válasz Teasüti #9272 üzenetére
Elnézést ha nem fogalmaztam egyértelműen. Leírom konkrétabban.
Van egy hőmérséklet mérés, kijelzőre adat kiíratás, wifi-n NTP lekérés, webserver futtatás. Ez lenne a master és van hozzá egy slave eszköz amivel az előző felsorolás bővül, espnow kommunikáció. Ezeket gondoltam két magon futtatni úgy, hogy ami wifi-vel kapcsolatos az megy az 0-ás magon: NTP lekérés, webserver (espnow meg callback-el megy, így azt csak feltételezem, hogy szintén 0-ás magon megy, a fórumon is volt szó róla, illetve amit linkeltem oldal is arra hivatkozik, hogy wifi-s dolgok 0-ás magon futnak). A kijelző és I2C hőmérséklet olvasás megy az 1-es magon. Eredetileg legalább is ezt terveztem. Sajnos azonban azt tapasztaltam, hogy bizonyos idő elteltével (volt hogy fél nap és volt hogy 2 napos futás után jött elő) az odáig jó érték helyett a hőmérőtől már nem a megfelelő adat jön, hanem 125 °C, amit olyankor küld, ha nincs bekötve a hőmérő. Egészen a resetig ezt küldi folyamatosan. Reset után ismét a jó érték látható.
Hivatkozva a linkelt oldalon írtakra:
"The two cores are named Protocol CPU (PRO_CPU) and Application CPU (APP_CPU). That basically means the PRO_CPU processor handles the WiFi, Bluetooth and other internal peripherals like SPI, I2C, ADC etc. The APP_CPU is left out for the application code."Innen jött a feltételezés, nem amiatt "akad" össze az I2C olvasás, mert valójában függetlenül attól, hogy melyik magon futtatom az I2C-t, az a 0-ás magon fog lefutni, de ott meg nincs neki prioritás adva, legalább is általam nem, mivel ugye én az 1-es magon gondoltam futtatni, ott adtam az I2C task-nak prioritást. Lehet, hogy a valójában lefuttatott I2C és Wifi és tényleg a 0-ás magon fut, és összeakad, ezért jön hibás érték a kiolvasásnál? Igaz itt felmerül a kérdés, hogy ha 1-1 feltételezett összeakadás történik, akkor utána miért nem jön a következő reset-ig jó érték? Azt nehéz elképzelni, hogy folyamatosan összeakadna a 2 kommunikáció.
Ha az általad javasolt szerint, mindent áttennék core 1-re, mivel ugye minden ciklikus, akkor a core 0á-n semmi se lenne. Vagy esetleg csináljam azt, hogy core 1-en futtassak egy task-ot, ami ütemezi a core 0-án a taskokat, amiket 1x meghívok, majd törlöm? Így is ciklikus lesz, de task szempontból 1x fut csak le.
Még egy dolog jöhet szóba, amit nem tudom mennyire helyesen adok meg. Globális változóként adom át a 2 mag között a hőmérséklet változó értékét. Ezt úgy teszem, mint ha nem task-okat futtatnék, setup() előtt hozok létre egy pl.: float temp változót.
[ Szerkesztve ]
-
_q
addikt
válasz Tankblock #9274 üzenetére
Texasos HDC1080-at használok, ClosedCube_HDC1080 könyvtárat használva csinálom. Arra nem gondoltam még, de lehet a függvénykönyvtár a probléma forrása?
[ Szerkesztve ]
-
quint
aktív tag
válasz Janos250 #9267 üzenetére
Tökéletes cucc, és kábé mindenhol lehet kapni.
-
Janos250
őstag
-
Attix70
aktív tag
Jó lenne ha mindenki profi lenne ESP32-ben mert pár napon belül megjön Cshinából és ha kérdezek majd akkor mindenre legyen válasz
Előre is köszönöm.Próbáljuk meg a mondatokat NAGYbetűvel kezdeni
-
Teasüti
nagyúr
Nem tartom valószínűnek, h összeakadnak a folyamatszálak. Arduino-ból kiindulva esélyesebb, h az I2C könyvtár bénázik el vmit, egyáltalán nem lepne meg.
Meg kéne nézni a busz forgalmát, h tudjuk mi történik.Ha az általad javasolt szerint, mindent áttennék core 1-re, mivel ugye minden ciklikus, akkor a core 0á-n semmi se lenne
Tévedés. Azon fut a FreeRTOS, meg az összes periféria mint írtam volt. Miért érzed szükségét multitask programot írni? Ha le tudod programozni lineárisan (és Arduino főként erre épít), akkor miért akarod szívatni magad több szálas kóddal? Nem tűnik indokoltnak erre a feladatra.Vagy esetleg csináljam azt, hogy core 1-en futtassak egy task-ot, ami ütemezi a core 0-án a taskokat, amiket 1x meghívok, majd törlöm? Így is ciklikus lesz, de task szempontból 1x fut csak le.
Én így programozom. Nekem így tűnik logikusak. Mivel a nulladik magon nem szabad blokkolni, ezért célszerű minél rövidebb kódokat idehelyezni. Vagy ami ritkán fut le, pl megszakításra csak rendszertelen időközönként. Olyat ami mellett sok üresjárat van. Amit egy magos procinál megszakítással kezelnék, azt itt a nulladik magon párhuzamosítva.Ennél jobban nem igazán használom ki.
Meg én nem is akarok nagyon belemászni a párhuzamosításba. Én inkább csak két egymástól független kódot választanék külön, amik teljesen különböző erőforrásokhoz férnek hozzá. Pl amit én bütykölök: motorkerékpár perifériái egymástól függetlenül működ(het)nek, van úgy 5-6 jól elkülöníthető feladat, amik ugyan használhatják ugyanazokat a szenzoradatokat, de a logikájuk egymástól teljesen független és így adja magát a párhuzamosítás. Mondjuk történik egy megszakítás amikor rálépek a fékre és ez meghív egy függvényt, ami külön folyamatként fut le a nulladik magon, aztán törlődik.
De semmi köze ahhoz a folyamathoz, ami mondjuk a ledszalagokat kezeli. Ez meg egy viszonylag számításigényesebb feladat, egy primitív grafikus motor dupla pufferes futószalaggal és FPS-ben mérem a futási teljesítményét. Ez az első magon fut.
Ebből jól látható, hogy a nulladik magot én a gyors reakcióidejű rövid kódokra használom, az első magot meg a hosszabb, nem időkritikus műveletekre.[ Szerkesztve ]
-
_q
addikt
válasz Teasüti #9280 üzenetére
A busz vizsgálattal annyi a baj, hogy sajnos nem mindig jön elő. Folyamatosan kellene nézni pár óráig-1 napig, hogy meglegyen mi történik a hiba beálltánál.
Teljesen máshogy képzeltem el a 2 magot, kicsit túlozva úgy mint 2 külön kontroller. A leírásod alapján ha ez nem is okoz gondot, de nem jó megközelítése a programom felépítésének és elképzelhető, hogy tényleg nem szükséges 2 magot használni. Nekem onnan jött az elképzelés, hogy ha egyszerre akarok webservert futtatni, mellette mérni hőmérsékletet, akkor azt ne egymás után tegyem, hanem párhuzamosan. De jobban belegondolva lehet, hogy tényleg nem indokolt. Azt szerettem volna elkerülni, hogy ha lehet ne "akadjon össze" az espnow mondjuk hőmérséklet lekérdezéssel/NTP lekéréssel.
Mivel később a hőmérséklet olvasás 5-10 percenként történne, ezért elegendő, ha cora 0-ra rakom, ahogy írtad az nem gyakran fut le úgy se, ami meg gyakoribb átteszem core 1-re.
Emellett amit te és (#9281) Tankblock is említ, meg kellene néznem esetleg más könyvtárral is a hőmérséklet kezelést.
(#9281) Tankblock
Úgy érted hogy alapból az esp32 wire könyvtár nincs jól implementálva? Ha viszont nem azt használom, akkor ha jól sejtem te ESP-IDF I2C használatát javaslod. Jó lenne egyszerűen megoldani magasabb szinten, arduino alatt. -
Janos250
őstag
Én nem gondolnám, hogy a wire könyvtár ne lenne jó. Amit én tapasztaltam, amikor az UNO-n ment a prg, de ESP32-n nem, akkor a következő volt a hiba:
A szenzorra (vagy másra) parancs írás után kell némi idő, mire az képes válaszolni.
A lassú UNO esetén ez nem volt probléma, de a gyors ESP32-nél az írás után, és az olvasás elé kellett várakozást betenni. Persze az is lehet, hogy ez csak véletlen volt, és én észleltem várakozási idő problémaként.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
_q
addikt
válasz Janos250 #9283 üzenetére
Lehet, hogy tényleg jó a wire könyvtár, mert az, hogy véletlenszerűen történik az összeakadása a programnak az fura. Ha rossz lenne, akkor nem szabadna 1000-2000 lekérdezésig jó lennie, majd ha rossz, akkor egy esp reset után ismét jól mér. Most biztos ami biztos alapon átraktam mindent core1-re és újrahúztam az egész esp könyvtárat.
[ Szerkesztve ]
-
Tankblock
aktív tag
válasz Janos250 #9283 üzenetére
Hmm,
most h van nálam gép is:
Datasheet:
RHCT Conversion Time(7)
8 bit resolution 2.50 ms
11 bit resolution 3.85 ms
14 bit resolution 6.50 msilletve
TEMPERATURE SENSOR
TEMPACC Accuracy(7) 5°C < TA< 60°C ±0.2 ±0.4 °C
TEMPREP Repeatability(7) 14 bit resolution ±0.1 °C
TEMPCT Conversion Time(7) 11 bit accuracy 3.65 ms
14 bit accuracy 6.35 mslássuk a könyvtárat:
double ClosedCube_HDC1080::readTemperature() {
uint16_t rawT = readData(HDC1080_TEMPERATURE);
return (rawT / pow(2, 16)) * 165.0 - 40.0;
}
uint16_t ClosedCube_HDC1080::readData(uint8_t pointer) {
Wire.beginTransmission(_address);
Wire.write(pointer);
Wire.endTransmission();
delay(9);
Wire.requestFrom(_address, (uint8_t)2);
byte msb = Wire.read();
byte lsb = Wire.read();
return msb << 8 | lsb;
}szóval ha itt minden ok --> cserélném a delayt:
delayMicroseconds(9000);
akkor még lehet akár HW issue is. A felhúzó ellenállások megvannak? Feszültség megvan? Milyen hosszú a vezeték? ...
Release the Beast....
-
_q
addikt
válasz Tankblock #9285 üzenetére
Nem tudom a hőmérséklet és páratartalom mérési ideje összeadódik-e, mert akkor 14 ms kell nagyjából 2 mérés között elteljen. Viszont én ezt a 9 ms-ot már korábban átírtam 20 ms-ra. a
Delay
helyett adelayMicroseconds
miért jobb választás?Kínai paneles megoldást használok, van rajta 2 db 10k (smd 103) ellenállás és kb 10 cm-es kínai szerelt vezetékkel van összekötve, de a 3.3 tápfeszültség meg van a panelen.
Adatlapban van egy ilyen:
"After power-up, the sensor needs at most 15 ms, to be ready to start RH
and temperature measurement. " Ez alapján a 9 nem igazán elég, de a 20 amit használok már igen. Gondolom soknak nem sok, hogy elmenne közben alvó módba megint a szenzor. Viszont az egészben ami érdekes, hogy oké hogy 1-1 esetben rossz a kommunikáció, de utána miért nem áll vissza és küld jó eredményt a szenzor. Ha csak nem akad össze wifi kommunikációval a háttérben.[ Szerkesztve ]
-
_q
addikt
Leesett a kódban a 9 ms valószínűleg elég, mivel 2 byte-ot olvas ki a szenzorból, külön történik a hőmérséklet és külön a páratartalom kiolvasása. Adatlap szerint 6.5 ms egy kiolvasás, ahogy linkelted, a 20 már lehet sok.
Viszont mivel freertos-ban írom a kódot, a
delay(9)
, közben lehet, hogy jön egy másik prioritású task ami elkezd futni. Ennek a task-nak lehet sokáig tart, mire lefut és ismét futásidőt kap a hőmérséklet kiolvasó task. Ez nem feltétlen mindig történik meg, de ha igen akkor az a ritka eset elő állhat ami nálam, hogy néhány óra/nap után történik meg az, hogy nem jó értéket küld a szenzor.Ez így mennyire lehet esélyes? Ha igen akkor hogy küszöbölhető ki?
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Janos250 #9283 üzenetére
Pedig nekem Uno-n is volt gondom a Wire könyvtárral, gyakorlatilag ugyanazt produkálta, mint itt ebben az esetben: egy idő után egyszerűen leállt a busz működése. Csak a reset segített rajta.
3rd party I2C könyvtárral zökkenőmentesen működött ugyanaz a kód.
Ez úgy két éve volt, azóta úgy vettem észre javítottak a Wire-n.
Egy ESP implementációnál meg ki tudja mit rontottak el és hol.Ezért kéne ránézni a buszra, amikor ezt produkálja.
Ha csak a nagy csend van akkor tudjuk, hogy kód hiba.[ Szerkesztve ]
-
Teasüti
nagyúr
Nem tartom valószínűnek, szerintem teljesen mindegy mikor olvasod ki azt a két bájtot - azok el vannak tárolva, amíg felül nem íródnak. Ha csak olvasási hiba lenne, esetleg menet közben kerül felülírásra, akkor ez egyszeri eset lenne és nem állna le az adatbusz sem.
A következő lépés szerintem mindenképp az anomália megmérése.[ Szerkesztve ]
-
_q
addikt
válasz Teasüti #9289 üzenetére
Köszi. Újrahúztam az egész esp könyvtárat, core 1-re tettem mind a 4 taskot, variáltam pár delay-t, most futtatom a tesztet és várok amíg ismét előjön (remélem nem). Ha látok valami problémát akkor ránézek a kommunikációra.
Addig egy másik téma. 2 db ESP32-m van amit eddig tudtam minden gond nélkül programozni. Az egyiket továbbra is tudom, de a másikat csak akkor, ha lenyomom a boot gombot. Lehetne driver gond, de akkor a másik panellel hogy hogy megy. Lehet hibás az eszköz, ha eddig minden gond nélkül működött? Próbáltam újratelepíteni a CP2101 driver-t, de továbbra se lehet kódot rátölteni csak a boot gomb lenyomásával, másik ugyan úgy megy mint eddig.
Ti tapasztaltatok már hasonlót?
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz zapikanka #9292 üzenetére
Az első az eredeti. A második nem tudom micsoda, ilyen összeállításban még nem láttam. Lehet kapott egy frissítést a csomag.
Akkor tudom ajánlani ezeket, ha semmit nem értesz az elektronikához. Ha tudod mi az az áramkör, soros/párhuzamos kapcsolás, tudod mi az az Ohm törvény és ismered Kirchhoff tételeit, akkor nem vennék eredeti kezdő csomagot. (Persze lehet támogatni az alapítványt.)
E helyett inkább Ebay-ről lőnék egy készletet töredék áron.
Neten meg van kismillió tutorial.[ Szerkesztve ]
-
AcCEsS
senior tag
Lassan egy hete megy 3db AA tölthető akkuról (HT7333 LDO-n keresztül) egy ESP12 lapom. BH1750 szenzor van rálógatva, és a lux meg a vcc értékeket gyűjtögetem percenként. Ma a szokásos 3.442V - 3.446V közötti értékek megvadultak, és kiugró, 3.414V - 3.47x értékek kerültek a log-ba. Utánanéztem a lehetséges okoknak, és 470 vagy 1000 mikrós kondit javasolnak a GND és a VCC láb közé az ilyen csúcsok kisimítására. Ezt felfogtam, meg fogom csinálni/próbálni.
Más. Mivel az ESP.getVcc() millivoltban adja vissza a mért értéket, ezerrel osztom, és az így kapott Volt értéket használom. Eddig ok. Viszont több helyen is találtam ilyen képletet:
So to get the 'correct' voltage in V you need to divided be 1024. Like:
float vccVolt = ((float)ESP.getVcc())/1024;Mi a búbánatért kellene 1024-el osztani? Ez valami baromság, vagy tényleg így van?
AcCEsS (https://www.metalenciklopedia.hu)
-
JozsBiker
aktív tag
-
Janos250
őstag
A driverekkel már nekem is sok bajom volt, ezért én - ha csak lehet - innen töltök drivert:
http://www.catalog.update.microsoft.com/Search.aspx?q=CP210x[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Teasüti
nagyúr
válasz zapikanka #9295 üzenetére
Passz, Tényleg ezer féle van.
Arduino starter kit a kulcsszó.
Én olyat vennék amiben adnak egy Arduino Uno-t vezérlőnek, hisz erre épül a tutorial-ok kb 95%-a. A körítés meg kb mindegy, amelyik szimpatikusabb. Ha tudod mivel szeretnél foglalkozni (lcd kijelző, érzékelők, motorok, toronyóra aranylánccal, stb.), akkor olyan készletet keress amiben ez benne van! Dupont jumper vezetékek is kelleni fognak (apa-apa, apa-anya), nem baj ha adnak hozzá. Jah meg alapvető elektronikai alkatrészek legyenek benne, mint ellenállások, diódák, gombok, kondenzátorok, stb.[ Szerkesztve ]
Új hozzászólás Aktív témák
- Autós topik
- Hálózati / IP kamera
- Nem indul és mi a baja a gépemnek topik
- Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- LG LCD és LED TV-k
- Távcső topik
- Samsung Galaxy S21 FE 5G - utóirat
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
- Asus ROG Phone 6 - Limited Batman Edition / BONTATLAN - 3 év gari
- Huawei Matebook D14 i5-11.gen/16GB DDR4/512GB PCIe SSD/14" Full HD IPS/Gar.:2025.10
- Rog 4070 Ti //KERESEM!!//
- Binepad BN006, programozható, mechanikus macropad, low profile Kailh Choc v1 Red switchek
- CoolerMaster ControlPad, programozható, mechanikus macropad, Gateron Red switchek