Best posts made by vkichline

Hi! This is my first post in this community.
I submitted a pair of projects to GitHub for controlling the BugC hat for the M5StickC with another M5StickC with a Joystick hat using ESP-Now. This turns out to be a very nice remote control protocol, and has longer range and easier setup than WiFi.
PlatformIO projects are similar to Arduino, if you use Arduino but not PlatformIO, you can easily convert the code.
If you are interested see:
https://github.com/vkichline/BugC
https://github.com/vkichline/BugController

I pushed a second version today that lets you select a channel, then does automatic discovery and pairing. This would allow multiple pairs to race or fight each other. Far easier to compile, no Secrets to set up, etc.
I have more plans to make pairing easier. Once I'm satisfied I'll add some pictures or videos.

Are you talking about NVS (Non Volatile Storage?)
M5ez uses it for its preferences. Here is a file that reads and writes them in C: https://github.com/vkichline/M5ezSettingsStorage/blob/master/m5ez_prefs_storage.cpp

Basically, just include preferences.h, call prefs.begin with false for read/write, then use the accessors from preferences.h and finish with prefs.end().

Rop's latest sample (M5Sound, in this forum) make me wonder what a reasonable, minimum size and spacing should be for TouchButtons. At almost 80 X 60 pixels, the DTMF buttons are usable, but already require some care with only 12 on the screen.
I dug up an old passive capacitive stylus (the kind that looks like a soft pencil eraser) and found it increases speed and accuracy. Maybe a 50 X 50 pixel button would be usable with the passive stylus (doubling the number of buttons available.)
I see that there are active capacitive styluses available with much smaller tips. Does anyone have one? Does it work well with the Core2?

I wrote a program to see what a reasonable minimum size touch button is: https://github.com/vkichline/ButtonSizeTest
It's a test you play: it lets you choose what size button and what spacing; it makes a bunch of buttons and asks you to press eight of them. At some point you should stop getting perfect scores.
I'd be interested in hearing what people find a usable minimum to be.

Caution: to use this app, you need RopG's PR for M5Core2. You can download the touch button version of the lib here: https://github.com/ropg/M5Core2.

@josestevez; no habla espanol muy bien, pero Visual Studio Code con PlatformIO es mas rapido siguente el primero vez.

I wrote a calculator for the M5Stack and the Calculator Keyboard FACE:
https://github.com/vkichline/FullCalculator-Arduino
I designed it to be extensible, but the structure of a calculator that behaves like you expect it to turns out to be pretty concept-heavy. I tried to include enough comments and documentation to make the project extendable.

The link above is an Arduino port of the working project: https://github.com/vkichline/BetterM5Calculator. It requires PlatformIO, but includes a battery of unit tests as well. If you want to make changes, start there. The tests let me know quickly when I broke something obscure.
I enjoyed working on it for a couple weeks, but am ready for a break. I hope someone finds it useful.