- Google Pixel topik
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- T Phone 2 5G - kétszer olyan jó
- Samsung Galaxy A54 - türelemjáték
- A Samsung megnyitja külsős appok számára az AI fordítás lehetőségét
- Samsung Galaxy S24 - nos, Exynos
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Apple iPhone 14 Pro Max - sziget fesztivál
- iPhone topik
- MIUI / HyperOS topik
Hirdetés
-
SGF24 - Befutott a Monster Hunter Wilds legújabb előzetese
gp Az új rész jövőre érkezik, ennél pontosabb dátumot nem kaptunk még sajnos.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Filléres Redmi érkezett
ma Az A3x nem kapott nagy bemutatót, egyszer csak felbukkant.
-
Mobilarena
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
-
nagyúr
válasz gya/352 #19378 üzenetére
Volt már téma korábban.
Anélkül, hogy beleásnám magam a szoftver részébe: ha azzal gond lenne, annak valószínűleg nyoma lenne a github oldalon az issues fülön, de nincs. Tehát valószínűleg hardveres gond lehet. Elsősorban a táp résszel lehet valami gubanc: milyen tápot kap az egész cucc és külön-külön az összetevők?
Ha az rendben van, akkor az összeköttetés az esp és az mp3 modul közt (rövidzár, laza forrasztás, esetleg külső zavar). És nem tudom, hogy a router, amire az egész kapcsolódik, volt-e már újraindítva, de az is tud problémát okozni.[ Szerkesztve ]
-
-
nagyúr
válasz gya/352 #19384 üzenetére
A routerre vonatkozó kérdést már másodszor ugrod át elegánsan...
Feltöltéskor milyen memóriamodellt választottál ki? Úgy tűnik az adatok tartós tárolása hibádzik valahol. Viszont a kezelő felület html része is a SPIFFS-ben van tárolva, és az működik, tehát SPIFFS van.
-
nagyúr
válasz gya/352 #19386 üzenetére
Nagy dolog nem lehet, mert alapvetően működik a cucc.
Vannak különböző memóriasémák, abban a menüben ahol a lapot kiválasztod, meg a portot stb. Ki tudod választani, hogy mennyi legyen az app, az OTA, és a SPIFFS. Ha nem szeretnéd OTA frissíteni a firmware-t, azt ki is lehet hagyni. Próbálj végig többféle sémát, hátha ott van a kutya elásva.A kódot megnézve elég beszédes debug ügyben. Tedd már meg, hogy nem csak a hiba jelentkezése utáni debug szöveget, hanem bekapcsolástól az összes kiírást (a hiba jelentkezéséig, illetve az első sikeres lejátszásig) lemented a terminálról mondjuk ide hogy meg tudjuk nézni.
[ Szerkesztve ]
-
gya/352
tag
-
nagyúr
válasz gya/352 #19398 üzenetére
Hoppá.
Találtam egy ilyet:Slow SPI, Testing VS1053 read/write registers...
19:04:19.827 -> D: This is not a VS1053, but a VS1003 instead!
19:04:19.938 -> D: Fast SPI, Testing VS1053 read/write registers again...
19:04:21.637 -> D: This is not a VS1053, but a VS1003 instead!A setupban át van ez javítva?
#define DEC_VS1053 // Hardware decoder for MP3, AAC, OGG
//#define DEC_VS1003Bár a log szerint így is felismeri, de hátha.
-
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. -
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
-
nagyúr
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
[ Szerkesztve ]
-
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 -
nagyúr
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.
-
nagyúr
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.
[ Szerkesztve ]
-
-
nagyúr
válasz gya/352 #19566 üzenetére
Ha máshogy nem, akkor meg kell kínálni kicsit a programot.
Az adó behangolásáért és a lejátszásért felelős kódot addig kell ismételni, amíg a Song stopped incorrectly! hiba jelentkezik. Persze észszerűen: néhány próbálkozás után abbahagyni, különben egy nem létező/hibás link után végtelen ciklusba futna a program. -
őstag
válasz gya/352 #19584 üzenetére
Egyébként örülök, hogy pörög ez a netrádió téma itt, mert nekem is van tervem ilyesmivel. Nekem az a tervem, hogy a házban minden valamirevaló hangfalhoz rádobok aux-ra egy ESP alapú netrádió vevőt. A cél, hogy ha kell, az egész házban szólhasson ugyanaz a forrás kellemes hangerőn anélkül, hogy egy kitüntetett helyen üvöltené be a házat.
Mások számára a kondi fáradós, nekem farad-os...
-
őstag
-
bimbula53
tag
válasz gya/352 #19584 üzenetére
Én is sokat ki próbáltam programozási alapok nélkül. A befutó esp8266-ra "karadio + arduino nano + ssd1306 (0,96 fehér). Androidos app-al. Természetesen böngészőből is vezérelhető.
ESP32 -re is készült 2,8 -s színes kijelző VS-1003 2db encoderrel. Ezt váltottam le "Yoradio" projektre. Érdekessége a karadio app is használható hozzá. Ez némi ismereteket feltételez arduino ide használatához. Ha valamelyik érdekel akkor a tapasztalataimat nagyon szívesen megosztom. -
its_grandpa
tag
válasz gya/352 #19594 üzenetére
Nem akarom elvenni a kedved de neked VS1003-as chippel szerelt modulod van (nekem is).
Reggeli (szellemi) tornaként megnéztem a datasheet-eket.
Yoradio kódban (VS1053Ex.h 168. sortól):// SCI_MODE bits
const uint8_t SM_SDINEW = 11 ; // Bitnumber in SCI_MODE always on
const uint8_t SM_RESET = 2 ; // Bitnumber in SCI_MODE soft reset
const uint8_t SM_CANCEL = 3 ; // Bitnumber in SCI_MODE cancel song
const uint8_t SM_TESTS = 5 ; // Bitnumber in SCI_MODE for tests
const uint8_t SM_LINE1 = 14 ; // Bitnumber in SCI_MODE for Line input
A 1003 sheet-ben: Bit 3 SM_OUTOFWAV Jump out of WAV decoding
A 1053 sheet-ben: Bit 3 SM_CANCEL Cancel decoding current file
Ettől még nem biztos, hogy magába fordul de ne lepődj meg ha "Cancel"-t nyomsz.
Új hozzászólás Aktív témák
- Honda topik
- Google Pixel topik
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- T Phone 2 5G - kétszer olyan jó
- Politika
- Olasz autó topik (Fiat, Lancia, Alfa)
- Samsung LCD és LED TV-k
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- Lakáshitel, lakásvásárlás
- Építő/felújító topik
- További aktív témák...
- APPLE Mac Studio M1 Max 10C CPU, 24C GPU, 32G RAM, 512GB SSD
- Kingston A400 960GB (SA400S37/960G)
- Ohh! HP EliteBook 840 G6 Fémházas Laptop 14" -70% i5-8365U 4Mag 16GB 512GB SSD FHD IPS + Táska!
- Szép! HP EliteBook 840 G6 Fémházas Laptop 14" -70% i5-8365U 4Mag 8GB 512GB SSD FHD IPS + Táska!
- Arctic Cooling Liquid Freezer II 280
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen