Most recent activity
-
@bart Hold your horses before you destroy your Pixle...
RS-232 is -12V +12V line voltage and that is way beyond what any processor can handle except you put som drivers/receivers in between.
I could read nothing specific about the RS-232 in Novatel Flexpack6 specs that would say different, also because the connectors look like classic RS-232 9 pin (25 pin) D-connector.
I expect that you have to use a level converter / adapter with a chip like the MAX3232 - Datasheet.
This is for full control. To get started with just receiving date, you may get away with some simpler setup... which of course would need some bread boarding...
-
@MaBe, I'll. check it out... it is not about the absolute size, but the information density and legibility.
-
@Gordon, you just made my day (or night... still stuck on something... unfortunately not as fun as Espruino...) - ao
-
@fanoush, yep... posts were crossing each other. Would like also to mention that both devices share components, where on nrf9160 some of them are enhanced / next gen versions, in other words, the same and not the same, and that adds to the trickyness.
-
...and reading about the chip, it suggests to use an nrf52840 as application / board controller - like a cpu (of course w/ BLE comm support) - and use the nrf9160 as gps and 'cell phone communication' chip / device / function. nrf9160 has an AT-command set. How this command set goes beyond the usual control of a 'cell phone communication' to control the other features (GPS,...), I don't now. If may be up to the implementer to add the control w/ other SW components to the firmware w/ the AT-command set. To have gps and cell phone on the same chip makes sense, because it serves a faster and more precise and more available geolocation service.
I'm expecting that the module will become available preloaded with some basic firmware with AT-Commands extended for / combined with control for GPS, etc. and can be used as just any other peripheral device from any Espruino board, like all the ESP8266EX based devices, of which the ESP-01 model was the first one and was featured with the advent of Espruino PICO, and later version with Espruino-Wifi with a better integration. Of course you can go the same route and port Espruino base firmware, extended with integration for and complemented with all the other, nrf9160 required libraries. Since the architecture is a bit different - ARM Cortex-M33 vs -M4, it will amount to 'some' work, as @fanoush points referencing the different SDK. Doing such a port and not having BLE seems to me not worth pursuing.
-
user134932, is there some progress / success to report on your side regarding driving these displays with Espruino?
-
I'd like to replace widgets that are overly large for the amount information they convey... and such one is the initial battery widget with charging indicator. I can understand that a smaller widget would have looked cheap because it was one of the first and few ones. Now more widgets are available and fight for the space.. A similar 'replace' need is the BT indicator widget: the BT logo is so 'slim lined' that on certain background colors it is barely recognizable.
-
Nice,
"dependencies": {....}slipped by while I had some low Espruino activity times. -
I like the partial and lazy update of a layout... what bothers me a bit is calling a value a label... I understand that it is historical, and atomic- with no composite display object, such as ro/rw field as in html - everything can be looked at as a label, the label of a field and the value of a field.
Since I cannot see any absolute placements, I assume the partial update walks the complete layout to determine where the update has to happen.
Regarding fonts: I understand that with vector fonts the font size is in percents of screen size and allows use in both bangles. What a bout the (much faster) WxH fonts? I assume the W and H are absolute. Is there a solution path for layouts using such fonts? The Bangle 1 / 2 ration is 1.363636., or 0.73333. Could something be baked in to the layout for these fonts that tells for which bangle the layout is originally specified, like dots per (square) screen? Line height (and positions) - vertical (horizontal?) on horizontal display could then still be calculated and a font mapping could figure what font to use. To handle font (as well as colors) I would always go for a palette. Handling the mapping of elements in a palette is always easier than do it for every layout element (label) definition. What are the thoughts for selecting a font (and color) from a palette in a layout element?
-
You could potentially do something different: Have 2x 1bpp ArrayBuffer graphics, render to each, and then XOR them together.
I like that... that was the thought of how to update watch face in Bangle 1 with high frequency of events / the desire of (a) smooth sweeping hand (s). The issue is that keeping an. image in memory (buffer) all the time is a lot of memory. With a smart arrangement - diving the image up into quadrants (plus a few pixels for overlap) can cut the amount of working memory down to about a quarter (1/4, 25%).
Espruino makes IoT as easy as 123!