- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Bluetooth hangszórók
- Azonnali fotós kérdések órája
- Raspberry Pi
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Szünetmentes tápegységek (UPS)
- Nem indul és mi a baja a gépemnek topik
- AMD Navi Radeon™ RX 9xxx sorozat
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
-
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
Kell oda az az NPN meghajtás. PNP fetet nem tudsz vezérelni mikrokontrollerrel, mivel az pozitív feszültségre nyit és az akku kapocsfeszültsége nagyobb, mint a GPIO-é. Ha azt közvetlen gpio-ra kötnéd, akkor folyamatosan zárná az áramkört és így merülne az akku, amíg el nem éri a Vcc+küszöbfeszültséget, ha jól tévedek. Mondjuk ahogy nézem a küszöbfeszültség -2 és -4 V közt van IRL9530-nál, így még az is lehet, hogy talán még működne is valamennyire a 4,1 V-os akku esetében.
-
Hát akkor elég rosszul értelmezted.
Az a két ellenállás nem feszültségosztó, ráadásul nincs rajta az ábrán az analóg bemenet bekötési pontja. Ha a [Load] helyére gondoltad a bemenet bekötését, akkor az szépen rákapcsolná a teljes akkufeszültséget a bemenetre, amiből szépen kijönne a füst. Bár az esp8266 i/o lábai 5v toleránsak, ha jól tudom az adc-re ez nem vonatkozik. -
_q
addikt
Én úgy értelmeztem, hogy az ábrán látható 2 ellenállás adja magát a feszültség osztót nem kell plusz ellenállás. A FET feszültségre nem gondoltam, de akkor csak annyi hogy a max 2 V helyett mondjuk 2.6 V lesz amit arányosítani kell az aksi max feszültségéhez (ha 0.6 V esik a FET-en). De cáfoljatok meg ha nem így van.
Viszont mivel asszem 2.8 V lehet a minimum feszültség amin még biztonsággal működik az ESP32, így az aksit nincs értelme teljesen lemeríteni. Lényeg hogy meg kell nézni mekkora feszültség esik a FET-en, azt pedig hozzáadni az ADC mért feszültségéből, így meg van a tényleges aksi feszültség. Vdd ahogy írod az aksi.Deepsleep módban 10 uA a fogyasztása az ESP32-nek, egy AMS1117 3v3 LDO 5-10mA körül van terhelés nélkül.
-
válasz
vargalex
#8993
üzenetére
Azért írta xboy89 a fettel vezérelt feszültségmérést, mert így csak a mérés ideje alatt fogyasztanak az ellenállások.
Mondjuk ha jól számolok, 3,6V névleges akkufeszültség mellett 2db 10k ellenálláson 0,2mA folyik el, kapcsolgatás nélkül. Az esp deep sleep alatt mennyit fogyaszt? És a boost-buck konverter? -
Hát én tudom mi a feszültségosztó, de ezzel az ábrával engem is összezavarsz.
Ha jól tippelek, akkor a bal oldali ábrán a fet "alá" (fet és a föld közé) kell mondjuk két egyforma 10k ellenállás sorba kötve, az analóg lábat, ami a mérést végzi, pedig a két ellenállás közé kell kötni? Ebbe bele kell számolni a fet-en eső feszültséget is, nem lesz egyszerű számolni, bár igazság szerint én azt csinálnám, hogy az alsó határértékre merített akksira kötném az egészet, csinálnék egy mérést, és azt az értéket hardcode-olnám a programba, mint kikapcsolási/riasztási határértéket.
Vagy a [Load] helyére kell a feszültségosztó?
A Vdd pedig ez esetben nem a táp (3,3V), hanem az akkumulátor + ága. -
_q
addikt
Wifi Client és Server kódokat próbálgatok. 8 byte küldése az alap mintákban meg van, de ha több adatot akarok küldeni, illetve tört számot akkor azt hogyan tudnám megoldani? Konkrétan egy hőmérséklet és egy feszültség szint lenne küldve a szerver felé és jó lenne egy minta küldésre és fogadásra is.
(#8990) AcCEsS
Én a következő képpen tenném (bal ábra): [link]
Az ellenállással pedig leosztanám mondjuk 2 V-ra az aksi feszültségét, majd a mérésnél a képletbe korrigálnám az eredményt. -
AcCEsS
senior tag
Most már stabilan megy az időjárás-állomás, de az akku aktuális állapotát továbbra sem tudom monitorozni, ebben szeretném a segítségeteket kérni. A bekötési vázlathoz képest annyi változtatás történt, hogy a TP4056 után - aryes javaslatára - bekerült egy boost-buck 3v3 konverter, és a 3.3voltos lábon van megtáplálva a Wemos. Gondolom ott nem lehet mérni, mert az nem az akkufesz. Ebben a kiépítésben hogyan tudnám monitorozni az akku állapotát? Ez a "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" tanács nekem nem tiszta, mert totál nem értek ezekhez a dolgokhoz.
Mekkora ellenállásokat kellene beszereznem és pontosan hová, mit és milyen módon kell bekötnöm? -
AcCEsS
senior tag
válasz
Janos250
#8987
üzenetére
Nem jutottam előbbre, de többen írnak hasonló problémáról. Tuti a BH1750 lib lehet a ludas, mert ha a nem működő cuccra feltöltök egy ESPEasy firmware-t, rögtön életre kel a BH1750, azonnal érkeznek a lux értékek. De ha visszarakom a BH1750 example fordítását, nem éled fel a szenzor.
Az összes lehetőséget végigjátszottam... -
Janos250
őstag
Srácok!
Használta már valaki a CH341A chipen alapuló eeprom programozó valamelyik fajtáját?
Nagy nehezen sikerül letöltenem drivert és programot is, de egymást nem szeretik win 8.1 alatt
https://www.ebay.com/itm/EZP2010-USB-Highspeed-Programmer-SPI-Support-24-25-93-EEPROM-Flash-Bios-Chip/262770540506?hash=item3d2e583fda:g:AXAAAOSwZW5aOehf
valamint
https://www.ebay.com/itm/1PCS-USB-Programmer-CH341A-Series-Burner-Chip-24-EEPROM-BIOS-Writer-25-SPI-Flash/223021931206?epid=16020495169&hash=item33ed249ac6:g:kgMAAOSwi0RbJrOz -
AcCEsS
senior tag
válasz
Janos250
#8982
üzenetére
A Wemos Mini sorozat tagjai esetében egyező a lábkiosztás, ráadásul az I2C scanner pozitív eredménye és a végleges sketch futtatása között nem távolítom el a boardot. Emiatt gondolom hogy a bekötés ok, ráadásul a működő lap ugyanoda van dugványozva., Viszont a LED villogtatását megpróbálom, hátha rájövök valamire, köszi a tippet!
-
Janos250
őstag
válasz
Teasüti
#8983
üzenetére
Elég sokban. Mindkettőnek megvan a maga területe. Az analizátor csak digitális jelek értelmezésére képes, de arra igen jól. Van benne néhány protocol, ezért aszerint is ki lehet íratni a jobb oldali képernyő részleten.
Régebben egyszer a címezhető leddel kapcsolatban tettem fel egy képernyő képet, de most nem találom, de a Saleae videója elég jól mutatja. Viszont vigyázni kell, hogy melyik verziójú szoftvert teszed fel, mert a legújabb végleges verziók nem mennek a klónnal. Az eredetivel persze igen.A szkóphoz hasonlóan kell használni, bekötni. Itt is csak belehallgatsz. Szintén elég nagy a bemeneti impedancia, pontosan nem tudom mennyi, de nekem eddig nem okozott gondot.
" Open-drain, open-collector?" Azok kimenetek.
-
Teasüti
nagyúr
válasz
Janos250
#8982
üzenetére
Tudnál mutatni egy képernyőmentést egy ilyen logic analyzer kimenetről? Kíváncsi volnék miben más, mint egy oszcilloszkóp.
Köszi!Amúgy jól értem, h ezzel a fogadó eszközt helyettesíted? Ugye szkópnál csak belehallgatsz a csatornába nagy impedanciás bemenetekkel, de a dupoint arra enged következtetni, h ezt meg direktbe kell kötni a portra. Milyen bemenetek vannak ezen? Open-drain, open-collector?
-
Janos250
őstag
Az én gyanúm:
rossz lábat használsz, mert a lábak elnevezése enyhe káosz.
Én elsőként megpróbálnék ugyanazon a lábon egy ledet villogtatni, aztán ha az megy, akkor meg megnézném a forgalmat
https://www.ebay.com/itm/24MHz-USB-Logic-Analyzer-24MHz-8-Channel-Compatible-to-Saleae-ARM-FPGA-M100/253558684848?hash=item3b09467cb0:g:uoQAAOSwHdVa5UkKVagy tennék be részeredmény kiíratást a 94-96 sorokhoz.
https://github.com/claws/BH1750/blob/master/BH1750.cpp -
AcCEsS
senior tag
Egy BH1750 szívat. Breadboard-on összerakva hibátlanul működik egy Wemos D1 Mini-vel, de ha kicserélem egy Wemos D1 Pro vagy egy Wemos D1 Lite-re, egyik sem tudja inicializálni a szenzort. Van mellette egy másik I2C szenzor, egy BME280 is, de nem hiszem, hogy bekavar. Egy I2Scanner-t rátöltve látom mindkét eszköz címét,
Found address: 35 (0x23) // Ez a BH1750
Found address: 118 (0x76)de a végleges sketchet rátöltve, a bh1750.begin()-re ezeket a hibaüzeneteket kapom:
[BH1750] ERROR: received NACK on transmit of address
[BH1750] ERROR: received NACK on transmit of data
[BH1750] ERROR: other error
[BH1750] ERROR: undefined error
BH1750 device error!Kivéve a D1 Mini-vel, mert azzal megy jól.
A leírás alapján az ADDR lábat VCC-re húzva próbáltam címet váltani 0x5C-re, de semmi változás.Ezmiez? Van valami ötletetek?
-
-
Attix70
aktív tag
Szeretnék majd csinálni egy villanyos bicikli monitorozó egységet ami Bluetooth-on kommunikál egy androidos eszközzel és ezzel kapcsolatosan az lenne a kérdésem, hogy ESP32-vel lenne ez a legegyszerűbb (vagy nano+HC-05) ?
Áram, gázkarállás, feszültség, sebesség lenne monitorozva. -
-
_q
addikt
válasz
vargalex
#8974
üzenetére
Rosszul fogalmaztam, igen a kívülről történő elérésre gondoltam, hogy még nem tudom kelleni fog-e. Ha thingspeak-re szeretnék valamit feltenni oda gondolom nem kell. Más mondjuk nem jut eszembe hogyan tudnám megoldani az adatok megjelenítését grafikonon.
(#8975) Teasüti
Igazad van hogy jó lenne olvasni, csak jelenleg nem sok fogalmam van arról, hogy mit is olvassak. Azt tudom mit szeretnék elérni és rá tudnék keresni virágnyelven, de az kevés ahhoz, valahogyan szakmaibban kellene keresgéljek. Viszont most már pár szakmai kifejezés szóba jött, ezek menték keresgélek. Csak megint előrébb járok fejben, mint gyakorlatban -
Teasüti
nagyúr
Azt tegyük hozzá, hogy a LAN oldalon a kliensek gateway címnek a router LAN oldali címét látják, vagyis a router címét kell megadni, ugyanazt amin a webes felületet nyitod meg.
Ezt is minden eszközön be kell állítani a saját IP cím és subnet mellett, ami nem dhcp-vel kapja meg a kapcsolati adatokat.
Egyszerűbb lenne az életed, ha olvasgatnál kicsit a helyi hálózatokról, ahogy korábban javasoltam.
-
_q
addikt
válasz
vargalex
#8972
üzenetére
Nagyon köszönöm, keveredtek bennem a fogalmak.
Remélem a türelmed nem fogyasztottam el teljesen Első körben nem akarom kifelé az adatokat küldeni, ha majd mégis szeretném akkor a korábban szóba került módon meg tudom tenni (digit felhívom és megkérem intézkedjenek, vagy nyitok egy portot kifelé a routeren).
Erre majd még visszajövök kérdezni ha eljutok oda. -
vargalex
félisten
Ahogy írtam, amiről a képet készítetted az a WAN, azaz Wide Area Network (tehát a routered külső lába, amin az internet felől látszik). Az most más kérdés, hogy a Digi a WAN oldalra is privát IP címet adott neked (100.x.x.x tartomány), tehát ezt az internet felől sehogy nem fogod elérni (lehet, hogy nem is akarod, tehát nem biztos, hogy gond neked).
A belső kliensek (legyen az vezetékes, vagy vezeték nélküli) a LAN, azaz Local Area Network-hoz kapcsolódnak, azaz abból a tartományból kapnak IP-t.
Ezek egy része a wifi kliensek, WLAN
A Wifi kapcsolat a WLAN, azaz Wireless Local Area Network, ahogy írtam a LAN része.
Remélem így tisztább lesz.
-
_q
addikt
-
_q
addikt
válasz
Janos250
#8968
üzenetére
Na ez az amit el akarok kerülni, hogy a router egyéb paramétereit is meg kelljen adni. Sajnos korábban se sikerült rájönnöm arra, hogy mi a gateway és subnet szám. Ha a router beállításaiban megnézem, ott ezt látom.
Ha viszont ESP-vel lekérem, a következővel:Serial.print("IP: "); Serial.println(WiFi.localIP());
Serial.print("Subnet: "); Serial.println(WiFi.subnetMask());
Serial.print("Gateway: "); Serial.println(WiFi.gatewayIP());akkor meg 192.168.2.1-et kapok IP-nek, amivel a router beállításait is elérem, illetve 255.255.255.0 subnet címet.
Ha összehasonlítjuk az ESP-vel lekért és a router beállításai alatt látható címeket, látható hogy különbözik. Na most melyik a jó és miért látok teljesen mást?(#8967) vargalex
Köszi, megpróbálok keresni ilyen beállítást a routeren. -
Janos250
őstag
"Nem szeretném mindig újra megadni a kliensnek, hogy melyik IP-re csatlakozzon. Az lenen a jó, ha bekapcsolom akkor az ismert cím alapján a szervert egyből felismerje mindenféle plusz felhasználói beavatkozás nélkül."
Ha nem akarod valami miatt Vargalex által írtat alkalmazni:
Nem akarom ide ismét bemásolni, de ami linket korábban küldtem, abban:
31-33. sor
62-71. sor -
_q
addikt
válasz
Tankblock
#8962
üzenetére
Jól tippelted, mert ismeretlen eszköznek látja a 2. csatlakoztatott ESP32-es modult. Megpróbálom felrakni a drivert újra.
A MAC címes megoldás hogyan működne. Ha meg van a MAC cím, akkor az mindig fix, mert hardverhez van rendelve, tehát sose változik, így ezt kell megadnom a kliens eszköznek? Azaz MAC cím alapján csatlakozna a kliens a szerverhez hasonlóan mint ha IP-t adnék meg?
(#8964) Janos250
Köszi(#8965) tvamos
Nem szeretném mindig újra megadni a kliensnek, hogy melyik IP-re csatlakozzon. Az lenen a jó, ha bekapcsolom akkor az ismert cím alapján a szervert egyből felismerje mindenféle plusz felhasználói beavatkozás nélkül. -
Tankblock
aktív tag
Hello,
Routeren a dhcp részén ha tudod a MAC címet (szintén kileshető a dhcp listáról) akkor 2 sec alatt lehet beállítani otthoni fix ipt. Ha a szolgáltatótól sueretnél az már más kérdés.
UART szerintem az operációs rendszer szeretné azt a UART chipet mindenáron 1 com portra rendelni. Eszközkezelőben nézd meg mi van akkor ha mind a kettő be van dugva. Az egyik tippem szerint ismeretlen eszköz lesz. Arra telepitsd a drivert megint és rendelj hozzá egy még nem használt com portot
-
Teasüti
nagyúr
Megérkezett ez a Sim808-as modulom, azzal játszogatok most.
Azt kell mondjam nagyon király kis cucc ez!
Egy UART kell hozzá, meg egy-egy gpio port a be-/kikapcsoláshoz, valamint az alvó üzemmódhoz (ezeket fel/le kell húzni és tartani egy kis ideig, kvázi gombnyomást szimulálva).
Powerkey gombbal kézzel is lehet kapcsolni. De ha fixen földre húzzuk ezt a lábat (vagy áthidaljuk a gombot), akkor automatikusan boot-ol amint tápot kap és parancsra le is lehet kapcsolni. Megspórolva egy portot. Akkus üzemhez ez szerintem nem ajánlott, hisz Vbat-ról húzza fel ezt nem tudom mekkora ellenállással. De akkus üzemnél e nélkül is boot-ol magától, ha az akkufesz elég magas. CV/CC töltőáramkör integrálva a modulba.
BT3.0-át tud a modul, külső antenna kell hozzá.
És mindent AT parancsokkal lehet elérni, a BT SPP profilnál van transzparens kapcsolati mód is, amikor nem kellenek az AT parancsok, hanem egyszerűen fogad és küld UART portra mindent, mint egy sima HC-06 modul.
Előnye az ESP32-vel szemben, hogy beállítható pin kód a csatlakozáshoz és ugye sima UART, vagyis nem kell betölteni 800 KB-nyi library-t programozáskor. Valamint az erősebb antenna.
GPS-t rém egyszerű használni, igazából van rá kb kettő AT parancs ami sűrűn kell (bekapcs, pozíció lekérdez), NMEA mondatokkal próbáltam, de többféle protokoll szerint tud kommunikálni. Tökéletesen működik, még az USB portról is az ESP32 mellett (elvileg 2A-es táp kéne neki). GSM részét nem próbáltam még, kéne vennem egy feltöltős kártyát bele.
Valamint kéne szerválnom hozzá egy mikrofont és egy hangszórót.AT parancsfeldolgozásra tudtok vmi könnyű módszert? Sima text parsing jut csak eszembe.
Jah és Janos250 köszi a hardware serial tippet, valóban odatehető a port arra a lábra, amelyikre tetszik.
-
_q
addikt
válasz
Tankblock
#8959
üzenetére
Lehet majd erre is sort kerítek, szerencsére jelenleg nem kell még ennyire elmélyednem.
Sikerült socket szerverrel megcsinálni, hogy routeren keresztül küld egymásnak a két ESP32 egy egyszerű "hello word" stringet.
Az a gond, hogy egyszerre ha bedugom a 2 ESP32-es dev board-ot akkor hiába külön USB porton van, még se ismeri be két külön COM portnak. Régebben TI mikrovezérlőknél nem volt ilyen gondom ott ment 2 panel is külön USB portról. ESP32 dev board (DOIT board ha minden igaz) esetén nem lehet megoldani? Elég rossz így egyesével mindig lehúzni cserélni cilust játszanom.Még egy kérdés, hogy ESP32-nek fix IP címet lehet adni úgy is, hogy a router gateway, subnet dolgait nem keverem bele, ne kérje? Amit találtam kódot, ott a router paraméterekkel együtt állította be a szerver ESP32 fix IP címét. Másik megoldás, hogy megnéztem serial monitoron az IP címét a szervernek, és manuálisan ezt megadtam a kliensnek. Azt nem tudom viszont, hogy idővel ez az IP vajon változhat-e, azt sejtem igen, attól függően a router milyen IP-t oszt ki.
-
Janos250
őstag
Ha tovább kíváncsiszkodsz, itt megnézheted:
[telnet szerver minta]
Ha ennél is tovább, akkor privátban küldök egy IP címet és port számokat. Valami telnet programmal (pl. putty) belépsz duplán, s amit az egyik ablakban begépelsz, a másikban visszajön. A web szerveren meg plusz infókat látsz. -
-
gyulank
addikt
Szeretnék (főleg) NET nélkül, Wi-Fi-n át weblapon keresztül jelszó beírása után ki-be kapcsolni 1 relét.
Esetleg másodpercben megadható beállítható négyszögjellel. Esetleg időzíteni automatikus visszakapcsolását.
Van hozzá: Arduino Nano V3; Arduino Pro Mini; ESP-07; NRF24L01
Konkrétan 1 mozgásérzékelő által kapcsolt riasztó autókürtöt akarok kikapcsolni, mielőtt engem dudálna, úgy, hogy akárki ne tudja állítgatni. Melyikkel lehet megcsinálni, és hogy? -
Tankblock
aktív tag
[link] full documentation.
Youtubon is van jónéhány magyarázó videó.
Dióhéjban:
Van egy szerver amit brokernek hívnak és ide iratkozik fel mindenki. A feliratkozott csatornáról kapod az összes információt (subscribe). Küldeni is lehet (publish) amit a feliratkozók megkapnak.TCP/IP felett is megy, de láttam már Websocket felett is. A lényeges része h a küldő meghatározhatja a Qos (Quality of Service) szintet:
At most once (0)
At least once (1)
Exactly once (2).Azaz hányszor kaphatja meg a feliratkozó ugyanazt az üzenetet. Erről itt: [link]
A uControllernek nem kell mindig online lennie, de amikor az megkaphatja azokat az utasításokat amik szükségesek a további működéshez. Pl infót h van új Firmware lehet letölteni ha van elegendő energia hozzá.
-
AcCEsS
senior tag
válasz
vargalex
#8942
üzenetére
Érdekes volt a topic amit linkeltél, sok hasznos infóról lehetett olvasni benne, köszönöm! Hasonló okosságokat találtam ezen az oldalon a deepsleep és a power save témáiban közzétett tapasztalatokról/javaslatokról. Egyiket-másikat a tegnapi napon beépítettem a saját projektembe, és - jelenleg úgy néz ki - sikerült komolyabb előrelépést elérnem az energiatakarékosság szempontjából. Pl. a szenzorok által mért értékeket RTC User memóriába tárolom (az tényleg max 512 byte?), majd a kövi mérést összevetem a tárolttal, és csak akkor húzom fel a wifit és küldöm be az infókat a Domoticz számára, ha volt bármiféle változás a mért értékekben. A túl gyakori - és nem igazán hasznos - változásokat a mért érték minimális kerekítésével küszöböltem ki (pl. a lux értéket 10-re kerekítve használom, a hőmérsékletet meg 1 tizedesre), mert minden elsuhanó felhő változtatott a percenkénti adatokon, pl. 1723 ról 1724 luxra módosult a mérés, és csak emiatt indult be a wifi. Kb. 20 órája megy az új algoritmus, de a fogyasztás nagyjából megfeleződött, mert volt olyan időszak éjszaka, amikor 73 percen át nem változott a mért érték, nem kellett wifi-n keresztül beküldeni az adatokat. Ébredés után Wifi nélkül és a delay sorokkal együtt 28 milliszekundum alatt lefut ez értékek begyűjtése és tárolása a szenzoroktól, majd jöhet a várva-várt szundi. Wifi-vel ez kb. 1600-1700ms, de csakis BSSID, meg fix wifi csatorna és statikus IP cím használatával! Képes voltam #ifdef-el megcsinálni a teszt és az éles változat fordítását, hogy még a serial.print() meg a többi fejlesztést segítő csacskaság se vegyen el plusz időt és energiát a végleges változatban.
Eccerűen ráfüggtem a témára, de nagyon! 
-
Janos250
őstag
MQTT szerver része - tudtommal - nincs megfelelően kidolgozva ESP-re, csak linux alá, pl. Pi-re.
Küldés:
Én a következőt csinálom:
Van egy ESP32 szerver, amire neten (akár helyi WiFi-ről, akár az ország másik feléből) lehet küldeni adatokat, és minden bejelentkezett kliensnek továbbküldi, azok meg értelmezik, hogy kell-e ez nekik. Nem azt mondom, hogy ez Neked jó, ez csak egy példa, amit én használok. A bejelentkezettek küldhetnek is, és elküldésre kerül a bárki által megosztott adat (Pl. másik ESP32-ről, windows alól putty-al, stb) -
_q
addikt
válasz
Tankblock
#8946
üzenetére
MQTT értelemzésnek többzör nekifutottam már, de kicsit bonyolult volt nekem. Esetleg egy jó leírást tudsz javasolni hozzá?
Alternatív megoldásnak esp32 socket server ami még jó. Ettől független annyi helyen olvasni MQTT-ről hogy érdekelne az a verzió is, hogy mi ez, mire jó, miért érdemes használni stb.
-
_q
addikt
válasz
vargalex
#8944
üzenetére
Elhiszem én is, de nem látom hogy tényleg jól írtam-e meg a kódot addig, amíg aksiról nem megy hosszabb ideig.
Másik kérdés mindenki felé.
ESPnow tényleg nem megy WIFI-re csatlakozással együtt? Adott 2 db ESP, egyik mér, küld adatot a másiknak, aki netről fogad/küld adatot. Ha nem ESPnow, akkor mivel lenne érdemes a két eszköz közötti küldést megoldani, hogy WIFI-re is tudjon az egyik csatlakozni? -
vargalex
félisten
Vannak, akik rendelkeznek ilyen műszerrel, ők mérték. Youtube-on is lehet róla videót találni. Nekem sincs, így én elhiszem. És természetesen a lényeg, hogy deepSleep hívás után ne húzd semmivel LOW-ra az RST lábat. Majd a timer lejártakor a GPIO16 LOW-ra állításával reset-eli a boardot.
Tuti működik, hiszen a percenként hőmérsékletet mérő cucc 1 Li-Ion cellával (notebookból bontott) elmegy 90+ napot.
-
#8940
DrojDtroll
veterán
DrojDtroll
veterán
Sziasztok!
[link] Tudtok ebben segíteni?
-
Tankblock
aktív tag
válasz
Teasüti
#8937
üzenetére
Nem kell nyomni semmit.
Ezen csinálom a IR Remote projectemet egy ideje (már ha lenne rá időm...)
Igaz nem pogo pin de jó. Kivenni betenni nagyon okés, 100-as batchet nem ezzel csinálnám....
10-20 még ok, fejleszteni tökéletes.
Most nézem h a képhez képest az enyémen van még 1 6 lábas SMD ic. Nem tudom leolvasni, lehet h dual package MOSFET és akkor itt van a kutya elásva. pedig a linket a rendelésemből vettem ki.
-
Teasüti
nagyúr
válasz
Tankblock
#8936
üzenetére
WOW, ez tök jó!!
Gondolom ugyanúgy ki van vezetve rajta minden tüskére is mint a devkit-en, szóval a beültetett modulhoz is jó kettő az egyben.
Annyi, hogy ezen sincs rajta az auto program áramkör. Vagy nem látom sehol. Nyomni kell a gombot feltöltéshez?
Köszönöm a tippet! -
Teasüti
nagyúr
De, ugyanaz a kiosztás. Csak nyilván olyan panelt nem használhatsz külső modulhoz, amin már rajta van egy.
Az UART busz hülyét kap, ha két modult kötsz rá.
(#8934) Janos250
A linkelt programozón nincs rajta az a két tranyó, ami kell az invertált logikához. Így az auto letöltés bukta.
Valamint ránézésre a 3,3 voltot valszeg feszültségosztóval állítja elő egyéb hijján, ami meg hááát...
Azok a 0603-as ellenállások nem úgy néznek ki, amire szívesen rákötnék akár csak 100 mA-t.
Az 1/10W-os korlátjukba legfeljebb 68 mA fér bele 1,7V-os drop-nál, ezzel meg nem biztos, hogy meg lehet hajtani egy ESP32-t. (Nem jártam utána.)
Szóval az UART kommunikáción kívül konkrétan semmire nem jó.
A devkit panelje meg semmivel nem kerül többe, vagy talán még olcsóbb is mint egy tisztességes FTDI programozó. És szerintem bekötni is ugyanannyi, mint egy FTDI programozót: usb az egyik végén, dupoint a másik végén.
-
Janos250
őstag
válasz
Teasüti
#8922
üzenetére
"Ha generic FTDI csatolót használok, ahhoz meg kellenek a gombok is."
Elvileg nem, mert azon is ott van a DTR és RTS láb.
A "ck" programozási mód éppen azért olyan népszerű, mert kiküldi a DTR és RTS lábakon a boot módba állításhoz szükséges jeleket. Ha beköti az ember. Ha nem, akkor kézzel kell boot módba állítani kapcsolóval. Tehát, ha a converteren van DTR, RTS, akkor bekötve nem kell gomb, ha nincs rajta, vagy nem kötöd be, akkor kell gomb. Mellesleg én kézzel szoktam boot módba állítani. -
Teasüti
nagyúr
Nálam nem gond, egy egyszerű áramtalanítás megteszi reset-nek.
A devkit panellel meg a NYÁK-ra ültetett modult gondoltam programozni.
Nem kell a devkit-re beültetni semmit, csak a megfelelő tüskéit rákötni a NYÁK-on lévő modulra és voilá: éppen úgy programozod, mintha devkit-re lenne beültetve. Talán még eddig ez a legideálisabb megoldás - automatikus letöltés és nagy sebesség -, ha nem is a legpraktikusabb. -
_q
addikt
válasz
Teasüti
#8922
üzenetére
ESP32 WROOM32 adatlap 14. oldal 7-es fejezet, oldal közepe:
"Note:
Soldering Pad 39 to the Ground of the base board is not necessary for a satisfactory thermal performance. If users do want to solder it, they need to ensure that the correct quantity of soldering paste is applied"Solder pad alatt szerintem arra gondol, amiről mi is beszéltünk. Ha megnézed az adatlap 14. oldalán a schematic-ot, akkor látszik hogy jobb oldalon a GND3 fölött van a P_GND. Ha ezt összehasonlítod a PCB-vel, akkor látszik, hogy a P_GND nincs a GND3 fölött. Tehát ezek szerint a P_GND, ami a 39-es láb, illetve a megjegyzés az adatlapban engedményt ad arra, hogy nem muszáj beforrasztani, habár a schematic úgy mutatja még is. Tehát a felhasználótól függ be akarja-e forrasztani. Én szerintem hagyni fogom.
-
_q
addikt
válasz
Teasüti
#8926
üzenetére
Tényleg már látom. A reset gomb mindig jól jöhet mondjuk a panelen szerintem, ha nem akarsz aksit/elemet vagy hálózati resetet.
Ezen a devkit panelen ahogy nézem ki van hagyva a forrasztási helye az ESP32 wroom modulnak. Ha nem akarod ráforrasztani akkor nem látom még hogyan lehetne programozni.
(#8927) DopeBob
ESP32 Gateway. Ezen van ethernet. -
Teasüti
nagyúr
Nem tudom ez a programozó mennyivel jobb mint egy FTDI
Ha megfigyeled az ESP32 programozót, akkor azon rajta van az auto letöltéshez szükséges két tranyó is, ami lehúzza az EN és IO0 lábakat. Gyakorlatilag a Devkit áramköre egy az egyben CH340g-vel. Így mint írtam volt megspórolható még a két gomb is a NYÁK-ról.
Ezzel konkrétan nem kell semmi kiegészítő a modul mellé az EN felhúzó ellenállásán kívül. Kivezeted 6 tüskére a Vcc, GND, RX, TX, EN, OI0 lábakat, rá erre a programozóra és uccu neki!
Mondjuk a CP2102-es programozó szimpatikusabb lenne, ilyen van a devkit-en is, de az mellé kell egy auto-program áramkör még pluszban vagy a NYÁK-ra, vagy vhova (vagy hát különben nyomogatod a gombokat).
Talán az volna a legideálisabb, ha gyorsan összeraknék magamnak egy ilyen programozót a fenti mintájára CP2102-vel.szerk: hmm ami azt illeti nem is kell saját, találtam hozzá "eredeti" devkit programozót!
(#8925) tvamos
Nem lehet, hogy a fura program nyelv miatt?
Állítólag nem rég jött hozzá ki egy C fordító.
8 független mag azért elgondolkodtató.
De tényleg nincs elterjedve egyáltalán. Teljesen véletlenül találtam rá. -
_q
addikt
válasz
Teasüti
#8922
üzenetére
Ja igazad van a gombokhoz ajánlott a 100nF, kicsit belekeveredtem már
. Nem tudom ez a programozó mennyivel jobb mint egy FTDI vagy CP2102-es USB-TTL konverter. Én az utóbbival tervezem használni. Ha jól tudom 8266-nál is soros vonalon lehet programozni. Így oda ez is szintén használható. RESET gombot érdemes használni, akkor már csak max a boot gomb-ellenállás-kondi 3-as a plusz alkatrész.
Sőt egy FTDI vagy CP2102 esetén csak RX, TX, VCC és GND kell. Bár ahogy nézem amit linkeltél is ugyan az lenne, csak kicsit drágább eszköz.
Egyébként arra a hűtőfelületre nem tudom tényleg mennyire lehet szükség. Persze ha melegszik akkor jó dolog, de egyébként nem vagyok biztos benne, hogy azt tovább muszáj forrasztani még, már mint az hűti alapból az ESP32-es IC-t. Az hogy ezt még egy további panel részhez forrasztod olyannak tűnik nekem, mint ha egy CPU-n lévő hűtőbordára még egy másik hűtőbordát tennénk, esetleg ventilátort. Az alap hűtőbordával is jó a többi már csak plusz lenne ami ha kivitelezhető jó, de nem biztos hogy kell is használni. -
válasz
Teasüti
#8922
üzenetére
"Én már próbáltam pákával alulról beforrasztani hűtőpadot, nekem nem működött a dolog."
Neki se sikerült, a végén írja, hogy megsütötte a cpu-t.![;]](//cdn.rios.hu/dl/s/v1.gif)
" Én mondjuk tuti ezzel kezdtem volna a többi láb előtt, ha sikerül akkor erősen megtartja a chip-et, ha meg nem sikerül akkor könnyen le lehet szedni."
Teljesen igaz, nem is értem miért nem így csinálta. Elég lett volna csak addig melegíteni, amíg látja, hogy megtartja a kötés, így nem sült volna oda a cucc. -
Teasüti
nagyúr
100u lesz az inkább, 0,1u-ból a modulon belül is van egy maréknyi.
Én ezen a programozón gondolkozom még, ehhez elég csak kivezetni tüskére azt a 6 lábat, nem kell se gomb, se semmi. Egyedül az EN-re a felhúzó és egy bypass kondi az üzemszerű működéshez.
Mondjuk sebességben csak 115200-at tud, ami elég karcsú: a devkit-en lévő chip 8x ekkora sebességet biztosít.
Ha generic FTDI csatolót használok, ahhoz meg kellenek a gombok is. Bár lehet ez a programozó meg jó lenne más 3,3V-os chipekhez is, mint pl a 8266.A második részében azért elég vicces miket bénázik. Nem egy idegbeteg állat. Én már kivágtam volna az ablakon.
Erre lesz jó a forró levegős forrasztás, ez az egész megvan vele 2 perc alatt sokkal szebben.
Én már próbáltam pákával alulról beforrasztani hűtőpadot, nekem nem működött a dolog. Az a fránya ón sehogy se akart felszívódni a másik oldalra. Mondjuk nálam 0,7 mm-es via-k voltak, nem tudom amúgy mekkora átmérőnél életképes a dolog. Én mondjuk tuti ezzel kezdtem volna a többi láb előtt, ha sikerül akkor erősen megtartja a chip-et, ha meg nem sikerül akkor könnyen le lehet szedni. A kontinuitás vizsgálat nem elég, ahhoz néha még forrasztani sem kell. -
_q
addikt
válasz
Teasüti
#8920
üzenetére
Jó lesz az
én mondjuk a DOIT development board alapján csinálom, ott van egy 100 nF-os kondi a wroom32 mellett, amúgy tényleg csak max a gomb és hozzá ellenállás, kondi kell. Ez meg kiváltható esetleg tüskével, amit GND-re húzol programozásnál. Valószínű én maradok a gomb megoldása mellett az első panelnél.Még egyelőre adatlapozok, nem gondolkoztam még beültetésen. Illetve nem is figyeltem a hűtőpadot.
Nem tudom ezeknél a kínai paneleknél vajon be van forrasztva? -
Teasüti
nagyúr
Elültetted a bogarat a fülembe:
Azt nézem, hogy a wroom32-höz tényleg nem kell semmi külső hardver a működéshez. A gombok is csak a programfeltöltéshez max.
A devkit-en lévő rakás kondi és ellenállás is mind a táphoz van és az usb-ttl chip-hez.
Hmmm, készítek egy barebone nyáktervet is, úgy is tervben van egy levegős forrasztóállomás, azzal szépen be lehet ültetni mindenféle IC-t.
Mondjuk a modul alján lévő hűtőpadot nem tudom hogy lehetne reflow kemence nélkül, te azt hogy fogod megoldani? Lehet egy bazi nagy via-t kéne odarakni és "felforrasztani" a lyukat. -
Teasüti
nagyúr
válasz
Tankblock
#8914
üzenetére
Nem, ez megdöglött. Piros Led folyamatosan villog rajta, kivéve USB-re kötve.
Se 3V3-ról, se 5V-ról nem megy. Az UART0 nem válaszol se boot-oláskor a Serial monitoron, se a program feltöltésnél nem kapcsolódik (EN és IO0 vagyis a Reset és Boot gombok lenyomva előtte). Jah és melegszik az ESP modul maga is USB-ről. Ez kuka.Amúgy nem értem miért, a DevkitC tervrajzán rajta van a védődióda a Vbus-on ( D3 1N5819), így elvileg nem kellett volna tönkremennie. Hacsak a kínai nem spórolta le róla. Nem igazán tudom visszakövetni a vezetősávokat a panelen. NYÁK tervet meg nem találok róla.
-
Teasüti
nagyúr
válasz
Tankblock
#8914
üzenetére
Nem tudom, vmelyik melegszik a három közül (dióda, ch340g, ldo), nem érzem melyik. Gépre kötve a Windows meg nem reagál rá.
Lehet javítható, ha csak a dióda vagy az LDO. Ha az usb vezérlő ment ki, azt az isten nem cseréli ki ezzel a QFN tokozással.
Esetleg az LDO-t még bevállalom, lehet ki is próbálom 3v3-ról betáplálni hátha úgy még megy.
Ruggedunio-ból kiindulva mind az LDO, mint a mikrovezérlő megdöglik, ha GND felől jön a ménykű. -
#8916
Aryes
nagyúr
dangerzone
#8915
válasz
dangerzone
#8915
üzenetére
És rohansz utána a laptoppal?
Működésre lehet bírni természetesen, de a motoroknak kevés lesz az 500mA, amit az usb-ről tud szívni. Illetve az usb-nek lesz sok a motor áramfelvétele, le fog oldani a polyfuse, ami a portot védi. Az ultrahang szenzort fogod tudni tesztelni. A motoroknak szerezz egy 4 ceruzaelemes elemtartót, vagy egy 2S lipo akksit. -
#8915
dangerzone
addikt
Aryes
#8856
dangerzone
addikt
Egy ismerősömnek van elfekvőben egy arduino robotautós szettje, amit még sosem használt és kölcsön tudja adni, kedvcsinálónak jó lehet. Van távolság mérő szenzor, motor shield, 2 kis motor, meg kerekek, enkóder, váz stb, de vezetékek se tápkábel nincsenek.
A kérdésem az,hogy ha usb-re kötöm az arduino-t, akkor úgy is mindent működésre lehet bírni, vagy mindenképpen szükségem volna egy külön tápellátásra is?
-
-
válasz
Teasüti
#8912
üzenetére
9 tengelyest használok, de a dmp nem használja az iránytű adatait a számoláshoz. Próbáltam már az említett lib 6axis és 9axis .h fájljával is, és ugyanúgy kúszik az elején. A 9axis talán előbb megáll és később pontosabb is, de teszteltem mágnessel és egyáltalán nincs hatással a dmp-re.
Csak gondoltam hátha mára fejlődött a tudomány, kb. egy éve játszottam vele utoljára. -
Teasüti
nagyúr
A Z tengely körüli kúszás/forgás engem nem érdekel (Amúgy miért nem használsz 9 tengelyes szenzort? Az iránytűvel szerintem a yaw is korrigálható.). Az X és Y tengely kell csak a dőléshez és az egykerekezéshez.
Nekem ehhez elég a Teapot demo program, négy értéket használok csak amiből kettő nyers adat (X gforce, temp), kettőt pedig a DMP számol (roll, pitch). Alvó üzemmódban meg bármilyen tengelyen bármilyen gyorsulás felébreszti a vezérlőt.Amúgy nem, nem igazán van vele tapasztalatom. Úgy 2 éve szórakoztam ezzel utoljára. Azóta várja jobb sorsát. Amúgy fura, hogy még mindig nincs "hivatalos" library a DMP-hez, amikor már 2012-ben kiadták hozzá a dokumentációt.
-
válasz
Teasüti
#8910
üzenetére
Ez jó, én is ezzel csinálom a légegér projektemet.
Egy baja van csak: inicializálás után vagy másfél perc kell neki, hogy abbahagyja a pörgést (yaw/z tengely körül) és beálljon egy fix irányba, addig igazából használhatatlan. Ezzel vannak tapasztalataid? X/Y tengely mentén elég stabil az elejétől kezdve, de ott igazából az acc. szenzor adatait használja.
Ha ezt egy motoron fogod használni, az azt jelenti, hogy gyújtás után másfél percig elég véletlenszerű adatokat fogsz kapni.
Ehhez hozzájön, hogy kis hőmérséklet változásokra is vadul elkezd kúszni a Z tengely, ami motoron a motor hője/napsütés hatására is előfordulhat. -
Teasüti
nagyúr
Most minden funkciót beletenné legszívesebben, de annak meg nem sok értelme van
Már hogyne lenne értelme?! Nálam ez úgy nézne ki, hogy ma még kínai mutatós óra kicsi képernyővel, holnap már smart mirror digitális órával a felső sarokban.
Így vagyok a saját projektemmel is. Amit lefényképeztem nyákot már megterveztem egy jó ideje, de a múlt héten láttam mit lehetne még belepaszírozni és azóta 3x újraterveztem már. GPS tracker se volt betervezve eredetileg, de aztán megláttam mennyibe kerülnek a kész termékek, aztán megnéztem mennyibe lenne csak a modul. Ekkor már nem volt visszaút. -
_q
addikt
válasz
Teasüti
#8904
üzenetére
Igen, így van ez egy sokkal egyszerűbb megoldás amit én szeretnék. Órát nem akartam újra feltalálni még akkor se ha érdekes feladat lenne
. Mindenképpen kellene egy fali óra, ezért gondoltam, hogy vigyünk bele valami pluszt amitől kicsit egyedibb lesz. Igen ez inkább egy időjárás állomás lesz ESP oldalról, csak a körítés másabb.
Egyelőre még nagyon az elején vagyok az egésznek. Hobbinak és érdekességnek jó ilyennel foglalkozni ezért kezdtem ezt. Kicsit bele kevertem a külső hálózatról történő belső hálózat elérését. Tényleg jóval egyszerűbb kiküldeni szerverre. Ezt a részét még átgondolom, ha oda érek. Most minden funkciót beletenné legszívesebben, de annak meg nem sok értelme van -
Teasüti
nagyúr
Na várj csak, ez nem is vezérelt mechanika! Legalábbis semmi jelét nem látom, hogy bármihez kapcsolódna egy elemen kívül.
Azt hittem motoros mutatókat tervezel, amit természetesen az mcu vezérelne.
Akkor ez egy időjárás állomás lesz, kínai analóg órába építve?Ami a hálózatot illeti, kifelé egyszerűbb a helyzet, mert a router ezt megoldja alapból.
Külső kérés a belső hálózatra nem működik publikus IP cím nélkül.
De nem látom semmi okát mi értelme volna közvetlenül az órára kapcsolódni, ha egyszer amúgy is az már tölti fel az adatokat vhova. Szóval ez a része szvsz tárgytalan. Én tuti szerverre küldeném ki, ahhoz nincs szükség közvetlen hálózati kapcsolatra az óra és a felhasználó között. -
AcCEsS
senior tag
-
_q
addikt
válasz
Teasüti
#8900
üzenetére
Sajnos nem sok rálátásom van a követelményekre, előírásokra amit elvártak, elektronika rész nem hozzám tartozik, én a mérés - kiértékeléssel foglalkoztam. Gyorsulás érzékelővel álló helyzetben tiltás körül 50-80 g körülieket mértünk Z irányban, de X és Y-ban is voltak azért nagy kimozdulások. A mértékére nem emlékszek mekkora volt, csak hogy van csavarodása a NYÁK-nak. Nem mondom hogy mm-es, de pont elég volt ami az elég érzékeny gyorsulás szenzort egy olyan frekvencián rázta, ahol érzékeny az érzékeny volt és ez a mérés miatt nem volt szerencsés. de csavarodása volt a panelnek ez biztos. Az se volt mindegy hogy a gyorsulás érzékelő hol helyezkedik el a panelen, milyen ragasztóval van beragasztva a NYÁK, mert nem csavarozva volt. Tehát minden apróság amit nem is gondolnánk számít. Egyébként ez céges projekt, szóval túl sok mindent nem is tudok mondani hivatalosan, lehet ez is több mint amit szabadna
ESP32 nem sokkal nagyobb mint egy ESP-01. ESP32-vel van tapasztalatom, illetve abból van is modul/development board, ezért ebben az irányban indultam el. Ez az egész projekt a tiédhez képest jóval egyszerűbb, maga az analóg óra részét nem is akartam túlbonyolítani, így ott egyszerűbb a helyzet. Lehet kapni kész mechanikát: [link]. Lesz egy fa lap abba bele lesz marva a mechanikának és a kijelzőnek + elektronikának a helye. ESP32 órában és egy kinti egységben, mind a kettő méri a hőmérsékletet, páratartalmat, Real time clock modul kiírja a dátumot. A két ESP32 kommunikál egymással, az órában lévő pedig még pluszban küldi egy honlapra az adatokat, ahol látszódna grafikonon az adat. Múltkor szóba került a kívülről való belső hálózat elérése, na most emiatt még nem tudom hogy belső hálózaton legyen az egész vagy külsőn. Esetleg thingspeak-re menjen az adat. De valami ilyen lenne az elképzelés.
Az se hülyeség amit írtál, léptetőmotor óra szerkezet, de oda akkor kellene áttétel a kismutató-nagymutató miatt, nem tudom a pontos mechanikai megvalósítás mennyire lenne komplikált, így ezt a részét inkább a profi "kínai mechanikára" bíznám
Az a két ellenállás nem feszültségosztó, ráadásul nincs rajta az ábrán az analóg bemenet bekötési pontja. Ha a [Load] helyére gondoltad a bemenet bekötését, akkor az szépen rákapcsolná a teljes akkufeszültséget a bemenetre, amiből szépen kijönne a füst. Bár az esp8266 i/o lábai 5v toleránsak, ha jól tudom az adc-re ez nem vonatkozik.
Mekkora ellenállásokat kellene beszereznem és pontosan hová, mit és milyen módon kell bekötnöm? 
A leírás alapján az ADDR lábat VCC-re húzva próbáltam címet váltani 0x5C-re, de semmi változás.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Erre lesz jó a forró levegős forrasztás, ez az egész megvan vele 2 perc alatt sokkal szebben.
Új hozzászólás Aktív témák
Hirdetés
ekkold- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Eredeti játékok OFF topik
- exHWSW - Értünk mindenhez IS
- CMF Phone 2 Pro - a százezer forintos kérdés
- Le Mans Ultimate
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- bitpork: MOD Júni 13 Augusztus 2- szombat jelen állás szerint.
- Autós topik
- Nyaralás topik
- EAFC 25
- További aktív témák...
- Apple iPhone 13Pro 128GB Kártyafüggetlen 1Év Garanciával
- Garmin Fenix 8 Amoled 51mm Sapphire Carbon Gray DLC - Használt, karcmentes
- Nitro ANV15-51 15.6" FHD IPS i5-13420H RTX 4050 16GB 512GB NVMe magyar vbill ujjlolv gar
- Apple iPhone SE 2020 64GB Kártyafüggetlen 1Év Garanciával
- iPad Pro 11 gen 2 + magic keyboard magyar makulátlan új állapot
- FÉL ÁR ALATT! Lian Li UNI FAN SL120 RGB 1db-os és 3db-os ventilátor szett garanciával
- BESZÁMÍTÁS! Gigabyte H610M i5 13400F 32GB DDR4 512GB SSD RTX 3070 8GB Zalman Z1 Plus Enermax 750W
- LG 27GP95RP - 27" Nano IPS - UHD 4K - 160Hz 1ms - NVIDIA G-Sync - FreeSync Premium PRO - HDR 600
- HP Rack szerverek és tartozékok egyben vagy külön-külön
- BESZÁMÍTÁS! Gigabyte B450 R7 5700X 32GB DDR4 512GB SSD RX 6700XT 12GB Rampage SHIVA be quiet! 650W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged