You are reading a single comment by @fanoush and its replies. Click here to read the full conversation.
  • Hi @fanoush, @jeffmer and @Gordon,

    This is my first post here; I've been aware and following Bangle.js for a while now as I am very intrigued by the concept (and reality thanks to you guys) of running Javascript apps and app store on a watch or even smartphone. I see great potential with the "common" knowledge of JS.

    You guys are awesome! I am clueless as to why this has not gotten way more attention.

    Why post here? I'm considering getting the bangle.js2 just to play with or even wear on a daily base. My WearOS2 watch died on me and I am eager for a replacement that provides notifications (and time). However, I am hesistent reading the build quality issues of the js2 and was reading up on alternatives, like this topic about the Kospet 3 with its nice(r) specs.

    Since the last post is a bit old; is this firmware still current and usable for future updates by @Gordon? Would you recommend getting a Kospet 3 and get it running with the steps @fanoush documented, obviously knowing it will not be bug-free and without quirks?

    I'd love a new play-toy, try all sorts of apps and brush up on my Javascript skills to build my own to share :-)

    Thank you

  • is this firmware still current and usable for future updates by @Gordon? Would you recommend getting a Kospet 3 and get it running with the steps @fanoush documented, obviously knowing it will not be bug-free and without quirks?

    Hi @w00ter,

    I'd say go for it if you are (or want to be) Espruino hacker. If you only want to write Bangle apps in existing apps ecosystem then get real Bangle.js.

    It is not that the main issue is about code for Magic/Rock (and many more watches like this) being not bug free/without quirks. It is about stuff missing as described in first ~6 posts of this topic. So if you are OK with it and want to invest extra effort like e.g. jeffmer did to reimplement enough to get some apps working then go for it.

    It is also possible to try to add support for some additional watch directly to Espruino so it is on same level as Bangle 1/2. I think the first step would be to modularize jswrap_bangle.c as mentioned in post #4 so that the bangle.js layer on top of espruino has no hardware specific stuff inside. The core of Espruino is done like that - you have stuff in src/ and then you have jshardware or bluetooth implementations inside targets/* For bangle.js there is no such abstraction so you can't just implement same methods for other watch easily. jswrap_bangle.c is mix of common functionality you don't want to touch with lot of ifdef-ed driver code for specific hardware.

  • Hi @fanoush,

    Thank you for taking the time to reply and explain the underlyings of Bangle.js and Espruino. Appreciate it.

    I see the issue with the way jswrap_bangle.c is built. Splitting the bangle.js layer from the specific hardware layer would make it much more scalable.

    If only someone knowledgeable enough would dare to take on this task ;-)

About

Avatar for fanoush @fanoush started