- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Philips LCD és LED TV-k
- Fejhallgató erősítő és DAC topik
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- OLED, Mini-LED, IPS, VA, TN - melyik panelt válaszd 2025-ben?
- Milyen TV-t vegyek?
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Azonnali informatikai kérdések órája
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- VR topik
-
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
choco01 #8683 üzenetére
Be kellene pár serial monitorozást tenni a kódba, ahol úgy gondolom megáll a kód, így lehetne debugolni. Illetve megnézni, hogy először is ki tudsz-e olvasni a szenzorból, utána ki tudsz-e íratni a kijelzőre fix-en számokat, utána a kettőt egybe, ezután a wifi rész. Ha minden egybe van úgy a legnehezebb. Ha külön megy és egybe nem akkor megint csak serial monitorozni kell.
-
_q
addikt
válasz
choco01 #8681 üzenetére
Ha minden igaz ez a mintakód neked is meg van, az esp32-vel települ fel. Itt csak a wifi.h kell. Webserver, Webclient nem. Nem tudom ezek mennyire "official" fájlok, de próbáld meg csak a wifi.h-t használni többi wifi-s header fájlt kommentezd ki, lehet másikban is van hasonló és bezavar.
WebServer server ( 80 );
Ezt pedig ne így nevezd el hanem:WiFiServer server(80);
-
_q
addikt
válasz
choco01 #8675 üzenetére
Szerinetm a wifi inicializálás és weboldal kiíatás nem egy helyen kellene legyen. Mert így minden egyes net függvény hívásnál ismét csatlakozik wifire, inicializál stb. Nem mondom, hogy ez a hiba, de elsőre ezt vettem észre.
Plusz egy ilyen is hiányzik szerintem a WiFiClient client után:
WiFiClient client = server.available(); // listen for incoming clients
Meg egy ilyen:
while (client.connected()) { // loop while the client's connected
if (client.available()) { // if there's bytes to read from the client,Tehát a net függvényt így kellene kezdeni szerinetm:
WiFiClient client = server.available(); // listen for incoming clients
while (client.connected()) { // loop while the client's connected
if (client.available()) { // if there's bytes to read from the client, -
_q
addikt
válasz
choco01 #8670 üzenetére
Adafruit_BME280.h-ban írd át a címét a szenzornak 0x76-ra. 0x77-en van és ezért elvileg nem tud kommunikálni. 77 SPI esetén, 76 I2C esetén használatos. Adafruit mintakód SPI-ra van így a header fájlban is ezért szerepel 77-es cím. Ettől függetlenül a bme.begin() kelleni fog az inicializálás miatt.
-
_q
addikt
válasz
choco01 #8665 üzenetére
Igen, ahogy (#8666) vargalex mondja ugyan arra az i2c-re kösd rá a kijelzőt, mint amire a szenzort is kötöd. Ezek után csak el kell küldeni neki amit ki akarsz íratni. Én mikor teszteltem külön teszteltem a szenzort, külön a kijelzőt, majd a végén raktam össze a kettőt.
Valószínű a kódban lehet valami. Amikor megvan pl. hőmérséklet, akkor a következő függvénnyel tudod elküldeni a kijelzőnek:display.drawString(0,0, "Temp: " + String(readtemp));
Ahol a Temp: konstans szövegként kerül a kijelzőre, majd a kettőspont után a kiolvasott hőmérséklet, ugyan az amit serial monitoron is kiíratsz. Illetve az elején a 0, 0 adja meg hogy melyik sorba/oszlopba legyen kiíratva.
-
_q
addikt
válasz
choco01 #8659 üzenetére
Én HDC1080-al próbáltam és nem volt gond oled kiíratással. Szerintem először serial monitoron próbáld kiíratni és csak utána menj tovább az oledre, Lépésről lépésre. Ha serial monitor is 0-t ír ki akkor a kóddal lesz a gond. Nem tudom hogy magad írtad-e meg a kommunikációt vagy arduino könyvtárat használsz. Ha utóbbi akkor egy minta kódot érdemes nézni pl.: ezt vagy ezt. Emellett érdemes megnézni a bekötés jó-e az szokott még gond lenni.
-
_q
addikt
válasz
// Chaka // #8657 üzenetére
Lehet én értettem félre akkor.
-
_q
addikt
válasz
// Chaka // #8653 üzenetére
Miért kell optocsatoló? Miért nem lehet direktbe rákötni a nyomógombot?
-
_q
addikt
válasz
Janos250 #8638 üzenetére
Resetet nem VCC-re kell húzni? Nem tudom csak kérdezem.
Másik hogy az USB-TTL konverter az UNO lapon szerintem 5V-os, te pedig 3v3-ra kötötted a 8266-ot. Ezt is kérdezem hogy nem gond-e?
Így belegondolva nem is értem hogy tud működni UNO soros kommunikáción keresztül a 8266. Mert nem jön ki az azonos jelszint. Vagy mind a kettő 5 V-on vagy 3v3-on legyen. De a 8266 meg úgy tudom csak 3v3-ot tolerál. Ehhez keresek választ, mert hallottam mástól is már hogy UNO-t használt soros kommunikácóra FT232 hiányában, de nem értem hogyan lehet ez esetben. -
_q
addikt
válasz
Teasüti #8612 üzenetére
Köszi kipróbálom.
(#8613) Teasüti
Ehhez annyi megjegyzésem lenne, hogy én úgy tudom nem nagyon szokták az if-et úgy használni, ahogy te, tehát hogy nincs ott hogy _debug == 1. Ezt képes a fordító esetleg rosszul fordítani. Van a scram vagy hasonló programozási elv/módszertan ami direkt ki is zárja. Nem mondom hogy mindig gondot okoz, de tud furcsaságokat generálni bizonyos feltételek mellett. -
_q
addikt
SSD1306 oled kijelzőnél van ötletetek hogy tudok 2 digiten kiíratni számot? Tehát ha azt akarom hogy 0-9 közötti számot írja ki akkor ne 0, 1, 2, ...,9- legyen hanem 00, 01, ..., 09 kiíratva.
SSD1306.h-t használom és ezzel íratok ki:
display.drawString(0, 0, String(clockHour) + ":" + String(clockMinute) + ":" + String(clockSecond));
Print esetén "%2d"-vel lehetne de itt nem tudom ha egyáltalán működne hova írjam, de az is lehet hogy itt nem így kell.
-
_q
addikt
válasz
Teasüti #8576 üzenetére
A motorról olvastam, a konyhapult világításról nem sok minden van, pl miért kell ATX táp, ami elég nagy. Amúgy a videó nem elérhető, legalább is nekem azt írja ki amikor rámegyek a linkre. Egyébként miért jó a színhőmérsékletet változtatni a konyhapultnál, fehér és sárga között lehet módosítani?
-
_q
addikt
válasz
Tankblock #8564 üzenetére
Ha a lenyomásra és felengedésre is reagál a gomb látványosan nem pedig csak úgy tűnik mint ha, akkor szerintem nem a gomb prellegéséről van szó. Nekem amikor prelleget akkor úgy nézett ki, hogy lenyomásnál egyszerre 15-ig is elszámolt a counter, majd abba maradt, majd esetleg ha picit mozgattam az ujjam a gombon megint számolt 5-8-at, de elengedésnél nem számolt, úgy hogy lefutó élet állítottam be.
(#8574) Teasüti
Tehát a rögzítése a réz alátétnek vagy szigetelten kell rajta legyen az aluminium házon (gyári megoldásnál oda szokták rakni), vagy a háztől függetlenül valamilyen nem vezető anyagra kell tenni. Az mondjuk hogy vizuálisan hogy néz ki gondolom nem számít mert úgy se látszik, ha a pult felső szekrény alján helyezted el ahogy szokás.
A kérdés az, hogy megérte mikrovezérlőt alkalamzni nem lett volna hatásosabb egy céláramkör hozzá? Persze csak pár száz forint az eltérés gondolom, csak nem biztos hogy ilyen esetben egyből mikrovezérlő kellene egy kapcsolóhoz. Kivéve ha jól esett bütykölni, vagy ha más funkciót is ellát a mikrovezérlő. Erről írnál, mert érdekelne -
_q
addikt
válasz
Teasüti #8572 üzenetére
Én azt hittem, hogy ez valami teljesen új dolog, ezek szerint annyira nem
Végül úgy oldottad meg, hogy az atmega-ból kivezetted egy vezetékkel a touch interfész portot és a végére forrasztottál egy réz felületet, azt pedig rátetted az alumínium házra amiben a ledek voltak?
-
_q
addikt
válasz
Teasüti #8567 üzenetére
Igen de amikor túl vagy a tesztelésen és meg szeretnéd építeni az adott projektet, oda nem vezetékeket raksz gondolom. Ezért kérdeztem, hogy mondjuk ami helyettesít 2 nyomógombot, de csak magát a kapacitív felületet biztosítja van-e, mert jó hogy támogatja az ESP32, de amiket találtam azoknál mind van plusz elektronika ami kezeli az érzékelést, viszont ESP-nél már benne van a mikrovezérlőben, így csak egy felület kellene hozzá.
-
_q
addikt
válasz
Teasüti #8563 üzenetére
Igen növelve 100 ms-nál javult minimálisan, de még lehet növelem, szerencsére nem kell gyors reakció.
A korábban (#8547) Atti777 által linkelt megoldás esetén ESP32-vel hogyan lehetne kivitelizn. Arra gondolok, hogy ESP32 alapból támogatja a kapacitív bemenetet, így a linkelt panel elhagyható, de milyen felületet lehet hozzá használni egy PCB-n? Egy sima kapacitív felülettel ellátott PCB kell hozzá?
-
_q
addikt
válasz
Attix70 #8557 üzenetére
Köszi a magyarázatot. Tehát csak hogy jól értem-e.
Alapból GND-n, tehát alacsony logikai szinten van a PA0, mivel a kondenzátor szakadásként viselkedik egyenáramú környezetben. Ha lenyomom a gombot akkor rövidre zárom a kondit és kisül. Illetve tápfeszültségre azaz magasra húzom a PA0-t. Mikor prellegni kezd a nyomógomb, tehát a nyomógomb pillanatra elenged, ekkor a kondi rövidzárként viselkedik pillanatnyi időre, ezért kell az ellenállás sorosan vele, eközben elkezd töltődni, tehát még rövidzárként viselkedik, így magas logikai szinten, tápon marad a PA0, egészen addig amíg fel nem töltődött, de közben feltételezhetően a nyomógomb ismét lenyomódik a prell miatt, tehát mire feltöltődne és szakadásként viselkedne a kondi, addigra a nyomógomb miatt ami azóta folyamatosan nyomva volt ismét tápon lesz a PA0 és így ismétlődik az egész amíg el nem engedjük a gombot. Gomb elengedésnél pedig kisül a kondi majd szakadásként működve PA0 alacsony logikai szinten marad a gomb ismételt megnyomásáig.Kicsit hosszú lett. Jól értelmezem a logikáját az áramkörnek?
-
_q
addikt
válasz
Attix70 #8555 üzenetére
Működését el tudod magyarázni?
Miért nem sorosan van a kondi a nyomógombbal?
Alapból 3v3-on van PA0, ha menyomom a gombot akkor pedig 0 lesz az állapota?
220k kondi miért nem tápra van kötve majd a nyomógomb utána, miért fordított a sorrend ahogy a képen látszik?
100 ohm ellenállás sorba a kondival mi célt szolgál?Kb. ennyi lenne a kérdés
-
_q
addikt
válasz
Tankblock #8551 üzenetére
Ez is jó ötlet, amiket láttam hardveres megoldásra mind több alkatrészt igényelt, ezért mentem a szoftveres irányban. Viszont egy kondi még nem vészes. Kipróbálom majd ezt is.
Amúgy érdekes, mert pl ESP32-es board esetén, de STM32F4 dicovery boardnál is a nyomógombbal párhuzamosan kötik a kondit, nem sorosan. Ha jól értem te sorosan kötöd. Ha nem jól értem akkor nem értemMiért párhuzamosan kell kötni?
(#8552) aryes
Az simán beleférOlyanra gondoltam, hogy nem lesz-e valami nagy kavarodás a hardver kimeneten, ezért nem mertem használni eddig, így viszont bátrabb leszek és máskor is használom majd, ha két állapot/időpont közötti eltelt időt szeretnék meghatározni. Köszi
-
_q
addikt
Tökéletes, köszi
Amivel próbálkoztam az mind a loop-on belül figyelte a gomb állapotát, sajnos az eredmény részben javult de nem oldotta meg teljesen. Ez amit linkeltél viszont igen.
Egy kérdés merült fel, a millis() függvény úgy emlékszek talán 32 napig képes elszámolni. Lényeg hogy van egy véges ideje. Az unsigned long el tudja tárolni az egészet? Illetve ha eléri a max értékét a millis() függvény, túlcsordul és kezdi 0-ról ismét, tehát nem lesz gond sose akár más esetben se ha millis() függvényt ilyenre használom, hogy mennyi idő telt el 2 állapot között?
-
_q
addikt
A delayt csak próba miatt tettem bele, nem szép, de rá akartam jönni hol csúszik el a dolog. A kijelzős részt nem teljesen jól írtam le, úgy gondoltam, hogy egy timerrel számolom a 2 másodpercet és az megszakításként változtatna egy változót, ami mondjuk egy if szerkezeten belül végrehajtaná a kijelzést.
Ha már itt tartunk ESP32-re van jó timer leírás megszakítással egybekötve? Uno-hoz jól le van írva több helyen is hogy timer0 millis és delay-ért felelős, timer1 és timer 2 pedig szabadon használható. Mi a helyzet ESP32 esetében?
(#8544) aryes
Igen mert amiket próbáltam nem működött, ezért nem is tettem bele, csak a kódot magát hogy látszódjon amiből kiindulnék. -
_q
addikt
detachInterrupt(buttonPin);
Ezzel a függvénnyel kikapcsoltam az gomb megszakítást majd a ha lefut a loop bekapcsolom ismét. Így most nem prelleg viszont így lassan fut le, mivel a hőmérséklet lekérdezés 2 másodpercenként megy,így a megszakítás is 2 másodperc múlva kapcsol vissza. Lehet érdemes megszakítással kezelni a hőmérséklet lekérdezést és a loop-ba csak a kijelző frissítést tenni.
-
_q
addikt
Hát nem nagyon van mit beillesztenem. Ezért szeretnék ötletet kérni. De akkor vázlatosan:
void setup() {
pinMode(buttonPin, INPUT);
attachInterrupt(digitalPinToInterrupt(buttonPin), buttonInterrupt, FALLING);
....
Hőmérő inicializálás;
....
}
void loop() {
óra kiíratása;
....
Hőmérséklet kijelzőre küldése;
...
}
//gomb megszakítás függvény
void buttonInterrupt() {
clockHour++;
if(clockHour > 23)
{
clockHour = 0;
}
Serial.println(clockHour);
//delay(200);
}Lényeg az lenne, hogy kiíratom az időt és a hőmérsékletet. Egyelőre a hőmérséklet része jó, az óra részét pedig még nem egyből a konkrét idő kiíratással oldanám meg, hanem a nyomógombot tesztelném, hogy be lehessen állítani vele egy konkrét időt, jelen esetben 0-tól 23-ig úgy hogy közben a loop-ban megy hőmérséklet kiolvasás és kiíratása a kijelzőre.
Sajnos amikor nyomom a nyomógombot, akkor ha egy pillanatra nyomom is le akkor is folyamatosan írja ki a számokat, mint ha folyamatosan nyomtam volna le a gombot. Erre kellene egy prell mentesítés szeirntem.
-
_q
addikt
válasz
Tankblock #8529 üzenetére
Köszi, ahogy látom nem ez az első hogy ilyennel találkoztál
sajnos nekem az egyszerűbb feladatoknál megakadt a tudásom.
Pl. most megakadtam a nyomógomb prell mentesítésénél. Valahogy nem akar szoftveresen összejönni. Interruptal történő nyomógomb prell mentesítésére is van ötleted?
-
-
_q
addikt
Sziasztok!
Arduino Uno esetén okozhat gondot ha a timer 0 (amit a millis és delay függvények használnak) portjára kötök motort ami PWM jellel van vezérelve?
Másik kérdésem, hogy a képen látható Analog input portok digitális portként is tudnak működni? Tehát ha gombot kötök rá akkor működik vagy csak analog jeleket tud kezelni? Megtévesztő a felirat. -
_q
addikt
válasz
Attix70 #8344 üzenetére
Nem mondom nem megoldható, csak ismerve magam nem szeretném elcseszni az ajtót. Viszont tényleg köszi ötletnek nem vetem el, mert tényleg jó ötlet, ha nem is most használom még lehet sor kerül majd rá később.
Szóval ne értsd félre kérlek.
(#8343) aryes
Ezek szerint akkor még se lesz befutó a gyro. Ha megjön azért kipróbálom mit tud. -
_q
addikt
MPU6050-et néztem ami 6DOF-os szenzor, 400Ft-ból meg van és tudja mind a kettőt. A fogyasztás lehet gond vele, ahogy néztem vannak olyanok szenzorok is amikbe van deepsleep mód talán az még jobb lenne. Viszont hogy deepsleep-ből felépbredjen az ESP (elsősorban 32 de 8266 is lehetne akár), ahhoz kellene egy komparátor talán, hogy meg legyen egy adott treshold esetén a logikai 1 érték.
-
_q
addikt
válasz
Attix70 #8339 üzenetére
A szerinted könnyű és egyszerű módszerrel egyet értek, még egyszer köszönöm mindenkinek a segítséget. Ötletnek tök jók mind, tényleg ez lenne a legjobb megoldás ha csak a megvalósítás részét nézem, de emellett kivitelezve (lehet hogy csak az én kézügyességem hiánya miatt) nem lenne szép megoldás a kiálló dolgok és nagy méret miatt szerintem. (Gyorsulás érzékelős megoldás kb 4x4 cm-en elvileg elférne mindenféle kábelezés és egyebek pedig nem szükséges hozzá). Ha játszani akarnék a témával kapcsolatban próbálgatni arra jók a javasolt megoldások, de ha egy esztétikusabb valamit kellene megvalósítani egy drágább ajtóval ahol nem annyira lenne jó szétbarkácsolni, fúrogatni, hogy utána egy olyan ajtót kapj, ami az ajtó árának kb 70%-át fogja érni nem biztos hogy opció.
Lehet félre érthető voltam és az jött le alapból mindent elvetek, pedig nem. Csak a gyorsulás esetleg gyro szenzoros megoldást vetettem össze a javasolt megoldásokkal és mind több kábelezést, nagyobb méretet és fúrást/faragást igényelne.
Gondolj bele oda teszel az ajtóra egy "dísznek álcázott gyorsulás vagy gyro" szenzoros valamit ami fel se tűnik, hogy nem az ajtó része mert beleolvad a többi díszítésbe, majd a javasoltakkal vesd össze. Talán belátod, hogy nem alapból elvetésről van szó.Ja és még annyi a kérdés 2 részből állt. Egyik felére kaptam csak választ, míg a másik nyitott maradt.
-
_q
addikt
Ezt lenne jó elkerülni, hogy mechanikailag hozzá kelljen nyúlni az ajtóhoz. Egy régi ajtónál még oké, de egy újfajta nem olcsó esetén már nem annyira. Igen jól látod kell egy adott limit ami felett már elfogadjuk, hogy nyitják az ajtót és egyéb tényező is bele szólhat. Esetleg gyro ezért lehet jó, ott nagyobb lenne a változás mértéke.
-
_q
addikt
Jó lenne mindenféle kapcsoló nélkül. Így kb majd hogy nem ESP méretben megvalósítható lenne, nem kellene semmi mechanikai bütykölés se.
(#8315) Attix70
Erre is hasonló lenne a válasz. Illetve itt még az elektronika hozzá talán még nagyobb méretet eredményezne, de legalább is a mechanikai megoldás biztos. -
_q
addikt
Sziasztok!
Szerintetek mivel lenne jobb figyelni az ajtó nyitását, ha a lehető legkisebb méret számít. Gyorsulás vagy gyro? Emellett fontos lenne az ESP deepsleep mode is. Viszont hogy felébredjen az ESP külső jel hatására azt a reset pin változtatásával lehet. Arra gondoltam hogy a gyorsulás érzékelő egy adott limitet elérve kapcsolna egy komparátort így meglenne a szükséges digital 1 a resethez. Mehet a kiolvasás, majd megint mehet vissza alvó módba. Ennél van valakinek jobb ötlete?
-
_q
addikt
válasz
multipass4 #8278 üzenetére
A szervomotor teljesítménye elég lesz? A programozásban én úgy indulnék el, hogy külön-külön esetleg kisebb részfeladatokat összevonva írnám meg a kódot és tesztelném, ha egy rész két mehet a következő és minden egyes sikeres részfeladat után össze lehetne fűzni az előzőeket.
Valószínűleg más is ajánlani fogja ESP32-vel olcsóbban és kevesebb eszköz felhasználásával meg tudnád valósítani amit szeretnél UNO helyett de még is Arduino IDE-ben programozva. -
_q
addikt
válasz
Janos250 #8261 üzenetére
Nem nekem lenne. Ismerősöm szeretne minél kisebb méretű eszközt. Ehhez próbálok megoldást keresni. Én ESP32-t használok és maradok is ezen a vonalon. Próbálom meggyőzni róla, hogy ezzel valósítsa meg a projektjét, de eddig a 04 mellett szólt a méret. Amit ma linkeltél ESP32 modul az nekem megfelelne, de a mérete miatt az ismerősömnek annyira nem. Mivel érveljek neki?
-
_q
addikt
ESP-04-et nézegetem még és felmerült egy kérdés. Antenna nincs ugye rajta. Ez azért van hogy egyénileg lehessen készíteni hozzá és/vagy mert önmagában is tud működni? Arra gyanakodnék, hogy antenna nélkül nem fog működik vagy csak nagyon nagyon kicsi távra (~2-3 méter).
-
_q
addikt
válasz
Janos250 #8253 üzenetére
Igen cm-re gondoltam. Ahogy látom a D1 az tartalmazza a soros kommunikációt viszont kisebb méretű mint a többi dev board, míg a másik verzióhoz külsőleg kell használni soros kommunikációhoz USB-TTL konvertert, illetve saját PCB gyártásnál hasznos a még kisebb méret miatt. Köszi.
-
_q
addikt
Sziasztok!
ESP32-ből is létezik hasonló mint ESP8266-ból hogy több méretben elérhető pl ESP-01, ESP-04 stb? Az ESP-04 helyett ami ha jól tudom 8266-al szerelt szeretnék ESP32 alternatívát.
-
_q
addikt
Nekem is ugyan ilyen van kép alapján, nem innen vettem és ott nem is volt benne a nevében a nodemcu, ami nem véletlen hiszem ez ESP32S modul, nem ESP8266. Itt tévesen szerepel a nevében. Gondolom így több találatot ad ki ha valaki ESP32-re kerese vagy ESP8266-ra. ESP Dev Board-ként működik az Arduino IDE 1.8.5-el. Tehát inkább a code/library lesz a gond szerintem.
-
_q
addikt
válasz
Janos250 #8091 üzenetére
Mintakódot néztem, ott használták a SoftwareSerial.h fájlt. Ezért gondoltam használni, de folyton hibát dob, hogy a header fileban nem jó valami. Megpróbálom a hardvereset akkor. Egyébként mi a különbség a kettő között?
(#8092) Teasüti
Nem akarok hülyeséget mondani, most sajnos nem találom erről a pontos adatot. De ilyen "ökölszabály" szerű dolog ez tudtommal. Van egy limit a távolságot illetően ami nem túl hosszú. Régebben volt negatív tapasztalás ezzel és akkor kellett plusz ellenállás, hogy áthidalható legyen a távolság. -
_q
addikt
Van valakinek tapasztalata Arduino Zero-val? Arduino Uno kódot kéne átportolni Zero-ra, SoftwareSerial.h viszont folyamatosan hibát dobál. Mire kellene figyelni nagyon más a programozása az ARM processzor miatt vagy a függvények a háttérben lekezelik?
-
_q
addikt
válasz
Teasüti #8061 üzenetére
I2C megfelelő konfigurálására és a címzésre kell figyelni, illetve utána kéne nézni a távolsággal kapcsolatban, hogy mekkorát támogat. Nekem úgy rémlik 10 cm körül mint az SPI, ha 1 métereset szeretnél akkor szerintem kelleni fog közbeiktatva pár ellenállás, hog meg legyen a jelszint az utolsó szenzornál is. Gondolom "kicsi távon kezdenéd tesztelni". Nézd meg 10cm vagy kisebb vezetékkel 2 eszközzel, ha az megy próbáld meg mekkora vezetéknél működik még. Majd bővítsd tovább a bus-t. Ha 3v3 minden eszköz akkor nem hiszem hogy kell védelem, ha nagyobb feszültségen dolgozik valamelyik eszköz akkor kell valamilyen galvanikus leválasztás.
(#8063) Janos250
Tök jó, viszont ez ha jól értem csak érdekesség képpen készül, nem azért mert csak így tudsz megvalósítani valamit?Update:
Pár találat alapján vannak I2C buffer IC-k, lehet ilyen fog kelleni neked, mert sima ellenállásokkal nem lesz meg a jelszint 1 méteren. -
-
-
_q
addikt
válasz
ZTE_luky #8011 üzenetére
Nekem ez szimpatikusabb:
https://www.ebay.co.uk/itm/ESP-32S-ESP-32-Development-Board-2-4GHz-Dual-Mode-WiFi-Bluetooth-Antenna-Module/302252239864?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2060353.m2749.l2649Janos250 ajánlásával vettem korábban egy ilyet. Itt a pin feliratozás szimpatikusabb.
-
_q
addikt
Mondjuk az még nem egyértelmű számomra, hogy a softAP az ugyan az lenne-e mint a wifi repeater? Mert softAP arduino kód van neten.
-
_q
addikt
Sziasztok!
ESP32-vel csinált már valaki wifi repeatert? Neten találtam egy 8266-ra írt ESP-IDF kódot, de Arduino IDE kódot szeretnék írni. Routerként kéne funkcionálnia az ESP32-nek, amire telefonnal vagy laptoppal lehetne csatlakozni.
-
_q
addikt
válasz
Janos250 #7967 üzenetére
Szintén kiválasztod a megfelelő topic-ot ahol keresni szeretnél, majd jobb fent ahol ESP32-t írtál ott legördíted az opciók melletti lefelé nyilat. Ott lesz, hogy részletes keresés. A topic alapból be lesz írva, neked csak a "Szűrés felhasználó szerint" ponthoz kell a nevet beírni. Telefonról nem tudom működik-e gépről biztosan.
-
_q
addikt
válasz
Janos250 #7620 üzenetére
Köszi. Igazából csak tesztelni akartam az ESP-t és mivel eddig semmi tapasztalatom nem volt vele, ezért próbáltam kideríteni. Fő célom hogy képbe kerüljek a programozásával kapcsolatban meg legyen egy kicsi rálátásom. Bizonyos esetekben megoldható a driver írás, csak ha bonyolultabb szenzort akarunk működésre bírni ott nem biztos hogy neki akarunk állni sajátot írni.
-
_q
addikt
Kicsúsztam a szerkesztési időből. Neten is olvasgattam közbe mitől lehet. Teljesen hülyeségnek tűnő "cseréljük ki az usb kábelt" kommentből indultam ki. Na most az eddig használt kábelt kicseréltem egy gyári telefon usb kábelre és ezzel már működik.
Gondoltam miért számít egy kábel ami ránézésre és érzetre se tűnik gagyinak. Igaz kínából rendeltem 250Ft volt, meg is lepődtem mikor megkaptam, hogy egész jónak tűnik. Úgy látszik valami még sem oké vele. Pedig azt hittem az usb mennyi áramot ad le sokkal fontosabb, de úgy tűnik egy kábel is ugyan annyira fontos.
Ettől függetlenül az amit a serial monitor kiír az elején arra kíváncsi lennék mi lenne?
-
_q
addikt
Lehet hogy folyton resetel az mikrovezérlő? Mert amit előző hsz-ben bemásoltam azt minden esetben kiírja serial monitorban, tehát az valami alap cucc. Viszont ha sima uart kommunikációt csinálok, akkor megy a "Hello Word" az előző hsz-ben írt sorok után.
Régebben olvastam itt a topic-ban valamit hogy az eszköz resetel és volt is valami megoldás rá. Esetleg valakinek ötlete jó után gondolkodok-e? WifiScan mintapéldánál, ahol elvileg nem is kell csatlakozni se, csak nézi milyen elérhető wifi hálózatok vannak, ott is csak újraindul folyton.
Másik kérdésem még az lenne, mi ez amit kiír mindig serial monitoron?
-
_q
addikt
Sziasztok!
Megjött az ESP32. Próbáltam a "simplewifiserver" példát. 2 verzió is van az arduino ide-ben. Egyikbe van valami "wifi firmware", másik a githubon lévő, amiben nincs. Az utóbbit tudja csak lefordítani, ugyanis nem találja a wifi firmware változót.
Az utóbbi kódot rátöltve a mikrovezérlőre nem nagyon megy a dolog. Valami miatt nem tud csatlakozni szerintem a routerre, pedig megadtam SSID-t és jelszót is. Van valami trükk?
Ezt írja ki a serial monitor:
Connecting to Manhattan
Brownout detector was triggered
ets Jun 8 2016 00:22:57
rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode: DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:956
load:0x40078000,len:0
load:0x40078000,len:13076
entry 0x40078ad0
Új hozzászólás Aktív témák
Hirdetés
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Philips LCD és LED TV-k
- Fejhallgató erősítő és DAC topik
- Autós topik
- Windows 11
- The Division 2 (PC, XO, PS4)
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- OLED, Mini-LED, IPS, VA, TN - melyik panelt válaszd 2025-ben?
- Olcsó Galaxyk telepíthetik a One UI 7-et
- További aktív témák...
- ThinkPad T490 27% 14" FHD IPS i7-8565U 16GB 512GB NVMe ujjlolv IR kam új akku gar
- X1 Tablet Gen3 13" 3K IPS érintő i7-8550U 16GB 512GB NVMe ujjlolv IR kam 4G LTE gar
- Corsair CX750M 750W Moduláris Tápegység
- DJI Mini 3 Fly More Combo drón telefonos távirányítóval
- Core i7 9700 processzor - 6 hó garival
- Apple iPhone SE 16GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! Gigabyte H510M i5 10400F 16GB DDR4 512GB SSD GTX 1070 8GB Rampage SHIVA Zalman 600W
- iKing.Hu - Apple iPhone 14 Pro Max - Gold - Használt, szép állapot
- ASUS ROG GL552VW - 15.6"FHD IPS - i7 i7-6700HQ - 8GB - 128GB SSD + 1TB HDD - GTX 960 4GB -
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RX 7600XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest