Yes I have black base.
I really need something with at least two non i2c grove ports though. One for my one wire bus devices and the other for a mosfet module.
The other base you mentioned just has one extra grove port.
I know I can use jumper wires like you linked to but I really want something more permanent.
I'm guessing I should really look at making something myself using a proto module.
Rob
That sounds really good. I understand rapid prototyping is a requirement but there are scenarios where you don't want to rely on a loose jumper wire during a demo etc.
In schools etc kids are a bit rough with things so having some kind of breakout that exposes muktiple physical grove connectors for non i2c devices is a great option.
I've ordered the m5go bottom anyway to see how it goes but I'll keep a look out for the new stuff.
Hi
Is there anything special I need to do to use idf instead of arduino?
I realise Arduino is simpler but to be honest the programming for me is not an issue. I have a background in C programming amongst other languages.
The main reason I am looking at switching is because the BLE libraries appear to be so flaky that for my use case I need to get back to basics and just use idf ble support.
Rob
Has anyone been able to use the m5 stack arduino library in idf app?
Using IDF i was able to get around the crappy ble issues that are in the arduino ble libs but i cant use the screen or buttons now.
Thanks
Rob
Idf works fine with m5 stack for everything on the esp32 chip.
The issue is some bright spark assumed everyone uses arduino
@thrasher yeah i understand the background but 90 percent of the code should have been idf with a 10 percent layer for Arduino
@lukasmaximus i just cloned their gig repo ran a script and away we went
Im using idf 4.1 whereas you guys are probrably on the older stuff which was crap.
Its cmake based now. Python self installers etc.
Anyway I have recompiled arduino as an idf component and got a couple of errors in some libraries but am working through it.
I also converted m5 to an idf lib and most of that compiles to apart from the dependecy on arduino SD lib.
Ok given the bloke who wrote the code has left can someone please at least document the i2c messages?
@thrasher yeah i understand the background but 90 percent of the code should have been idf with a 10 percent layer for Arduino
@lukasmaximus i just cloned their gig repo ran a script and away we went
Idf works fine with m5 stack for everything on the esp32 chip.
The issue is some bright spark assumed everyone uses arduino
Ok having had no responses i think i will try and use the code for m5 as an idf component.
If anyone has already done this then let me know. Idf is a much better environment then arduino however i do understand alot of people get scared writing code
Has anyone been able to use the m5 stack arduino library in idf app?
Using IDF i was able to get around the crappy ble issues that are in the arduino ble libs but i cant use the screen or buttons now.
Thanks
Rob
Hi
Is there anything special I need to do to use idf instead of arduino?
I realise Arduino is simpler but to be honest the programming for me is not an issue. I have a background in C programming amongst other languages.
The main reason I am looking at switching is because the BLE libraries appear to be so flaky that for my use case I need to get back to basics and just use idf ble support.
Rob
I have no control over the ble server device. It appears the ble libraries are just flaky
Hi
Can i install esp32 libraries that are release candidates and the m5 arduino libraries will still function.
At the moment I have esp32 1.0.2 but i want to try a newer version that has improved BLE support
Rob