Having completed the v3.x hardware, and being a complete masochist for this, I’m now working with China to see what is possible as a display (for OVMS and other projects).
The idea is to have a small enclosure that includes: A 3.5” backlit LCD display. Four touch buttons (as touch-screen too hard to use in a moving vehicle) - Up, Down, Enter, Back/Cancel. A WROVER32 (probably 4MB flash to keep costs down, but perhaps 16MB is possible). This has 4MB SPIRAM. MicroSD or SD card slot (full speed 4 wire). USB for firmware flashing and console access. Bluetooth Wifi Connection for: Power (12V regulated) Data (async bus) CAN (one single CAN bus) Expansion via internal GPIO headers OVMS firmware
This could be a display for OVMS, or in general be a very flexible form of in-car or general purpose hacker display.
The entire project would be geared towards getting the cost down. I’m trying to get an idea of what we can get this done for.
What do people think? Is this any use?
Regards, Mark.
1] Easily obtainable enclosure
The idea being to use this along with a standard car mount (perhaps magnetic - there are lots)
2] Other examples, for comparison
I could be interested in something like that. When driving long trips with the Kia, there’s definitely some values that would be very nice to be able to see all the time, like ideal range, average consumption since trip started, charging status, charging speed in kWh and km/h and more.
Geir
Sendt fra min iPhone
- apr. 2018 kl. 14:24 skrev Mark Webb-Johnson <mark@webb-johnson.net>:
Having completed the v3.x hardware, and being a complete masochist for this, I’m now working with China to see what is possible as a display (for OVMS and other projects).
The idea is to have a small enclosure that includes: A 3.5” backlit LCD display. Four touch buttons (as touch-screen too hard to use in a moving vehicle) - Up, Down, Enter, Back/Cancel. A WROVER32 (probably 4MB flash to keep costs down, but perhaps 16MB is possible). This has 4MB SPIRAM. MicroSD or SD card slot (full speed 4 wire). USB for firmware flashing and console access. Bluetooth Wifi Connection for: Power (12V regulated) Data (async bus) CAN (one single CAN bus) Expansion via internal GPIO headers OVMS firmware
This could be a display for OVMS, or in general be a very flexible form of in-car or general purpose hacker display.
The entire project would be geared towards getting the cost down. I’m trying to get an idea of what we can get this done for.
What do people think? Is this any use?
Regards, Mark.
1] Easily obtainable enclosure
The idea being to use this along with a standard car mount (perhaps magnetic - there are lots) <T29ba5XNxXXXXXXXXX_!!1821337140.jpeg> <TB2CXEYiRTH8KJjy0FiXXcRsXXa_!!1846091269.jpg> <TB2BE7_sFXXXXchXXXXXXXXXXXX_!!2158137177.jpg>
<T260HcXz4aXXXXXXXX_!!1821337140.jpg>
2] Other examples, for comparison <1f6d36f5$1$162845d3397$Coremail$guangzhouxinghai$163.com> <be0923f$4$162845d3397$Coremail$guangzhouxinghai$163.com> <39c78b1e$3$162845d3397$Coremail$guangzhouxinghai$163.com>
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
Oh, nice !
Was sorta thinking of another approche for the (accessory display to an existing OVMSv3), since the ovms has comms (Wifi, BT soonish), having something simpler/lighter without the needs for a data or can bus. The whole display would only need And indeed, an ESP has guts for that on it’s own, display could be something like an iTead HMI display which are still cheap for the small screens
Otherwise, more hackable/educational , a RaspPi : https://twitter.com/happyjaxx/status/980459861543739393
(Piggybacking the websocket to stream events and metrics, whose speed and power only ticks once a second oddly, gotta dig into that, was just logging it for now to replay at home, will have to play with Kivy a bit more for some bling-bling graphics)
JB./.
On 2 Apr 2018 at 17:24 +0200, Geir Øyvind Vælidalo <geir@validalo.net>, wrote:
I could be interested in something like that. When driving long trips with the Kia, there’s definitely some values that would be very nice to be able to see all the time, like ideal range, average consumption since trip started, charging status, charging speed in kWh and km/h and more.
Geir
Sendt fra min iPhone
- apr. 2018 kl. 14:24 skrev Mark Webb-Johnson <mark@webb-johnson.net>:
Having completed the v3.x hardware, and being a complete masochist for this, I’m now working with China to see what is possible as a display (for OVMS and other projects).
The idea is to have a small enclosure that includes:
• A 3.5” backlit LCD display. • Four touch buttons (as touch-screen too hard to use in a moving vehicle) - Up, Down, Enter, Back/Cancel. • A WROVER32 (probably 4MB flash to keep costs down, but perhaps 16MB is possible). This has 4MB SPIRAM. • MicroSD or SD card slot (full speed 4 wire). • USB for firmware flashing and console access. • Bluetooth • Wifi • Connection for:
• Power (12V regulated) • Data (async bus) • CAN (one single CAN bus)• Expansion via internal GPIO headers • OVMS firmware
This could be a display for OVMS, or in general be a very flexible form of in-car or general purpose hacker display.
The entire project would be geared towards getting the cost down. I’m trying to get an idea of what we can get this done for.
What do people think? Is this any use?
Regards, Mark.
1] Easily obtainable enclosure
The idea being to use this along with a standard car mount (perhaps magnetic - there are lots) <T29ba5XNxXXXXXXXXX_!!1821337140.jpeg> <TB2CXEYiRTH8KJjy0FiXXcRsXXa_!!1846091269.jpg> <TB2BE7_sFXXXXchXXXXXXXXXXXX_!!2158137177.jpg>
<T260HcXz4aXXXXXXXX_!!1821337140.jpg>
2] Other examples, for comparison <1f6d36f5$1$162845d3397$Coremail$guangzhouxinghai$163.com> <be0923f$4$162845d3397$Coremail$guangzhouxinghai$163.com> <39c78b1e$3$162845d3397$Coremail$guangzhouxinghai$163.com>
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
I do like the Nextion displays, but the price is crazy. Four to five times that of a bare display. The idea here is to do this as cheap as possible (I am aiming for below US$50, but not sure if we can get it to that level). The ESP32 WROVER devkit (with display, but without enclosure) is around US$60.
With the ESP32 platform, the data and CAN buses come for free (ok, not quite - perhaps US$2 for the CAN transceiver circuitry). I do agree that a simple two-wire power+gnd approach using wifi/bluetooth connectivity is fine for us, but for other users having an external hard-wired connectivity option may be useful. If price becomes an issue, we can leave the circuit supporting it, but just don’t solder those components in place.
I know that I would love a simple programmable display that can talk to a CAN bus. Then people can do the software without having to worry about hardware. Could also stick these on the wall around the house for home automation control. Lots of interesting fun projects for a 3.x” display in a case, with a wifi/bluetooth controller.
Regards, Mark.
P.S. Very cool RaspPi. Love the video.
On 2 Apr 2018, at 11:39 PM, Julien “JaXX” Banchet <jaxx@jaxx.org> wrote:
Oh, nice !
Was sorta thinking of another approche for the (accessory display to an existing OVMSv3), since the ovms has comms (Wifi, BT soonish), having something simpler/lighter without the needs for a data or can bus. The whole display would only need And indeed, an ESP has guts for that on it’s own, display could be something like an iTead HMI display which are still cheap for the small screens
Otherwise, more hackable/educational , a RaspPi : https://twitter.com/happyjaxx/status/980459861543739393 <https://twitter.com/happyjaxx/status/980459861543739393>
(Piggybacking the websocket to stream events and metrics, whose speed and power only ticks once a second oddly, gotta dig into that, was just logging it for now to replay at home, will have to play with Kivy a bit more for some bling-bling graphics)
JB./.
On 2 Apr 2018 at 17:24 +0200, Geir Øyvind Vælidalo <geir@validalo.net>, wrote:
I could be interested in something like that. When driving long trips with the Kia, there’s definitely some values that would be very nice to be able to see all the time, like ideal range, average consumption since trip started, charging status, charging speed in kWh and km/h and more.
Geir
Sendt fra min iPhone
- apr. 2018 kl. 14:24 skrev Mark Webb-Johnson <mark@webb-johnson.net <mailto:mark@webb-johnson.net>>:
Having completed the v3.x hardware, and being a complete masochist for this, I’m now working with China to see what is possible as a display (for OVMS and other projects).
The idea is to have a small enclosure that includes: A 3.5” backlit LCD display. Four touch buttons (as touch-screen too hard to use in a moving vehicle) - Up, Down, Enter, Back/Cancel. A WROVER32 (probably 4MB flash to keep costs down, but perhaps 16MB is possible). This has 4MB SPIRAM. MicroSD or SD card slot (full speed 4 wire). USB for firmware flashing and console access. Bluetooth Wifi Connection for: Power (12V regulated) Data (async bus) CAN (one single CAN bus) Expansion via internal GPIO headers OVMS firmware
This could be a display for OVMS, or in general be a very flexible form of in-car or general purpose hacker display.
The entire project would be geared towards getting the cost down. I’m trying to get an idea of what we can get this done for.
What do people think? Is this any use?
Regards, Mark.
1] Easily obtainable enclosure
The idea being to use this along with a standard car mount (perhaps magnetic - there are lots) <T29ba5XNxXXXXXXXXX_!!1821337140.jpeg> <TB2CXEYiRTH8KJjy0FiXXcRsXXa_!!1846091269.jpg> <TB2BE7_sFXXXXchXXXXXXXXXXXX_!!2158137177.jpg>
<T260HcXz4aXXXXXXXX_!!1821337140.jpg>
2] Other examples, for comparison <1f6d36f5$1$162845d3397$Coremail$guangzhouxinghai$163.com <http://163.com/>> <be0923f$4$162845d3397$Coremail$guangzhouxinghai$163.com <http://163.com/>> <39c78b1e$3$162845d3397$Coremail$guangzhouxinghai$163.com <http://163.com/>>
OvmsDev mailing list OvmsDev@lists.openvehicles.com <mailto:OvmsDev@lists.openvehicles.com> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
I admit I like the Plug’n’Play side of your approach (and power piloted with the 12V line, zero waste). But true, if a 3.5” Nextion is a bearable is $26 (for my “micro" vehicle that’s fine), a 5” doubles the figure :-/ That said it removes a lot of the needed work on the comms side, a stupid uC+CAN to act as a modem for a text base protocol. (Or yeah, an ESPxxxx for more comms now that they come cheapish) Where someone could see the advantage of choosing the display+case they want for a common protocol, the downside would be being dependant on iTeads’ Windows only software if they ever want to customise anything (not being open is my main critic actually) A bare display would ask for plenty of work on the software side, (+ more guts for graphics (dual SPI seems ok though) ), making it harder for customisation.
Honestly, I don’t have any opinion to balance between these options
Yeah, on the RasPi, I’m struggling with threading mqtt and kivy altogether, I used to have a more flexible brain as well :-) the idea it to have it portable as an android app to allow upcycling an old android tablet/phone
JB./.
On 4 Apr 2018 at 07:04 +0200, Mark Webb-Johnson <mark@webb-johnson.net>, wrote:
I do like the Nextion displays, but the price is crazy. Four to five times that of a bare display. The idea here is to do this as cheap as possible (I am aiming for below US$50, but not sure if we can get it to that level). The ESP32 WROVER devkit (with display, but without enclosure) is around US$60.
With the ESP32 platform, the data and CAN buses come for free (ok, not quite - perhaps US$2 for the CAN transceiver circuitry). I do agree that a simple two-wire power+gnd approach using wifi/bluetooth connectivity is fine for us, but for other users having an external hard-wired connectivity option may be useful. If price becomes an issue, we can leave the circuit supporting it, but just don’t solder those components in place.
I know that I would love a simple programmable display that can talk to a CAN bus. Then people can do the software without having to worry about hardware. Could also stick these on the wall around the house for home automation control. Lots of interesting fun projects for a 3.x” display in a case, with a wifi/bluetooth controller.
Regards, Mark.
P.S. Very cool RaspPi. Love the video.
On 2 Apr 2018, at 11:39 PM, Julien “JaXX” Banchet <jaxx@jaxx.org> wrote:
Oh, nice !
Was sorta thinking of another approche for the (accessory display to an existing OVMSv3), since the ovms has comms (Wifi, BT soonish), having something simpler/lighter without the needs for a data or can bus. The whole display would only need And indeed, an ESP has guts for that on it’s own, display could be something like an iTead HMI display which are still cheap for the small screens
Otherwise, more hackable/educational , a RaspPi : https://twitter.com/happyjaxx/status/980459861543739393
(Piggybacking the websocket to stream events and metrics, whose speed and power only ticks once a second oddly, gotta dig into that, was just logging it for now to replay at home, will have to play with Kivy a bit more for some bling-bling graphics)
JB./.
On 2 Apr 2018 at 17:24 +0200, Geir Øyvind Vælidalo <geir@validalo.net>, wrote:
I could be interested in something like that. When driving long trips with the Kia, there’s definitely some values that would be very nice to be able to see all the time, like ideal range, average consumption since trip started, charging status, charging speed in kWh and km/h and more.
Geir
Sendt fra min iPhone
- apr. 2018 kl. 14:24 skrev Mark Webb-Johnson <mark@webb-johnson.net>:
Having completed the v3.x hardware, and being a complete masochist for this, I’m now working with China to see what is possible as a display (for OVMS and other projects).
The idea is to have a small enclosure that includes:
• A 3.5” backlit LCD display. • Four touch buttons (as touch-screen too hard to use in a moving vehicle) - Up, Down, Enter, Back/Cancel. • A WROVER32 (probably 4MB flash to keep costs down, but perhaps 16MB is possible). This has 4MB SPIRAM. • MicroSD or SD card slot (full speed 4 wire). • USB for firmware flashing and console access. • Bluetooth • Wifi • Connection for:
• Power (12V regulated) • Data (async bus) • CAN (one single CAN bus)• Expansion via internal GPIO headers • OVMS firmware
This could be a display for OVMS, or in general be a very flexible form of in-car or general purpose hacker display.
The entire project would be geared towards getting the cost down. I’m trying to get an idea of what we can get this done for.
What do people think? Is this any use?
Regards, Mark.
1] Easily obtainable enclosure
The idea being to use this along with a standard car mount (perhaps magnetic - there are lots) <T29ba5XNxXXXXXXXXX_!!1821337140.jpeg> <TB2CXEYiRTH8KJjy0FiXXcRsXXa_!!1846091269.jpg> <TB2BE7_sFXXXXchXXXXXXXXXXXX_!!2158137177.jpg>
<T260HcXz4aXXXXXXXX_!!1821337140.jpg>
2] Other examples, for comparison <1f6d36f5$1$162845d3397$Coremail$guangzhouxinghai$163.com> <be0923f$4$162845d3397$Coremail$guangzhouxinghai$163.com> <39c78b1e$3$162845d3397$Coremail$guangzhouxinghai$163.com>
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
By comparison bare 3.5” LCDs are US$5 to US$10 (depending on quality) - even less in bulk. The problem with the US$25+ for a nextion is we then need to add the enclosure, and microcontroller, etc, etc. Apart from cost, my biggest issue with Nextion is the windows app.
Driving these LCDs directly off SPI seems fairly simple. This guy has ported a basic library:
https://github.com/loboris/ESP32_TFT_library <https://github.com/loboris/ESP32_TFT_library>
That has all the graphic primitives, but not high-level things like gauges (that we would have to build, or find another library to do them).
Regards, Mark.
On 4 Apr 2018, at 3:09 PM, Julien “JaXX” Banchet <jaxx@jaxx.org> wrote:
I admit I like the Plug’n’Play side of your approach (and power piloted with the 12V line, zero waste). But true, if a 3.5” Nextion is a bearable is $26 (for my “micro" vehicle that’s fine), a 5” doubles the figure :-/ That said it removes a lot of the needed work on the comms side, a stupid uC+CAN to act as a modem for a text base protocol. (Or yeah, an ESPxxxx for more comms now that they come cheapish) Where someone could see the advantage of choosing the display+case they want for a common protocol, the downside would be being dependant on iTeads’ Windows only software if they ever want to customise anything (not being open is my main critic actually) A bare display would ask for plenty of work on the software side, (+ more guts for graphics (dual SPI seems ok though) ), making it harder for customisation.
Honestly, I don’t have any opinion to balance between these options
Yeah, on the RasPi, I’m struggling with threading mqtt and kivy altogether, I used to have a more flexible brain as well :-) the idea it to have it portable as an android app to allow upcycling an old android tablet/phone
JB./.
On 4 Apr 2018 at 07:04 +0200, Mark Webb-Johnson <mark@webb-johnson.net>, wrote:
I do like the Nextion displays, but the price is crazy. Four to five times that of a bare display. The idea here is to do this as cheap as possible (I am aiming for below US$50, but not sure if we can get it to that level). The ESP32 WROVER devkit (with display, but without enclosure) is around US$60.
With the ESP32 platform, the data and CAN buses come for free (ok, not quite - perhaps US$2 for the CAN transceiver circuitry). I do agree that a simple two-wire power+gnd approach using wifi/bluetooth connectivity is fine for us, but for other users having an external hard-wired connectivity option may be useful. If price becomes an issue, we can leave the circuit supporting it, but just don’t solder those components in place.
I know that I would love a simple programmable display that can talk to a CAN bus. Then people can do the software without having to worry about hardware. Could also stick these on the wall around the house for home automation control. Lots of interesting fun projects for a 3.x” display in a case, with a wifi/bluetooth controller.
Regards, Mark.
P.S. Very cool RaspPi. Love the video.
On 2 Apr 2018, at 11:39 PM, Julien “JaXX” Banchet <jaxx@jaxx.org <mailto:jaxx@jaxx.org>> wrote:
Oh, nice !
Was sorta thinking of another approche for the (accessory display to an existing OVMSv3), since the ovms has comms (Wifi, BT soonish), having something simpler/lighter without the needs for a data or can bus. The whole display would only need And indeed, an ESP has guts for that on it’s own, display could be something like an iTead HMI display which are still cheap for the small screens
Otherwise, more hackable/educational , a RaspPi : https://twitter.com/happyjaxx/status/980459861543739393 <https://twitter.com/happyjaxx/status/980459861543739393>
(Piggybacking the websocket to stream events and metrics, whose speed and power only ticks once a second oddly, gotta dig into that, was just logging it for now to replay at home, will have to play with Kivy a bit more for some bling-bling graphics)
JB./.
On 2 Apr 2018 at 17:24 +0200, Geir Øyvind Vælidalo <geir@validalo.net <mailto:geir@validalo.net>>, wrote:
I could be interested in something like that. When driving long trips with the Kia, there’s definitely some values that would be very nice to be able to see all the time, like ideal range, average consumption since trip started, charging status, charging speed in kWh and km/h and more.
Geir
Sendt fra min iPhone
- apr. 2018 kl. 14:24 skrev Mark Webb-Johnson <mark@webb-johnson.net <mailto:mark@webb-johnson.net>>:
Having completed the v3.x hardware, and being a complete masochist for this, I’m now working with China to see what is possible as a display (for OVMS and other projects).
The idea is to have a small enclosure that includes: A 3.5” backlit LCD display. Four touch buttons (as touch-screen too hard to use in a moving vehicle) - Up, Down, Enter, Back/Cancel. A WROVER32 (probably 4MB flash to keep costs down, but perhaps 16MB is possible). This has 4MB SPIRAM. MicroSD or SD card slot (full speed 4 wire). USB for firmware flashing and console access. Bluetooth Wifi Connection for: Power (12V regulated) Data (async bus) CAN (one single CAN bus) Expansion via internal GPIO headers OVMS firmware
This could be a display for OVMS, or in general be a very flexible form of in-car or general purpose hacker display.
The entire project would be geared towards getting the cost down. I’m trying to get an idea of what we can get this done for.
What do people think? Is this any use?
Regards, Mark.
1] Easily obtainable enclosure
The idea being to use this along with a standard car mount (perhaps magnetic - there are lots) <T29ba5XNxXXXXXXXXX_!!1821337140.jpeg> <TB2CXEYiRTH8KJjy0FiXXcRsXXa_!!1846091269.jpg> <TB2BE7_sFXXXXchXXXXXXXXXXXX_!!2158137177.jpg>
<T260HcXz4aXXXXXXXX_!!1821337140.jpg>
2] Other examples, for comparison <1f6d36f5$1$162845d3397$Coremail$guangzhouxinghai$163.com <http://163.com/>> <be0923f$4$162845d3397$Coremail$guangzhouxinghai$163.com <http://163.com/>> <39c78b1e$3$162845d3397$Coremail$guangzhouxinghai$163.com <http://163.com/>>
OvmsDev mailing list OvmsDev@lists.openvehicles.com <mailto:OvmsDev@lists.openvehicles.com> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
OvmsDev mailing list OvmsDev@lists.openvehicles.com <mailto:OvmsDev@lists.openvehicles.com> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
OvmsDev mailing list OvmsDev@lists.openvehicles.com <mailto:OvmsDev@lists.openvehicles.com> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
On 4 Apr 2018 at 09:33 +0200, Mark Webb-Johnson <mark@webb-johnson.net>, wrote:
By comparison bare 3.5” LCDs are US$5 to US$10 (depending on quality) - even less in bulk. The problem with the US$25+ for a nextion is we then need to add the enclosure, and microcontroller, etc, etc. Apart from cost, my biggest issue with Nextion is the windows app.
Driving these LCDs directly off SPI seems fairly simple. This guy has ported a basic library:
That has all the graphic primitives, but not high-level things like gauges (that we would have to build, or find another library to do them).
That’s the thing :) There are plenty of nice but basic libs with primitives/labels/etc…, I actually use uG for small i2c OLED displays, there a re plenty for TFT (ILI controllers have lots of traction), or even e-Paper now, but hardly anything close to the high-level graphics needed (haven’t dug that much, might have missed some)
Was thinking of an automatic e-Paper display, oriented outwards displaying “Expected end of charge time” or “Parked since xx:xx, allowed until yy:yy” to replace the good old blue-disks :-) (super readable, but refresh time would make it unusable as a dashboard, and crazy expensive)
Anyways, just charged a tablet, gonna try out Michael’s Dashboard (can’t find the fullscreen button in the browser :/) makes me think that it could be embedded in an app on Cordova/PhoneGap directly!
JB./.
Regards, Mark.
On 4 Apr 2018, at 3:09 PM, Julien “JaXX” Banchet <jaxx@jaxx.org> wrote:
I admit I like the Plug’n’Play side of your approach (and power piloted with the 12V line, zero waste). But true, if a 3.5” Nextion is a bearable is $26 (for my “micro" vehicle that’s fine), a 5” doubles the figure :-/ That said it removes a lot of the needed work on the comms side, a stupid uC+CAN to act as a modem for a text base protocol. (Or yeah, an ESPxxxx for more comms now that they come cheapish) Where someone could see the advantage of choosing the display+case they want for a common protocol, the downside would be being dependant on iTeads’ Windows only software if they ever want to customise anything (not being open is my main critic actually) A bare display would ask for plenty of work on the software side, (+ more guts for graphics (dual SPI seems ok though) ), making it harder for customisation.
Honestly, I don’t have any opinion to balance between these options
Yeah, on the RasPi, I’m struggling with threading mqtt and kivy altogether, I used to have a more flexible brain as well :-) the idea it to have it portable as an android app to allow upcycling an old android tablet/phone
JB./.
On 4 Apr 2018 at 07:04 +0200, Mark Webb-Johnson <mark@webb-johnson.net>, wrote:
I do like the Nextion displays, but the price is crazy. Four to five times that of a bare display. The idea here is to do this as cheap as possible (I am aiming for below US$50, but not sure if we can get it to that level). The ESP32 WROVER devkit (with display, but without enclosure) is around US$60.
With the ESP32 platform, the data and CAN buses come for free (ok, not quite - perhaps US$2 for the CAN transceiver circuitry). I do agree that a simple two-wire power+gnd approach using wifi/bluetooth connectivity is fine for us, but for other users having an external hard-wired connectivity option may be useful. If price becomes an issue, we can leave the circuit supporting it, but just don’t solder those components in place.
I know that I would love a simple programmable display that can talk to a CAN bus. Then people can do the software without having to worry about hardware. Could also stick these on the wall around the house for home automation control. Lots of interesting fun projects for a 3.x” display in a case, with a wifi/bluetooth controller.
Regards, Mark.
P.S. Very cool RaspPi. Love the video.
On 2 Apr 2018, at 11:39 PM, Julien “JaXX” Banchet <jaxx@jaxx.org> wrote:
Oh, nice !
Was sorta thinking of another approche for the (accessory display to an existing OVMSv3), since the ovms has comms (Wifi, BT soonish), having something simpler/lighter without the needs for a data or can bus. The whole display would only need And indeed, an ESP has guts for that on it’s own, display could be something like an iTead HMI display which are still cheap for the small screens
Otherwise, more hackable/educational , a RaspPi : https://twitter.com/happyjaxx/status/980459861543739393
(Piggybacking the websocket to stream events and metrics, whose speed and power only ticks once a second oddly, gotta dig into that, was just logging it for now to replay at home, will have to play with Kivy a bit more for some bling-bling graphics)
JB./.
On 2 Apr 2018 at 17:24 +0200, Geir Øyvind Vælidalo <geir@validalo.net>, wrote:
I could be interested in something like that. When driving long trips with the Kia, there’s definitely some values that would be very nice to be able to see all the time, like ideal range, average consumption since trip started, charging status, charging speed in kWh and km/h and more.
Geir
Sendt fra min iPhone
- apr. 2018 kl. 14:24 skrev Mark Webb-Johnson <mark@webb-johnson.net>:
Having completed the v3.x hardware, and being a complete masochist for this, I’m now working with China to see what is possible as a display (for OVMS and other projects).
The idea is to have a small enclosure that includes:
• A 3.5” backlit LCD display. • Four touch buttons (as touch-screen too hard to use in a moving vehicle) - Up, Down, Enter, Back/Cancel. • A WROVER32 (probably 4MB flash to keep costs down, but perhaps 16MB is possible). This has 4MB SPIRAM. • MicroSD or SD card slot (full speed 4 wire). • USB for firmware flashing and console access. • Bluetooth • Wifi • Connection for:
• Power (12V regulated) • Data (async bus) • CAN (one single CAN bus)• Expansion via internal GPIO headers • OVMS firmware
This could be a display for OVMS, or in general be a very flexible form of in-car or general purpose hacker display.
The entire project would be geared towards getting the cost down. I’m trying to get an idea of what we can get this done for.
What do people think? Is this any use?
Regards, Mark.
1] Easily obtainable enclosure
The idea being to use this along with a standard car mount (perhaps magnetic - there are lots) <T29ba5XNxXXXXXXXXX_!!1821337140.jpeg> <TB2CXEYiRTH8KJjy0FiXXcRsXXa_!!1846091269.jpg> <TB2BE7_sFXXXXchXXXXXXXXXXXX_!!2158137177.jpg>
<T260HcXz4aXXXXXXXX_!!1821337140.jpg>
2] Other examples, for comparison <1f6d36f5$1$162845d3397$Coremail$guangzhouxinghai$163.com> <be0923f$4$162845d3397$Coremail$guangzhouxinghai$163.com> <39c78b1e$3$162845d3397$Coremail$guangzhouxinghai$163.com>
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
Am 04.04.2018 um 09:45 schrieb Julien “JaXX” Banchet:
Anyways, just charged a tablet, gonna try out Michael’s Dashboard (can’t find the fullscreen button in the browser :/) makes me think that it could be embedded in an app on Cordova/PhoneGap directly!
Julien,
to open the web UI in full screen mode, use the browser menu "add to home screen", then launch from the icon generated.
Regards, Michael
-- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
On 4 Apr 2018 at 12:47 +0200, Michael Balzer <dexter@expeedo.de>, wrote:
Am 04.04.2018 um 09:45 schrieb Julien “JaXX” Banchet:
Anyways, just charged a tablet, gonna try out Michael’s Dashboard (can’t find the fullscreen button in the browser :/) makes me think that it could be embedded in an app on Cordova/PhoneGap directly!
Julien,
to open the web UI in full screen mode, use the browser menu "add to home screen", then launch from the icon generated.
Regards, Michael
Yes ! And it frees up some extra vertical space: https://twitter.com/happyjaxx/status/981581884101677062
Looks like Highcharts doesn’t like being shaken around too much though, Was doing html5 fullscreen requests to get the dashboard, and only the dashboard, placing a button in the panel-header, fullscreening the inner div, but the gauges don’t really like it, plus the result is radically different from one browser to another, toying with the height gives some funky results (some dynamically apply css positioning and margining, others don’t) :-)
Got the code stashed if you want to give it a look, though it’s kinda light and (too?) simple.
And Firefox, my personal favorite, is kind of a pain in this approach, though mobile browsers are more webkit oriented.
Anyways, had fun, zzz for now
JB./.
Julien,
sure, send me the diff, it's on my list as well, but I also had some trouble with my fullscreen mode tests on elements, so I moved it to the "later" list.
My current idea is to fold the nav bar aside instead, or make it vertical in landscape mode. Phones now have a very bad height ratio in landscape, so every vertical space gainable is good.
For your button, maybe the chart just needs an .update() call after the switch. The SVG needs to be updated on resize as some element offsets and lengths are calculated in pixels. The chart system takes care for standard resizing, but possibly not for a tweak like that.
Regards, Michael
Am 05.04.2018 um 00:29 schrieb Julien “JaXX” Banchet:
On 4 Apr 2018 at 12:47 +0200, Michael Balzer <dexter@expeedo.de>, wrote:
Am 04.04.2018 um 09:45 schrieb Julien “JaXX” Banchet:
Anyways, just charged a tablet, gonna try out Michael’s Dashboard (can’t find the fullscreen button in the browser :/) makes me think that it could be embedded in an app on Cordova/PhoneGap directly!
Julien,
to open the web UI in full screen mode, use the browser menu "add to home screen", then launch from the icon generated.
Regards, Michael
Yes ! And it frees up some extra vertical space: https://twitter.com/happyjaxx/status/981581884101677062
Looks like Highcharts doesn’t like being shaken around too much though, Was doing html5 fullscreen requests to get the dashboard, and only the dashboard, placing a button in the panel-header, fullscreening the inner div, but the gauges don’t really like it, plus the result is radically different from one browser to another, toying with the height gives some funky results (some dynamically apply css positioning and margining, others don’t) :-)
Got the code stashed if you want to give it a look, though it’s kinda light and (too?) simple.
And Firefox, my personal favorite, is kind of a pain in this approach, though mobile browsers are more webkit oriented.
Anyways, had fun, zzz for now
JB./.
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
-- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
On 5 Apr 2018 at 13:52 +0200, Michael Balzer <dexter@expeedo.de>, wrote:
Julien,
sure, send me the diff, it's on my list as well, but I also had some trouble with my fullscreen mode tests on elements, so I moved it to the "later" list.
Attached :) used a quick and dirty git stash list| sed 's/\//\_/g'|sed 's/ /\_/g' | awk -F ":" '{ system("git stash show -p " $1 " >> " $1$2$3 ".diff" ) }’
My current idea is to fold the nav bar aside instead, or make it vertical in landscape mode. Phones now have a very bad height ratio in landscape, so every vertical space gainable is good.
True, and if fullscreen works, it also gets androids navbar out of the way
Oddly, the little code I jotted down works from a desktop (it triggers fullscreen, not a nice result), but does absolutely nothing on my “oldish” tablet, where http://robnyman.github.io/fullscreen/ does it fine, might have missed something on the way, was tired :)
For your button, maybe the chart just needs an .update() call after the switch. The SVG needs to be updated on resize as some element offsets and lengths are calculated in pixels. The chart system takes care for standard resizing, but possibly not for a tweak like that.
Ah yes, that’s how I got that funky result on the desktop browser triggering it using the console (which had an unappropriate square ratio, otherwise positioning wasn’t that bad), didn’t add it to the patch yet
Regards, Michael
JB./.
Julien,
I've done some refinements based on your initial code, it now works pretty well with Chrome and Firefox both on my desktop (Linux) and my Android phone & tablet. Even the component browser on Android (i.e. DuckDuckGo App) works nicely with it -- it also displays the dashboard correctly.
Btw, the dashboard height is currently fixed to 300 px. That's because I want to add a row of buttons (i.e. profile switches) below the gauges, and it needs to fit on my phone, which reports 360 px height in landscape fullscreen mode (scaled virtual pixels of course). I'll add some rules for tablets later on.
Regards, Michael
Am 05.04.2018 um 15:55 schrieb Julien “JaXX” Banchet:
On 5 Apr 2018 at 13:52 +0200, Michael Balzer <dexter@expeedo.de>, wrote:
Julien,
sure, send me the diff, it's on my list as well, but I also had some trouble with my fullscreen mode tests on elements, so I moved it to the "later" list.
Attached :) used a quick and dirty git stash list| sed 's/\//\_/g'|sed 's/ /\_/g' | awk -F ":" '{ system("git stash show -p " $1 " >> " $1$2$3 ".diff" ) }’
My current idea is to fold the nav bar aside instead, or make it vertical in landscape mode. Phones now have a very bad height ratio in landscape, so every vertical space gainable is good.
True, and if fullscreen works, it also gets androids navbar out of the way
Oddly, the little code I jotted down works from a desktop (it triggers fullscreen, not a nice result), but does absolutely nothing on my “oldish” tablet, where http://robnyman.github.io/fullscreen/ does it fine, might have missed something on the way, was tired :)
For your button, maybe the chart just needs an .update() call after the switch. The SVG needs to be updated on resize as some element offsets and lengths are calculated in pixels. The chart system takes care for standard resizing, but possibly not for a tweak like that.
Ah yes, that’s how I got that funky result on the desktop browser triggering it using the console (which had an unappropriate square ratio, otherwise positioning wasn’t that bad), didn’t add it to the patch yet
Regards, Michael
JB./.
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
-- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
On 5 Apr 2018 at 23:26 +0200, Michael Balzer <dexter@expeedo.de>, wrote:
Julien,
I've done some refinements based on your initial code, it now works pretty well with Chrome and Firefox both on my desktop (Linux) and my Android phone & tablet. Even the component browser on Android (i.e. DuckDuckGo App) works nicely with it -- it also displays the dashboard correctly.
❤️ Great ! I’ll give a shot tomorrow evening
Btw, the dashboard height is currently fixed to 300 px. That's because I want to add a row of buttons (i.e. profile switches) below the gauges, and it needs to fit on my phone, which reports 360 px height in landscape fullscreen mode (scaled virtual pixels of course). I'll add some rules for tablets later on.
Good idea, my main concern was having a hard time reading, even on a 7”, the gauges make things a bit cramped up by nature
Makes me think, could the pages, or at least snippets of pages such as the dashboard alone be stored via vfs ? Or a sort of mechanism with conditional test on the presence of a file to spit out to the browser, if not use the embedded default “very long string".
I bet you set up a separate stack to tweak the pages instead of compiling every time, but it could help the process, and allow people to personalise the view as they want, a sort or intermediate solution with the online/dynamically composable dashboard Mark was suggesting earlier.
#randomthoughts and yeah, it might add some work
Regards, Michael
Am 05.04.2018 um 15:55 schrieb Julien “JaXX” Banchet:
On 5 Apr 2018 at 13:52 +0200, Michael Balzer <dexter@expeedo.de>, wrote:
Julien,
sure, send me the diff, it's on my list as well, but I also had some trouble with my fullscreen mode tests on elements, so I moved it to the "later" list.
Attached :) used a quick and dirty git stash list| sed 's/\//\_/g'|sed 's/ /\_/g' | awk -F ":" '{ system("git stash show -p " $1 " >> " $1$2$3 ".diff" ) }’
My current idea is to fold the nav bar aside instead, or make it vertical in landscape mode. Phones now have a very bad height ratio in landscape, so every vertical space gainable is good.
True, and if fullscreen works, it also gets androids navbar out of the way
Oddly, the little code I jotted down works from a desktop (it triggers fullscreen, not a nice result), but does absolutely nothing on my “oldish” tablet, where http://robnyman.github.io/fullscreen/ does it fine, might have missed something on the way, was tired :)
For your button, maybe the chart just needs an .update() call after the switch. The SVG needs to be updated on resize as some element offsets and lengths are calculated in pixels. The chart system takes care for standard resizing, but possibly not for a tweak like that.
Ah yes, that’s how I got that funky result on the desktop browser triggering it using the console (which had an unappropriate square ratio, otherwise positioning wasn’t that bad), didn’t add it to the patch yet
Regards, Michael
JB./.
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
-- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
Julien,
Makes me think, could the pages, or at least snippets of pages such as the dashboard alone be stored via vfs ? Or a sort of mechanism with conditional test on the presence of a file to spit out to the browser, if not use the embedded default “very long string".
When a URL is not handled by the webserver, it's served from vfs. So you can simply store your customized html pages in your docroot. As they are loaded from the module host, you will be able to use XHR requests and access the websocket stream.
There is no nice way yet to include buttons to custom pages, but if you store your custom pages in a directory and enable the directory index, you can simply add a bookmark to the directory…
…thinking about this, I could also scan a "plugin" directory for html files and include them as buttons on the home page and in a menu. I think I'll do that, maybe along with the file editor I was thinking about for scripts, so plugins can be edited.
Regards, Michael
-- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
participants (4)
-
Geir Øyvind Vælidalo -
Julien “JaXX” Banchet -
Mark Webb-Johnson -
Michael Balzer