esp-who VS slttblep

Yes, it's on device (see https://github.com/espressif/esp-who/)

Thanks, I needed some affirmation! The ESP32-EYE I believe still has IPEX connector as seen here or am I missing something?

I guess, but it’s also pretty open code these days now that the S3’s LX7 has some nice vector extensions and other additions for ML applications :)

https://github.com/espressif/esp-who

It’s not out of reach for hobbyists, I think, though getting it to run very well might be. And I would certainly tell anyone interested to start with something more powerful first!

This is the unit I use for prototyping, then I figure out what parts I actually need and select the final hardware I want to use for the "production" unit. https://github.com/espressif/esp-who/blob/master/docs/en/get-started/ESP32-S3-EYE_Getting_Started_Guide.md

You can even find smaller (and cheaper and less powerful) devices than RPi which are able to do that – e.g. https://github.com/espressif/esp-who for ESP32-CAM (~$10). Usage of that library is also very straightforward, there are many examples on the internet.

I am using ESP-EYE, i have installed ESP-WHO on system as per instruction, i tried as is example project of ESP WHO to capture image.

The getting started guide and all of its references (links).

Run the following commands in your terminal to download ESP-WHO: git clone --recursive https://github.com/espressif/esp-who.git Remember to use git submodule update --recursive --init to pull and update submodules of ESP-WHO.

From the GitHub specs it looks like there is an integrated charging circuit for the battery soldering points utilizing the usb input as the power supply. I would assume some modicum of protection with a charging circuit but if you’re looking for the best alternative to a battery then I’d wait for smarter people to answer.

The oscillator bit is, but I don't appear to have uploaded the one with the filter which I will need to find.

https://github.com/ErroneousBosh/slttblep

The filter is just an SVF with, with a precomputed expo scale "bent over" at the top to correct for quantisation. From that the two SVF coefficients ω/Q and ω*Q are calculated every time there's a control update and of course because you can't divide on an Arduino it uses a lookup table of reciprocals. I could probably use a "wider" table of 16-bit values for better precision.

This code here will run on an Arduino and read an analogue input which sets the pitch of a bandlimited sawtooth waveform coming out one of the PWMs.

Take a look at https://github.com/ErroneousBosh/slttblep for an example of an anti-aliased sawtooth on an Arduino. Since you're using an 8-bit Arduino you can't really multiply and can't divide at all, so you have to use the titular Stupid Lookup Table Tricks to "divide" by multiplying by a reciprocal, and use a precomputed table for the function that "smooths out" the step.

I've waffled long enough. Get an Arduino of some sort, and run this on it and read through the code until it makes more sense :-)