When I saw rePebble be announced, I signed up for it right away. Only later I realized I actually don't want a smartwatch, I want a dumb watch with vibration notifications.
I know I'm in the minority, but it's a niche that has a few very interested people in it [0] [1] [2]
After wearing the Casio F105 for the past 2 years, I can't go back to something larger, heavier or thicker than this. I could accept weekly battery charging for the benefit of having some bluetooth functionality.
So nowadays I'm looking for a super small bluetooth chip that can power a small vibration motor, which can receive all notifications from my iPhone. I would like to glue that chip, motor and a small lithium battery between the two straps of my F105, because in my tests it seems I don't notice if I add a small weight there.
I still remember when I first used my first Mi Band 1, a forgotten fitness band that had no display, just 3 RGB LEDs that could even get specific colors based on the app that sent the notification. I could know right away when I got a blue Messenger chat that I needed to answer now, or a yellow Google Keep reminder that I could ignore until I got back to my computer.
[0] https://www.reddit.com/r/pebble/comments/9xw2j2/im_looking_f...
[1] https://www.reddit.com/r/smartwatch/comments/174hq9x/need_a_...
[2] https://tildes.net/~tech/18nf/smartwatch_primarily_for_notif...
Like you, my needs are simple; vibrating alarm, notifications, but with one key factor; I need a display that I can read in broad daylight that plays nice with my far-sighted eyes. The eInk display on the OG Pebbles hits the mark. Being able to read a text without pulling out my phone is also nice.
Plus they can be got on eBay for about $30 USD and a fresh battery is about $15, so they don't break the bank. The Rebble.io community's work is still functioning well enough for my use, as well.
I'm also a bit scared of the many "charging issues" some people seem to have with them after a few months, but I guess every batch has a few bad devices so I could hopefully return it.
Thanks for the recommendation! I might try one soon.
Overall everyone has been happy though and I haven’t seen Withings come up on HN which is surprising tbh!
Basically I want a bracelet, if it must be on my arm, but ideally it would be an ankle bracelet. I'm not sure that would provide a convenient spot to get heart rate, or data beyond steps.
It is actually tempting, but I can't support a subscription based hardware product. Just charge me whatever the device cost + profits.
I justify the ~$20/mo the same way I justify a gym membership: it's a bargain if it's compelling you to make positive choices about health/sleep/exercise. If it's not, then yeah, it's just an expensive mood ring.
Of course, there are also smart rings (Oura) and much cheaper devices (FitBit https://store.google.com/category/trackers).
Pebble allows me to walk away from my phone because I will get the notifications (text or phone call) and can see enough to decide to respond.
Pebble is pretty lightweight and if you load up this watchface you'll feel right at home: https://store-beta.rebble.io/app/52f0939b1ac7948708001fc9
As a watch, it does require that you read the manual completely to understand its various interface paradigms, but it’s reasonable given that there is no display per se, only hands, to show all of the information. Also, you may need to synchronize the hands at first setup, that baffled me at first lol.
It’s efficiently solar powered using a super capacitor, with months of battery life if left in the dark, no battery concerns at all if you wear it (unless maybe you are an actual vampire that also cannot tolerate artificial light)
The supercapacitor can be replaced if it wears out, seems to be reliable for about 15-20 years based on their other watches.
I like mine quite a lot, it’s a well built actual timepiece, put it on and forget about it if you want. It doesn’t ask you to do anything for it to just do its job, year after year.
Citizen may have other options as well with BLE, idk.
Id love to see someone reverse engineer the notification / BLE communication protocol and create an open source companion app - the possibilities for hacker-y types would be pretty cool.
Same. Notifications are rarely time-critical. A few years ago I noticed that I kept getting distracted by my phone alerting to some nonsense which really didn't matter, so I completely disabled all notifications. I'll just look at it once every few hours to respond to incoming messages.
A regular smart watch would be pretty pointless for me. Getting stuff like message notifications on my wrist would be a huge anti-feature. However, it would be pretty nice to have a convenient way to set an alarm, which will vibrate on my wrist when it goes off. I want a "leave now to catch the bus" reminder, or a "it's time to take a break" reminder! That's all, nothing more, no need to add any fancy sensors.
AFAICT, the BLE code is provided as a binary blob. https://github.com/OpenSiFli/SiFli-SDK/tree/6c82a9b15db49871...
Which isn't a problem. But, I wish if something is described as "open source", you could read the source code for it.
Now one might say that's the fault of the person doing the modifications/manipulations, but regulations in various countries require the device to prevent these manipulations.
(N.B. I'm not in the exact business, but that's my take away from looking into the topic some time ago)
Technically they could publish the source in that case but I think some patents would prevent them from doing this. Radio stuff is riddled with patents. Also most likely the "why would we" reason. There is no benefit for the manufacturer.
There were a few more reasons too, at least at the time. The companies in the space didn't have a culture of open sourcing, and there's probably no perceived commercial upside to releasing code for a chip like that.
Then again, lots of Wi-Fi-enabled devices support simply changing their region setting and will happily let you use different Wi-Fi bands or increase signal power.
On software-defined radios you can often use them way out of spec, way more so than using a forbidden channel. But in a totally different band. A good example is the RTL-SDR stick which was designed to be a TV received but can be used as a wideband SDR these days. That's a receive-only device so it's not that critical to regulators. Once you can transmit, it becomes more of a problem.
An example of a more problematic transmission device is the Raspberry Pi PWM pin. That's been used to transmit all sorts of stuff on many bands. Because it was never designed to transmit anything, it causes all kinds of weird harmonics and artifacts. It's a really bad idea to use it for that. Most people just do it under controlled circumstances.
"We say it's open source because we expect the reader to know that we're not telling the truth"
should be replaced by
"It's open source except for the BLE firmware blob, which can't be open source due to regulatory reasons."
To be fair, the article just repeated the claims made on the GitHub page for the SDK.
The Bluetooth SIG requires that you qualify your device if you advertise that you use Bluetooth IP, similar to what is required for the cellular space. Do you have to do this if you’re just “Bluetooth compatible?” Maybe not. Whatever the case you have to conduct FCC part 15C testing (intentional radiator).
Maybe soon you won’t.
But it is probably the easiest constraint to get around. I would put this one more towards the end of the list.
1. His team is positively tiny compared to what Pebble used to have, and the less software work that's needed, the better.
2. All of the apps and watchfaces people wrote for the original Pebbles were distributed as compiled ARM binaries, so if you picked an MCU with an entirely different instruction set, you'd lose backwards compatibility. ESP32 would fall into that category, for example (not that it would have been a good choice anyway).
It also powers the Fallout Pip boy and possibly some other stuff from the wand company: https://www.thewandcompany.com/fallout-pip-boy/ See: https://github.com/orgs/espruino/discussions/7577
Though, can we stop having left-aligned blogs in 2025? Wide screens have been here for a while, it makes it unnecessarily hard to read :(
I would really miss the mod cons I have on my current smartwatch. Payments over NFC, dual-band GPS tracking, 4G LTE connectivity. The Pebble (and repebble) trades all that in for a multi-week battery life. But the minor hassle of once-every-two-days charging on my galaxy watch really isn't enough to forego all these powerful features for me.
mrheosuper•5h ago
mschuster91•5h ago
mrheosuper•4h ago
From the CPU perspective, they are the same
Max-q•4h ago
mschuster91•27m ago
Depends!
If the two chips use UART or SPI for intercommunication, okay, you need two lines between the CPU and two GPIO lines for wakeup, and JTAG can be shared anyway.
But if you use stuff like shared memory, or want to do stuff like updating the display not just from the high-power chip but also from the low-power one, suddenly design becomes much more complex.
bArray•5h ago
Personally these days I would lean towards the ESP32, they continue to iterate on it nicely and it has great community support. I'm personally developing a smart watch platform based on micropython.
jsheard•5h ago
bArray•4h ago
Getting down to 10mAh is not so bad. If you're not actively driving the display, you can under-clock significantly [1], if you're not using WiFi you can turn the modem off [2].
[1] https://docs.espressif.com/projects/esp-idf/en/stable/esp32/...
[2] https://docs.espressif.com/projects/esp-idf/en/stable/esp32/...
mrheosuper•4h ago
Also 20 hours of runtime is horrible.
bArray•3h ago
There are many ESP32 variants, depending on what you pick some may be more compelling for your use-case.
jononor•3h ago
PineTime, based on NRF52, will get you 4-7 days of practical usage.
aa-jv•3h ago
bArray•3h ago
MomsAVoxell•1h ago
bayesianbot•3h ago
[1] https://lilygo.cc/products/t-watch-s3-plus
bArray•3h ago
the__alchemist•55m ago
mrheosuper•4h ago
Recently they release ESP32P4, with very strong performance, but like you guess, without Radio
bArray•2h ago
I think once we start talking about GPU, MMU, USB, display, etc, we're getting towards a CPU of sorts.
Speaking of a low-end CPU, I want to test out the RV1103 Rockchip, those crazy little chips are running Linux apparently [1], and even able to run Python [2]. Depending on power draw, a Linux-based smart watch could be on the horizon.
[1] https://www.luckfox.com/EN-Luckfox-Pico
[2] https://wiki.luckfox.com/Luckfox-Pico/Luckfox-Pico-SDK
bobmcnamara•2h ago
the__alchemist•1h ago
Max-q•4h ago
The low power chips can also run in low power mode without BLE running using micro amps, something the ESP can’t match.
I really like ESP32 and I hope they have a low power chip on their roadmap.
bArray•2h ago
Years ago I had a "smart" watch that had a sim card and was a full mobile phone within its own right, I think it was just 10 years or so too early.
the__alchemist•1h ago
And this chip isn't a normal QSPI chip where you read the datasheet. You have to use NRF connect, and Zephyr.
So, this brings up the obvious question: What if I don't want my whole firmware to be Zephyr nRF-connect, just for a Wi-Fi chip?
bArray•3m ago
numpad0•4h ago
znpy•2h ago
Most contemporary SoCs will have more memory (and compute power) than that.
internetter•55m ago
ItsHarper•50m ago