Rpschultz13
Active member
Sounds fine on my iPhone

Thanks for the feedback. This was definitely a last-minute type of stream and not really “official.” We’ll make a better one later on … our documentation is top notch though so a build video shouldn’t be needed. We’ll be posting the nice build doc within a couple weeks.As asked for, Feedback concerning the live feed (sorry no YouTube account so I'm commenting here instead of in the live-feed):
PRE-ORGANISATION: Like how a cooking show will have pre-chopped ingredients... pre-organising the components and having them laid out read to go so you're not fishing through component-drawers would speed things up for the overall actual live-feed/build-time.
VOLUME: I've got my laptop speakers CRANKED and barely able to hear it above ambient neighbourhood noise (sitting on front porch with doggo and breeze in the trees and neighbours windchimes are almost drowning you out.
\\
Easter-eggs: let the end-buyer-builder-user find 'em. (Neighbour just fired up their weedwacker... very difficult to hear now. (3:37)
As a self-confessing tuner snob, here's my as-unbiased-as-I-can-be opinion:Ok, I’m game. Other than the pretty screens, what separates it from other tuners. I want to want it, but I need more info.
That jumper on the input jack is still the right thing. In the production PCB that connection will already be wired to GND. It was a spot where we had placed a 10pF cap to ground (C9) with the signal line that’s not really needed anymore.That jumper across the jack had crossed my mind...![]()
Will the code be open source? I had been checking in on the project here and there since we first crossed paths last year, but it looks like all repositories are no longer public
5) 165 mA nominal while tuning, spikes up to 170. Recommend a 180 or 200 mA source.
Yes, we've been told similar things from other EE types, we've looked into it. Currently the esp32 screen we are using is GPIO limited, we don't have any more GPIOs left. So we'd have to get a GPIO extender and/or other complications. This type of thing is possible and we are interested in pursuing it, but not now, possibly down the road. SMD would give us a lot of advantages too, but then it becomes a much harder DIY.You could save about 20mA by using something other than the NE555 for the relay+footswitch logic. One way is with a simple microcontroller such as the ATtiny13a: you can have it go into a deep sleep state when not responding to switch presses (here's how I did it), where the power consumption should be 1mA or less. The microcontroller approach also opens you up to a more "sophisticated" footswitch-based user interface, e.g. press-and-hold, double-tap, etc.
For simple on/off, you could also use a CMOS logic chip with Schmitt-trigger inputs, like the CD40106 or 74HC14. Unless you go with surface mount, these ICs are physically large (DIP 14); but they are cheap, current-production commodity parts, and use micro amps of power. This is what I now use for most of my true-bypass builds, I'm happy to share the schematic if you're interested.