The main problem currently is the lack of a good open source firmware with complete hardware support, but the community is growing and soon we should see some interesting things:
Open-source is still maturing in the "smart" area. The phones are getting a lot better all the time and I think we'll see more watches in the next couple of years
There's still a long way to go before it's viable for the average tech-geek to go for a fully open-source setup (phone, watch, tablet, etc), so if your question is if it's good now, then no
If you're asking if this will turn into something good over time, then yes... A million times yes
The open-source space will most likely always come with its own set of problems and I don't think we'll ever get an environment that has the same level of seamlessness as android or iOS.
I'm hoping the next 2-3 years will get us to a point where open source can get a user 80% of the way out-of-the-box, at which point I'm definitely ready to ditch android and move everything to an environment, that's built to respect my privacy
so you have about 818 hours (=34 days) of CPU time, but you need to take display current out of that budget too, and an easy source for that probably exists, but I can't find easily.
it's running a low power nrf52. they can last a year on a coin cell battery, with adequate power optimisations. without an always on display, a week is possibly an underestimation.
for example, see the amazfit bip, it has lasted me ~45 days which even has a (low power) always on display.
There are plenty of smartwatches with heart rate monitoring that have a week of battery life and 180mAh is enough for 10 days on some of them. It's obviously not enough if you're playing music or video or something like that. But if you're primarily using the device to give you notifications, heart rate, and the time, it seems likely it does last all week.
i still forget to charge my pebble time steel sometimes cos it lasts long enough for that to happen. I don't need to pack a charger for it on short trips, weekends, etc.
I prefer it that way. would not want to charge yet another device every day or every other day.
E-Ink is great, but the main point about it is reflectivity/transflectivity (optional backlight), right? You can do that with LCDs, right (see mentioned smartwatched)?
Sure, the image quality isn't super amazing, but it displays color, uses super little energy and still updates quickly. That's pretty much my point.
The HiSense Q5 is a tablet with a transflective display, but for some reason that is black and white.
Agreed. I moved from smart watches back to an old Casio sgw-100. Battery life is the main reason. It's nice just to always have a watch that works, and be able to go on camping trips and really be able to rely on the device.
I've changed the battery once in 2 years (and that was simply preventative). The fact that it just keeps on working for years at a time is a nice contrast to basically every other modern device.
Highly recommend the so-called "hybrid" smart watches from Fossil, Withings, etc. The're analog watches with a minimal digital display and all the basic functionality of a smart watch. But since they don't waste power on a big color screen, wifi, or other extravagance, battery life is on the order of a month.
I love mine. I get my notifications, pulse, step, and sleep tracking, in a classy looking package with a grown up battery life.
I got one (Fossil) as well. I love to have the e-ink off, that way it looks like a classic watch. Disadvantage is you cannot put Bluetooth off. I really don't want it on, unless when I specifically turn it on. I probably want a kill switch for it. Which Pebble had.
Bluetooth with onboard music (on some newer fitness watches) really sealed the deal for me. After going through a Pebble some years ago, I realized that I didn't actually care about the "smart" features as long as my next watch had excellent GPS performance, Spotify or some other music platform, and an always-on display to tell the time.
I'm in the market for a similar smart watch/fitness tracker and have settled on the Garmin Vivoactive 4. It hits the sweet spot between a sports watch and a fitness tracker for me, plus the battery should last about a week between charges.
I've been loving my COROS. It's quite simple, and the battery life is astonishing. No music functionality though, if that's a dealbreaker for you. I got the APEX 42mm about 5 months ago.
Cheap, sleek, waterproof, gorilla glass always-on display, battery lasts a month, does GPS tracking without smartphone connection and you can sync it via Gadgetbridge to keep all your data private without any account/cloud services.
I'm pretty sure they do; even established stores have started carrying them around here. Check out the website as well; there's a bunch of variations of that watch now.
I have the original Bip and am very satisfied with the hardware (lasts forever, looks pretty good) and somewhat satisfied with the software (good selection of watch faces, it's gadgetbridge compatible, but activity mode is a tad bit too easy to enter and too hard to exit)
you can modify the behavior of the crown button to disable this, if i recall correctly. i think i just deactivated it - after one too many accidental presses.
I think GPS is a significant cost in the power budget. Many users would prefer longer battery life. The option to enable GPS would be nice, but it cuts into cost and size budgets.
How often do you use the GPS in those two weeks? It obviously only needs power if used, and tests I've read suggest it wouldn't last 2 days with lots of active GPS usage (which is to be expected, and not really a fault of the device!).
From my understanding of GNSS (I did some research on it in school, about a month full-time), that only works if you have a clock synchronized to a few nanoseconds and of course up to date satellite information. This is very plausible if you do it once a second, because in 1 second your quartz doesn't drift that much or you can count cpu clock cycles perhaps, and the ephemerides don't change that often.
But once you move indoors and lose signal regularly and have a much higher noise to signal ratio, I very much doubt this can still work. I don't know about you, but I don't work in the garden, so most of the day that GNSS unit would still be listening and calculating (as I understand, the code division multiplexing means you kind of brute force the various codes until one produces a signal instead of noise) and might not even get a fix at all (my phone takes a few minutes next to a window when there is concrete on all sides except for that narrow view of the sky, and this 2018 phone is already orders of magnitude better than my previous Galaxy Note 2 was). I'm not saying it's impossible, but I would highly doubt that it consistently gets a fix in 2ms, or even 200ms, in the place where you spend most of your time.
Of course, it's mostly useless indoors anyway, but so you'd have to manually toggle it every time you go in- or outside, or somehow configure a home location where it turns off (would work great during COVID) if it has such a feature, though I wouldn't know how it would figure out when you've left home in that case. (WiFi comes to mind as an obvious solution, but then how do you explain to the user that it won't track your GPS while that WiFi is in range? It just seems like they'd drop the auto-off feature at this point.)
I would assume a common use for GPS in a watch is workout tracking, so it gets manually started and stopped when they go for a run. it'd need more time at the start to get a clean fix, but in good conditions could probably get by with short blips.
Ah, I guess it shows that I'm no fitness tracker user! I didn't realize you would already interact with the device to indicate you're starting an activity. Yep, in that case this is very plausible, and on startup it probably takes only a few seconds of continuous searching if you have as good a receiver as the 2ms claim indicates.
It is possible to do the GPS processing after the fact. You turn on the rx and listen for a few hundred milliseconds, then turn off. This is very low power. Later you push these to a server (a smartphone or the cloud) which computes the position. This is called snapshot processing.
So if you don't need the position in real time for navigation it is quite possible to track location over a week with a tiny battery. This could be time triggered and/or based on MEMs counters (which are also power friendly). Or you could calculate locally if the user explicitly asks.
As cyclist, the best option would be to have an hackable cycling pc with speedometer, hearth rate monitor, cadence and power meter.
You can create then a bunch of applications for better training.
I would totally buy it if I could order it locally in Europe.
When I ordered a PinePhone from Hong Kong, it was just too much of a hassle for my liking. Waiting for an indefinite amount of time until it gets shipped and then deal with customs.
I wonder how many customers there are per country. Would it make sense to have local distributors around the world?
These new stores will offer a higher standard of customer service, but the products will also be priced higher. The original community Pine Store will remain available in its current form.
It’s not a special beast. Everything I’ve ordered from there has some issues with shipping (maybe the rock boards are better). But honestly, that’s to be expected and they make no claims to the contrary. Hopefully the shift to a commercial store will make this better.
>Waiting for an indefinite amount of time until it gets shipped and then deal with customs.
I got my Pinebook from Hong Kong and was stunned at how quick it came. I was expecting a month or two, and if memory serves it was closer to a just a couple of weeks.
I wonder why phones are more of a hassle to order from Hong Kong than laptops?
I bought the Pinecil (temp-controlled soldering iron running on a RISC-C micro) and had no problems. Customs was ~$15 and fully automated (Sweden). Got it delivered in our mail box.
After using a pebble time round since it came on the market, I really value the 4 physical buttons (back) on the left vs (up/select/down) on the right. I have never used a watch with a touch screen function, but I read oppinions of the watches made by fitbit after they aquired pebble, that it was a mix of touch screen and buttons.
letting this have both technologies while being open source leaves a lot of room for developers I would imagine. But leaning onto what I read about those 3button fitbit watches I hope there will be a future version with 4 buttons.
Weirdly enough, I prefer the more "toy-like" Pebble buttons to the more "solid-looking" Pebble Time ones : they are easier to find without looking, and easier to press.
Having had both, the Pebble buttons got a bit gummy over time whereas the Pebble Time buttons are still very solid. The latter seem more well put-together, IMO.
The Pebble 2 SE buttons are known to fade off eventually. There's a hardware mod (3D printer) which requires orig. Pebble Classic buttons to fix it. Unfortunately, I broke my Pebble 2 SE in the process. Its very delicate hardware.
I ended up buying a Fossil Hybrid HR instead. Its a decent watch, just a tad expensive.
Has anyone thought about the potential of using these in embedded projects? It already has a powerful processor, and some outputs/inputs should be possible to reach by having a breakout board, and it comes with a screen so it would be useful for on-site configuration and diagnostics.
Might want to look at an Amazfit bip paired with Gadgetbridge. Gadgetbridge can export sleep, heartrate, and exercise data. It exports as a db though I have yet to fool around with it or with my raw data.
This is really cool. $25 is quite impressive too. A GPS would be killer though.
But doesn't quite scratch the itch that I've got for a higher level open source wearable or tablet (think IP67 Raspberry Pi tablet or watch) The key is that like this watch, the hardware is done and "consumer" ready.
The pine tab is a table available from the same site. I'm looking at it, but it isn't ready for someone with my limited hacking time - yet (I expect this to change in a few months)
That depends on where you buy. If you buy a Dell UltraSharp you can expect that there will be no dead pixels. But that's not because Dell has technology that completely prevents them, it's because Dell has good QC. If you buy a cheap screen from a manufacturer that does less QC you might seldomly have stuck pixels. And of course there are the bottom-of-the-barrel suppliers that buy whatever other suppliers discard because of QC defects. There's always someone who will buy a screen with a couple dead pixels if it's half the price.
I don't know where pine falls, I would guess they buy straight from the factory without extensive QC and might seldomly have stuck pixels.
Yes. It's luckily rare-ish to actually happen nowadays, and expectations have become stricter, but many vendors do have policies that state that some amount of pixel defects are tolerable, this is not out of the ordinary. Although they do typically distinguish between pixels that stay lit and pixels that are dead, the former being more annoying and thus less acceptable. E.g. a policy might say that a screen of size X can have max 4 dark pixels and only 1 permanently lit that's somewhere at the edge of the screen, and no lit ones in the center.
GPS enables distance tracking of runs that aren’t on tracks. It could also allow turn by turn navigation if this thing had an sd card slot (4mb of storage isn’t going to carry many maps).
You could also use it as a bike speedometer or a running pace monitor.
(Though, the battery may be too small for all these use cases.)
A couple KB should be enough for turn-by-turn navigation if you plan the route on a smartphone and then upload the map of the route and immediate area to the watch. You really only need a graph of GPS waypoints that you can navigate between
Is it just me or is the screen not vertically centered on this device? Also the wake up button is on the left instead of the right, probably gets woken up a lot by hitting the sleeve of a coat or buttoned shirt...
These might be nitpicks but just because it's open source doesn't excuse it from poor design critique.
I'm not aware of anybody reproducing the exact softdevice design, but there are open source BLE stacks out there that run on the nRF528xx family, for example:
Funny, I actually have an open Pinetime in front of me right now. I use it for my masters thesis and it's a really nice project. If you want to try out some embedded development (that you can actually show to friends who don't aren't developers), I think this is the perfect project.
I’m not so sure if this is significant other than for the fact that it’s being distributed by PINE64. There are plenty other junk reprogrammable “smartwatch kit” that reuse Huami/Xiaomi-brand smartwatch enclosures while genuine Huami goes on to collect data more strategically at a larger scale.
Recently I got a Mi Band 5 and learned they transfer BLE pairing over platforms - they make devices generate new MAC when unpaired, which is tied to Huami account upon pairing. Gives me different chills than the fact that its sole purpose is to take my health data anyway.
I have a Mi Band 5, and wanted to use GadgetBridge instead of the official Mi Fit or Amazfit/Zepp app.
I was surprised to learn this was not easy to do. I needed to retrieve the Bluetooth MAC from the proprietary app via rooted app, or by logging in via script, which no layman would do.
The watch is now paired with GadgetBridge, but the steps are hard enough to dissuade anyone from trying it.
> I have a Mi Band 5, and wanted to use GadgetBridge instead of the official Mi Fit or Amazfit/Zepp app.
> I was surprised to learn this was not easy to do. I needed to retrieve the Bluetooth MAC from the proprietary app via rooted app, or by logging in via script, which no layman would do.
> The watch is now paired with GadgetBridge, but the steps are hard enough to dissuade anyone from trying it.
There is now also an android app to fetch the key and gps almanac, very simple to do, no root or python required.
Note: I kivy wrapped and apk packaged the above mentioned script.
I got a MiBand 3 (because it was cheap) and most of the bluetooth functionality has been reverse engineered -- but you have to search across multiple sources to get the 'complete picture'.
>junk reprogrammable “smartwatch kit” that reuse Huami/Xiaomi-brand smartwatch enclosures
This strikes me a really over the top expression of contempt which just isn't necessary or constructive at all. I generally understand Pine64 products to be developed to the point that they are capable of being used by end-users from day one without hacking or fiddling, are basically ready-to-order in the same way as any commercicial product but with a general understanding that they were hacked together, and may require the kind of hacking that only enthusiasts are interested in doing over the medium to long term. To my mind that is enough to elevate it above junk (are there other distributors comparable to Pine64 that I don't know about?), and I feel that it's quite strange that that should even have to be debated at all.
>while genuine Huami goes on to collect data more strategically at a larger scale.
You're saying that as though it's a good thing, which I don't understand.
>Gives me different chills than the fact that its sole purpose is to take my health data anyway.
I like Pine64's spirit, but are they good at delivery? I was excited by the PineTab and wanted to buy a few for wall-mounted displays. But they've been out of stock for 6 months at least, with very spotty updates. It made me reluctant to buy anything from them.
The folks at Pine64 are amazingly transparent about what they are working on and the state of their products, but you have to follow their monthly blog posts to see that. I believe they have been having massive issues around display sourcing that have kept a few of their products out of stock for most of this year. Where they don’t have that specific issue, they are reliable.
If someone from there reads this, I'd suggest also updating the product page with a clear statement. Right now it just says "Estimate dispatch in late July, 2020", which makes it look abandoned.
Are you complaining about the lack of a walled garden on a post titled "open source smart watch"?
Yes, open source leads to experimentation and individualization which leads to fragmentation. It's a trade-off, but and there are already plenty of other smart watches going for a less fragmented but less open ecosystem
Why do you expect them to restrict what you can put on it (i.e. enforce a single OS), when the point seems to be for people to do whatever they want with it?
I have a pinetime and the form factor is great (until I lost the back plate, next one will be sealed). All the opensource activity around the watch is also great. The biggest drawback to me is only 64k of ram. Thats a Commodore64's worth of ram. The 240x240 screen is 57kbytes, it must have its own display ram.
Also NordicSemi never seemed to be particularly opensource friendly. I'm hoping for a future RISCV edition of this watch with more ram.
Do you state that it has its own display RAM or doesn't it?
240x240 is ~56.25 kB at 8 bpp. the screen is RGB 65K colors, that is, 16 bpp; so the framebuffer size should be twice larger. I assume that the display controller has its own memory. True, you would need another 112,5 kB for double-buffering, but maybe you can do without it.
I would pay so much for a hackable watch like this with a 3 or 4 color epaper display, I'd almost pay as much as an apple watch if it was high quality hardware and had a great open API and toolchain.
Go on ebay and purchase a Pebble Time. Color epaper display, fully hackable even after being discontinued thanks to the dev community who continues to update it with "Rebble" the open source version of the OS it ran on.
Apache have a fully open source Bluetooth LE stack for most of the Nordic Semi chips, in part because they actually documented their radio hardware unlike most other manufacturers.
Yeah, the original Apple watch had like half a GB, and a raspberry pi zero ($5 price) has the same. Couldn't they have fit that within both budget and size?
It's a microcontroller rather than an application chip - so the amount of RAM will always be significantly less. A really beefy high end microcontroller might have 1MB of internal RAM - and for most applications that's more than enough.
> Couldn't they have fit that within both budget and size?
Oh they could have. The problem is: it's extremely hard to get access to powerful SoCs - the vendors simply won't work with you and most of the documentation is under NDA.
> it's extremely hard to get access to powerful SoCs - the vendors simply won't work with you
That's a really good point. I remember having the Pebble watch (this was pre-Apple and Android watches) and I think it had 128 KB of RAM total, including OS, background tasks, apps, etc. That was a mass produced and commercialized item though.
I mentioned in another comment about how I had the Pebble watch (before Apple and Android watches were a thing) and it had 128 kb ram total, but it lasted 11 days. That thing was a beast, but as someone else mentioned cost is a. big consideration too. It had 150 mAh on the newer models, before it was discontinued, so while I'm sure it definitely eats up energy I think it's definitely possible to fit more RAM in the power constraints.
Granted that was an e-paper display. (They had color and black and white options)
I wish smartwatch templates adopt more multiple programmable buttons. Nice to have a functional media remote during winter with gloves on. Pepple got so much right.
But probably even if it had it it wouldn't work with Google/Apple Pay, for me payments using my watch would be the best application of "smart" together with notifications.
The card-side implementation of NFC payments is surprisingly resource hungry for parasitic powered NFC chip, but utterly negligible for a device with own battery, 64MHz ARM core and 4MB of storage.
On the other hand good luck with getting such a device accepted by anyone in the financial industry. (On the other hand you probably could build something that proxies to your real physical card)
This is the frustrating thing about integrating with payment systems, it's far out of reach for a FOSS project like this.
Cryptocurrencies are better in that regard but few businesses accept cryptocurrencies, GNU Taler would also be better but I think that requires banks to be on board with it which they're also unlikely to do.
This might be more up my alley because of WiFi. The only reason I'd want a wearable is to be able to put down my phone but still get notifications(and maybe reply to messages) and Bluetooth's range limits that. But honestly, I hate wearing watches.
I've been using ESP8266es and ESP32s for years and Lua isn't really that popular. The original NodeMCU did come with Lua, but I've never used it (I just flashed something else as soon as I got them) and I don't know of many people using it either.
I'd say that MicroPython is more popular than Lua at this point.
ESP32 in deep sleep modes is reasonably battery friendly (all depending on your frame of reference, of course.) 5uA in RTC-only and 10+ uA in RTC+ULP sleep.
Presumably for a watch use case, you'd plan to deep sleep (ULP) or hibernate (RTC) 98+% of every minute and turn the radios on as infrequently as you could stand to get external notifications. I don't need split-second precision on my notifications if the alternative is a much longer battery life.
You can use the ESP32 onboard RTC to do periodic wakeups. (You can also use external stimuli via GPIO pins, but you don't need anything extra if all you want is a periodic wakeup.)
I have it! Pretty fun to play with, although I am not experienced in C++ so have not been able to make it do super useful things yet. It is also quite fiddly - I think it would take quite a lot of work for it to be useful as a daily driver.
Here are some useful starting points if you want to play with it:
Ok, just to make sure I understand this correctly.
- This is basically a commercial smartwach (the Colmi P8) that is based on a well documented SOC, the nordic nRF52832
- The open source version comes with an enclosure that is not glued shut, so that it is easy to access testpoints on the pcb.
- Development is done by accessing the nRF51 SWD interface with pogo pins or similar. The programming interface can be a standard SWD interface such as an STLink clone
Ok, sounds easy enough. It should be possible to just buy one of those smartwatches and crack them open? But OTOH the developer version is not much more expensive.
The main question is now: What software to run on it, that goes beyond a few experiments? Is there any kind of open source smartwatch OS that would run on this?
Edit: Corrected typo, of course I meant SWD interface, not SWM. (SWM or rather SWIM is for STM8)
I think GP means the SWD interface, which is a standard ARM programming/debugging connector.
I would advise against the ST-Links though as they expose a more high level protocol and don't always work with non-STM chips.
FT232H dongles make for a more versatile programmer.
> It should be possible to just buy one of those smartwatches and crack them open?
Could the way that they're sealed become a problem? Description says waterproof glue will be involved in the final version and seem a bit unclear about whether it'll have any mechanical interlock [0]. Sounds like one might have a hard time putting it back together...
With that, you can write Go code which (when compiled) is then flashed to the watch for running directly on the hw. No need for an OS layer underneath.
The cost is crazy low. Any insight on if this will function as a standard smartwatch (ie buzz for alerts) out of the box, or do I need to write my own bluetooth driver for this to be useful?
250 comments
[ 1.7 ms ] story [ 273 ms ] threadSome might even say that it fails right at the start at being a smart watch since it doesn't have an always-on display.
https://github.com/sethitow/awesome-pinetime
There's still a long way to go before it's viable for the average tech-geek to go for a fully open-source setup (phone, watch, tablet, etc), so if your question is if it's good now, then no
If you're asking if this will turn into something good over time, then yes... A million times yes
The open-source space will most likely always come with its own set of problems and I don't think we'll ever get an environment that has the same level of seamlessness as android or iOS.
I'm hoping the next 2-3 years will get us to a point where open source can get a user 80% of the way out-of-the-box, at which point I'm definitely ready to ditch android and move everything to an environment, that's built to respect my privacy
The processor draws about 220uA [1]
so you have about 818 hours (=34 days) of CPU time, but you need to take display current out of that budget too, and an easy source for that probably exists, but I can't find easily.
[1] https://devzone.nordicsemi.com/f/nordic-q-a/7893/nrf52832-cu...
I prefer it that way. would not want to charge yet another device every day or every other day.
The Pebble Time had a Sharp Memory LCD, I'm not sure what the Amazfit Bip uses.
It's baffling that there are so few electronics in general that use E-Paper/translective displays. Does anyone know?
Sure, the image quality isn't super amazing, but it displays color, uses super little energy and still updates quickly. That's pretty much my point.
The HiSense Q5 is a tablet with a transflective display, but for some reason that is black and white.
I've changed the battery once in 2 years (and that was simply preventative). The fact that it just keeps on working for years at a time is a nice contrast to basically every other modern device.
I love mine. I get my notifications, pulse, step, and sleep tracking, in a classy looking package with a grown up battery life.
https://coros.com/compareChartPage.php
Cheap, sleek, waterproof, gorilla glass always-on display, battery lasts a month, does GPS tracking without smartphone connection and you can sync it via Gadgetbridge to keep all your data private without any account/cloud services.
I have the original Bip and am very satisfied with the hardware (lasts forever, looks pretty good) and somewhat satisfied with the software (good selection of watch faces, it's gadgetbridge compatible, but activity mode is a tad bit too easy to enter and too hard to exit)
I have the Bip S, and was trying to get that for a friend, but as I mentioned... I cannot find them in stock anywhere.
I've been very pleased with it. Great battery life, even with GPS while running. I found it comparable to Garmins in that respect.
The chunky looks could turn people off, but I prefer ugly retro-looking stuff :)
Edit: here is DC rainmaker's review https://www.dcrainmaker.com/2020/06/timex-r300-gps-smartwatc...
Still quite impressive though. It defies belief getting 2 weeks out of a GPS watch charge.
But once you move indoors and lose signal regularly and have a much higher noise to signal ratio, I very much doubt this can still work. I don't know about you, but I don't work in the garden, so most of the day that GNSS unit would still be listening and calculating (as I understand, the code division multiplexing means you kind of brute force the various codes until one produces a signal instead of noise) and might not even get a fix at all (my phone takes a few minutes next to a window when there is concrete on all sides except for that narrow view of the sky, and this 2018 phone is already orders of magnitude better than my previous Galaxy Note 2 was). I'm not saying it's impossible, but I would highly doubt that it consistently gets a fix in 2ms, or even 200ms, in the place where you spend most of your time.
Of course, it's mostly useless indoors anyway, but so you'd have to manually toggle it every time you go in- or outside, or somehow configure a home location where it turns off (would work great during COVID) if it has such a feature, though I wouldn't know how it would figure out when you've left home in that case. (WiFi comes to mind as an obvious solution, but then how do you explain to the user that it won't track your GPS while that WiFi is in range? It just seems like they'd drop the auto-off feature at this point.)
So if you don't need the position in real time for navigation it is quite possible to track location over a week with a tiny battery. This could be time triggered and/or based on MEMs counters (which are also power friendly). Or you could calculate locally if the user explicitly asks.
https://ieeexplore.ieee.org/document/5708033 http://publica.fraunhofer.de/documents/N-464241.html
>The 3-Pack sealed PineTime aimed solely for project deployment purpose only, this is not for end user who is looking for ready to wear Smart Watch.
just like the Pinephone.
When I ordered a PinePhone from Hong Kong, it was just too much of a hassle for my liking. Waiting for an indefinite amount of time until it gets shipped and then deal with customs.
I wonder how many customers there are per country. Would it make sense to have local distributors around the world?
Or maybe at least one per continent?
https://www.pine64.org/2020/12/02/pine-store-community-prici...
These new stores will offer a higher standard of customer service, but the products will also be priced higher. The original community Pine Store will remain available in its current form.
I personally had no issues ordering stuff from Pine64, albeit it did take long.
I got my Pinebook from Hong Kong and was stunned at how quick it came. I was expecting a month or two, and if memory serves it was closer to a just a couple of weeks.
I wonder why phones are more of a hassle to order from Hong Kong than laptops?
I ended up buying a Fossil Hybrid HR instead. Its a decent watch, just a tad expensive.
https://www.tindie.com/products/ttgo/t-wristband-diy-program...
I'm really just looking for something that can track my health data + sleep and has an api to get the data in a raw form for further analysis.
What's flashed into the device is the whole system image, and it's up to you (that's the whole point!) to decide what this image does.
Anything sample code they provide is to be seen as a sample only.
But doesn't quite scratch the itch that I've got for a higher level open source wearable or tablet (think IP67 Raspberry Pi tablet or watch) The key is that like this watch, the hardware is done and "consumer" ready.
A Pi tablet would be a very fun toy. I’d be surprised if there wasn’t something available for that now but may be bulky.
A slightly alarming statement on the page:
"Small numbers (1-3) of stuck or dead pixels are a characteristic of LCD screens. These are normal and should not be considered a defect."
I've bought dozens of screens in my life (phones tablets monitors TV's) and have never had a stuck pixel. Is it actually normal?
I don't know where pine falls, I would guess they buy straight from the factory without extensive QC and might seldomly have stuck pixels.
I guess if I were out hiking it could be pretty nice to see where I've hiked. But that seems like such an edge case for 97% of people.
You could also use it as a bike speedometer or a running pace monitor.
(Though, the battery may be too small for all these use cases.)
These might be nitpicks but just because it's open source doesn't excuse it from poor design critique.
Tech wise looks really good for the price.
It's a 3D render. The actual display seems to be more or less centered[0].
> Also the wake up button is on the left instead of the right
One could presumably flip the device and the rotate the screen rendering by 180 degrees. This is how Apple Watch handles right wrist use.
[0]: https://pine64.com/wp-content/uploads/2020/09/PineTive-DevKi...
Good call on the screen rotation, is this something any of the OSes support or needs to be requested to be added in?
https://github.com/apache/mynewt-nimble
Recently I got a Mi Band 5 and learned they transfer BLE pairing over platforms - they make devices generate new MAC when unpaired, which is tied to Huami account upon pairing. Gives me different chills than the fact that its sole purpose is to take my health data anyway.
I have a Mi Band 5, and wanted to use GadgetBridge instead of the official Mi Fit or Amazfit/Zepp app.
I was surprised to learn this was not easy to do. I needed to retrieve the Bluetooth MAC from the proprietary app via rooted app, or by logging in via script, which no layman would do.
The watch is now paired with GadgetBridge, but the steps are hard enough to dissuade anyone from trying it.
> I have a Mi Band 5, and wanted to use GadgetBridge instead of the official Mi Fit or Amazfit/Zepp app.
> I was surprised to learn this was not easy to do. I needed to retrieve the Bluetooth MAC from the proprietary app via rooted app, or by logging in via script, which no layman would do.
> The watch is now paired with GadgetBridge, but the steps are hard enough to dissuade anyone from trying it.
There is now also an android app to fetch the key and gps almanac, very simple to do, no root or python required.
Note: I kivy wrapped and apk packaged the above mentioned script.
The Amazfit Bip has an unofficial BipOs, which is a very cleverly created reverse engineered SDK allowing to uploaded custom compiled programs.
This strikes me a really over the top expression of contempt which just isn't necessary or constructive at all. I generally understand Pine64 products to be developed to the point that they are capable of being used by end-users from day one without hacking or fiddling, are basically ready-to-order in the same way as any commercicial product but with a general understanding that they were hacked together, and may require the kind of hacking that only enthusiasts are interested in doing over the medium to long term. To my mind that is enough to elevate it above junk (are there other distributors comparable to Pine64 that I don't know about?), and I feel that it's quite strange that that should even have to be debated at all.
>while genuine Huami goes on to collect data more strategically at a larger scale.
You're saying that as though it's a good thing, which I don't understand.
>Gives me different chills than the fact that its sole purpose is to take my health data anyway.
I also couldn't parse this.
Was this intended to be a reply to my comment?
If someone from there reads this, I'd suggest also updating the product page with a clear statement. Right now it just says "Estimate dispatch in late July, 2020", which makes it look abandoned.
What does this even mean. Already fragmented apps before it even starts, what else to expect.
Yes, open source leads to experimentation and individualization which leads to fragmentation. It's a trade-off, but and there are already plenty of other smart watches going for a less fragmented but less open ecosystem
I didn't mention anything about walled gardens.
It doesn't work by installing "apps", but rather, the whole system image is built from _your_ code. Which makes sense on a device that has 64KB RAM.
Any code samples they provide are just that: Samples.
If what you're looking for is a general public oriented device, this is not it. There's plenty in the market to pick from.
[1] https://wiki.pine64.org/wiki/InfiniTime
[2] https://github.com/daniel-thompson/wasp-os
Also NordicSemi never seemed to be particularly opensource friendly. I'm hoping for a future RISCV edition of this watch with more ram.
240x240 is ~56.25 kB at 8 bpp. the screen is RGB 65K colors, that is, 16 bpp; so the framebuffer size should be twice larger. I assume that the display controller has its own memory. True, you would need another 112,5 kB for double-buffering, but maybe you can do without it.
Oh they could have. The problem is: it's extremely hard to get access to powerful SoCs - the vendors simply won't work with you and most of the documentation is under NDA.
That's a really good point. I remember having the Pebble watch (this was pre-Apple and Android watches) and I think it had 128 KB of RAM total, including OS, background tasks, apps, etc. That was a mass produced and commercialized item though.
Granted that was an e-paper display. (They had color and black and white options)
I wish smartwatch templates adopt more multiple programmable buttons. Nice to have a functional media remote during winter with gloves on. Pepple got so much right.
But probably even if it had it it wouldn't work with Google/Apple Pay, for me payments using my watch would be the best application of "smart" together with notifications.
Defy not with 4MB of storage.
On the other hand good luck with getting such a device accepted by anyone in the financial industry. (On the other hand you probably could build something that proxies to your real physical card)
Cryptocurrencies are better in that regard but few businesses accept cryptocurrencies, GNU Taler would also be better but I think that requires banks to be on board with it which they're also unlikely to do.
[1]: https://www.tindie.com/products/ttgo/lilygor-ttgo-t-watch-20... [2]: https://github.com/Xinyuan-LilyGO/TTGO_TWatch_Library
Is the size some standard? I would prefer some other belt but don't know how to search for it?
I'd say that MicroPython is more popular than Lua at this point.
Here are some useful starting points if you want to play with it:
Instructions for setting up a platform that easily allows you to build your own simple apps for it: https://www.instructables.com/Lilygo-T-Watch-2020-Arduino-Fr...
Extended version of the platform with many included apps and features: https://github.com/wfdudley/T-watch-2020
MicroPython port for the watch (have not been able to try it yet and not sure if it is maintained): https://github.com/OPHoperHPO/lilygo-ttgo-twatch-2020-microp...
- This is basically a commercial smartwach (the Colmi P8) that is based on a well documented SOC, the nordic nRF52832
- The open source version comes with an enclosure that is not glued shut, so that it is easy to access testpoints on the pcb.
- Development is done by accessing the nRF51 SWD interface with pogo pins or similar. The programming interface can be a standard SWD interface such as an STLink clone
Ok, sounds easy enough. It should be possible to just buy one of those smartwatches and crack them open? But OTOH the developer version is not much more expensive.
The main question is now: What software to run on it, that goes beyond a few experiments? Is there any kind of open source smartwatch OS that would run on this?
Edit: Corrected typo, of course I meant SWD interface, not SWM. (SWM or rather SWIM is for STM8)
I would advise against the ST-Links though as they expose a more high level protocol and don't always work with non-STM chips. FT232H dongles make for a more versatile programmer.
and the default https://github.com/JF002/Pinetime
My guess would be that Wasp-OS will become the beginner-friendly fully-featured option while Pinetime will be the more battery friendly option.
Could the way that they're sealed become a problem? Description says waterproof glue will be involved in the final version and seem a bit unclear about whether it'll have any mechanical interlock [0]. Sounds like one might have a hard time putting it back together...
[0] https://pine64.com/product/pinetime-dev-kit/?v=0446c16e2e66
https://tinygo.org/microcontrollers/pinetime/
With that, you can write Go code which (when compiled) is then flashed to the watch for running directly on the hw. No need for an OS layer underneath.