- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Az NVIDIA ipari AI-felhőt épít a németeknek, együtt az OpenAI és a Google
- Két új Ryzen közül választhatnak a kézikonzolok
-
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
-
-
_q
addikt
válasz
Janos250
#8797
üzenetére
Ez lehet az?
Tehát esetemben:
uint8_t ServerIPlocal[4] {192,168,1,140} ; //Node static IP kinek mi
uint8_t gatewayIPlocal[4] {100,73,11,43} ; // ami neked
uint8_t subnetIPlocal[4] {255,255,255,255} ;Van egy olyan sor a router manual-ban, amivel be tudok böngészőből is lépni a router beállításaiba. Esetleg a gatewayIPlocal címe az lehet? Ez: 192.168.2.1
-
Janos250
őstag
Ugyebár csatlakozol egy WiFi routerhez. Ennek van egy tartománya, amit használhatsz.
Gyakran a 192.168.1.1-től a 192.168.1.254-ig
Ez megvan a router gépkönyvében.uint8_t gatewayIPlocal[4] {192,168,1,1}
magának a roternek a címe, szintén a gépkönyvben van meg. Gyakran a 192.168.1.1uint8_t subnetIPlocal[4] {255,255,255,0}: megadja a használható IP címeket. Gyakran ez. Ha igen, akkor a fenn leírt tartomány használható.
Ha a vége 128, akkor csak a 128 alatti címek használhatók. (nagyjából)uint8_t ServerIPlocal[4] {192,168,1,140}: a hasunkra ütünk és kiválasztunk egy nem használt címet az engedélyezett tartományból. Lehet, hogy 128 alatti kell. -
-
Janos250
őstag
válasz
choco01
#8793
üzenetére
Így?
#define WEBport yyyyy
ESP8266WebServer WEBserver ( WEBport );
vagy ESP32WebServer WEBserver ( WEBport );
uint8_t ServerIPlocal[4] {192,168,1,140} ; //Node static IP kinek mi
uint8_t gatewayIPlocal[4] {192,168,1,1} ; // ami neked
uint8_t subnetIPlocal[4] {255,255,255,0} ;
const char* ssid = "mySSID";
const char* password = "1234567890";
void setup(void) {
WiFi.begin(ssid, password );
delay(1000); // min 1000
WiFi.config(ServerIPlocal, gatewayIPlocal, subnetIPlocal) ;
delay(1000);
WEBserver.on("/", handle_index);
WEBserver.begin();
} ;
void handle_index() {
String s = "<html>\r\n";
s += "<!DOCTYPE HTML>\r\n";
s += "<head>\r\n";
s += "<meta charset=\"UTF-8\">\r\n";
s += "<title>minta</title>\r\n" ;
s += "</head>\r\n";
s += "<body>\r\n";
.
.
.
.
.
s += "</body>\r\n";
s += "</html>\n";
WEBserver.send(200, "text/html", s);
} ; -
Janos250
őstag
válasz
choco01
#8790
üzenetére
"milyen lehetőségeim vannak"
Pl. a legegyszerűbb:
ESP32 AP, WEB szerver, és erre kapcsolódnak a szenzorok is.
Rálépsz az ő wifi hálójára telefonnal és látod.Ha kintről is akarod látni: Egy Wii routerhez kapcsolódik az ESP 32. WEB egy adott portra, amit a routerben átirányítasz az ESP-re. Így Ausztráliából is látod.
-
Teasüti
nagyúr
Na várjál az más téma! Én ott végfelhasználó voltam, én ott letojtam hogy milyen SDK-t ad kicsoda. De azért a játékfejlesztőknek már a kezükben kellett legyen a cucc előre, különben hogy érkeznek rá a címek? Mi itt kérem szépen "fejlesztők" vagyunk (muhahha).
Miért nincs teljes körű SDK-nk?
(Nem Arduino Core, hanem még az ESP IDF se támogat mindent, amit a hardver tudna.) -
tvamos
nagyúr
válasz
Tankblock
#8783
üzenetére
Nekem meg csak annyi van meg, hogy barmelyik node tud kapcsolodni barmelyik node-hoz, es a vegen minden adat befut a kozpontba, meg a kozpont tud mindenkivel beszelgetni.
En ahogy teszteltem, az elso reszt frankon csinalta a minta pelda, meg idonkent kuldott adatot a kozpontnak, ami meg is erkezett.
Ennyire emlekszem. -
tvamos
nagyúr
válasz
Tankblock
#8781
üzenetére
Nem is arrol van szo, hogy mindenkinek elkuldunk mindent, hanem MESH-rol van szo. Csinaltam mar Zigbee networkot is. (Csak mondjuk ott en csak hw-t, meg tesztelest, sw-t mas csinalta. Nem mintha itt en csinaltam volna a sw-t, hiszen a mintapeldat toltottem le.) En csak neztem hogyan kapcsolodnak egymashoz a node-ok, es ki-, bekapcsolgattam oket, meg valtoztattam a poziciojukat, milyen gyorsan kapcsolodnak ujra. (Az antennat leforrasztottam, hogy kisebb legyen a range.)
-
Tankblock
aktív tag
válasz
choco01
#8777
üzenetére
MQTT egy protocol csak. MQTT brokerre lesz szükséged, én a Mosquitto-t ajánlom egy raspin elmegy már évek óta.
Hogy mit kezdesz az adatokkal az már más kérdés. Én a NodeRed et használom, de vannak más haonlóan szofisztikált megoldások, ki mit szeretne.....
@ (#8778) tvamos :
Abban nem vagyok biztos hogy az MESH. Nem láttam még a teljes kódot. Azt keresem, hol van megvalósítva z atchitectúra lenyomata. Az hogy mindenkinek elküldünk mindent az sztem nem MESH. Ha lesz időm kipróbálom 3-5 noddal és tesztelem kicsit, mivan ha a node csak néha aktív, vagy ha kiesik egy része.
-
tvamos
nagyúr
válasz
Tankblock
#8774
üzenetére
En Wemos D1 mini pro-val probaltam a mesh-t, es ment rendben. No nem hetekig, es nem mozgattam rendszeresen a node-okat.
(#8773) Janos250 válasza tvamos (#8772) üzenetére
Kosz! Akkor, ha a C-set tanulom meg, az szabvanyos, es mashol is tudom alkalmazni a tudast, nem csak FreeRTOS-ban. -
Tankblock
aktív tag
válasz
Teasüti
#8775
üzenetére
A MESH egy hálózati topológia. A HW -nek elvileg képesnek kellene lennie rá. Az ESP32 egyértelműen a Wifire és a Bluetooth 4LE épített. Ezek számomra a használati értékét növelik. Simán el tudnám képelni, hogy a meglévő SonoFF Touch ba panelt cserélek ESP32 re és átugrok BLE-MESH networkre, vagy a mostanival Wifi MESH re. Még filózok rajta, mert a 8255 is képes Wifi-Mesh re. A Gateway modul a problémás ami összeköti a MESH hálózatot a saját Networkkel/felhővel/serverrel....
Arra még nem láttam - számomra - jó megoldást.
-
Teasüti
nagyúr
válasz
Tankblock
#8774
üzenetére
Wow, azt se tudtam, hogy van ilyen BT szabvány.
Amúgy annyira természetellenes nekem, hogy terveznek egy hardvert és nincs teljes körű támogatás hozzá évekig.
Mintha az nVidia kiadna egy új GPU-t, de azt mondaná a fejlesztőknek, hogy a hardver tudja a dx12-t, de majd csak jövőre készül el hozzá az SDK...
-
Janos250
őstag
"Nem pont értem, hogy mi a különbség ez, meg a thread/join megoldás között"
Gyakorlatilag semmi. Mindkettő ugyanazt csinálja, csak az egyik a szabványos C++-ban, a másik meg a freeRTOS-ben van megfogalmazva. Az xTaskCreatePinnedToCore esetén azt is megadhatod, hogy melyik magon fusson. A freeRTOS verzióban prioritást is adhatsz, ami bizonyos esetekben előny lehet. Viszont a thread/join használata egyszerűbb, de kevésbé rugalmas.
-
Teasüti
nagyúr
Egyenes arányosság. Általános iskolás matematika.
A max kimenő feszültséget meg értelemszerűen a várható max bemenő feszültséghez kell igazítani.
Én GPIO bemenetekre amúgy mindig rakok Zener-t, úgy nem okoz problémát a túlfeszültség se (meg a negatív feszültség se). Persze nyilván a diódát a feszültségosztó áramához kell méretezni. Általában én mikroamperes tartományban szoktam mérni (R1+R2 = 10-100 kOhm) és 1/2 wattos furatszerelt diódákat pakolok mellé. Bombabiztos. Mondjuk elemes üzemnél lehet lejjebb is menni, pár száz kOhm-os osztó és smd dióda.Amúgy ha az akku kapocsfeszültségére méretezel és aztán ráadod a töltőfeszültséget, akkor lehet ott túlfeszültség.
-
_q
addikt
válasz
Tankblock
#8763
üzenetére
Ha jól értem akkor a feszültség osztót úgy lenne jó beállítani, hogy mondjuk max 3V-ot lehessen mérni rajta, majd ezt egy képlettel belőni, hogy ha 3 V-ot mér az valójában 3,6V vagy éppen 5 V attól függ mivel akarjuk használni. Így a mikrovezérlő ADC portján max 3 V lesz a mérhető, és marad 0.6 V buffer túlfeszültség ellen?
Ha már itt tartunk miből jöhet túlfeszültség?
-
Tankblock
aktív tag
válasz
vargalex
#8764
üzenetére
én meg ESP-01 et ehhez a projecthez meg AtTiny13A-t.
A beépített linear DC-DC miatt - ezek sohasem lesznek jók másra, mint kipróbálni hogy működik e - ha azt lecserélnék egy sokkal hatékonyabbra akkor talán...
van 2 Wemos board de nem nyűgözött le, maradok a saját tervezésű boardoknál, igaz lassabban jutok el a project végére, mert több idő, több hibalehetőség, és több füst :-P
-
Tankblock
aktív tag
Hello,
Nem, LiFePo akart az a LiPo lenni.
Annak a max feszültsége ha jól rémlik 3.6V ami még pont jó.
2.8 [V] a discharge és 3.6 [V] a full charge.
Az osztó a túlfesz ellen kellene, a p-MOSFET meg arra hogy ne merítse le az akksit, mert gondolom nem folyamatosan szeretéd mérni...
Az akkumulátor fennálló kapacításával kell jól gazdálkodni. A Barátod a deepsleep és a kikapcsolható részegységek lesznek. Nekem van szobai hőmérőm ami egy ~3000 [mAh] Lipo ról több mint fél évig üzemel töltés nélkül, 5 percenként mér és küld adatot. Lehetne hatékonyabbra is megcsinálni, de ez már több mint 1,5 éve üzemel és 3x töltöttem eddig utoljára Feb 15 én és 3729 [mV] van a feszültsége....
ezt engedem esni 3.0 [V] ig... -
-
vargalex
félisten
válasz
Tankblock
#8748
üzenetére
Én a hőmérőmnél éppen a második megoldást alkalmazom. Így le tudom dobni itthon/édesanyámnál/cégnél és mindhárom helyen működni fog.
Persze, mivel deep sleep megoldást használok, így csak a nem deep sleep-ből történő ébresztéskor scannelek és letárolom, hogy melyik SSID került kiválasztásra. De nem kell hozzá AP mód... -
Teasüti
nagyúr
válasz
Janos250
#8754
üzenetére
Lehet az a parancs nem bonyolultabb, mint egy Serial.print().
De a wifi konfigurálása igen. Az adhoc hálózat telefonon meg körülményes ha közben nem akarsz lecsatlakozni a router-ről sem - nem is hiszem, h ez megoldható Android-on. Illetve a mobilnethez is konfigurálni kell a telefont, mert amúgy az ESP-n keresi a netet. Nem az ESP-n kényelmetlen, hanem a telefonon.
Amíg BT-t megkeresem csatlakozok és örülök (és párosítás után mindez az alkalmazásból történik pár pillanat alatt), addig a wifi nem ilyen felhasználóbarát. Wifi az csak úgy jó, ha router-re csatlakozik az eszköz. Peer-to-peer csatlakozásra szerintem nem való.
Ez majd a Wifi Direct-el változhat - az nem dob le a csatlakozott hálózatról sem a telefonon -, de addig is a BT az egyetlen kényelmes megoldás csatlakoztatott eszközökre*.*Wiki szerint az IOT is ebbe a kategóriába esik, de amit ezalatt én értek, az inkább a hordozható eszközök amik közvetlenül kapcsolódnak a vezérlő eszközhöz, nem hálózaton keresztül. Pl egy okosóra, az a legjobb példa a csatlakoztatott eszközre az én értelmezésemben.
A Classic BT Serial teljes mértékben implementálva lett tavaly óta, így már én sem a BLE könyvtárat erőszakolom meg erre a feladatra. Classic BT Serial-ra meg van egy rakás alkalmazás is Play-en, de én pl MIT App Inventor-ban kalapálok hozzá sajátot.
Van hozzá beépített példa is, tutorial se kell.
Ennyi az egész zanzásítva:#include "BluetoothSerial.h"
BluetoothSerial SerialBT;
SerialBT.begin("ESP32test"); //Bluetooth device name
SerialBT.write();
SerialBT.read();De valóban olyan egyszerű az egész, hogy be is másolom ide:
#include "BluetoothSerial.h"
//#if !defined(CONFIG_BT_ENABLED) || !defined(CONFIG_BLUEDROID_ENABLED)
//#error Bluetooth is not enabled! Please run `make menuconfig` to and enable it
//#endif
BluetoothSerial SerialBT;
void setup() {
Serial.begin(115200);
SerialBT.begin("ESP32test"); //Bluetooth device name
Serial.println("The device started, now you can pair it with bluetooth!");
}
void loop() {
if (Serial.available()) {
SerialBT.write(Serial.read());
}
if (SerialBT.available()) {
Serial.write(SerialBT.read());
}
delay(20);
} -
_q
addikt
válasz
Tankblock
#8740
üzenetére
Miért kell feszültségosztó, miért nem lehet direktben rákötni, mérni a konverzió értékét, majd abból visszaszámolni a feszültséget?
Közben olvastam (#8747) aryes válaszát is. Tehát ha 3.3V-os lipo-t használunk nem kell feszültség osztó, csak mondjuk egy 5V -os esetében.
-
Janos250
őstag
válasz
Teasüti
#8736
üzenetére
"legkevésbé se ideális megoldás peer-to-peer használatra, az túl kényelmetlen és kompromisszumos a vezérlő eszközön, valamint bonyolultabb is a BT-nél"
Igen, WiFi-n küldeni P2P egy karaktert, bizony nagyon bonyolult:client.write(C);
Én a WiFi-t használom, de persze a BT is ugyanolyan jó, ha nem kell net. -
tvamos
nagyúr
válasz
Janos250
#8744
üzenetére
Csak annyi kene, hogy ha nem otthon vagyok, akkor a mobil hot-spothoz csatlakozzon, ha meg a masik otthon, akkor meg az ottani routerre. Valami ilyesmi.
(#8748) Tankblock válasza Janos250 (#8744)
Vagy viszgáljuk adott Wifi.begin() a csatlakozás sikerességét, és ahol nem sikerül akkor a listába menni a következőre.....
Ha nekem kell megirni, akor ez lesz. -
Tankblock
aktív tag
[P-channel MOSFET Switch] lesd ezt meg. annyi a különbség, hogy RL ellenállást 2 sorbakötve fogja adni.
U 1 /U 2 = R 1 /R 2 lesz a képlet ahol U1+U2 = 4.25 [V] - Mosfet-en eső D-S feszültség...
I értéke meg minnél kisebb.
-
Tankblock
aktív tag
válasz
Janos250
#8744
üzenetére
Nekem elsőre két dolog ugrott be:
Vagy viszgáljuk adott Wifi.begin() a csatlakozás sikerességét, és ahol nem sikerül akkor a listába menni a következőre.....
Vagy AP csinálni és végig scannelni az elérhető hálózatokat, majd megnézni pl jelerősség alapján melyek elérhetőek és melyekhez van password is tárolva, Majd ezek alapjána a legjobbhoz csatlakozni.
-
Az A0 port analóg feszültséget mér, 0 és a tápfesz közt, az akkumulátor feszültségét is meg tudja mérni 3,3V-ig, de afölött tönkremegy. Ezért két ellenállásból csinálsz feszültségosztót, ami leosztja az akku feszültségét, és azt méred meg az analóg porton.
A bekötési vázlat alapján akár 4,2V-ot is kaphat az A0 port teljes töltöttségnél, ez nem túl egészséges szerintem. Mint ahogy az sem, hogy 3,0-4,2V tápot adsz neki az 5V lábon. A belső konverteren kb 0.6V esik, tehát 3,6V akkufeszültségnél az esp 3,0V körüli tápot kaphat. Nem tudom mennyi a minimum tápfeszültség, aminél elindul, de ez nekem határesetnek tűnik. Inkább egy 3,3V boost-buck konverter kéne, és a 3,3V lábon megtáplálni. -
AcCEsS
senior tag
Ez jó kérdés. Nyílt térben egy kerítésoszlopra lesz felszerelve a doboza, az oszlop és a napcellák fogják árnyékolni a nap elől. Kap egy-két szellőzőfuratot is. Meglátjuk...
De az összerakása után már az elején gondom volt vele, nem akart elindulni a wemos. Egy TP4056 intézi a töltést és a wemos áramellátását. Ez a bekötési vázlat lett követve. Viszont amikor berakom az akkut, a TP4056 akku felőli kivezetésein 3.6V körül mérek, de a wemos felőli lábakon csak 0.85V jelenik meg, így persze el sem indul. Kettő TP4056-al is próbáltam. De ha kiszedem a foglalatból a wemos-t, berakom az akkut, akkor a TP4056 wemos felőli oldalán is megjelenik a 3.6V és ha ilyenkor visszarakom a foglalatba a wemos-t, el is indul a ketyere. Ez nem tudom miért van...
Egyébként, ha a linkelt ábra szerint van bekötve a cucc, és firmware frissítést akarok csinálni, akkor mielőtt az USB kábelt rádugom a wemos-ra, ki kell vennem az akkut?
-
Janos250
őstag
Lehet, rosszat mondok, akkor bocs:
az ESP8266WiFi.cpp fájl végén van aESP8266WiFiClass WiFi;sor. Tehát az ESP8266WiFiClass típusú, WiFi nevű objektumot hozza létre, ezért használhatjuk a programban a WiFi,begin és hasonló metódusokat.
Nem tudom, soha nem próbáltam, enged-e több ESP8266WiFiClass objektumot létrehozni, de én ezt próbálnám ki:ESP8266WiFiClass WiFi2;
.
.
WiFi2.begin(ssid, password );Gőzöm nincs, hogy működik-e.
Ha csak időnként kellene az egyikre írni, időnként a másikra, akkor én ezt próbálnám:
Bezárnám WiFi.end()-el, és némi várakozás után megnyitnámWiFi.begin(ssid, password );
másik ssid, password párossal. -
tvamos
nagyúr
Wemos d1 mini pro-t hasznalok, Arduino framework alatt. Azt szeretnem megoldani, hogy ne csak 1 halozati SSID-t tudjak megadni, amihez csatlakozik, hanem tobbet is. Az lenne a legjobb, ha egy kulso file-ba beirnam a kulonbozo SSID-ket, meg passwordoket, es onnan olvassa ki forditaskor az Arduino. Nem tudtok erre peldaprogramot?
Igazabol meg azt sem ertem, hogy ezeket a freeRTOS threadeket sem nagyon vagom, esetleg ha ebben tudnatok segiteni valami olyan anyaggal, ami egyszeru... nem nagyon ertek a programozashoz, hardware-t tervezek.
-
Tankblock
aktív tag
Sorosan kell bekötni. A címe kell hogy más legyen és kész.
Kódban egymás után szükséges a két eszközt parancsokat küldeni és fogadni.
A0 ra meg feszültségosztót tudsz rakni, 2 ellenállás sorba a közepén meg méred az arányos feszültséget.
Kalibrálás szükséges lesz. Én tennék bele egy MOSFET et is, hogy ki lehessen kapcsolni, mert az ellenállásokon keresztül pluszban fog a LiPo cella merülni, és nem szerencsés egy ilyen alkalmazás esetén.. -
gyapo11
őstag
válasz
Teasüti
#8736
üzenetére
A gyakorlatban milyen a BT? Rendszeresen használok BT fejhallgatót androidos telóval. Bekapcsolom a fejhallgatót, vételkész. Bekapcsolom a telón a BT-t, és van vagy 4-6 másdoperc, mire megszólal a csippanás, hogy a párosítás megtörtént. Ezt egy ajtónál állva esőben pl. nem annyira jó móka, sokkal jobban tetszene az autók távirányítójához hasonló azonnali vezérlés. Gondolom a wifi se ilyen.
-
AcCEsS
senior tag
Wemos D1 minivel próbálom megvalósítani ezt a napelemről működő időjárás állomást. Viszont a BME280 mellé szeretnék egy BH1750-et is tenni. Hogyan tudom megoldani, hogy azonos pin-en (D1 SCL GPIO5 + D2 SDA GPIO4) kettő vagy több I2C eszköz működjön? Illetve a 18650 feszültségét milyen módon lehet plusz elektronika nélkül monitorozni? (Láttam olyan ábrát amin egy ellenállás volt az A0 pin-re kötve vagy mi(?), nem igazán értem az elvét.)
-
Teasüti
nagyúr
válasz
Janos250
#8733
üzenetére
Mindkettőnek megvan a maga szerepe. IOT-re és önálló eszközökre egyértelműen wifi. A csatlakoztatott eszközökre viszont inkább a BT. Wifi nem igazán helyettesíti a BT-t (Wifi Direct-re meg még nem láttam példát ESP32-n, az még várat magára), az adhoc AP üzemmód meg a legkevésbé se ideális megoldás peer-to-peer használatra, az túl kényelmetlen és kompromisszumos a vezérlő eszközön, valamint bonyolultabb is a BT-nél: BT egyszerű mint az UART, wifihez meg kell először is egy konfig, aztán lehet tartalmat gyártani a webes letöltéshez - na inkább hagyjuk.
Ár/értékben meg lehet hogy a legjobb az ESP, de akárhogy is nézem annak az áráért egy maréknyi Atmel-t lehet venni. És nagyon sok feladathoz amúgy is overkill egy ESP32. -
Janos250
őstag
OK, én csak azt mondtam, hogy nekem ilyenre nem volt szükségem, amire volt, arra jó volt a konverter. Mint írtam, az STM32 USB-jére se volt szükségem. Távol álljon tőlem, hogy azt mondjam, hogy ne használja. Attól, hogy én nem ismerem, ha van aki ismeri, használja, ha az jó. Ha szükségem lesz, rá, majd én is ezt próbálom ki. Jelenleg csak az RFID olvasás jut eszembe, ahol nekem jól jöhet.
-
Janos250
őstag
Igen, persze, nem is úgy értettem.
Ezért írtam, hogy pap és papné, kinek melyik. Én midig azt ajánlom, ami szerintem a jobb, de mások szerint meg más. Rengetegen esküsznek a régebbi chipekre, én nyugdíjaztam őket. Az általad javasolt verziót nem ismertem, soha nem használtam, de ha tudja az USB-t akkor az a legjobb. Használtam az STM32-ket, ajánlottam is akkoriban, mert akkoriban azt ítéltem legkedvezőbbnek. Azon van USB is, de soha nem használtam. Ha USB-re van szükségem, akkor én az USB-soros átalakítót használom. A WiFi - BL is ízlés kérdése. Én továbbra is a WiFi híve vagyok, de nagyon sokan meg a BL-re esküsznek, azt használják. -
válasz
Janos250
#8731
üzenetére
Ugye a hsz többi részét is olvastad?
Különben meg arra gondoltam, hogy annak idején, mikor én jöttem először ide tanácsért, és kérdeztem a wireless lehetőségekről, valamelyik kollégával hosszasan vitáztatok, hogy az esp mennyivel jobb a hc-06-nál, a wifi a Bluetooth-nál. Nem rosszindulatból írtam.
-
-
Szerintem rendelhetsz nyugodtan többet, mert ha egyszer elkezdesz arduinozni, úgysem tudod abbahagyni.
Persze más (nem usb centrikus) feladatokra a fent említett ESP32 a legjobb ár-érték arányú lap most a piacon.
most látom, hogy Dell helyett Lenovo-t írtam az előbb, de a lényeg ugyanaz.
-
válasz
Janos250
#8722
üzenetére
Te mindig mindenre azt ajánlasz
de jelen esetben nem lesz jó, mert az nem tud USB HID eszközt emulálni.
Ellenben az arduino pro micro igen, és nem is túl drága.
Van belőle 5V-os és 3,3V-os verzió, olyat érdemes választani, amilyen logikai szintén működik az a bizonyos Lenovo billentyűzet, is nem kell majd level converter. -
Gyb001
senior tag
Sziasztok.
Még sosem foglalkoztam arduinoval, viszont most szükségem lesz rá egy otthoni projektemhez. Jelenleg még a beszerzési fáziban tartok, ezért a segítségeteket kérném hogy milyen arduino-t vegyek.
Adott egy Dell d620 laptop billentyűzet, ezt szeretném usb-re átalakítani.
Milyet vegyek? Leonardo, mini pro...? -
Espla
aktív tag
Volt ez a hír: Az Antenna Hungária megnyitotta IoT-hálózatát a fejlesztők részére
Ezt a hálózatot mennyire komplex használni Arduino-val? Mi kell hozzá?
-
Tankblock
aktív tag
válasz
Teasüti
#8718
üzenetére
Hello,
Mivel c++ igen, ez az iostream rá van rakva arra a serial kimenetre amellyel programozod is.
Elméletileg nincs akadálya hogy a másik 2 UART hoz is lehessen iostreamet definiállni.A kérdés mindig az hogy mennyire fog a kód olvashatóság rovására menni.
Azt kihagytam hogy ne használjátok az
endlhelyette a jó öreg\nMagyarázat az hogy a endl definíciója tartalmaz mindig egy flush parancsot is és nem minden esetben szerencsés ez.
A valami típusa meg convertálhatónak kell lennie stringgé.
-
gyapo11
őstag
Amint az első cikk/infó megjön, máris lesz weblap.
arduino kukac gyapo pont hu címre jöhet.
Elméleti alapok is, konkrét megvalósítások is. A cél az, hogy érthető legyen, hogy a kezdők a kérdéseikre megtalálják benne a választ. Ha egy profi megmutat egy 300 soros programot, abból nagyon nehéz tanulni. A 30 sorosat már könnyebb, de mivel sok ezer féle dolgot lehet csinálni, szerintem jobb a magyarázat, mint az 'ezt ide forraszd, oda meg írd be ezt és működni fog' leírás.
Szóval ha valaki küld kész programot, jó lenne ha tenne bele megjegyzéseket, mi micsoda, miért, hogy működik. Ha egyszer elmagyarázza, lehet, hogy százaknak fog segíteni, és nem kell százszor leírni. -
Janos250
őstag
Apránként jutnak eszembe a dolgok:
a Serial.print megfelelőjeként az ESP32-n a szokásos cout is használható, pl.:cout << " Hello World ! " << endl;Ennek ugyan semmi előnye a Serial.print-hez képest, de van aki inkább ezt a C++ szokásost kedveli, van aki az Arduino jellegű Serial.print-et.
-
Janos250
őstag
Bár már gyakorlatilag aktualitását vesztette, de csak most jutott eszembe, hogy valakinek én régebben feltettem egy DHT11 kezelő mintaprogramot, amit azért is úgy tettem fel ahogy, hogy könyvtár témára is példa legyen:
[http://arduinouser.hu/szenzorok/] -
gyapo11
őstag
válasz
Tankblock
#8711
üzenetére
Az idő a legnagyobb gond mindenkinek, aki már nem fiatalos hevülettel kezd bele az arduinozásba. Család, munka, egyéb hobbyk.
Pl. én szívesen fölajánlok egy weboldalt, ahol lehet példákat mutatni, elmagyarázni. Akár alapokat is a programozással vagy az elektronikával kapcsolatban. Kész írásokat, képeket, kódokat kérek, én csak beszerkesztem a weboldalba. Sok infót össze lehetne szedni ebből a fórumból is, de kinek van annyi ideje?
Tömör és áttekinthető magyar nyelvű oldal kell, ahol később lehet hivatkozni linkekkel a már fölvitt infókra. Nem szeretnék külső oldalakra hivatkozni és átemelni sem, csak saját tartalom, ami állandóan elérhető. -
Tankblock
aktív tag
Nincs olyan hogy rossz, vagy buta kérdés. Szívesen válaszolok, ha van időm. és elmondhatom család mellett nem oly egyzserű ezt a hobbit űzni.
Ezt a hobbit is mint mérnöki szemlélettel űzöm, és ezt kellene az iskolában is tanítani:
Probléma megoldást, logikus gondolkodást.Másik kérdés hogy füstöltem el én is dolgokat, majd javítottam amit lehetett. Néztem el már elég rajzot is.
Másik kérdés, hogy:
sose etesd a Trollt![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Teasüti
nagyúr
Én nem elektronikát tanultam, így onnan kezdtem, hogy mi az az áram. 6 éveseknek való illusztrációval és hozzá egy nagyon egyszerű szemléletes magyarázattal.
Viszont végig vittem azóta a majdnem 3 év alatt több saját projektet. Ebből lehet szerintem tanulni, meg a rengeteg kérdésből amik menet közben felmerülnek.
Ha elektronikát választottam volna egyetemen, szerintem már a mateknál kibuktam volna.
És működő dolgokat alkotok úgy, hogy régen se ment már az integrálás és nem oldottam meg komplex egyenleteket már évek óta. Viszont vannak kalkulátorok, amiket segítségül szoktam hívni és ez úgy tűnik szinte mindenre elég. Kit érdekel pl hogy kell méretezni egy vezetősávot, amikor a gyakorlatban csak beírom a kalkulátorba mekkora áram és hőmérséklet, aztán kidobja hogy mekkora szélesség kell.
És szerintem a legbonyolultabb része a tervezésnek, az az alkatrészek illesztése.
De ez meg lényegében csak manual olvasás.
És mióta átlátom a teljes képet, azóta mondhatni nem is bonyolult megtervezni egy saját NYÁK-ot.Az a baj a sulival szerintem, hogy nem gyakorlatias az oktatás. Nagyon erőltetik a régi papíralapú számolást.
Oké, ha visszamegyünk a kőkorba és papíron kell levezetni, akkor hasznos ez a tudás. De amúgy nem.
Az egyszerű mérnökök meg nem alkotnak saját képleteket, a professzorok meg úgyis levezetik papíron/táblán ha újat találnak ki.
Szerintem. -
Sokimm
senior tag
válasz
Tankblock
#8705
üzenetére
Móka ide vagy oda, nem büszkélkedem a tanulmányi papírjaimmal, mert nem illene ilyen buta kérdéseket feltennem vele, de mentségemre legyen:
A tantárgyak nem összekapcsolódóan vannak felépítve, és attól, hogy egy-egy zh-t teljesítek, nem lesz komplex rálátásom bizonyos dolgokra (csupán az iskola kedvéért).Minden ami működik itthon (auto akksi töltő, laser-es fordulatszámmérő fotoellenállással, napkollektoros akksitöltő, stb), az nem az iskolai komplexitás, vagy tananyag miatt megy, pedig több féléven át tanultunk bizonyos tantárgyakat (és ide még a középiskolai fizika és infó is beletartozik, mint "szégyen").
Tehát a hetes táborok jók, de kapcsold össze őket, és vezesd végig a diákokat EGY projekten (minden ágán, a felsorolt listáddal pl). Különben jövök ismét kérdezni x idő múlva!
-
Tankblock
aktív tag
Lassan szervezhetnénk arduino nyári tábort
Tematika:
Elektronikai alapfogalmak
Programozás alapjai C, C++
Eszközök használata (Multimeter, oszcilloszkóp, tápegység)
Tervezés és Kivitelezés - azaz hogyan olvass manuállt Atmega328P v ESP8266 v ESP32
Tervezési minták
Project próbapanelon
Hibakeresés - honnan száll a füst....
forrasztásA probléma az hogy minegyik része több hetes lehetne......
-
Janos250
őstag
Ezt hagyd ki:
int A;
int B;
int C;
int D;Felesleges, sőt zavaró. Ha mégis benne lenne, akkor kellene a this, ha nem a paraméterre, hanem a példány saját változójára hivatkozol, és megegyezik a nevük, de itt most olyan nem kell.
Más gondot én első ránézésre nem látok, de több szem többet lát. -
Sokimm
senior tag
válasz
Janos250
#8695
üzenetére
A this-t még majd igyekszem megérteni, mert zavar, hogy nem értem, de a hiba meglett!
Az osztálynak nem adhatok input paraméter igényt, mert az adott metódusa (nem csak egy lehet) majd igényli, hogy most két változós inputot adok, vagy többet (kevesebbet).Most szépen lefut, teszi a dolgát, csak nem tudom a szakzsargont, amiatt kérném a korrigálást tőletek!
(köszönöm a segítséget Tankblock neked is, már működik, cserje/tölgy ide vagy oda.
)pl: (ha nem jó szavakat használok, javítsatok ki bátran, nehogy itt zöldségeket beszéljek!
)asd.h:
#ifndef ASD_H
#define ASD_H
#define PI 3.14
class SZAMOL {
private:
int A;
int B;
int C;
int D;
public:
int osszead (int C, int D); //ez az osszad egy metódusa a SZAMOL osztálynak?
int szorzas_pivel (int A);
};
#endifasd.cpp:
#include "asd.h"
int SZAMOL::osszead(int C, int D) {
return C + D;
}
int SZAMOL::szorzas_pivel (int A){
return A*PI;
}main:
SZAMOL szamolpeldany; //itt példányosítok ?
void Setup (){
Serial.print(szamolpeldany.osszead(C, D));//majd itt a példányak megadom az input paramétereit? (és kiiratom)
}
Nem tudom milyen lehetőségeim vannak..
Miért nincs teljes körű SDK-nk?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)Új hozzászólás Aktív témák
Hirdetés
ekkold- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Kerékpárosok, bringások ide!
- OTP Bank topic
- Milyen okostelefont vegyek?
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Milyen videókártyát?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Vezetékes FEJhallgatók
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- E-roller topik
- További aktív témák...
- HP Elitebook 840 G3 laptop (15,6FHD/I5-G8/8GB/256SSD/Magyar/Win11)
- AMD Ryzen 5 5500 - GTX 1080Ti 11Gb - MSI B450 Max
- HP Zbook 15 G3 laptop (15,6FHD/I7-G6/16GB/256SSD/AMD2GB/MagyarVilágítós/Win11)
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 13 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Gigabyte B760M i5 14600KF 32GB DDR4 1TB SSD RX 6700XT 12GB Zalman Z1 Plus Seasonic 650W
- ÁRGARANCIA!Épített KomPhone Ryzen 5 5500 16/32/64GB RAM RTX 4060 8GB GAMER PC termékbeszámítással
- Gamer laptop felvásárlás Magas áron, gyorsan és egyszerűen!
- BESZÁMÍTÁS! AMD FX-8320 8 mag 8 szál processzor garanciával hibátlan működéssel
- MacBook felvásárlás!! Macbook, Macbook Air, Macbook Pro
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged