@dcz I've been trying to get back into shape so just been cycling indoors, but if you'd like someone that thinks they have the correct hardware to go out for a ride, let me know :D

@jonbro Which bangle do you have? This is effectively the same hardware, except we also sell a kit to reflash it.

@dcz banglejs2 from the kickstarter last year - is there a specific hardware edition I need?

and full reflash, exciting!

@jonbro This should be the same hardware, except for the temperature sensor. I could arrange to get you a flashing kit if you're interested.

@dcz sounds good - flashing kit was something that could be done over the existing exposed pins iirc?

yeah, I'm in - let me know.

@kinetix Nope, the community lists my email address. Perhaps I should make it clearer. Feel free to send me a personal message - a shop page is in the works right now.

@jirka Oh yes, I put them up in haste, will improve in the next few days. What information should I add?

@dcz Any details are welcome - some more info about the prototype hardware will be the most interesting for now (I think).

From the description at the website I am not sure if it will be a stand-alone device or it will always require to use GPS and other sensor form the smartphone.

@jirka Ah, I see. It's a bit of an open question because it's up to you what apps you write.

But officially, I plan to always keep it useful as a standalone thing.
It has builtin GPS btw.

The hardware is this https://www.espruino.com/Bangle.js2

Thanks for the feedback, I'll try to add the missing info.

@dcz Thanks! Standalone device is very interesting for me! (and I hope that also for many others)

@Anachron @PINE64 interested in building free bike computer hardware?

@craftyguy I made some test versions based on a different project before. they survived about 10 minutes on a dry ride.

That being said, a smart watch is not so great for iterating on the design, it's pretty much set in stone. I'd really like to have USB access here. And a buzzer.

@dcz by "buzzer" do you mean audio?

@craftyguy Yes. It's not always safe to look at the device, like going downhill or in traffic. But real time information is still important even then. I think beeps might be useful for minimal feedback.

@dcz yeah I agree, I currently have my cycling computer set up to play a loud noise to remind me to drink water 😁

@craftyguy @dcz

$ speak-ng "HYDRATION LEVELS ARE CRITICAL"

?

@Natureshadow @codeberg
I will look for a friendlier platform for the bike computer-specific pieces. Thanks for the recommendation.

As for the core infrastructure like the kernel and flasher, I rely on the #Tock project, and want to be a good citizen by contributing my improvements back to them. So there's not much choice :)

@dcz @codeberg OK. Maybe mirroring is viable? Codeberg makes that really easy.

Thanks for considering it!

@Natureshadow @codeberg I'm completel open to mirroring, but I don't have the experience. Do you want to help out?

@dcz @codeberg Sure! If you want to use Codeberg, just create an organisation (or use your personal namespace), then when creating a new repository, it offers you to enter a source to mirror from.

If you need more detailed help, feel free to ask!

@Natureshadow @codeberg Thanks. I think I might go for some gitlab (Framasoft?) because I want to make heavy use of the builtin CI.

@Natureshadow
Please note that we disabled mirroring https://blog.codeberg.org/mirror-repos-easily-created-consuming-resources-forever.html

So we require users to manually mirror with `git push --mirror`.

But otherwise, pushing back to upstream is possible, we also have our Gitea fork on our server and pushing to a fork on GH if we want to upstream a patch.
@dcz

@codeberg @dcz Hmm. Does Codeberg support auto-pushing to a remote instead?

@Natureshadow
Yes, push-mirrors to a remote are available in the repo settings.
@dcz

@codeberg @dcz Well, so mirroring is still active.

Obviously, one wants to use Codeberg primarily, and mirror *to* GitHub ;)!

@Natureshadow
Yes. We should update the blog post, the push-mirror feature was added later :)
@dcz

@AgreeableLandscape The only open hardware is the USB breakout board.

I would like to build actual bike computer hardware (bigger screen, dynamo attachment) at some point, but first things first.

@dcz thanks for clarifying. I wish you the best in your ultimate goal!

@optimal @PINE64 But PineTime does not have GPS :(

@dcz @optimal @PINE64 one of the projects I will never get around to is a #pinetime sports watch for inline skating. My thought there was to use the companion device (smartphone) for gps and most sensor inputs, and the watch itself mostly as a display. #jazda looks really neat

@dcz @PINE64 @optimal I say "never get around to" despite it being the original reason I bought the pinetime ... but I have a pinephone to get working first

@underlap Yes, I'm working on a solution. Before then, only one app can be installed. But that's fine for now because there's stilll ots of stuff missing :P

@silkevicious I think ANT+ is supported by the chip, but the protocol is proprietary and I don't care about licensing or writing software for it when Bluetooth exists.

@dcz ah i didnt know, i though it was something more open. Nvm

@yetiinabox It's only the beginning!

@dcz Are you looking at the @PINE64 PineTime as a resource? Is it relevant?

@yetiinabox @PINE64 It's a cool project, but the display is not sunlight-readable without a backlight, which ensures short battery life.

@dcz ...and what speed sensor are you using/planning to use? My front dynamo hub confuses the hub-mounted Garmin speed sensor...it frequently tells me that I am travelling at 75kph, which would be pretty impressive...