Show HN: Open-Source eInk Bike Computer
Posted by stingrae 4 days ago
Hey all, i just launched my Eink Bike computer project and think it is cool.
Another tidbit, in the crazy things that AI has done... It has helped create a ANT (common sensor wireless protocol used in workout/biking) implementation for ESP32 by messing around with undocumented registers: https://github.com/RaemondBW/esp32-ant
Comments
Comment by Rebelgecko 4 days ago
I've always wanted to use a round display and an 18650 to plop a mini bike computer into my headset (replacing the cap). There was a Kickstarter years ago for a project doing that, but it seems to have fizzled out
Comment by pandaman 3 days ago
Comment by ehnto 3 days ago
Comment by pandaman 3 days ago
PS. I searched and found some in-steerer storage. It's not a headset but essentially a hollow compression plug replacement with a top cap moved to the bottom. I have never seen a road fork with a hole at the bottom so it is likely limited to MTB forks and, since there is no compression in that thing, it might be not very safe with a carbon steerer.
Comment by lostlogin 2 days ago
Comment by pandaman 2 days ago
Comment by tarcon 2 days ago
Comment by ErroneousBosh 2 days ago
Comment by mholt 4 days ago
eInk is the right display tech. I think this will do really well. It might need a UV filter.
That said, I don't love needing a separate device (hence, I don't own any bike computer). This is just my preference, but I really prefer to just plop my phone on my handlebars. So I'm building a bike computer app for iPhone: https://x.com/mholt6/status/2090529441944687087 (trying to get Apple to approve my developer account / business info, but they're hung up on my website of all things).
Phones are definitely not ideal in terms of display and energy use, but, I have found that with proper optimizations, energy use is a non-issue. To offset display problems, the app has several ride modes: a rich map display with 3D road or satellite view; a high-contrast wireframe map that looks great at both high and low refresh rates because it has no analog-style gauges; an instrument panel dashboard view; and a voice-only mode that has big touch zones for on-demand voice updates, using a state of the art mobile voice synthesis model. For connected radars, the app also renders radar data and has a screen like Tesla/Rivian's autonomy displays.
The app automatically manages thermals by switching modes to preserve battery life.
In my testing so far, by managing energy, making really good voice feedback, and using high-contrast screens (every mode other than the "rich" map), even a dimmed iPhone display is quite a usable bike computer in high-altitude sunlight.
But man, that eInk looks so clean and nice. Definitely the superior display! Nice work and I hope to learn some things from it!
EDIT: Woah, you got ANT+ support using BLE radio? I am not surprised that that is possible, but dang, that must have been a clever LLM.
Comment by stingrae 4 days ago
your project does look amazing. sorry that the appstore team is holding things up.
RE: ANT+, a hackrf one and fable was key to the hack.
Comment by raudette 3 days ago
I attribute my iPhone 7's camera failing with mounting it on my bike.
Comment by lostlogin 2 days ago
I’ve wondered about this. Does it shake a lot less when it’s in a pocket for the same ride?
Presumably yes, as every cyclist ever does that.
Comment by woodgala 3 days ago
Comment by alabut 4 days ago
That’s why the head units in my bikepacking groups have screens that double as solar displays. The Coros Dura is probably the most popular one for all day or multi-day trips.
Comment by opello 4 days ago
I've gone without a bike computer for the same reasons as not wanting a second device. I used my phone for years in a water proof front frame bag with a transparent cover. Usually for not more than 3 hours at a time. Only on my Pixel 7a did I end up with burn in from the Wahoo Android app's status screen, where "n/a" for not having a power meter ultimately burnt in after about 2 years, at least that's when I noticed it. Now I just go without being able to glance down and see ride stats or directions. More planning or stopping if I reroute is required, but I didn't want to damage the phone... :(
Presumably an app could cycle displayed screens, if that's what you meant by switching modes, to avoid burn in? But I really thought AMOLED was past that when I never saw it on previous phones.
Comment by consp 3 days ago
I used a transflective LCD. Works fine. You don't need UV protection nor have temperature issues. (Yes also build my own two years ago but I don't do pr so no slick website).
Comment by robot_jesus 4 days ago
Not sure I'm 100% on board with the visual style of your interface (some of the metrics look like they'd be nearly impossible to read while riding 30mph down a gravel road) but I'd love to check it out once it's released.
Do you have a way to sign up for release email or updates for your project?
Good luck!
Comment by mholt 4 days ago
The video preview I linked to only shows the rich maps and instrument modes. There's also a wireframe map view that is higher-contrast and much more practical for your gravel rides: https://i.imgur.com/lZF20Xz.png -- and I am still tuning of course, we can make the map smaller and the characters larger, etc.
Maybe follow @mholt6 on X for updates when I have them... whenever Apple will let me in.
Comment by robot_jesus 3 days ago
Comment by matsemann 4 days ago
Comment by mmooss 4 days ago
It's interesting and I clicked on the OP, but why? The variable ambient light conditions, refresh rate, etc would seem to favor standard LCD/etc.
Battery capacity isn't much of an issue for a small screen, and weight carried by the bicycle.
Comment by Gualdrapo 4 days ago
That being said, seeing that there are now eink displays capable of 60Hz, I wish they (and projects like this one) could take over in this specific market.
Comment by mholt 4 days ago
Refresh rate is a solved problem for eInk as well, but it comes with energy tradeoffs and... might still be proprietary. But 60-120 fps eInk exists AFAIK.
Comment by WillAdams 4 days ago
E-ink, instead just lets the sun reflect off of it, does want some sort of light in the dark, but, perfectly visible in full-bright/direct sunlight.
Comment by ianburrell 4 days ago
Comment by carlosjobim 4 days ago
Comment by pandaman 3 days ago
1. https://www.panelook.com/ED047TC1_E_Ink_4.7_EPD_parameter_25...
Comment by carlosjobim 3 days ago
Compared to the full contrast range of the sun lit real world, all displays emitting light function in a very narrow and very dark contrast range. An eInk display does not emit light, so in that environment you have a clear separation between bright and dark.
Comment by pandaman 3 days ago
Even if it had been true, claiming the e-ink has the same or better contrast as LCD is still false. The sun-lit world has higher contrast than any display, yet it does not make e-ink's contrast any good. In fact it makes the low contrast display much worse as you are likely to be looking at much brighter scenes than your bike computer's screen immediately before looking at it and thus having even less ability to distinguish slight brightness variations on the low contrast screen. A transflective TFT display in bike computers also does not emit light, it's still higher contrast in the sun than e-ink.
Comment by carlosjobim 3 days ago
Frankly, I don't understand why you are arguing, when it is so ridiculously easy for anybody to test for themselves. Just bring your LCD or OLED device out in the sunshine along with your eInk device and see which one you can read from more easily.
TFT displays are really good in the sunshine, but eInk is still a bit better, only beaten by paper for real world contrast.
Has it been a long time since you've used eInk? Maybe they were worse in the past? My oldest eInk device is from 2018, so I wouldn't know about the screens that were before.
Comment by pandaman 3 days ago
You obviously have not done what you are suggesting. Paper is low contrast too, on the level of e-ink.
>Has it been a long time since you've used eInk? Maybe they were worse in the past?
No to both questions. E-ink inherently is low contrast and there is no way to enhance it in this technology: both black and white are done with a pigment, same as print, which caps at ~30:1.
Comment by carlosjobim 3 days ago
I read books on my Kindle outdoors in the blazing sun, and so do most of the millions of people who have Kindles or similar devices. Contrast is excellent. In the same conditions an LCD phone is just a black mirror which you can hardly make out any kind of information form. An OLED is better, and you can see everything on the screen dimly if you strain your eyes. A TFT is even better, but none of them compares to eInk or paper.
So maybe you live in Britain or in Norway, or somewhere similar where it's cloudy all the time? You saying that paper is low contrast baffles me, actually. It seems like you are hung up on the contrast within the device, which is irrelevant for outdoor use, where the only thing which matters is the contrast as part of the real world environment.
Let me ask you, who is the faster runner: The fastest runner on your street or the slowest runner in the Olympics? Because you seem to be arguing for the former because of measuring within limits that do not confirm to the real world - where there is a sun.
Comment by pandaman 3 days ago
Also, if you really try to do what you suggested - you should not use an LCD phone, phones do not have reflective LCD displays but use backlight instead so the contrast on those decreases with increase of the ambient as both light and dark areas reflect the same amount of ambient light and the only difference is the backlight's emissive portion, the higher is the ambient, the lower of the ratio i.e. contrast.
Comment by carlosjobim 2 days ago
That is the internal contrast of a screen or printed material. I agree, and that type of contrast is important if the screen emits its own light.
However, for outdoors use the only contrast that matters is relation to the real world, aka physical reality. And brightness of course becomes the main factor.
Also, thanks for pointing out you are talking exclusively about transflective/reflective LCD. It seemed to me for a while you were talking about any type of LCD. But even so, eInk and paper has better contrast in real life outdoors use, because we have to measure contrast in the human eye and not within the device.
The human eye adopts to the brightness in the environment and makes a contrast "scale" according to this. The nearer your screen's black color is to the black of the human eye's black in that situation, the better. And the nearer your screen's white color is to the human eye's white, the better.
If either your black or your white is too far from the human eye's calibration, then your screen is no good to use, no matter how good the internal contrast of it is.
There is no limit to how bright things can be or how dark things can be. So the internal contrast between a very deep pitch black and a very dark gray can be 1:10.000, but within a real world sunlit environment it all just looks like black. And this matters, because direct sunlight is 30.000 - 100.000 lux, while an office is maybe 500 lux.
Comment by pandaman 2 days ago
For you perhaps. I, for one, use screens to get information encoded in symbols and graphs, if all these symbols and graphs had no contrast with background I would not be able to distinguish them from the background. You seem to only care to compare the screen's brightness to the real world, perhaps losing your screen and then finding it in the real world, aka reality, is the main usage mode for you?
> But even so, eInk and paper has better contrast in real life outdoors use
You need to give a citation for this which would be pretty hard since we are already discussing a 12:1 device as shown by the spec sheet I've posted earlier. Or are you using "contrast" do describe brightness? In this case I agree - eInk's "black" is just a darker shade of gray so it reflects more light i.e. contributes to higher albedo. It's not great when you are trying to read from that screen but if you are just looking for the lost screen in the wilderness it won't hurt I guess.
You seem to be unfamiliar with bike computers but appear to be using your imagination instead of looking it up so I will state for the record - bike computers are affixed to bikes, a rider checks the computer during the ride and it's always in the same position, bike computers are not thrown into the wilderness to be searched for afterwards so locating one in the real world is rarely a problem facing a bike computer user. If one is detached in a crash, they always have radio and often speakers for more reliable mode of finding than the light reflected from the screen.
Comment by carlosjobim 4 days ago
Comment by usern20260720 4 days ago
Comment by mmooss 4 days ago
Comment by KennyBlanken 3 days ago
It's not a preference. There are a slew of issues around physical damage. Running out of power is far more of a problem than you make it out to be. There are major visibility issues (thankfully Garmin is working on this by continuing their idiotic OLED push /s) and water ingress issues. 1M submersion rating is NOT "driving rain while riding at 15-20mph."
The only people I see with phones on their handlebars are newbies.
Comment by neoCrimeLabs 4 days ago
For me, the next step for this is taking all the sensor data recorded for a ride, and loading it into my own fitness tracking database that I own, control, and isn't tied to someone else's profits.
Comment by rfonseca 3 days ago
Comment by neoCrimeLabs 3 days ago
I openly admit, I have not spent much time researching this subject, was just in the back of my brain as I migrate away from SAAS and IAAS.
Comment by lostlogin 4 days ago
My use case is a bit more basic than most. I am nearly always on routes I know and just want a few basic stats, but…
I require a bike radar to work. I use a Varia. I like the beep, and need the indication for a car behind. Is there any compatibility with this?
If this question is already answered somewhere, apologies.
Comment by godelski 3 days ago
Comment by zsoltkacsandi 4 days ago
Comment by orbital-decay 4 days ago
Comment by shrinks99 4 days ago
Comment by stingrae 4 days ago
Comment by steve_adams_86 3 days ago
Comment by jbj 3 days ago
Comment by kccqzy 4 days ago
Comment by tuchsen 4 days ago
The mess of different implementations makes it really hard to hack on and share this kinda stuff.
AI does make it really easy to figure out these protocols now so that’s nice I guess. I just flipped my bike upside down and hooked up a logic analyzer and it took LLM no time to figure it out… it is really impressive
Comment by __d 4 days ago
It was quite a rich ecosystem of sensor devices, especially for cycling, including speed and cadence sensors, heart rate monitors, power meters, lights, radar, etc.
It has been extremely popular over the last 20 years.
Comment by stingrae 4 days ago
Comment by consp 3 days ago
Comment by matsemann 4 days ago
Comment by monknomo 4 days ago
Comment by jeffbee 4 days ago
Comment by Brian_K_White 3 days ago
Comment by jeffbee 3 days ago
Comment by speedgoose 3 days ago
Comment by nickmcc 4 days ago
Comment by financetechbro 4 days ago
Comment by seemaze 4 days ago
Comment by stingrae 4 days ago
Comment by pilina 4 days ago
Comment by Ninn 3 days ago
But to be more involved and support a project like this I really would need it to be based on a board with proper weather resistance! Hope you find that as an option in the future.
Comment by dongking 3 days ago
Comment by __mharrison__ 4 days ago
My thought was I'd love to set an HR zone and then connect it to my e-MTB and have it change power to keep me in a zone.
The refresh rate on my device was horrible, and the models (this was a few months ago) struggled to create a historical line plot of my HR.
Comment by insane_dreamer 4 days ago
the dealbreaker for me is whether it could eventually work with the Garmin Vario radar (which the Wahoo supports with a nice visualization) -- that is _literally_ a life saver and I no longer ride without it.
Comment by dddw 3 days ago
Comment by woodgala 3 days ago
Comment by evrimoztamur 4 days ago
Comment by consp 3 days ago
Weather sealing is quite doable if you accept you need a boatload of glue and you coat your 3d printed case with proper car lacquer or at least a thick coat of acryl. Use reinforced filament, and at least something 70c+ resistant (so no ordinary PLA).
I've driven it plenty in the rain in NL (not this display, my own).
Comment by matsemann 4 days ago
Comment by Finnucane 4 days ago
Comment by rjrjrjrj 3 days ago
- iPhone 15 Pro with quadlock case
- various Quadlock mounts
- Quadlock mag charging mount with a USB C battery in the top tube bag for long rides
- Apple Watch (paired to SRAM Powermeter on bike)
- Record rides using Apple Fitness on Apple Watch
- Apple fitness syncs to Strava and other services
- Ride With GPS, Apple Maps, or Google Maps for turn-by-turn (when necessary)Comment by stingrae 3 days ago
Comment by rjrjrjrj 3 days ago
~15,000km with this phone. Tens of thousands more on older phones all the way back to the 5s. Which of course wasn't nearly as good: no always-on display and had to use the Quad Lock "poncho" in the rain.
Comment by asdff 3 days ago
Comment by belZaah 3 days ago
Comment by dinan 4 days ago
Comment by stingrae 4 days ago
Comment by carlosjobim 4 days ago
Comment by jeffbee 4 days ago
Anyway one thing I think would be nice is if the GPS radio can become a peripheral. Then with that architecture could the head unit just get GPS from your phone?
Comment by kccqzy 4 days ago
And I think GPS is the key power consumption part here. Have you tried opening one of those background location tracking apps that would require your phone to receive GPS all day long? That significantly reduces battery life on your phone. You really want your entire GPS stack running on a power-sipping processor, not on your phone’s application processor.
Comment by prmoustache 3 days ago
If my memory is correct, at the price of only be able to sync your rides and routes using a proprietary app that probably also send all your data to mothership.
Comment by __d 3 days ago
Comment by Someone 4 days ago
Why would they suffer from display scaling? At the same device thickness, larger devices have the same volume per cm² of display. And it gets better:
- if they need the same volume for electronics (likely mostly true; you may want a slightly faster CPU and more memory, but don’t need a larger GPS, second WiFi chip, etc), that means more battery volume per cm² of display.
- at small sizes, I guess/expect wall thickness of the case to scale slower than the dimensions of the case, giving larger cases relatively more internal room.
(Googling, I see the 550 is even slightly thicker than the 1050; 16,8mm vs 16,3mm)
Comment by jeffbee 4 days ago
Comment by StrLght 4 days ago
I hope we can get a better suited hardware though. Larger buttons, smaller device overall. 4.7" sounds huge, almost size of a phone.
Comment by stingrae 4 days ago
Comment by v1ne 2 days ago
Comment by grbi 3 days ago
Do you have a mounting system already ?
Comment by dumbmachine 4 days ago
Comment by maxrev17 4 days ago
Comment by hi_hi 4 days ago
Comment by _kb 3 days ago
On that note, this is a world I've recently taken a dive in to. I was about to roll a Pi Zero / ESP data logger to track distance travelled on my commuter bike for planning service intervals. Was keen on a solution that didn't involve draining a phone battery and remembering to start trips, a full bike computer, or smartwatch. After a bit of research I picked up a Garmin Speed Sensor 2 - highly recommend as a bit of stupidly effective tech.
The device straps around your hub and is essentially a coin battery and mems rotation sensor. In addition to running as an ANT+ peripheral it will operate standalone and log the last 300 hours of ride time then sync next time you open the app. Speed and distance is then inferred based on wheel circumference.
Comment by hi_hi 1 day ago
I wasn’t aware of the more modern ANT+ approach. Looking forward to a V2.
Comment by dchest 4 days ago
Comment by memoryfault 4 days ago
Comment by Lucasoato 4 days ago
Comment by consp 3 days ago
Comment by poulpy123 2 days ago
One surprised me though:
> No pressure sensor. There’s no barometric altimeter, so climbing is derived from elevation baked into the map tiles rather than measured — total ascent is an estimate.
The gps from the device do not provide the altitude or is it not precise enough ?
Comment by bruce_wayne_ 4 days ago
Comment by me_online 4 days ago
Comment by stingrae 4 days ago
Comment by arpanghoshal07 4 days ago
Comment by vilas900420 3 days ago
Comment by PreownedPlaid 3 days ago
Comment by Mathieu_UpCard 4 days ago
Comment by wiether 4 days ago
But I don't see how they both fit together honestly.
The pros of eInk:
- low energy usage -> don't matter, current GPS units have +30 hours of battery life already
- low eye strain -> don't matter, you don't look at the screen for hours at a time
- visibility -> don't matter, current GPS units adapt to ambient light
- angle visibility -> don't matter, the screen is right in front of you
The cons of eInk:
- refresh rate -> yeah, I don't want the map display to be laggy
- visibility in the dark -> tunnels, tree cover... I don't want to my GPS to be invisible
- lack of color -> colors provide lots of information on the map display
Anyway, as long as you have fun doing this and some people enjoy it also, congrats!Comment by schiffern 4 days ago
>don't matter... don't matter... don't matter...
Apparently current GPS screens are compatible with your eyes and the viewing conditions you find yourself in. Congrats! May your eyes never darken and your trails be easy!For others, some of those advantages do matter. Different strokes for different folks! Cheers mate.
Comment by mattlutze 4 days ago
Not sure why needing less battery or having better at-a-glance visibility would be such a bad thing.
One need not love a device, that's ok. But digging to invent a reason to hate it also doesn't seem necessary.
Comment by wiether 4 days ago
> But digging to invent a reason to hate it also doesn't seem necessary.
I don't see where I expressed any kind of hate towards the device.Comment by loeg 4 days ago
Comment by matsemann 4 days ago
Comment by lostlogin 4 days ago
What situation?
Comment by itsdesmond 4 days ago
Comment by stingrae 4 days ago
it has a nice backlight (basically identical to a kindle display)
color is fair, but i dont miss it.
i do absolutely love how readable it is in direct sunlight (when im mostly riding)
Comment by __d 3 days ago
A good UI design would mostly avoid the need for colour.
Comment by flutas 4 days ago
Comment by kccqzy 4 days ago
Comment by scottbez1 4 days ago
Maybe it would have fared better if I was out in sunlight viewing them, but seeing this thing in person sold me on e-paper for this use case
Comment by Gigachad 4 days ago
Comment by 30minAdayHN 4 days ago
Comment by jms703 4 days ago