https://github.com/mfp20/esp32-template-plus

It's a project template with added features. I started to make it easy for me to start new projects by just cloning that repo and editing the main.c file but ... ended up dumping in as many features I could. The end result is a kind of pseudo operating system for M5Stack (and ESP32 in general, as far as the support for other boards is included in the upstream repos: arduino-esp32 and loboris' micropython).

I started from Loboris' Micropython repo and included the Arduino libs for compatibility with the huge Arduino codebase; but It doesn't interact with Arduino IDE. My goal is to just being able to throw in arduino code and have it run without modifications.
It defaults on TomSuch's menu system and the apps I've found in this forum.

In this way we don't have to choose between arduino and micropython: we can have both running on the same device, disable one. or the other one, directly from the Kconfig menu. Or disable both and start from the scratch: it's just a matter of delete main/main.c and write a new app_main() function.

Currently is clunky and partly not functional but in the next hours/days I'll complete the planned features, as well as add some kind of hooks/callbacks for setup/loop functions: the idea is to have an 'arduino' folder where to place vanilla .ino files and have them run instead of the default menu/upython setup.

Cheers

The project went under deep rewriting. Basically is brand new. As I wrote on the README:

The current code is a rewriting of my previous esp-template-plus (ie: rebased on top of esp-idf-template instead of MicroPython for ESP32 with psRAM support), in order to make explicit and trackable all the changes from Espressif/Micropython/Etc repos to the actual esp-template-plus project.

Currently builds the default image with all the libs from the components folder (micropython included, see tools/micropython/ports/esp32/build/libapp.a) but doesn't run any task yet.

Initially I reworked/cleaned Loboris' Micropython awesome project that lead the way for Micropython on ESP32, but then I discovered that his repo had no history back to the original projects. Moreover Loboris looks particularly focused on the Microphyton port, finalizing that codebase for one task only (Micropython), making the whole project unsuitable for generic templating. I've spent a couple days fiddling with his messy stuff then I gave up and started from the scratch, importing his component.mk files and his existing component patches.

The result is a codebase 99% trackable to the single original project's repos, future proof, and an overall clean project codebase (ex: no extra scripts to manage the project: everything is a 'make' command). This means that you don't depend on me (or Loboris) to update single components or whatever else; we are just packagers saving you a few weeks of work to understand the internals.

Stay tuned ...

If I stack core+base or core+plus works good. If I stack all of the three it fails to boot

Rebooting...
ets Jun  8 2016 00:22:57

rst:0xc (SW_CPU_RESET),boot:0x17 (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:2
load:0x3fff0030,len:4
load:0x3fff0034,len:5652
load:0x40078000,len:13136
load:0x40080400,len:4356
entry 0x400806b0
E (1085) psram: PSRAM ID read error: 0x3141ba1a
E (1085) spiram: SPI RAM enabled but initialization failed. Bailing out.
E (1086) spiram: SPI RAM not initialized
Re-enable cpu cache.

abort() was called at PC 0x400f4dbe on core 0

Backtrace:0x40095ec5:0x3ffe3b60 0x400964b5:0x3ffe3b80 0x4009a6a9:0x3ffe3ba0 0x400f4dbe:0x3ffe3c10 0x400f4e0f:0x3ffe3c30 0x400829ee:0x3ffe3c50 0x400821d3:0x3ffe3c70 0x40078fd0:0x3ffe3c90 |<-CORRUPTED


ELF file SHA256: b95ed270e1e6b8a7

Rebooting...

The same happens using plain esp-idf, arduino or micropython. I tried many settings (DIO-QIO... changing mhz... and so on) without any result.

What can I do to make it works using core+plus+base ?

Very minimal sketch:

void setup() {
  M5.begin(true,true,true,true);
  M5.Power.begin();
  WiFi.begin(ssid, password);
  M5.Lcd.println("TODO");
  delay(500);
}

void loop() {
  M5.update();
  delay(1000);
}

Doesn't work on my old Core:

18:35:52.956 -> rst:0x1 (POWERON_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
18:35:52.956 -> configsip: 0, SPIWP:0xee
18:35:52.956 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
18:35:52.956 -> mode:DIO, clock div:1
18:35:52.956 -> load:0x3fff0018,len:4
18:35:52.956 -> load:0x3fff001c,len:1216
18:35:52.956 -> ho 0 tail 12 room 4
18:35:52.956 -> load:0x40078000,len:10944
18:35:52.956 -> load:0x40080400,len:6388
18:35:52.956 -> entry 0x400806b4
18:35:53.287 -> M5Stack initializing...OK
18:35:53.751 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 0 - WIFI_READY
18:35:53.751 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 2 - STA_START
18:35:57.790 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 5 - STA_DISCONNECTED
18:35:57.790 -> [W][WiFiGeneric.cpp:391] _eventCallback(): Reason: 2 - AUTH_EXPIRE
18:36:01.862 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 5 - STA_DISCONNECTED
18:36:01.862 -> [W][WiFiGeneric.cpp:391] _eventCallback(): Reason: 2 - AUTH_EXPIRE
18:36:05.901 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 5 - STA_DISCONNECTED
18:36:05.901 -> [W][WiFiGeneric.cpp:391] _eventCallback(): Reason: 2 - AUTH_EXPIRE
18:36:09.941 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 5 - STA_DISCONNECTED
18:36:09.941 -> [W][WiFiGeneric.cpp:391] _eventCallback(): Reason: 2 - AUTH_EXPIRE
18:36:14.014 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 5 - STA_DISCONNECTED
18:36:14.014 -> [W][WiFiGeneric.cpp:391] _eventCallback(): Reason: 2 - AUTH_EXPIRE
18:36:18.053 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 5 - STA_DISCONNECTED
18:36:18.053 -> [W][WiFiGeneric.cpp:391] _eventCallback(): Reason: 2 - AUTH_EXPIRE
18:36:22.091 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 5 - STA_DISCONNECTED
18:36:22.091 -> [W][WiFiGeneric.cpp:391] _eventCallback(): Reason: 2 - AUTH_EXPIRE

It works on Fire:

18:40:11.811 -> rst:0x1 (POWERON_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
18:40:11.811 -> configsip: 0, SPIWP:0xee
18:40:11.811 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
18:40:11.811 -> mode:DIO, clock div:1
18:40:11.811 -> load:0x3fff0018,len:4
18:40:11.811 -> load:0x3fff001c,len:1216
18:40:11.811 -> ho 0 tail 12 room 4
18:40:11.811 -> load:0x40078000,len:10944
18:40:11.811 -> load:0x40080400,len:6388
18:40:11.811 -> entry 0x400806b4
18:40:12.142 -> M5Stack initializing...[W][sd_diskio.cpp:169] sdCommand(): no token received
18:40:12.241 -> [W][sd_diskio.cpp:169] sdCommand(): no token received
18:40:12.341 -> [W][sd_diskio.cpp:169] sdCommand(): no token received
18:40:12.473 -> [E][sd_diskio.cpp:194] sdCommand(): Card Failed! cmd: 0x00
18:40:12.473 -> [W][sd_diskio.cpp:505] ff_sd_initialize(): GO_IDLE_STATE failed
18:40:12.473 -> [E][sd_diskio.cpp:775] sdcard_mount(): f_mount failed: (3) The physical drive cannot work
18:40:12.473 -> [W][sd_diskio.cpp:169] sdCommand(): no token received
18:40:12.539 -> [W][sd_diskio.cpp:169] sdCommand(): no token received
18:40:12.638 -> [W][sd_diskio.cpp:169] sdCommand(): no token received
18:40:12.738 -> [E][sd_diskio.cpp:194] sdCommand(): Card Failed! cmd: 0x00
18:40:13.069 -> OK
18:40:13.201 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 0 - WIFI_READY
18:40:13.201 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 2 - STA_START
18:40:15.353 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 4 - STA_CONNECTED
18:40:15.386 -> [D][WiFiGeneric.cpp:374] _eventCallback(): Event: 7 - STA_GOT_IP
18:40:15.386 -> [D][WiFiGeneric.cpp:419] _eventCallback(): STA IP: 192.168.1.161, MASK: 255.255.255.0, GW: 192.168.1.254

Any clue?

Hi,

I need to connect a stereo headset with microphone (example) to the M5Stack.

I have also a couple of PAM8403 boards that could be used to amplify the speakers; but I don't know if it is possible to use one of those as a mic preamp. But I saw a preamp on the ESP32, can I use that one for the mic? Are those two pins available on the M5Stack?

Thanks

@jimit 在 ESP32 Template Plus 中说：

@anichang
Hi Anichang,

I am very sorry if some of my message upset you. This was definitely not my intention.

Don't worry, you did nothing bad. As I wrote, I was already a bit reluctant to use the forum because my messages disappeared. The misunderstanding in this thread could have been just the last drop. Thank you for clearing my doubts. And I apologize to have been so deep on this issue. As I said I had to face some major threats in my life about the so called 'digital rights', so today I'm a bit too sensitive.

When I commented "Hi, like everyone else that has replied, I also look forward to testing this out.... ", this comment was intended to be sarcastic.

Well, sarcasm can't pinch the monitor. Usually. So, it's better to avoid. Usually. But I'm a sinner: I know it but I like to be sarcastic as well (and be prepared for reactions). Can't resist the chance to laugh ... so I agree with you but don't ask me how to avoid sarcasm because I don't know.

And I didn't think about sarcasm because from my perspective is just normal that nobody commented: the project isn't running anything yet, no need to talk about anything. Just updates from me when there's something new, if any.

I couldn't really get your words in a different way.

I was sort of being slightly critical of the readers of the forum and the fact that there had been a lot of views of your comments but no-one had taken time to reply. I was sort of trying to say "Hey people if your interested in this why not encourage the creator."

I thought your idea was excellent and would break some new ground - at least on the M5Stack - in allowing easy switching between Arduino code or python - plus you had documented it very well - and so I was surprised to find no comments from anyone else.

Well, I've spent a lot of time but I did ... nothing. Really. I just started from Loboris README and clean it up. And again. And again. And again ... to make it useful. Then updated the things that changed in the last months.
It looks like he started when the esp-idf was not the same of today; so he mentioned features that today are included in the esp-idf distribution (ex: spiffs).

Overall speaking that guy made a good job in the way that it works, but it's so messy that ... it is not worth to spend time understanding HOW it works, and how to evolve it into the stuff you need.
I'm not talking about the README only. The whole repo is an horror movie: capital letters file names, single code units hacked and dumped randomly everywhere just to make it work. The result is something with unique features that can't be backported (to the original projects) nor forwarded to specialized projects. At least I'd not base my work on that repo. So I started mine, doing it properly: exploiting the awesome esp-idf features (ie: use 'make', not bash-isms), using the original projects codebases, tracking all the changes, and so on.
I need it for myself, but I published because I've spotted some users of this forum having troubles with micropython and didn't know how to go back to the arduino-based firmware. Some users can't move out of the arduino gui; they need more time to learn.

I can assure you that there were definitely no comments from anyone else here and that nothing has been removed from this particular discussion right here. For sure.

I can't really comment much on your further comments about your earlier experience on this forum except to say that in my time here I have seen absolutely ZERO manipulation of any comments here and no effort on the part of the M5Stack staff to censor any comments. This is clear if you read through the various discussions. Perhaps there was some mistake made earlier - maybe someone learning to use the system (?).

Yes, I thought about that. It is just normal to loose some content when you move your software facilities or port the data from one tool to the other one. That's the reason why I'm still here writing.

I hope you will accept my apology, continue your work as planned, and remain posting in this forum because it would be a great shame for my comment to change any of that. Plus I will feel BAD. BAAAAAAAD !

No need to apologize, it's ok. It was just a silly misunderstanding. As I said, I over-reacted.

I will be more careful in my use of sarcasm in future. It does not translate well in writing and is more clear in verbal communication.

Oh yeah, if you can do yourself this favor it will help you a lot. I can't, yet :)

Anyway, issue cleard, thank you for the patience. Let's go back to work!!!

@jimit 在 ESP32 Template Plus 中说：

@anichang
Hi, like everyone else that has replied, I also look forward to testing this out.... looks like you have done a lot of work to set this up for smooth development and you have also taken the time to document it in a lot of detail on the github page.

Thanks JimiT for encouragement. But let me express some regret in noticing that this forum is too much manipulated. When I received the M5Stack I noticed that some messages have been deleted leaving a placeholder, and some others I've left about 3 months before (ie: when ordering the M5Stack) simply disappeared (without a placeholder, even).

This time you point out messages I can't even see. Enough.

I can't know whether this is the result of the company policy (common idiot business logic trough censorship), some of the intermediaries (governative spy agencies exploiting whatever assets they have to manipulate us worldwide using an excuse or another; see Edward Snowden's story) or my personal communications being manipulated (as a result of my evil twin's hacktivism: http://mfp19.github.io/2015/12/26/Profile.html ). Or all of the three. But I'm sick and tired of this.

I mean, that's enough for me to both leave this forum, stop buying M5Stacks and don't share anything anymore in order to not support this product. Unless they publicly apologize for manipulating someone else's words or, in case they didn't, change software (ex: use one with static content generation; it's harder to mangle for men-in-the-middle) or whatever else is in their power to do in order to avoid these misunderstandings.

I really like the idea of being able to switch between use of arduino code and Python code without needing to reflash the M5.

Well, I was not planning to bind one of the buttons to suspend/resume some tasks. But avoid reflashing is a good idea. I think it can be easily added to TomSuch's menu system. Let me finish the ardulibs/upython stuff first; then I'll include this stuff too.

So well done and thanks for sharing !!

Looking forward to your future developments of this. Will definitely stay tuned !!

In order to stay tuned look at https://github.com/mfp20/esp32-template-plus . Because, as I said, I'm not sure to come back here again.

The project went under deep rewriting. Basically is brand new. As I wrote on the README:

The current code is a rewriting of my previous esp-template-plus (ie: rebased on top of esp-idf-template instead of MicroPython for ESP32 with psRAM support), in order to make explicit and trackable all the changes from Espressif/Micropython/Etc repos to the actual esp-template-plus project.

Currently builds the default image with all the libs from the components folder (micropython included, see tools/micropython/ports/esp32/build/libapp.a) but doesn't run any task yet.

Initially I reworked/cleaned Loboris' Micropython awesome project that lead the way for Micropython on ESP32, but then I discovered that his repo had no history back to the original projects. Moreover Loboris looks particularly focused on the Microphyton port, finalizing that codebase for one task only (Micropython), making the whole project unsuitable for generic templating. I've spent a couple days fiddling with his messy stuff then I gave up and started from the scratch, importing his component.mk files and his existing component patches.

The result is a codebase 99% trackable to the single original project's repos, future proof, and an overall clean project codebase (ex: no extra scripts to manage the project: everything is a 'make' command). This means that you don't depend on me (or Loboris) to update single components or whatever else; we are just packagers saving you a few weeks of work to understand the internals.

Stay tuned ...

https://github.com/mfp20/esp32-template-plus

It's a project template with added features. I started to make it easy for me to start new projects by just cloning that repo and editing the main.c file but ... ended up dumping in as many features I could. The end result is a kind of pseudo operating system for M5Stack (and ESP32 in general, as far as the support for other boards is included in the upstream repos: arduino-esp32 and loboris' micropython).

I started from Loboris' Micropython repo and included the Arduino libs for compatibility with the huge Arduino codebase; but It doesn't interact with Arduino IDE. My goal is to just being able to throw in arduino code and have it run without modifications.
It defaults on TomSuch's menu system and the apps I've found in this forum.

In this way we don't have to choose between arduino and micropython: we can have both running on the same device, disable one. or the other one, directly from the Kconfig menu. Or disable both and start from the scratch: it's just a matter of delete main/main.c and write a new app_main() function.

Currently is clunky and partly not functional but in the next hours/days I'll complete the planned features, as well as add some kind of hooks/callbacks for setup/loop functions: the idea is to have an 'arduino' folder where to place vanilla .ino files and have them run instead of the default menu/upython setup.

Cheers

@suslikman

You must install the CP210X usb drivers for windows to recognize the device:

1. install drivers.
2. reboot.
3. connect the usb cable.

Drivers are available on the website, download button on the upper bar, last link at the bottom.

Can we solder a permanent 2.2uF small capacitor INSIDE the box or ... ?