Got a question or something to add to this video? Or even an idea for a new tutorial/video that you'd like to see? Check out the ItKindaWorks forums at itkindaworks.com/forum/ For issues or questions related to ESPHelper32, please use the Github issue tracker found here: github.com/ItKindaWorks/ESPHelper32/issues
Helping with a library is a bit beyond my simple skills. But I wonder if you might reach out to CNLohr (ruclips.net/user/CNLohr ) He's doing some pretty interesting things with these boards.
Just pulled mine out this weekend. This is a great help, thank you. I will be exploring your library, didn’t know about prowl🤗 very pleased to have just learned that, but learned a whole lot more. Peace brother
Libraries are a great contribution to the community so thanks for offering it to the world. I'm a retired EE that spent the first half of my career doing embedded controller design. However I did drift away from that and now I want to get back into it as a hobby, for fun, not as a _JOB_. I took a quick look at your library code but soon came to realize that I would not be able to help much without some guidance (read that as documentation and/or bigger comment blocks) outlining the scope and purpose of the library. I looked at the example code too. I was hoping to find a comprehensive test that would exercise every object and method in the library. (Keep in mind that most of my experience was in a corporate environment with lots of documentation and testing required. Maybe I'm expecting too much. :)
I'm just a small time library writer here. I haven't had the time to go through and create full test suites or anything. I know I should at some point but I just dont have any of that right now unfortunately
At the moment they are effectively the same lib (honestly copy and pasted) with large swaths of code taken out for ESP32 compatibility. My main goal at the moment is to get the core parts that currently work separately (wifi/mqtt/ota) to work together in a single lib. The problem is that the headers for the two platforms are different and even with some minor #ifdef ESP8266 macros for the 8266 headers and an else with ESP32 headers I still get issues with the other parts of the library that involve filesystem and webserver integration even though those headers arent referenced when compiling 32 code. Basically it would (probably) work if I didnt also have other header files for the 8266 specifically but because those are part of the library as a whole, the Arduino platform seems to want to compile them even if they arent included anywhere which causes the compiler to freak out and spit out errors left and right.
Managed to combine ESPHelper + ESPHelper32 - just a handful of #ifdef's scattered throughout the code - and yes, the whole content of ESPHelperFS.* and ESPHelperWebConfig.* are wrapped in #ifdef - it's really the only way to do it (until the FS and WebConfig functionality can be ported to ESP32 of course)
What parts of the code are giving you issues to unify? with enough "#ifdef ESP8266" /"#else" blocks you should be able to get about anything to work. Might look at "WebServer.h" for an 8266-flavored server drop in replacement that works on the ESP32.
That could work for parts but one of the issues is that (at least on platformIO) the compiler will attempt to compile any h/cpp file within a library even if it's not part of any #include statement elsewhere. Using the #ifdef method would work but it means I'd end up having to wrap entire files in that and I'd rather not have to do that. I'd do it if I had to but it's not my first choice and I feel like there must be a better way
I've been using the great ESPHelper for a while and made some modifications too make it work on both ESP8266 and ESP32 last year. I'm using platformio too with Microsoft's VisualStudio Code. I remember I ended up only changed a few lines and it didn't take me long. I'll see if I can find out which ones and report back to your forum. For those interested I also added a Telnet service to the code for remote debugging, message logging and calling commands.
I'd probably look into it for a video at some point but I doubt it makes sense to integrate it into ESPHelper as the real goal of ESPHelper is wifi networking/mqtt.
NodeMCU boards are based on the ESP8266 so the standard version of ESPHelper will work. The ESP32 is still fairly new and most "ESP" devices don't use it yet. The ESP32 has more IO/a faster processor/better wifi/and bluetooth. Here is one dev board that uses the ESP32 for it's core wiki.wemos.cc/products:lolin32:lolin32_pro
For most things the ESP8266 based boards (NodeMCU, Wemos D1 Mini, etc) are more than sufficient but I figured I'd start working on a port since eventually I the ESP32 will come down in price and be more common.
I've been having loads of fun with these Espuino devices! Making several PC boards for dedicated applications (IoT stuff) where size really counts. You can freely download all the pc boards I have designed- ALL are open sourced. Let me know what you think- piwifio.com
Take a look at the development branch of wifimanager and see what I did there to integrate esp32, oh and I use platformio with esp32 and have no issues.
I like your videos.. I am trying to add some code to a battery powered wemos to tell me the status of the battery by mqtt. I have the code working on it that I want, and it works great, but would be really cool to add some code that would tell me daily or something what the battery voltage was. If you have such a snippet I could put in , it would be awesome! thanks
I wouldn't recommend Platform-io for the esp32, it's a horrible wrapper mess that bundles an old sdk and locks you out of the firmware options. If you want arduino-support just include the esp-arduino as a component for the official SDK instead, it'll save you alot of headaches.
I've seen that before but I feel like there's got to be a way to write the library itself so that users don't have to go and manually modify their build file to use the lib. Maybe I'm wrong and maybe that really is the best way but my gut says that there ought to be a better way
Actually it's 2 rows one side 1 row the other side. But, you can also solder on female headers so jumper wires go into them and a breadboard is not necessary.
I have placed two breadboards side by side. The ESP32 dev board then spans the bus rails between the two boards and there are 4 rows to use for each pin. Bread boards are pretty cheap these days however, it requires that the two boards have the same interlocking connections .
I don't think the maker/hobbyist community is so invested in VS. The obvious choice from an educational p.o.v. is Arduino. For pros and ambitious inventors and developers, Amtel Studio or a GCC-AVR toolchain. I'm not being anti-Microsoft, it's just that with single board computers and embedded controllers, it is a different world.
As I see it only VS allows convenient step up to higher frameworks like .NET, Xamarin, Web stuff etc. And it has very nice intellisense unlike rough Arduino. But I agree it is a different world. Arduino IDE should be updated or have a pro/advanced version. After all it is all C/C++ IDE. Anyways what do you think is best? PlatformIO is preferred as the easiest. Someone should make some common IDE for all MCUs
Thanks for your bro. I just use an ESP32 board to make an ioT joystick to play claw machines remotely, check out the project on my channel if you are interested
I understand, the new environment may suggest otherwise. I tell my friends 3 minutes videos are best short and to the point make them come back for more is my motto. I do not make video's but I look for content when I need it. I am retired marketing director as one job title, business owner also, Architect.
Didn't liked the video because there was no relevant information for me. It didn't explain why you would want that library in the first place. And the thumbnail is very clickbaity.
Got a question or something to add to this video? Or even an idea for a new tutorial/video that you'd like to see? Check out the ItKindaWorks forums at itkindaworks.com/forum/ For issues or questions related to ESPHelper32, please use the Github issue tracker found here: github.com/ItKindaWorks/ESPHelper32/issues
Helping with a library is a bit beyond my simple skills. But I wonder if you might reach out to CNLohr (ruclips.net/user/CNLohr ) He's doing some pretty interesting things with these boards.
I have been using the ESP32 in various forms for a little while now. Thanks for making and sharing this-really helpful for the entire community!
Just pulled mine out this weekend. This is a great help, thank you.
I will be exploring your library, didn’t know about prowl🤗 very pleased to have just learned that, but learned a whole lot more.
Peace brother
Great work !!!
Thank you for all your effort !!!!
Libraries are a great contribution to the community so thanks for offering it to the world.
I'm a retired EE that spent the first half of my career doing embedded controller design. However I did drift away from that and now I want to get back into it as a hobby, for fun, not as a _JOB_.
I took a quick look at your library code but soon came to realize that I would not be able to help much without some guidance (read that as documentation and/or bigger comment blocks) outlining the scope and purpose of the library.
I looked at the example code too. I was hoping to find a comprehensive test that would exercise every object and method in the library. (Keep in mind that most of my experience was in a corporate environment with lots of documentation and testing required. Maybe I'm expecting too much. :)
I'm just a small time library writer here. I haven't had the time to go through and create full test suites or anything. I know I should at some point but I just dont have any of that right now unfortunately
At the moment they are effectively the same lib (honestly copy and pasted) with large swaths of code taken out for ESP32 compatibility. My main goal at the moment is to get the core parts that currently work separately (wifi/mqtt/ota) to work together in a single lib. The problem is that the headers for the two platforms are different and even with some minor #ifdef ESP8266 macros for the 8266 headers and an else with ESP32 headers I still get issues with the other parts of the library that involve filesystem and webserver integration even though those headers arent referenced when compiling 32 code.
Basically it would (probably) work if I didnt also have other header files for the 8266 specifically but because those are part of the library as a whole, the Arduino platform seems to want to compile them even if they arent included anywhere which causes the compiler to freak out and spit out errors left and right.
Managed to combine ESPHelper + ESPHelper32 - just a handful of #ifdef's scattered throughout the code - and yes, the whole content of ESPHelperFS.* and ESPHelperWebConfig.* are wrapped in #ifdef - it's really the only way to do it (until the FS and WebConfig functionality can be ported to ESP32 of course)
Thank you! Awesome 👍
good work &thanx for the code ..greeting from Iraq
Thanks for sharing 😀👍
Nice job
Very useful , thanks for sharing
Thanks for sharing 😀👍
Is the picaxe series of microcontrollers dead now?
What parts of the code are giving you issues to unify? with enough "#ifdef ESP8266" /"#else" blocks you should be able to get about anything to work. Might look at "WebServer.h" for an 8266-flavored server drop in replacement that works on the ESP32.
That could work for parts but one of the issues is that (at least on platformIO) the compiler will attempt to compile any h/cpp file within a library even if it's not part of any #include statement elsewhere. Using the #ifdef method would work but it means I'd end up having to wrap entire files in that and I'd rather not have to do that. I'd do it if I had to but it's not my first choice and I feel like there must be a better way
I've been using the great ESPHelper for a while and made some modifications too make it work on both ESP8266 and ESP32 last year. I'm using platformio too with Microsoft's VisualStudio Code. I remember I ended up only changed a few lines and it didn't take me long. I'll see if I can find out which ones and report back to your forum. For those interested I also added a Telnet service to the code for remote debugging, message logging and calling commands.
Will you be looking into its BLE
I'd probably look into it for a video at some point but I doubt it makes sense to integrate it into ESPHelper as the real goal of ESPHelper is wifi networking/mqtt.
What? I've been using "ESPHelper.h" on my NodeMCU boards for MQTT and OTA for a few weeks. What am I missing from "ESPHelper32.h"?
NodeMCU boards are based on the ESP8266 so the standard version of ESPHelper will work. The ESP32 is still fairly new and most "ESP" devices don't use it yet. The ESP32 has more IO/a faster processor/better wifi/and bluetooth. Here is one dev board that uses the ESP32 for it's core wiki.wemos.cc/products:lolin32:lolin32_pro
For most things the ESP8266 based boards (NodeMCU, Wemos D1 Mini, etc) are more than sufficient but I figured I'd start working on a port since eventually I the ESP32 will come down in price and be more common.
I have so many ESP and NodeMCU devices, I got them mixed up.
No worries, its taken me years to figure out what is what in the ESP world haha
Have you tried MicroPython?
Any progress on this? ESP32
Thanks a lot for sharing
Cheers!
I've been having loads of fun with these Espuino devices! Making several PC boards for dedicated applications (IoT stuff) where size really counts. You can freely download all the pc boards I have designed- ALL are open sourced.
Let me know what you think- piwifio.com
nice job , thanks
esp 32 will work as a broker
Take a look at the development branch of wifimanager and see what I did there to integrate esp32, oh and I use platformio with esp32 and have no issues.
I like your videos.. I am trying to add some code to a battery powered wemos to tell me the status of the battery by mqtt. I have the code working on it that I want, and it works great, but would be really cool to add some code that would tell me daily or something what the battery voltage was. If you have such a snippet I could put in , it would be awesome! thanks
ESP32-PICO-D4 out now :D
I wouldn't recommend Platform-io for the esp32, it's a horrible wrapper mess that bundles an old sdk and locks you out of the firmware options. If you want arduino-support just include the esp-arduino as a component for the official SDK instead, it'll save you alot of headaches.
1st link in here: You need lib_deps + lib_ignore depending on a situation.
community.platformio.org/t/exclude-specific-libraries-from-building/851
I've seen that before but I feel like there's got to be a way to write the library itself so that users don't have to go and manually modify their build file to use the lib. Maybe I'm wrong and maybe that really is the best way but my gut says that there ought to be a better way
Does anyone make an ESP32 dev board that fits on a conventional breadboard? Mine is one row too wide.
stylac adafruit feather fits with 1 row on each side.
Stephen Kramer
Exactly what I want! Thanks!!
Actually it's 2 rows one side 1 row the other side. But, you can also solder on female headers so jumper wires go into them and a breadboard is not necessary.
I have placed two breadboards side by side. The ESP32 dev board then spans the bus rails between the two boards and there are 4 rows to use for each pin. Bread boards are pretty cheap these days however, it requires that the two boards have the same interlocking connections .
The Wemos Lolin32 Lite fits a standard breadboard with a row of spare pin holes on each side.
Just start making code for MS Visual Studio IDE - it will get more popular
popularity isn't exactly my goal haha. Just trying to make something useful for myself and if others find it useful too, thats just a plus.
I don't think the maker/hobbyist community is so invested in VS. The obvious choice from an educational p.o.v. is Arduino. For pros and ambitious inventors and developers, Amtel Studio or a GCC-AVR toolchain. I'm not being anti-Microsoft, it's just that with single board computers and embedded controllers, it is a different world.
As I see it only VS allows convenient step up to higher frameworks like .NET, Xamarin, Web stuff etc.
And it has very nice intellisense unlike rough Arduino. But I agree it is a different world.
Arduino IDE should be updated or have a pro/advanced version.
After all it is all C/C++ IDE. Anyways what do you think is best? PlatformIO is preferred as the easiest.
Someone should make some common IDE for all MCUs
Thanks for your bro. I just use an ESP32 board to make an ioT joystick to play claw machines remotely, check out the project on my channel if you are interested
talk less youtube places a lot of ads to listen. 3 minutes to get to subject too many ads
Have you seen any of the other videos here? I'm not exactly a "get to the subject" kinda guy haha
I understand, the new environment may suggest otherwise. I tell my friends 3 minutes videos are best short and to the point make them come back for more is my motto. I do not make video's but I look for content when I need it. I am retired marketing director as one job title, business owner also, Architect.
Didn't liked the video because there was no relevant information for me. It didn't explain why you would want that library in the first place.
And the thumbnail is very clickbaity.