Liviu M Postat Ianuarie 23, 2020 Partajează Postat Ianuarie 23, 2020 Habar n-am, pe mine doar m-a mancat curiozitatea sa vad ce zice documentatia oficiala. Link spre comentariu
Liviu M Postat Ianuarie 23, 2020 Partajează Postat Ianuarie 23, 2020 Acum 22 minute, informer a spus: Atunci urmatoarea intrebare: a facut cineva asta intr-un mediu care face ESP-ul "compatibil" cu interfata (software) Arduino? Din documentatia "oficiala": Citat There’s an extended mode where you can swap the normal pins to the SPI0 hardware pins. This is enabled by calling SPI.pins(6, 7, 8, 0) before the call to SPI.begin(). The pins would change to: MOSI = SD1 MISO = SD0 SCLK = CLK HWCS = GPIO0 This mode shares the SPI pins with the controller that reads the program code from flash and is controlled by a hardware arbiter (the flash has always higher priority). For this mode the CS will be controlled by hardware as you can’t handle the CS line with a GPIO, you never actually know when the arbiter is going to grant you access to the bus so you must let it handle CS automatically. Link spre comentariu
informer Postat Ianuarie 23, 2020 Partajează Postat Ianuarie 23, 2020 F. interesant, multzam inca o data. O sa incerc cu proxima ocazie cand mai am de lucru c-un ESP... ma cam ingrijoreaza ultima fraza da` vedem... Link spre comentariu
mihaicozac Postat Ianuarie 26, 2020 Partajează Postat Ianuarie 26, 2020 Cred că există ceva limitări la SPI pin sharing. De ex. nu prea poţi folosi afişaje care au rate mari de refresh sau vrei să trimiţi multe date spre ele, cum sunt cele grafice gen 128x64.. Iar dacă ai arii stocate în flash cu parametrul PROGMEM şi sunt accesate periodic asta va interfera cu display-ul şi pot apărea pâlpâiri sau afişări eronate. Dacă ai nevoie de mai mulţi GPIO poate ar fi mai comod să foloseşti un ESP32, mai ales că diferenţa de preţ e foarte mică. Link spre comentariu
informer Postat Ianuarie 26, 2020 Partajează Postat Ianuarie 26, 2020 (editat) Acum 11 minute, mihaicozac a spus: Cred că există ceva limitări la SPI pin sharing. Pai si io cred... de vreme ce-ti spun chiar ei ca CS-u` ii la latitudinea lor... adica daca au treaba, te amana... L.E. chiar ar fi interesant de aflat daca operatia doar se "amana" sau se pierde... ca-n al 2-lea caz........... Editat Ianuarie 26, 2020 de informer Link spre comentariu
mihaicozac Postat Ianuarie 26, 2020 Partajează Postat Ianuarie 26, 2020 Treabă are doar dacă ai date stocate în flash şi le accesezi sau scrii în timpul programului, că la ESP-uri EEPROM-ul este emulat în flash (ceea ce e o porcărie). De pierdut nu se pierd date doar stai până se eliberează bus-ul, asta înseamnă că timpul de execuţie al buclei va fi variabil de la o tură la alta. Link spre comentariu
Liviu M Postat Ianuarie 27, 2020 Partajează Postat Ianuarie 27, 2020 (editat) Nu doar eepromul e emulat in flasul extern. ESP8266 nu are memorie (nevolatila) interna, programul sta tot in flash-ul extern. Asa ca probabil accesul la flashul extern e destul de des. Pentru detalii vezi capitolul 2 in foaia de catalog. Citat 2.6.Memory Organization 2.6.1.Internal SRAM and ROM ESP8266EX WiFi SoC is embedded with memory controller, including SRAM and ROM... According to our current version of SDK provided, SRAM space that is available to users is assigned as below: • RAM size < 36kB, that is to say, when ESP8266EX is working under the station mode and is connected to the router, programmable space accessible to user in heap and data section is around 36 kB.) •There is no programmable ROM in the SoC, therefore, user program must be stored in an external SPI flash. Editat Ianuarie 27, 2020 de Liviu M Link spre comentariu
Gilbert Sparios Postat Februarie 1, 2020 Partajează Postat Februarie 1, 2020 @nico_2010 , nu este fondat, sincer. eu zic ca e suficient. sper ca intelegi ceea ce spun... Link spre comentariu
validae Postat Februarie 1, 2020 Partajează Postat Februarie 1, 2020 Era bine să fi citat postarea căreia îi răspunzi, altfel iese o varză din topicul ăsta. Link spre comentariu
Postări Recomandate