- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Gurulunk, WAZE?!
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- bitpork: MOD Júni 13 Augusztus 2- szombat jelen állás szerint.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Argos: Szeretem az ecetfát
- sziku69: Szólánc.
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
-
LOGOUT
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
-
lanszelot
addikt
Elnézést kerek, ha kimaradt volna valami.
Azt hittem mindent megválaszoltam .
Dobtam video linket hogy csináltam, mind a 2 alkalommal.
És azt is mit írtak, hogy normál módon miért nem lehet bootloader -t rakni rá.
Amiatt ICSP pin-eken keresztül kell csinálni.
Ott az a videó, hogy hogy kell, azt követtem.
Ha ő kihagyott vmit, akkor én is.
Megán az első miatt alapból fent van az ISP, mivel nem mutatta sehol hogy hogy kell törölni.
Nem is íratta felül, tehát gondolom rajta van.
Nem értek hozzá. Csak gondolom
Az ICSP pin -es bootloader rakásról csak azt az egy videót találtam. Sehol semmi mást.
Tehát csak azt követtem.
És belinkeltem hogy mi az error kód. /Mivel az oldal amit írtál már nem létezik/
Nem tudom mit tudnék még írni, mivel nem értek hozzá. -
gya/352
tag
Igen, tudom. Napközben én is munkahelyről telefonról tudtam csak írni, meg nem tudtam oylan figyelmesen elolvasni a tanácsokat.
Egyébként szó volt itt róla még hogy flasheljem más particiós sémával is. OTA nélkül próbáltam még akkor amikor írtad, de nem valami nem volt jó neki mert folyamatosan újra bootolt mint az erase_flash után. -
gya/352
tag
OK. De az nem most lesz.
Talán majd hétfőn.
Mégegyszer köszönöm a segítséget neked is és its_grandpa-nak is.
Nagyon kedves tőletek. Nem minden technikai fórumon megszokott ez, hogy ilyen türelmesen és kitartóan segítenek a gyakorlottabbak a kezdő bénázóknak. Tegyük hozzá, úgy hogy a bénázónak halvány lila gőze sincs az egészről. -
-
lanszelot
addikt
Most ez alapján próbáltam.
De itt is hibát dob.
"
Arduino: 1.8.18 (Windows 10), Board: "Arduino Nano, ATmega328P"
Sketch uses 4354 bytes (14%) of program storage space. Maximum is 30720 bytes.
Global variables use 482 bytes (23%) of dynamic memory, leaving 1566 bytes for local variables. Maximum is 2048 bytes.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x2f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x2f
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xe0
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xe0
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xe0
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xe0
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xe0
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xe0
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
Problem uploading to board. See https://support.arduino.cc/hc/en-us/sections/360003198300 for suggestions.
This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences." -
gya/352
tag
Napközben a melóhelyen. De ott meg természetesen nem játszózok a cuccal, csak itthon.
Szóval nincs kötve semmi a GPIO12-re.
Most újra feltöltöttem a firmware-t, felment a data könyvtár, megeditáltam, és most már jobban figyelek hogy mit ír ki a soros monitorra, mutatom az nvs-be írást: [kép]
Ha jól értelmezem, beírta és kiolvasta onnan.
...
bootol... [kép] [kép]
..és aztán minden változtalan abból a szempontból hogy nem szól. -
lanszelot
addikt
Hello,
Természetesen hibát dobott:
"
Arduino: 1.8.18 (Windows 10), Board: "Arduino Nano, ATmega328P"
Error while burning bootloader.
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.
This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences."Ezt írták megoldásnak, de fogalmam sincs ez mit jelent: /nem az angol, hanem programozásilag/
Many of the Chinese Nano, in addition to using CH340G chips as their interface, do not come with the Arduino boot-loader installed. These need to be loaded via the ICSP pins before they can be programmed via the IDE. -
válasz
Tankblock #19483 üzenetére
Nekem az a bajom, hogy az *.ino fájlban csak a setup.h van #include-olva, a setup.h fájlban viszont nincs egyáltalán #include, tehát még mindig nem értem, hogy honnan tudja, hogy melyik library fájlban keresse a meghívott class-okat.
Ha én írok egy *.ino fájlt, hiába van a szükséges library installálva a library mappába, ha nem #include-olom a program elején, nem fogja megtalálni. -
Tankblock
aktív tag
Szia
https://github.com/indrekluuk/LiveOV7670/blob/master/CMakeLists.txt
és a .gitignore filaban benne van a szépség:
https://github.com/indrekluuk/LiveOV7670/blob/master/.gitignore
nem tölti fel gittre a sajár CMake fileját ..... modjuk ez lehet a Visual Code + PlatformIO végett van, ebben nincs tapasztalatom....idea
# ignore files generated by "platformio init"
src/.idea
src/.pioenvs
src/.gitignore
src/.travis.yml
src/CMakeLists.txt
src/CMakeListsPrivate.txt
/cmake-build-debug/CMake írja le mit hol kell keresnie a fordítónak és a linkelőnek.
Make után amikor a esp-idf átváltott CMake re a hajamat téptem egy darabig mire megszoktam. -
válasz
lanszelot #19474 üzenetére
Nincs rajta bootloader azt tudom
Csak azt nem mit jelent.Azt jelenti, hogy a rajta lévő usb-uart porton keresztül nem fogsz tudni rá programot feltölteni, csak egy ún. ISP segítségével. Hát, nem jó eszközzel kezded az ismerkedést... Ilyet miért árulnak egyáltalán?
A mostanit azért nem szúrtam be mert rengeteg sor hiba.
paste.bin-re szúrd be és azt linkeld ide. De amúgy amíg nem lesz felprogramozható lapod, addig mindegy is.
Meg tudsz kérni valakit? Esetleg egy Nano-t/UNO-t ha tudsz kölcsön kérni, azzal is életre lehet kelteni.Egyébként a library-knek eléggé meg van szabva a könyvtárszerkezete, ha nem úgy töltöd fel a fájlokat, ahogy az Arduino szereti, akkor előfordulhat, hogy nem találja meg. Egy screenshot kéne a /library könyvtárról.
-
lanszelot
addikt
Nincs rajta bootloader azt tudom
Csak azt nem mit jelent.Megosztottam a hibát. A mostanit azért nem szúrtam be mert rengeteg sor hiba. Nem csak pár sor mint eddig.
Nincs pont olyan nevű file, és ahogy át írtam az biztos rossz.
Nem értek hozzá. Próbáltam valamit kezdeni vele. -
lanszelot
addikt
Most meg ez nem tetszik neki "Adafruit_SH110X.h"
Hibákat dob folyamatosan.
Feladtam. Nem értek hozzá.Még a blink -et se tudom kicsiholni. Ez kuka.
Amúgy a Nano- mon nekem alapból 2 piros led világít. Nem tudom nem amiatt nem megy a blink. Power és TX .gya/352:
De én egyáltalán nem értek hozzá. Csak kedv csinálónak gondoltam, hogy de jó lesz...
Hát meghozta a kedvem: hogy darabokra törjem -
válasz
lanszelot #19469 üzenetére
Nem is kerestem.
Google, első találat: [link]
Második találat:
How to install Adafruit sensor in Arduino?
Open Arduino IDE and go to Sketch, include library, add . zip library and open the . zip file that you have just downloaded. Now theAdafruit Sensor library should be installed. -
lanszelot
addikt
Oda is leszedtem. De amíg nem másoltam az ino file mellé a ".h" file-t, addig hibát dobott.
Most már csak a Adafruit_Sensor.h dob hibát, de azt nem találom.
"fatal error: Adafruit_Sensor.h: No such file or directory
#include <Adafruit_Sensor.h>
^~~~~~~~~~~~~~~~~~~
compilation terminated.
exit status 1
Compilation error: Adafruit_Sensor.h: No such file or directory"Fogalmam sincs, hogy mi az vagy hogy keressem.
Emiatt megy el a kedve a kezdőnek, ha már az elején csak falakba rohan.
Egy egyszerű led villogtatás se megy, nem tudom hogy képzeltem, hogy majd én hőmérséklet mérőt pakolok össze... -
lanszelot
addikt
ha felé viszem az egeret "uload" van kiírva.
Bármibe kezdek semmi se akar össze jönni.
Ehhez vettem a kis kijelzőt. /többi volt/
Mondom ez dug-dug, feltölt, és örül.
Első projectnek jó lesz.
Hát nem.
include dolgokat nem tudom honnan szedjenm össze.
Netről lebogarásztam az első 3at, és bemásoltam az ino file mellé, így már csak az Adafruit_Sensor.h hiányzik neki....no de az a világon sehol se találom.
Ha egyáltalán jól csinálom az egészet.
Nagyon nem ez volt az oldalon írva. Feltöltöd, és kész..ahham. Pontosan. -
lanszelot
addikt
válasz
sirály12 #19460 üzenetére
Köszönöm szépen.
Felraktam, COM3 lett.
Kiválasztottam a File -> Examples -> Basic -> Blink
upload gombra nyomok, és elkezdi... de sohase felyezi be.
"Sketch uses 924 bytes (3%) of program storage space. Maximum is 30720 bytes.
Global variables use 9 bytes (0%) of dynamic memory, leaving 2039 bytes for local variables. Maximum is 2048 bytes."
és itt áll.
Miért? -
lanszelot
addikt
Hello,
Ezt vettem meg, és nem ismeri fel a Win10.
Eszközkezelőben Egyébb eszközök -> USB2.0-Ser! /sárga felkiáltójel/
Gondolom nincs driver.
Arduino IDE -t frissítettem 2.0.4 -re, de nem segített.
Mit kell ilyenkor tennem?
Honnan szedjek drivert? /olyat ami biztonságos/ -
válasz
gya/352 #19457 üzenetére
esptool.py -p com4 erase_flash
Ezzel is próbáld meg, ahogy a linkelt oldalon írják.
Próbáltál már különböző memória kiosztásokat (APP/OTA/SPIFFS) beállítani feltöltés előtt?
Az oldalon egyébként írják az okokat is:
SOLVED:
We are now 99% sure this problem is actually caused by a hardware design issue with our USB programming board.
During the condition where the main power supply to the board is OFF but the programmer is still connected to USB, we see stray voltages on the pins connected to the ESP32, including the MTDI pin. This pin has an internal pull down in the ESP, but it is not active until after power is applied. Where it has floated high during power down, it looks like the pin is not pulled low fast enough at power on, and gets read as "1". This causes the VDD_SDIO to be set to 1.8v instead of 3.3v. We observe that the pin strapping shown by the bootloader is 0x33 or 0x3f instead of 0x13. The condition persists a software reboot, and our testers were usually experiencing a recurrence of the problem if they cycled the power. However, reprogramming the board would reset it until some future power interruption caused it to recur.
The problem did not happen on our original boards because the flash still worked correctly even at the lower voltage. However, more recent boards have a later ESP module with a different flash chip (Manufacturer: c8; Device: 4017). I have now confirmed that on these boards, the flash can be read but cannot be written when VDD_SDIO has been set to 1.8v.
I have worked around the problem on our dev boards by running this espefuse command to set the VDD_SDIO to 3.3v via the e-fuses:
CODE:python path\to\esp\tools\espefuse.py -p comX set_flash_voltage 3.3V
Van neked kötve valami az MTDI pin-re (GPIO12)? Ha jól értem egy külső lehúzó ellenállás (pl 10kΩ) esetleg megoldhatja a dolgot.
-
gya/352
tag
válasz
vargalex #19456 üzenetére
Ehhez a flash torleshez kell egy python kornyezet a pcre? Windowsos vagyok termeszetesen.
Vagy van valami program erre?
Az Arduinoban van egy olyan menupont ami elvileg torli a flasht a feltoltes elott. En mindig ugy toltottem fel a firmwaret.
Az espressif honlapjan is van egy flash download tool nevu progi, abban is van egy kulon erase gomb, az ejjel azzal is letoroltem gondoltam hatha segit de nem valtozott.
Lehet hogy ezek nem torlik a teljes tarteruletet? -
vargalex
félisten
válasz
its_grandpa #19455 üzenetére
Igen, üres, mert
ESP_ERR_NVS_NOT_FOUND
errorral tér vissza. Ebben az esetben ugye nem változik aznvs_buf
tartalma, azaz aContetns
logolás teljesen normális, hogy az üres string-re (nvs_buf[0] = '\0';
miatt) inicializált értékkel tér vissza.
Szóval, én is megpróbálnám a flash törlést.#19453 its_grandpa: Teljesen normális az a log, hiszen ahogy Aryes által bemásolt kódban is látszik, az eredeti
key
hosszát és azNVSBUFSIZE
-ra (150) beállítottlen
-t adja vissza, mivel a fentiek szerint utóbbi nem módosul (nyilván akey
egyébként sem módosulna). -
válasz
its_grandpa #19453 üzenetére
Pedig nyugodj végre bele, hogy az csak a buffer size:
String nvsgetstr ( const char* key )
{
static char nvs_buf[NVSBUFSIZE] ; // Buffer for contents
size_t len = NVSBUFSIZE ; // Max length of the string, later real length
nvsopen() ; // Be sure to open nvs
nvs_buf[0] = '\0' ; // Return empty string on error
nvserr = nvs_get_str ( nvshandle, key, nvs_buf, &len ) ;
if ( nvserr )
{
dbgprint ( "nvs_get_str failed %X for key %s, keylen is %d, len is %d!",
nvserr, key, strlen ( key), len ) ;
dbgprint ( "Contents: %s", nvs_buf ) ;
}
return String ( nvs_buf ) ;
} -
its_grandpa
tag
válasz
vargalex #19450 üzenetére
First of all
, te nem fél vagy az én világomban hanem egész.
Igen, ennek ellenére nem tudom hová tenni ezt a hibaüzenetet:
nvs_get_str failed 1102 for key preset, keylen is 6, len is 150!
Annyi mindent láttam már az ESP világban, hogy én biztos megpróbálnám meghívni a "real_len"-el.
Az itteni [link] kódot meghívva kiderülne, hogy látja-e egyáltalában a "preset" kulcsot.
-
válasz
its_grandpa #19449 üzenetére
Nekem sajnos itt megállt a tudományom.
-
vargalex
félisten
válasz
its_grandpa #19446 üzenetére
Az
nvs_get_str
hívásnál alen
változó címe van átadva, azért, hogy aznvs_get_str
adja vissza benne abuffer
tényleges hosszát.Ha jól olvasom, az
1102
-es hiba azESP_ERR_NVS_NOT_FOUND
: "A requested entry couldn’t be found or namespace doesn’t exist yet and mode is NVS_READONLY" -
gya/352
tag
válasz
its_grandpa #19447 üzenetére
Hat basszus jol beleastad magad.
Neked is es Aryesnek is koszonom hogy foglalkoztok vele.
En most nem nem fogok tudni jatszani vele a hetvegen. De jovo heten folytatom, bar szerintem egyelore feladom es berendelek egy uj esp32 boardot, mert nekem gyanus hogy fizikailag van vele vmi problema. -
its_grandpa
tag
válasz
its_grandpa #19446 üzenetére
Ez egy rendkívül érdekes szakmai szál, kíváncsi vagyok mi lesz a megoldás.
Van hozzá mindenem, ki fogom próbálni ha tudok rá időt szakítani. -
its_grandpa
tag
Amíg "debuggoltam" írtatok párat de sebaj, azért ezt most csak itt hagyom
Jogos, nem emlékeztem rá de most megnéztem.
Viszont azt gondolom megtaláltam és vesszek meg ha értem másnak miért működik.
Esp32_radio_init.ino 28. sor preferences.clear() , töröl mindent.
Ezután kiírja kódból az összeset,nézzük a 49. sort. preferences.putString ( "preset", "6" ) ;Ezt látjuk a hibaüzenetben:
:58:11.630 -> D: nvs_get_str failed 1102 for key preset, keylen is 6, len is 150!A kulcs hossza 6 ("preset" sztring hossza) de mi 150-et akarunk olvasni.
Ennek oka a main.cpp 708. sorától az nvsgetstr ( const char* key ) függvény és a 145. sor#define NVSBUFSIZE 150 // Max size of a string in NVS
A nvsgetstr fv. első 5 sora :
static char nvs_buf[NVSBUFSIZE] ; // Buffer for contents
size_t len = NVSBUFSIZE ; // Max length of the string, later real length
nvsopen() ; // Be sure to open nvs
nvs_buf[0] = '\0' ; // Return empty string on error
nvserr = nvs_get_str ( nvshandle, key, nvs_buf, &len ) ;
Megnyitjuk, a 150 hosszú nvs_buf 0. pozijára beírjuk a C sztring szeparátort, eddig OK.
Ezután viszont vissza akarjuk olvasni a kulcsot ( a mi esetünkben ez a "preset") , a 150 hosszú nvs_buf-ba, de mindig 150 hosszan mert a len változó értéke az bizony 150.
Ez így - szerintem - sose fog menni,hibaüzenet lesz a 718. sorban.
Ha minden igaz a kulcs valódi hosszát így lehet(ne) kideríteni.size_t real_len = 0;
nvs_get_str ( nvshandle, key, nullptr , &real_len );
Ezután kellene beolvasni a kulcsot a tényleges hossz ismeretében.nvserr = nvs_get_str ( nvshandle, key, nvs_buf, &real_len ) ;
Itt egy jó példa fv. a tényleges hossz megállapítására [link]
-
lanszelot
addikt
Először is köszönöm szépen.
Értem mit kell csinálni, de volna egy kérdésem:
3-as pont Library. Gondolom abba az eszköz vmi felé tulajdonság leírása kerül. De - honnan szerzem be különböző dolgokhoz, és honnan tudom milyen parancsokat foglal magába?
Vagy rosszul értelmezem a Library dolgot? -
válasz
gya/352 #19440 üzenetére
Nem vagyok benne biztos, hogy feltöltés előtt is törli a flash-t, mert a SPIFFS adatai például úgy emlékszem megmaradnak, ha nincs piszkálva. Az NVS is.
Hogy mi triggereli a read only módot, azt kéne megtalálni és megszüntetni, különben flash törlés után újra ugyanez lehet a helyzet.Szerintem első próbálkozásra az NVS-ből kiolvasott információk alapján próbálja elindítani a streamet, azért nem megy, másodikra viszont azt az adatot használja, amit a webes felületen te megadsz.
-
lanszelot
addikt
Hello,
Vettem egy ilyet Arduino Nano v3 hoz.
Hogy tudom pl kiiratni rá hogy "Hello"?
Kezdő vagyok most tanulgatom. -
gya/352
tag
Ha jol ertelmezem a linkelt megoldas egy full flash erase.
De feltoltes elott az arduino is elvegzi ezt. Nem?
A masik hogy oke hogy bootkor ez tortenik, de utana mukodes kozben sem inditja el nemelyik adot. Es masodik probalkozasra pedig elinditja. Minden masodikra tudja olvasni/irni az nvs-t? -
válasz
its_grandpa #19438 üzenetére
Az rendben van:[link]
Szerintem az lesz a megfejtés, amit eggyel előtted linkeltem, az NVS valamitől read only lesz a boot alatt.
-
its_grandpa
tag
válasz
gya/352 #19436 üzenetére
OK, akkor a chip mp3-módban van, kiveheted ezeket a sorokat.
Mi az Arduino Eszközök->Flash size beállítása amikor feltöltöd a programot ?
Debuggoljuk ki, hogy indul. Ehhez én a Termite-et használom soros monitorként.
Edzelf github oldalán az ESP32Radio-V2/issues/34-ben van powerup logging fálj.
Amikor elindul kiír magáról egy nagy adag infót,a tiéd mit?
Ez csak egy részlete, az NVS partició megléte a kérdés.D: Starting ESP32-radio running on CPU 1 at 240 MHz.
D: Version Fri, 15 Apr 2022 11:30:00 GMT. Free memory 113792
D: Display type is NEXTION
D: SPIFFS is okay, space 1378241, used 33132
D: Found partition 'nvs ' at offset 0x009000 with size 20480
D: Found partition 'otadata ' at offset 0x00E000 with size 8192
D: Found partition 'spiffs ' at offset 0x290000 with size 1507328
D: Read 32 keys from NVS -
válasz
gya/352 #19436 üzenetére
Ahogy írtam korábban, az NVS memóriával van valami gubanc:
22:58:11.630 -> D: nvs_get_str failed 1102 for key preset, keylen is 6, len is 150!
22:58:11.630 -> D: Contents:
22:58:11.630 -> D: updateNr 0 <= 0 to 0, relative is 0
22:58:11.630 -> D: updateNr result is 0
22:58:11.630 -> D: nextPreset is 0Valamitől nem lehet bele írni (tartós memória, ide menti a beállításokat).
ESP_ERR_NVS_NOT_FOUND (0x1102): A requested entry couldn’t be found or namespace doesn’t exist yet and mode is NVS_READONLY
[link]Itt találtam rá valamiféle megoldást, most túl fáradt vagyok értelmezni, hátha neked sikerül
-
gya/352
tag
válasz
its_grandpa #19431 üzenetére
Beszúrtam, kipróbáltam...
22:57:59.449 -> D: Slow SPI, Testing VS1053 read/write registers...
22:57:59.596 -> D: This is not a VS1053, but a VS1003 instead!
22:57:59.696 -> D: Fast SPI, Testing VS1053 read/write registers again...
22:58:01.454 -> D: This is not a VS1053, but a VS1003 instead!
22:58:01.454 -> D: 0xC017 kiolvasva: 0003
22:58:01.454 -> D: 0xC019 kiolvasva: 0000
22:58:01.702 -> D: Connect to network
22:58:10.627 -> D: SSID = T-Home_089F0D
22:58:10.627 -> D: IP = 192.168.1.51
22:58:10.627 -> D: Start web server
22:58:10.627 -> D: Network found. Starting mp3 client, mqtt and OTA
22:58:10.627 -> D: MQTT uses prefix esp32radio
22:58:10.627 -> D: Init MQTT
22:58:10.627 -> D: MDNS responder started
22:58:11.630 -> D: Rotary encoder is disabled (-1/-1/-1)
22:58:11.630 -> D: nvs_get_str failed 1102 for key preset, keylen is 6, len is 150!
22:58:11.630 -> D: Contents:
22:58:11.630 -> D: updateNr 0 <= 0 to 0, relative is 0
22:58:11.630 -> D: updateNr result is 0
22:58:11.630 -> D: nextPreset is 0
22:58:11.630 -> D: Radiofuncs cmd is 1
22:58:11.630 -> D: Connect to host icast.connectmedia.hu/5001/live.mp3
22:58:11.884 -> D: Song stopped incorrectly!Nem változott semmi...
-
gya/352
tag
Help please!
Ezt miért írja ki?'/esptool.exe' is not recognized as an internal or external command,
operable program or batch file.
exit status 1
Compilation error: exit status 1Tudomásom szerint, nem csináltam semmit ami miatt eltűnhetett volna ez a fájl.
-
its_grandpa
tag
válasz
gya/352 #19428 üzenetére
Beszúrod az alábbi sorokat a VS1053.cpp-be (sorszámozom) a void VS1053::begin() fv-be.
155 uint16_t kiolvasva;
199 kiolvasva = wram_read ( 0xC017 ); // GPIO DDR = 3
200 dbgprint ( "0xC017 kiolvasva: %04X ", kiolvasva ) ; // ha nem 3 baj van,
201 kiolvasva = wram_read ( 0xC019 ); // // GPIO ODATA = 0
202 dbgprint ( "0xC019 kiolvasva: %04X ", kiolvasva ) ; // ha nem 0 baj van,
203 delay ( 50 ) ; // ez csak úgy
Az összekötésre, passz. Elő kéne venni a modulomat de az asszony kinyírna, 4:50-van
-
op9
aktív tag
válasz
Undoroid #19426 üzenetére
Szia,
Köszi szépen az infókat!
A konverterről sokat nem igazán tudok, nekem 4.77-re kellett állítanom, h 4.99 legyen a multiméterem szerint, más furcsaságát eddig nem vettem észre. Elvileg 16V és 3A-t tud, én csak 5V-ig, és 0.5A-ig használtam, de odafigyelek rá.
A szalag a nyilak szerint jó irányba kapja a jelet, és kb. fél óráig tökéletesen működtek, vszínűleg akkor az alacsony tápfesz és magas data feszültség nem tett jót.
Köszi a linkeket! -
gya/352
tag
válasz
its_grandpa #19411 üzenetére
Köszönök minden segítséget, de azt sem tudom hogy tudnám kiolvasni az említett regisztereket. Gondolom írni kellene rá egy kis programocskát, de nem tudok programozni. Ezt a rádiót is afféle copy-paste módon csináltam meg.
Ami még eszembe jutott, hogy az eredeti leíráshoz képes változtattam valamit a két board összeköttetésén, mert nincs összekötve az ESP32 EN portja a VS modul XRST portjával, hanem a XRST fixen fel van húzva egy 10k ellenállással az 5V-ra. Egy korábbi ESP8266 alapú rádió-projectben így volt megoldva, én meg úgy hagytam. Ez okozhatja-e a problémát?
-
op9
aktív tag
-
Undoroid
őstag
Szia!
Első körben azt a baloldali konverteredre néznék rá, mert volt már ilyennel dolgom, (burkolat nélküli változat, ferde kivitelű kijelzővel) ami még 500mA alatti terhelés elérése előtt teljesen instabil kimenetet produkált! A kimenetére elhelyezett vatta új pufferelkót teljesen kinyírta és még ki is folyt az elekrolit! Nem volt elkötés vagy rövidzárlat! Bőven fölé volt méretezve a kimeneti fesz (1000uF/50V) és csak 12-14V-os tartományban szerettem volna használni! Elég fura értékeket indikált, amikor ellenőriztem: 4-5V eltérés is volt a kijelzett érték- és a valós érték között! Rájöttem, hogy valahogy 'elcsúszott' a referenciapontja, de addig nyomogattam a modul gombjait, míg meglett a visszaállításának a programozási módja! Vettem helyette egy teljesen másik fajta mérő modult és szabályzót, amivel eddig (kopp-kopp) nem volt gondom!
A másik kérdés, hogy a WS2812B jó irányban kapja a vezérlő jelet? Ezzel is volt már rossz tapasztalatom, de még időben észrevettem! Így küldték le a megrendelt szalagot...pont fordítva volt bekötve!
Ha netán másik vezérlővel akarsz próbálkozni, akkor less rá ERRE az oldalra! Eléggé megkönnyíti a programozást, ha Arduino-t használsz a feladathoz!
A csipogós kérdésed meglodására csak halvány ötletem lenne, ezért nem is akarlak tévútra vinni!
-
op9
aktív tag
Mint írtam, azért vettem az S8550-t, mert a "nagyok" is ezzel árulják a board-ra szereltet.
Az S8050 lenne az NPN, de azzal meg az lenne a probléma, hogy a 3.3V nem triggerelne teljesen (mint ahogy az S8550-nél csak 1.25V-ra esett a feszültség a 0 helyett), és ha a tranzisztor miatt ott is esne még a feszültség akkor valahol 3-3.5V között lenne, ami nem használná ki a buzzer 5V-os képességét.
Így meg ha már vennem kell másikat, akkor MOSFET lenne jobb minden szempontból, nem? -
-
Janos250
őstag
IRLB4030, ha nem fake-et küld a kis kínai.
Én használom őket, tényleg igen jók, de kaptam már olyat is, ami félig nyitott ki, zárt le, és olyan forró lett, hogy megégette az ujjam. Mindkét fajtát Aliról, de sajnos már én sem tudom azonosítani, melyik eladó küldött jót, pedig még nekem is kellene. Vannak akik több ezer Ft-ért árulják darabját, de én párszáz forintosakat vettem, abban i van tökéletes. -
op9
aktív tag
A másik problémám pedig, hogy volt már egy 5V-os aktív csipogóm, és ennek mintájára vettem S8550-es tranzisztort, valamint 1kOhm-os ellenállást.
A problémám az, hogy ezt szintén nem az ESP GPIO-járól akarom betáplálni, egyrészt, mert max. 3.3V lenne, másrészt jobb, ha az ESP32 csak a logikáért felel.
A 3.3V-os feszültség az ESP32-ből csak 1.25V-ra csökkenti a feszültséget a tranzisztoron keresztül, és így még egy picit van hangja, bár csak épphogy valami hallatszik, de nem akarom, h bármit is fogyasszon olyankor, valamint a low-levelen a tranzisztor kb. 0.45V-ot levesz az 5V-ból.
Ezek szerint a boarddal szerelt csipogó is hasonlóan nyekeregne?Olvastam, hogy egy alacsony Gate feszültségű MOSFET-tel lenne célszerűbb ezt használni.
Egy 2N7000-es jó lehet erre? Ennek 3V a Vgs, de állítólag, ha nagyon a közelében van a feszültség, akkor nem teljesen nyit.A BS108 már biztosan jó lenne, vagy teljesen vakon vagyok?
Köszi!
-
op9
aktív tag
Sziasztok,
Nemrég belekezdtem egy projektbe, aminek világítania, és sípolnia kellene.
Sikerült mind a két tulajdonságában megakadnom.
A világítással az lenne a kérdésem, hogy sikerült pár WS2812B-t tönkre tennem, és a miértet szeretném megtudni, hogy ne öljek meg továbbiakat.Így nézett ki a kapcsolási rajz (az ellenállás a data pin előtt 470ohm (2W)), annyi különbséggel, hogy a bal oldali kütyü is be volt táplálva 19V-tal, ami 4.77-re konvertált (multiméterrel úgy volt 4.99), valamint az ESP32 is kapott áramot USB-n keresztül, és a LED strip 14db-ból állt.
A kód így nézett ki:
#definie PIN 5
#define NUM 14
Adafruit_NeoPixel pixels = Adafruit_Neopixel(NUM, PIN, NEO_GRB + NEO_KHZ800);
void setup(){
pixels.begin();
}
void loop() {
for (int i = 0; i < NUM; i++) {
pixels.setPixelColor(i, pixels.Color(255, 0, 0))
pixels.show();
delay(1000);
}
}
Szóval másodpercenként el kezdett világítani egyre több LED pirosan.
Ezt többször megcsináltam, a többi színnel is, valamint úgy is, hogy mind a 3 szín világítson, hogy lássam, hogy mekkora áramerősség kell neki.
14db LED: [R: 0.11A, G: 0.11A, B: 0.11A, RGB: 0.48A] RGB gondolom azért lehetett ennyivel több, mert melegedett, és nagyobb lett az ellenállás.
Közben persze a többször lecsatlakoztattam a 19V-os táp csatit, meg az USB-t is, és különböző sorrendekben dugtam vissza.
Ekkor jött az ötlet, hogy csökkentsem a feszültséget, hátha elegendő kevesebb is, és valóban 3.7V-ig alig csökkent a fény, és a 0.11A is 0.8A-re csökkent.
Majd tovább csökkentettem a feszültséget kb. 2V-ig, meg vissza. Közvetlenül ezután, hogy lehúztam a tápot, meg vissza, a 4. LED-től kezdve random szerűen pár LED folyamatosan RGB-vel világított, és pár egyáltalán nem.Szétvágtam a szalagot, hogy leteszteljem egyesével, és a amelyikek nem világítottak, azok maradtak jók (7db), 6db-ra amint rákötöm a GND-t, és az 5V-ot egyből világít, data-ra semmit nem reagál. 1db nem világít egyáltalán, de annak a Din DO-ja zárlatos a sorban kb. a 9. lehetett, és voltak utána folyamatosan világító, és rendesen működő LED-ek is.
Multiméter alapján mindegyik LED jó helyen sípol, kivéve az az egy, ami nem is világít.Próbáltam utánajárni a dolognak, és egyrészt az ESP32 és a táp GND-je nem volt összekötve.
Nem használtan 1000nF 6.3V+-os kondenzátort a GND és 5V között.
Valamint olvastam, hogy a Signal feszültsége nem lehet magasabb a 5V-os ágra leadottnál.
A Signal ugye 3.3V nekem, mert az ESP32 annyit ad le.
A 19V->5V-os konverterem sem biztos, h rádugáskor nem adott le nagyobb feszültséget, bár kb. a 15. rádugás után lehetett a gond.Mi okozhatta ezt, és a folyamatosan világító LED-eket még normális működésre lehet-e bírni?
Az általam helyesnek vélt kapcsolás, az így lenne, ha csak 1 helyről akarom táplálni az egészet:
Ez így már jó? Elegendő lesz a 3.3V signal, ha 30db LED-et kb. 10 centis távolsággal akarom egy 0.5mm2 sodrott réz vezetékkel összekötni? Bár az eddig cikkek alapján nem láttam, h vki 3.3V -> 5V logic convertert használt volna.
Köszi!
-
válasz
its_grandpa #19415 üzenetére
Én ehhez nem tudok hozzászólni, csak annyit tudok erről az eszközről, az amit tegnap óta gugliztam róla
A config.h-ban ez volt leírva:
// Define (just one) type of MP3/AAC decoder
#define DEC_VS1053 // Hardware decoder for MP3, AAC, OGG
//#define DEC_VS1003 // Hardware decoder for MP3ezek szerint midit is tudnak, csak azt nem írták oda.
Mindenesetre vicces dolog lehet egy ilyen eszközt rákötni egy midi keyboardra.
-
its_grandpa
tag
Én mondtam, hogy sokat szívtam :)
VS1053b Datasheet 32. oldal, 8.9 Supported MIDI Formats.
New instruments have been implemented in addition to the 36 that are available in VS1003.
Ez egy 90 oldalas pdf, amit sokat bújtam amikor saját lib-et írtam.
Midit nem próbaltam csak mp3-at, gyakorlati tapasztalatom nincs, elismerem. -
válasz
tibi-d #19410 üzenetére
anélkül, hogy az egészet kétszer le kéne gépelni.
Persze, CTRL+C, CTRL+V
Persze, ezer féle megoldás lehet rá.
Ha ilyen egyszerű a feladat (csak egy összeadás-kivonás csere), akkor a legegyszerűbb a matematikai megközelítés:
int szorzo=a?-1:1;
c=a+b*szorzo;
d=a+c*szorzo;
e=b+d*szorzo;vagy
c=a+b*(a?-1:1);
d=a+c*(a?-1:1);
e=b+d*(a?-1:1);Ha bonyolultabb, akkor függvénnyel:
int muvelet (bool a, int egyik, int másik) {
return a? egyik-másik : egyik+másik;
}
c= muvelet(a,b,c);
d= muvelet(a,e,f);
e= muvelet(a,x,y);vagy csak beteszed a fenti műveletet a kódba:
c= a? egyik-másik : egyik+másik;
d= a? egyik-másik : egyik+másik;
e= a? egyik-másik : egyik+másik;Vagy ha gyors kódot szeretnél, és keveset gépelni, a kettőt lehet kombinálni, ha függvény helyett makróba teszed azt az egy sornyi kódot:
#define MUVELET( a, egyik, másik) ({ a? egyik-másik : egyik+másik; })
c= MUVELET(a,b,c);
d= MUVELET(a,e,f);
e= MUVELET(a,x,y);vagy
#define SGN(a) ({a?-1:1;})
c=a+b*SGN(a) ;
d=a+c*SGN(a) ;
e=b+d*SGN(a) ; -
válasz
its_grandpa #19411 üzenetére
Ha jól láttam, a VS1003-nak nincs midi módja, mert kizárólag mp3-at tud lejátszani. Ettől függetlenül lehet a firmware-ében ugyanaz a bug, mint a VS1053-nak.
-
its_grandpa
tag
válasz
gya/352 #19400 üzenetére
Csak ötletelek ....
Ezeknek a chipeknek n+1 verziója jöhet kínából, én sokat szenvedtem az enyémmel.
//Most VS1053 modules will start up in midi mode. The result is that there is no audio.A VS1053.cpp 177 sorától meghívja az mp3 módba állító register írásokat.
//if ( testComm ( "Slow SPI, ................
A 192-től újra settingel,regisztereket ír és újra tesztel
//testComm ( "Fast SPI, Testing VS1053 read/write registers again..."Én megnézném, hogy mp3 módban maradt-e a chip.
wram_read-el olvasd ki a két címet és írasd ki az értéküket. -
tibi-d
tag
Szeretnék egy kis programozási technikát tanulni.
Megoldható-e egyszerűbben az a feladat, hogy egy bool változó 0-1 értékétől függően egy algoritmusban az összeadások helyett kivonások legyenek, anélkül, hogy az egészet kétszer le kéne gépelni.
Pl:
if( a ==0)
{
a+b=c;
a+c=d;
b+d=e;
}
if(a==1)
{
a-b=c;
a-c=d;
b-d=e;
}
A c,d,e változókat a program más része felhasználja.
Ez csak egy leegyszerűsítése a feladatnak. -
válasz
Laurencius #19408 üzenetére
Hát, látod kellett hozzá a több szem
de legalább tanultam valami újat én is.
-
Laurencius
újonc
Jaj de jó!
Igazán jól fogok ma aludni ezzel a lépéssel. Mármint, hogy most már lefekszem. A kísérletet sajnos egyelőre nem tudom egy darabig elvégezni, mert hosszabb időre más irányú elfoglaltságom van, de mihelyst megtörténik jelentkezem.
Köszi, hogy volt kedved a témával (velem) foglalkozni.
Új hozzászólás Aktív témák
Hirdetés
- Dell latitude, precision, xps, magyar világítós billentyűzetek eladóak
- LG 48C2 - 48" OLED EVO - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - A9 Gen5 CPU
- 120 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!)
- Csapj le az új MSI MPG B550 GAMING PLUS-ra most! 0% THM-RE is!
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest