I fixed the issue with SIMCOM UART. It was another compatibility issue with SDCARD. The GPIO4 and GPIO13 we are using for v3.1 simcom modem are SD_DATA1 and SD_DATA3. Even though I had set SDCARD to 1-line mode, the ESP IDF driver was still reserving all those GPIO pins for itself (at hardware controller level). A 1-line (sic) change to our SD-CARD component fixes this and frees SD_DATA1, SD_DATA2, SD_DATA3 for our other uses. With firmware fix made, I can mount the SD CARD, and run ‘test sd’ while talking to simcom modem. All ok. CAN2 is now also ok. I re-flowed the solder on that part of the board, and all looks good now. OVMS > can can1 start active 1000000 Can bus can1 started in mode active at speed 1000000Kbps OVMS > can can2 start active 1000000 Can bus can2 started in mode active at speed 1000000Kbps OVMS > can can3 start active 1000000 Can bus can3 started in mode active at speed 1000000Kbps OVMS > can log trace CAN logging active: Type:trace; Path:''; Filter:off; Vehicle:; Note: info logging is done at log level debug, frame logging at verbose OVMS > log level verbose Logging level for * set to verbose OVMS > can can1 tx standard 100 01 02 03 04 V (66710) canlog: TX can1 id 100 len 4: 01 02 03 04 | .... V (66710) canlog: RX can2 id 100 len 4: 01 02 03 04 | .... V (66710) canlog: RX can3 id 100 len 4: 01 02 03 04 | …. OVMS > can can2 tx standard 100 01 02 03 04 V (73230) canlog: TX can2 id 100 len 4: 01 02 03 04 | .... V (73230) canlog: RX can1 id 100 len 4: 01 02 03 04 | .... V (73230) canlog: RX can3 id 100 len 4: 01 02 03 04 | .... OVMS > can can3 tx standard 100 01 02 03 04 V (80380) canlog: TX can3 id 100 len 4: 01 02 03 04 | .... V (80380) canlog: RX can1 id 100 len 4: 01 02 03 04 | .... V (80380) canlog: RX can2 id 100 len 4: 01 02 03 04 | .... OVMS > can can1 status CAN: can1 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 2 Rx err: 0 Rx ovrflw: 0 Tx pkt: 2 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0 D (88210) canlog: Status can1 intr=4 rxpkt=2 txpkt=2 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0 OVMS > can can2 status CAN: can2 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 3 Rx err: 0 Rx ovrflw: 0 Tx pkt: 1 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0 D (90770) canlog: Status can2 intr=4 rxpkt=3 txpkt=1 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0 OVMS > can can3 status CAN: can3 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 3 Rx err: 0 Rx ovrflw: 0 Tx pkt: 1 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0 D (92910) canlog: Status can3 intr=4 rxpkt=3 txpkt=1 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0 So 16MB Flash, 4MB SPIRAM, ESP32, modem, CAN, EGPIO, and SDCARD are all ok. I will test the remaining few peripherals tonight (need 12v power). I think we are going to be ok now. Component orders have been placed. I’m going to order a first batch of 120 modules tonight (assuming no issues with the last few peripherals). Regards, Mark.
Can't wait to get one for my Twizy :) :) :) - Big thanks to all of you for your great work!!!! I think there is a small typo at the unit Kbps in the message after starting the CAN bus -- or does OVMS now support 1Gbps? So: Can bus can1 started in mode active at speed 1000000*Kbps* should read: Can bus can1 started in mode active at speed 1000000*bps* 2018-02-27 9:59 GMT+00:00 Mark Webb-Johnson <mark@webb-johnson.net>:
I fixed the issue with SIMCOM UART.
It was another compatibility issue with SDCARD. The GPIO4 and GPIO13 we are using for v3.1 simcom modem are SD_DATA1 and SD_DATA3. Even though I had set SDCARD to 1-line mode, the ESP IDF driver was still reserving all those GPIO pins for itself (at hardware controller level). A 1-line (sic) change to our SD-CARD component fixes this and frees SD_DATA1, SD_DATA2, SD_DATA3 for our other uses.
With firmware fix made, I can mount the SD CARD, and run ‘test sd’ while talking to simcom modem. All ok.
CAN2 is now also ok. I re-flowed the solder on that part of the board, and all looks good now.
OVMS > can can1 start active 1000000 Can bus can1 started in mode active at speed 1000000Kbps
OVMS > can can2 start active 1000000 Can bus can2 started in mode active at speed 1000000Kbps
OVMS > can can3 start active 1000000 Can bus can3 started in mode active at speed 1000000Kbps
OVMS > can log trace CAN logging active: Type:trace; Path:''; Filter:off; Vehicle:; Note: info logging is done at log level debug, frame logging at verbose
OVMS > log level verbose Logging level for * set to verbose
OVMS > can can1 tx standard 100 01 02 03 04 V (66710) canlog: TX can1 id 100 len 4: 01 02 03 04 | .... V (66710) canlog: RX can2 id 100 len 4: 01 02 03 04 | .... V (66710) canlog: RX can3 id 100 len 4: 01 02 03 04 | ….
OVMS > can can2 tx standard 100 01 02 03 04 V (73230) canlog: TX can2 id 100 len 4: 01 02 03 04 | .... V (73230) canlog: RX can1 id 100 len 4: 01 02 03 04 | .... V (73230) canlog: RX can3 id 100 len 4: 01 02 03 04 | ....
OVMS > can can3 tx standard 100 01 02 03 04 V (80380) canlog: TX can3 id 100 len 4: 01 02 03 04 | .... V (80380) canlog: RX can1 id 100 len 4: 01 02 03 04 | .... V (80380) canlog: RX can2 id 100 len 4: 01 02 03 04 | ....
OVMS > can can1 status CAN: can1 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 2 Rx err: 0 Rx ovrflw: 0 Tx pkt: 2 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0 D (88210) canlog: Status can1 intr=4 rxpkt=2 txpkt=2 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0
OVMS > can can2 status CAN: can2 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 3 Rx err: 0 Rx ovrflw: 0 Tx pkt: 1 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0
D (90770) canlog: Status can2 intr=4 rxpkt=3 txpkt=1 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0 OVMS > can can3 status CAN: can3 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 3 Rx err: 0 Rx ovrflw: 0 Tx pkt: 1 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0 D (92910) canlog: Status can3 intr=4 rxpkt=3 txpkt=1 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0
So 16MB Flash, 4MB SPIRAM, ESP32, modem, CAN, EGPIO, and SDCARD are all ok. I will test the remaining few peripherals tonight (need 12v power). I think we are going to be ok now.
Component orders have been placed. I’m going to order a first batch of 120 modules tonight (assuming no issues with the last few peripherals).
Regards, Mark.
_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
index dfeb9bc..0c8fdeb 100644 --- a/vehicle/OVMS.V3/components/can/src/can.cpp +++ b/vehicle/OVMS.V3/components/can/src/can.cpp @@ -82,7 +82,7 @@ void can_start(int verbosity, OvmsWriter* writer, OvmsCommand* cmd, int argc, co writer->puts("Error: Unrecognised speed (100000, 125000, 250000, 500000, 1000000 are accepted)"); return; } - writer->printf("Can bus %s started in mode %s at speed %dKbps\n", + writer->printf("Can bus %s started in mode %s at speed %dbps\n", bus, mode, baud); } Regards, Mark.
On 27 Feb 2018, at 9:44 PM, Andreas Ecker <aecker2@gmail.com> wrote:
Can't wait to get one for my Twizy :) :) :) - Big thanks to all of you for your great work!!!!
I think there is a small typo at the unit Kbps in the message after starting the CAN bus -- or does OVMS now support 1Gbps? So:
Can bus can1 started in mode active at speed 1000000Kbps
should read:
Can bus can1 started in mode active at speed 1000000bps
2018-02-27 9:59 GMT+00:00 Mark Webb-Johnson <mark@webb-johnson.net <mailto:mark@webb-johnson.net>>:
I fixed the issue with SIMCOM UART.
It was another compatibility issue with SDCARD. The GPIO4 and GPIO13 we are using for v3.1 simcom modem are SD_DATA1 and SD_DATA3. Even though I had set SDCARD to 1-line mode, the ESP IDF driver was still reserving all those GPIO pins for itself (at hardware controller level). A 1-line (sic) change to our SD-CARD component fixes this and frees SD_DATA1, SD_DATA2, SD_DATA3 for our other uses.
With firmware fix made, I can mount the SD CARD, and run ‘test sd’ while talking to simcom modem. All ok.
CAN2 is now also ok. I re-flowed the solder on that part of the board, and all looks good now.
OVMS > can can1 start active 1000000 Can bus can1 started in mode active at speed 1000000Kbps
OVMS > can can2 start active 1000000 Can bus can2 started in mode active at speed 1000000Kbps
OVMS > can can3 start active 1000000 Can bus can3 started in mode active at speed 1000000Kbps
OVMS > can log trace CAN logging active: Type:trace; Path:''; Filter:off; Vehicle:; Note: info logging is done at log level debug, frame logging at verbose
OVMS > log level verbose Logging level for * set to verbose
OVMS > can can1 tx standard 100 01 02 03 04 V (66710) canlog: TX can1 id 100 len 4: 01 02 03 04 | .... V (66710) canlog: RX can2 id 100 len 4: 01 02 03 04 | .... V (66710) canlog: RX can3 id 100 len 4: 01 02 03 04 | ….
OVMS > can can2 tx standard 100 01 02 03 04 V (73230) canlog: TX can2 id 100 len 4: 01 02 03 04 | .... V (73230) canlog: RX can1 id 100 len 4: 01 02 03 04 | .... V (73230) canlog: RX can3 id 100 len 4: 01 02 03 04 | ....
OVMS > can can3 tx standard 100 01 02 03 04 V (80380) canlog: TX can3 id 100 len 4: 01 02 03 04 | .... V (80380) canlog: RX can1 id 100 len 4: 01 02 03 04 | .... V (80380) canlog: RX can2 id 100 len 4: 01 02 03 04 | ....
OVMS > can can1 status CAN: can1 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 2 Rx err: 0 Rx ovrflw: 0 Tx pkt: 2 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0 D (88210) canlog: Status can1 intr=4 rxpkt=2 txpkt=2 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0
OVMS > can can2 status CAN: can2 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 3 Rx err: 0 Rx ovrflw: 0 Tx pkt: 1 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0
D (90770) canlog: Status can2 intr=4 rxpkt=3 txpkt=1 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0 OVMS > can can3 status CAN: can3 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 3 Rx err: 0 Rx ovrflw: 0 Tx pkt: 1 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0 D (92910) canlog: Status can3 intr=4 rxpkt=3 txpkt=1 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0
So 16MB Flash, 4MB SPIRAM, ESP32, modem, CAN, EGPIO, and SDCARD are all ok. I will test the remaining few peripherals tonight (need 12v power). I think we are going to be ok now.
Component orders have been placed. I’m going to order a first batch of 120 modules tonight (assuming no issues with the last few peripherals).
Regards, Mark.
_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk <mailto:OvmsDev@lists.teslaclub.hk> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev <http://lists.teslaclub.hk/mailman/listinfo/ovmsdev>
_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
Kind of. The DB26 expansion connector has 7 GEP lines, plus 2 EXP lines. The EXP lines are GPIOs directly from the ESP32 and very valuable (only two are free). The GEP lines are generic pins that are mapped to the internal expansion slot. That slot also has all the EGPIOs (which are more plentiful). An expansion board can jumper connect any EGPIO to any GEP. Expansion boards can also do things more sophisticated (such as relays, opto-isolaters, etc) in their mapping. Regards, Mark.
On 28 Feb 2018, at 4:44 AM, Greg D. <gregd2350@gmail.com> wrote:
I forget... Are any of these available GPIO lines accessible through the 26-pin connector? It would be great to be able to create a script to twiddle a GPIO pin as a result of some car-related event. Extra credit for having the GPIO as an Input, triggering an event script that would alter some car-related state.
Greg
Mark Webb-Johnson wrote:
I fixed the issue with SIMCOM UART.
It was another compatibility issue with SDCARD. The GPIO4 and GPIO13 we are using for v3.1 simcom modem are SD_DATA1 and SD_DATA3. Even though I had set SDCARD to 1-line mode, the ESP IDF driver was still reserving all those GPIO pins for itself (at hardware controller level). A 1-line (sic) change to our SD-CARD component fixes this and frees SD_DATA1, SD_DATA2, SD_DATA3 for our other uses.
With firmware fix made, I can mount the SD CARD, and run ‘test sd’ while talking to simcom modem. All ok.
CAN2 is now also ok. I re-flowed the solder on that part of the board, and all looks good now.
OVMS > can can1 start active 1000000 Can bus can1 started in mode active at speed 1000000Kbps
OVMS > can can2 start active 1000000 Can bus can2 started in mode active at speed 1000000Kbps
OVMS > can can3 start active 1000000 Can bus can3 started in mode active at speed 1000000Kbps
OVMS > can log trace CAN logging active: Type:trace; Path:''; Filter:off; Vehicle:; Note: info logging is done at log level debug, frame logging at verbose
OVMS > log level verbose Logging level for * set to verbose
OVMS > can can1 tx standard 100 01 02 03 04 V (66710) canlog: TX can1 id 100 len 4: 01 02 03 04 | .... V (66710) canlog: RX can2 id 100 len 4: 01 02 03 04 | .... V (66710) canlog: RX can3 id 100 len 4: 01 02 03 04 | ….
OVMS > can can2 tx standard 100 01 02 03 04 V (73230) canlog: TX can2 id 100 len 4: 01 02 03 04 | .... V (73230) canlog: RX can1 id 100 len 4: 01 02 03 04 | .... V (73230) canlog: RX can3 id 100 len 4: 01 02 03 04 | ....
OVMS > can can3 tx standard 100 01 02 03 04 V (80380) canlog: TX can3 id 100 len 4: 01 02 03 04 | .... V (80380) canlog: RX can1 id 100 len 4: 01 02 03 04 | .... V (80380) canlog: RX can2 id 100 len 4: 01 02 03 04 | ....
OVMS > can can1 status CAN: can1 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 2 Rx err: 0 Rx ovrflw: 0 Tx pkt: 2 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0 D (88210) canlog: Status can1 intr=4 rxpkt=2 txpkt=2 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0
OVMS > can can2 status CAN: can2 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 3 Rx err: 0 Rx ovrflw: 0 Tx pkt: 1 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0
D (90770) canlog: Status can2 intr=4 rxpkt=3 txpkt=1 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0 OVMS > can can3 status CAN: can3 Mode: Active Speed: 1000000 Interrupts: 4 Rx pkt: 3 Rx err: 0 Rx ovrflw: 0 Tx pkt: 1 Tx delays: 0 Tx err: 0 Tx ovrflw: 0 Err flags: 0 D (92910) canlog: Status can3 intr=4 rxpkt=3 txpkt=1 errflags=0 rxerr=0 txerr=0 rxovr=0 txovr=0 txdelay=0
So 16MB Flash, 4MB SPIRAM, ESP32, modem, CAN, EGPIO, and SDCARD are all ok. I will test the remaining few peripherals tonight (need 12v power). I think we are going to be ok now.
Component orders have been placed. I’m going to order a first batch of 120 modules tonight (assuming no issues with the last few peripherals).
Regards, Mark.
_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk <mailto:OvmsDev@lists.teslaclub.hk> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev <http://lists.teslaclub.hk/mailman/listinfo/ovmsdev>
_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
participants (3)
-
Andreas Ecker -
Greg D. -
Mark Webb-Johnson