Open source smartwatch integrates ESP32 MCU with e-paper display
linuxgizmos.com
linuxgizmos.com
There's gotta be other things that fall in that category. 3.5mm headphones? Cars with tactile controls? Non-electric bicycles?
Sure as heck aren't those. While I still want a physical connector, jiggling the cable to get a good connection when the jack started wearing out is something that should have been put it in its grave long ago.
Some of that you can chalk up to survivor bias, but if this is a conversation, the main reason anybody can actually have it is that we're talking about a standard that was universal enough for long enough.
I think this is mostly due to shitty cables though. I've had multiple Sennheiser earbuds that lasted for 4,5 years on average, while only costing 20 euros at the time. Similarly, my current headphones are semi-profesional studio monitors that I've used heavily for the last 8 years, (including DJing) and they still work perfectly.
I think there's a difference between solid-core or stranded cables. I don't recall which is the more durable one, but as long as you get the right one cabled headphones can last a long time.
Also when it does break it's trivially easy to repair or replace the cable.
♯ No extra device to remember to charge (unless, perhaps, you have big noise-cancelling cans).
♯ No running out at an inconvenient/irritating time if you don't charge them (or are just out for a long time).
♯ Standard fitting so anything can plug in, makes carrying a spare set (or buying one in an “emergency”) inexpensive.
♯ Easily plug in a double+ adaptor too (not seen it for a while that I remember, but there was a spate of people on public transport listening to the same music that way). Try that with BT.
♯ No pairing issues (tell me you've never had them, even with supposedly good quality kit, and I'll call you a lier!).
♯ Easily switch between devices (my headset doesn't always want to connect when I switch from work to personal phone, so I have to go through the BT-on-and-off-again-at-both-ends dance. At least these days decent devices (and most cheap ones) remember multiple pairings, it used to be even worse.
♯ The crackling from a poor connection was rare with a good jack+socket in my experience, and BT is not immune to interference in busy environments. I've also experienced BT dropping out temporarily if devices get too close (i.e. I sit and bend to adjust a shoelace while my phone is on a trouser pocket).
And of course there is little reason not to have a standard jack as a fallback option, even if you do usually use wireless playback.
If there was a wired digital standard as ubiquitous or at least as nearly as, perhaps people would be wanting that instead.
The 3.5mm jack debate on phones is not about digital/analogue, it is about what people know, understand, _already have_ or can easily afford/access. They don't specifically want analogue, like people buying vinyl, they want the port that common head gear plugs into, for the reasons I and others have mentioned, and that port being analogue is just a coincidence of its history.
With wireless headphones, it's always a question, do I have enough battery for this trip, what to do if I run out of the battery, the answer is usually just taking additional wired earphones with me, just as a backup.
The same reason is why I use wired mouse and wired keyboard, I don't want to have to think about the battery nor knowing that there will come a time when I'll have to change the battery or charge the keyboard.
As others have mentioned, there are benefits to wireless devices, but everything has a Yin and a Yang, you get wireless but you trade something else in exchange.
Yes. For over 30 years, consumer electronics had a Just Works™ standard for stereo audio. No pairing issues. No charging issues. No dongles for different devices.
For some situations (jogging, gym, housework, etc) I get that no-wires is also convenient, but others (like the car) make no damn sense, and even the situations where it does make sense aren't a reason to remove the feature.
But we did it anyway because it makes Apple more money.
Ideally we’d get rid of analog and have the same digital standard that works wires or wireless. In practice, I use Bluetooth and CarPlay.
USB Audio Class has been almost universally supported in computing devices for literally decades at this point, as has USB HID Class which supports media controls.
I have no idea whether Apple allows it to work on iOS devices, but a car head unit could easily expose a USB audio class device and it'd "just work" with Android, Windows, MacOS, etc. devices. Add a USB HID "keyboard" that can send media/telephone inputs and you're good to go without any new tech required to be invented. Works with anything that doesn't go out of the way to prevent it from working. All you'd be missing compared to Bluetooth A2DP/AVRCP would be communicating media info back to the head unit, which is more of an optional nicety rather than a necessity.
Plug a USB cable in to whatever computing device you want to source audio from and it would work great.
Unfortunately the majority of the non-technical community, and a surprisingly large amount of the technical community, acts like they're allergic to wires. I honestly do not understand the demand for wireless charging, wireless AA/CP, etc. when a single cable works better for both. It's not that hard to plug a phone in when you sit down in your car.
Wired CarPlay is pretty nice, though.
Yeah, I wasn't suggesting it as something that cars support right now, but it's something that 100% could be supported easily and would "just work" with basically every modern computing device.
> Maybe because "digital keyboard" is too generic compared to "play/pause/next/previous/volume"? Then there's also the phone call controls.
The HID class covers keyboards, mice, trackballs, gamepads, touch devices, spinners, media controls, telephony, etc. All the media and phone controls you could ever want have been defined for decades, so there's definitely no technical reason it wouldn't be usable.
> Wired CarPlay is pretty nice, though.
Likewise to Android Auto, I certainly wouldn't trade it for the controls and audio only system I'm describing, but those who don't want a screen or whatever else could be better supported.
For media playback I agree entirely, TBH I still browse podcasts and music on my phone even while using Android Auto because the app is unrestricted on the phone where over AA it severely limits browsing unless I'm stopped.
For me the screen integration is all about navigation. OEM navigation is almost universally terrible, the few that aren't terrible now will be in 5-10 years when the OEM has moved on to their new system and stops supporting the old, and none of them will ever support something like Waze that offers speed trap alerts.
https://hardwarerecs.stackexchange.com/questions/15086/how-d...
The wires do work if I need them through CarPlay, or AndroidAuto. And I do use Waze on the car’s built in display sometimes. But mostly - I just enter the car and start driving. No need to put the key in the ignition, or the headphone jack in the phone.
I don't disagree, but I've been using AirPods for 5 yars now and am yet to have any of the issues you're referring to. I just get my tangle free, small headphones out of the my pocket and they just work every time.
Yes, we have more choice with more channels, and streaming, and independent media, but I'd almost rather have limited choice of higher quality than to have a choice of thousands of "meh" options.
Remember when you paid a subscription NOT to watch commercials?
something, something, Pepperidge Farms meme....
My dream would be resurrecting 1990s mazda with 3 models: the hatchback, 90s-size pickup truck , and the miata. All tactile control interior. Modern drivetrain efficiency ( direct injection, variable timing) . Primitive ICs (just air/ fuel mix, ABS, and minimal ODB-II features) .
There is a huge market of guys who just want usable, long-lasting, responsive & intuitive tools
I'm still wearing mine.
I enjoy my BangleJS2, but the tactile display feels like a downgrade to my Pebble Time Steel 4 buttons.
It’s not a good recipe for building a company around. Probably best for someone doing a hobby-scale or deliberately small business, but establishing manufacturing and logistics for a hardware project is notoriously expensive.
Meanwhile, engineer compensation expectations have gone up a lot since the Pebble days. Just think about how many Pebble watches you’d have to sell to be able to support even one engineer salary. Multiple that across a team big enough to do everything needed to ship a Pebble watch that satisfies their audience and it’s not hard to see why it’s not happening.
Rents have gone up since pebble days. Not just engineers, everyone needs to be paid more today.
The housing crisis is eating civilisation
It lasts a week on battery, shows time mechanicaly, records hearbeat and usual accelerometer/sleep/wtv.
Not as advanced as Garmin/others, but its neater and simpler.
The timepiece functionality lasts a month without charging. Here being a watch comes first, bells and whistles are secondary
you mean bought and killed
It's not as customizable as I'd like, but Notify for Mi Band[0] helps a lot. For example, I'm able to connect my watch to Home Assistant so I can use watch controls for my smart home devices.
I had a Pebble, which I really enjoyed, but my Garmin 945 is much better at everything I actually wanted the Pebble to do (and much more).
I honestly don't actually care about third party apps, because the device does everything I want it to without them.
Alas Watchy looks great on screen and in pictures, but on the wrist it is very bulky and uncomfortable. I would not rate the case design very high.
I much prefer my PineTime Watch instead, its just a nicer form-factor. And it has an app store with tons of interesting stuff.
One thing I wish these open source watches would do: agree on an API/ABI that would allow us to run apps from PineTime on Bangle, and vice versa.
Someone should put Lua on all these machines and let us side-load bytecode, darn ..
EDIT: s/PrimeTime/PineTime/g
Do you mean PineTime, or is there a "PrimeTime" smartwatch that I don't know about?
I've looked far and wide for a standard embedded OS that can just load binaries and didn't find much. IIRC Zephyr has a seemingly barely-supported feature for it and so does NuttX.
Of course, this requires planning.
Many current Microcontrollers even have MMUs.
Personally, I would just use an analog watch over something like this. It seems to not be "smart" enough to actual be all that useful.
And the seeing what the sources (linuxgizmos.com and thepihut.com) are, kind of makes that point clear too, together with the fact that it comes in pieces you have to assemble yourself.
A bit like commenting on a story about a new gaming laptops when all you use the Office suite and you don't see the value in the laptop presented.
https://open-smartwatch.github.io/watches/gps-edition/
https://github.com/Open-Smartwatch/open-smartwatch-gps
Admittedly somewhat abandonware due to difficulties in antenna design... A year ago, I enthusiastically jumped on the project and I've got a half dozen ESP32-pico-D4 and Quectel L96 GPS modules on my desk, a breakout board for one GPS module that only works with a powered antenna that's twice the size of my Garmin Fenix 6 Pro, and a half-finished Kicad project to turn it into a watch, a very dusty RF design textbook that I've not read since 2011, and not enough time or energy to see it through.
I find the PineTime more attractive because it has an aditional heart rate sensor and a color display with similiar battery life.
A lot of times you can get by with Bluetooth. Of course, one then needs an app and a phone or other host device but the power consumption on Nordic Bluetooth chips is just miniscule.
it saves persistent variables to non-volatile storage and deep-sleeps at 15-20uA according to my power profiler 2, waking up on a timer
when it wakes up, connects, checks battery, and updates display, it can peak 350mA, but mostly stays around 100-150mA while it works
I haven't timed it super precisely (my off-state is 30 min and my on-state is 4-5 seconds), but definitely going to check this for thoroughly in my next project, which will wake from deep sleep on button press; curious if there's some delay as everything powers on.
As far as bluetooth on Watchy goes, it's more useful for OTA updates than anything else. When in this mode, Watchy's firmware can be sent as a .bin over bluetooth. This takes only a few minutes and then the ble radio is turned off. No real hit the battery.
The other [quicker] way to flash the firmware is via usb, during which time the battery is charging.
What I like about Watchy is that it requires no phone or apps, is running firmware I wrote and flashed, and occasionally calls my server for data if I need it.
For that alone it is worth every single one of the 7c extra it costs.
Also didn't like the watch face so made my own from the default one, changed layout and font and stuff.
Oh and replaced the strap with a velcro strap.
Likely. You currently need to do just that to install the Pebble app and it's a huge pain.
I like the hackability but ESP32 seems like a terrible choice in terms of sleep current usage.
No thanks, that would be too vexing. Though I do see the attractive novelty of this device.