[Ovmsdev] OVMS Hardware 4.0
didier at ernotte.com
didier at ernotte.com
Tue Aug 10 04:30:45 HKT 2021
Hi Rohit,
I have an Jaguar IPace, but I know that a few recent cars from Volvo, BMW, etc... also use the DoIP protocol as well, on the same OBD2 pins (3/11/12/13/8).
For the moment, I have ordered a cable like this one : https://www.amazon.ca/OHP-Ethernet-Diagnostic-Cable-Coding/dp/B07V3C47YD/ref=sr_1_6?dchild=1&keywords=enet+cable+obd2&qid=1628540943&sr=8-6 to see what I can do with it.
Didier
Le lundi 9 août 2021, 14 h 27 min 24 s HAE, <rohit at ekraft.asia> a écrit :
#yiv5890563311 #yiv5890563311 -- _filtered {} _filtered {} _filtered {}#yiv5890563311 #yiv5890563311 p.yiv5890563311MsoNormal, #yiv5890563311 li.yiv5890563311MsoNormal, #yiv5890563311 div.yiv5890563311MsoNormal {margin:0cm;font-size:11.0pt;font-family:sans-serif;}#yiv5890563311 a:link, #yiv5890563311 span.yiv5890563311MsoHyperlink {color:blue;text-decoration:underline;}#yiv5890563311 p.yiv5890563311msolistparagraph, #yiv5890563311 li.yiv5890563311msolistparagraph, #yiv5890563311 div.yiv5890563311msolistparagraph {margin-right:0cm;margin-left:0cm;font-size:11.0pt;font-family:sans-serif;}#yiv5890563311 p.yiv5890563311msonormal, #yiv5890563311 li.yiv5890563311msonormal, #yiv5890563311 div.yiv5890563311msonormal {margin-right:0cm;margin-left:0cm;font-size:11.0pt;font-family:sans-serif;}#yiv5890563311 span.yiv5890563311apple-converted-space {}#yiv5890563311 span.yiv5890563311EmailStyle32 {font-family:sans-serif;color:windowtext;}#yiv5890563311 .yiv5890563311MsoChpDefault {font-size:10.0pt;} _filtered {}#yiv5890563311 div.yiv5890563311WordSection1 {}#yiv5890563311 _filtered {} _filtered {} _filtered {} _filtered {} _filtered {}#yiv5890563311 ol {margin-bottom:0cm;}#yiv5890563311 ul {margin-bottom:0cm;}#yiv5890563311
Hello Didier,
Glad to here that. Which car do you have? . Unfortunately esp32 doesn’t have spare pinouts to have that. I will do this in next rev when we plan for different processor.
Regards,
Rohit Soni
From: OvmsDev <ovmsdev-bounces at lists.openvehicles.com> On Behalf Of didier at ernotte.com
Sent: 09 August 2021 09:02 PM
To: 'OVMS Developers' <ovmsdev at lists.openvehicles.com>
Subject: Re: [Ovmsdev] OVMS Hardware 4.0
Hi,
I have a very selfish request because all this is way beyond my skills : My OBD2 connector in the car does not have 3 bus, it has only one, the High Speed (pin 6/14), but on pin 3/11/12/13 I have the TX +/- and RX +/- cable for the Ethernet connection, plus Ethernet activation on pin 8. Could it be an option to have also DoIP (Diagnostic over IP) on a future OVMS hardware ?
Didier
Le lundi 9 août 2021, 05 h 03 min 06 s HAE, <rohit at ekraft.asia> a écrit :
Hello Mark,
Thanks for the comments. Please find the attached responses inline in green.
- Please don’t call this "OVMS v4", as that would cause confusion. Our ‘v’ naming is based on processor architecture:
v1 - original prototype hand-built (PIC18F2680)
v2 - first production version (PCI18F2685)
v3 - refined production version (ESP32 WROVER, 16MB flash 4MB SPIRAM)
Within that we have a .x naming scheme for subversions. The current version is v3.2 and the upcoming 4G module will be v3.3.
It sounds like you are trying to make a different layout of the upcoming version, so perhaps a fork of v3.3?
My concern here is to avoid confusion. Yes this is kind of fork of v3.3 with some additions on v3.2.
- SIM7600 sounds ok. That is the direction we are heading as well. If we adopt the version SIM7600G-H then this is global with all regions supported. However all modules on this series are pin to pin so doesn’t matter if we go for region specific.
- For ESP32 are you using WROVER module with 16MB flash and 4MB/8MB SPIRAM? Noop. I am planning to use wroom only. Should I switch to wrover instead?
- For things like ACC detection, full power control, RGB LED, which GPIO / extended-IO pins are you using? I have used extender i.e MAX7317AEE+. Attached is the reference for esp32 connections.
- It doesn’t look like you support the current expansion board option? Noop. I am not using any expansion thing here. Any particular requirement for that?
- It seems that you are using a different vehicle connector, so this will be hardwired for Indian MG ZS EV? Noop. Since we can use this for many other vehicles also by changing the connector. In current version the PCB has exposed pads where we need to solder wires to connector.
- Note that we removed the LED in v3 (it was in v2) due to power consumption issues with that. There is power control option from hardware side. Only esp32 and accelero module are always on. For other things, power control is done from GPIO of esp32.
- How are you intending to handle firmware? A fork of the current code, or kconfig flags to support your hardware differences? Unfortunately I am not that good on software side . Can modify it slightly by not much. Would require some support on this .
One more thing, I was not able to find the CAN ic in stock so using TCAN334 from TI. Will this work with MCP2515-E_ML?
Regards,
Rohit Soni
From: OvmsDev <ovmsdev-bounces at lists.openvehicles.com> On Behalf Of Mark Webb-Johnson
Sent: 09 August 2021 01:51 PM
To: OVMS Developers <ovmsdev at lists.openvehicles.com>
Subject: Re: [Ovmsdev] OVMS Hardware 4.0
Looks interesting. A few comments:
- Please don’t call this "OVMS v4", as that would cause confusion. Our ‘v’ naming is based on processor architecture:
v1 - origjnal prototype hand-built (PIC18F2680)
v2 - first production version (PCI18F2685)
v3 - refined production version (ESP32 WROVER, 16MB flash 4MB SPIRAM)
Within that we have a .x naming scheme for subversions. The current version is v3.2 and the upcoming 4G module will be v3.3.
It sounds like you are trying to make a different layout of the upcoming version, so perhaps a fork of v3.3?
My concern here is to avoid confusion.
- SIM7600 sounds ok. That is the direction we are heading as well.
- For ESP32 are you using WROVER module with 16MB flash and 4MB/8MB SPIRAM?
- For things like ACC detection, full power control, RGB LED, which GPIO / extended-IO pins are you using?
- It doesn’t look like you support the current expansion board option?
- It seems that you are using a different vehicle connector, so this will be hardwired for Indian MG ZS EV?
- Note that we removed the LED in v3 (it was in v2) due to power consumption issues with that.
- How are you intending to handle firmware? A fork of the current code, or kconfig flags to support your hardware differences?
Regards, Mark,
On 9 Aug 2021, at 3:18 PM, <rohit at ekraft.asia> <rohit at ekraft.asia> wrote:
Hello OVMS dev’s,
I am basically hardware designer planning to use the OVMS on my MG ZS EV ( Indian version ). For this I designed the hardware containing 4g module as well as all the components on single PCB.
Have a look on below:
<image002.jpg><image004.jpg>
Top Side Bottom side
The hardware features are as follows:
- 4G module with active GPS antenna support ( sim7600 )
- ESP32 as main processor ( similar to ovms rev 3)
- Sim and sd card in stacked single slot to save space
- 3 can bus ports
- Battery backup in case need to use this device as security. On board charging
- Accelero/ gyro combined low power device
- ACC detection in case of supported from vehicle from OBD port
- Fully power control of each and every component and low power sleep mode
- Input power supply up-to 60 V
- RGB led for status indication
The device case would be as below in which OBD connector would be there.
<image007.jpg><image008.jpg>
Do let me know if we need to add something so hardware is future ready.
Regards,
Rohit Soni
+91-9660770212
_______________________________________________
OvmsDev mailing list
OvmsDev at lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinfo/ovmsdev
_______________________________________________
OvmsDev mailing list
OvmsDev at lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinfo/ovmsdev
_______________________________________________
OvmsDev mailing list
OvmsDev at lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinfo/ovmsdev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20210809/f6f7f5c5/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 518790 bytes
Desc: not available
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20210809/f6f7f5c5/attachment-0001.jpg>
More information about the OvmsDev
mailing list