[Ovmsdev] OvmsDev Digest, Vol 83, Issue 3
Olivier
ogrums at gmail.com
Fri Dec 7 04:37:19 HKT 2018
Hello Mark,
It's strange, I have re-clone again to be sure about IDF,
$ git describe --tags --dirty
v3.1-dev-2835-g151269458
And now both is working, SD read and load dbc
I have add my dbc file, and if you want to test the is this git :
https://github.com/commaai/opendbc
regards,
Olivier
Le jeu. 6 déc. 2018 à 05:16, <ovmsdev-request at lists.openvehicles.com> a
écrit :
> Send OvmsDev mailing list submissions to
> ovmsdev at lists.openvehicles.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
> or, via email, send a message with subject or body 'help' to
> ovmsdev-request at lists.openvehicles.com
>
> You can reach the person managing the list at
> ovmsdev-owner at lists.openvehicles.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of OvmsDev digest..."
>
>
> Today's Topics:
>
> 1. Re: Issue to store en SD Card after upgrade to idf 3.2-Dev
> (Pull Request 2# from M4GNV5/master) (Mark Webb-Johnson)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 6 Dec 2018 08:59:57 +0800
> From: Mark Webb-Johnson <mark at webb-johnson.net>
> To: OVMS Developers <ovmsdev at lists.openvehicles.com>
> Subject: Re: [Ovmsdev] Issue to store en SD Card after upgrade to idf
> 3.2-Dev (Pull Request 2# from M4GNV5/master)
> Message-ID: <5B58BB15-BEB4-4B9E-AAFC-E98DFA176748 at webb-johnson.net>
> Content-Type: text/plain; charset="utf-8"
>
> And related to this, if anyone else has any DBC files, please send them to
> me so that I can test them against our DBC support library (to test for
> robustness and completeness).
>
> Regards, Mark
>
> > On 6 Dec 2018, at 7:54 AM, Mark Webb-Johnson <mark at webb-johnson.net>
> wrote:
> >
> > Olivier,
> >
> > I think this is two different issues.
> >
> > SD card issue
> >
> > Are there any system-level errors shown in the logs when you try this?
> Please try on local console to see what is shown there.
> >
> > Are you powered from USB or vehicle power?
> >
> > Can you show the output of ?config list sdcard? and ?sd status??
> >
> > DBC load issue
> >
> > Can you send me the Vectrix.dbc file you are using, please. Most likely
> something in the structure of this file is causing the crash. It seems that
> one of the messages (BO_) cannot be parsed correctly.
> >
> > What version of IDF are you using now? Just master head, right?
> >
> > Regards, Mark.
> >
> >> On 6 Dec 2018, at 4:29 AM, Olivier <ogrums at gmail.com <mailto:
> ogrums at gmail.com>> wrote:
> >>
> >> Hello,
> >>
> >> I have some issue with SD Card on OVMS 3.1 I don't know how to fix the
> "bug"
> >>
> >> I can't write or read file on SD Card, but I can make directory :
> >>
> >> OVMS# vfs ls /sd
> >> [DIR] 05-Nov-2018 20:46 logs/
> >> 13.5k 23-Nov-2018 19:45 Vectrix_bak.dbc
> >> 14.0k 11-Nov-2018 22:04 Vectrix.dbc
> >> 13 01-Jan-1980 00:00 FOO.TXT
> >> 13.5k 23-Nov-2018 19:45 vx1.dbc
> >>
> >> OVMS# vfs mkdir /sd/testdir
> >> VFS directory created
> >>
> >> OVMS# vfs ls /sd
> >> [DIR] 05-Nov-2018 20:46 logs/
> >> 13.5k 23-Nov-2018 19:45 Vectrix_bak.dbc
> >> 14.0k 11-Nov-2018 22:04 Vectrix.dbc
> >> [DIR] 05-Dec-2018 21:14 testdir/
> >> 13 01-Jan-1980 00:00 FOO.TXT
> >> 13.5k 23-Nov-2018 19:45 vx1.dbc
> >>
> >> OVMS# config backup /sd/cfg.zip
> >> Creating config backup '/sd/cfg.zip'...
> >> Error: zip failed: No such file or directory
> >>
> >> OVMS# vfs rmdir /sd/testdir
> >> VFS directory removed
> >>
> >> And If I try do load dbc file it's crash
> >>
> >> OVMS# dbc load test /sd/vx1.dbc
> >>
> >> Guru Meditation Error: Core 1 panic'ed (StoreProhibited). Exception
> was unhandled.
> >> Core 1 register dump:
> >> PC : 0x40271023 PS : 0x00060730 A0 : 0x800e38f1 A1
> : 0x3ffd4540
> >> 0x40271023: dbcMessage::SetID(unsigned int) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/dbc/src/dbc.cpp:935
> >>
> >> A2 : 0x00000000 A3 : 0x80feda4d A4 : 0x3ffe5360 A5
> : 0x3ffe5363
> >> A6 : 0x00000000 A7 : 0x00000000 A8 : 0x00000020 A9
> : 0x3f4055b0
> >> A10 : 0x00000001 A11 : 0x3f4061ce A12 : 0x3f81ec50 A13
> : 0x00000000
> >> A14 : 0x3ffd4524 A15 : 0x00000000 SAR : 0x00000008
> EXCCAUSE: 0x0000001d
> >> EXCVADDR: 0x0000001c LBEG : 0x4009bd69 LEND : 0x4009bd9d
> LCOUNT : 0xffffffff
> >>
> >> 0x4009bd69: memcpy at
> /home/jeroen/esp8266/esp32/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/machine/xtensa/../../../../.././newlib/libc/machine/xtensa/memcpy.S:291
> >> 0x4009bd9d: memcpy at
> /home/jeroen/esp8266/esp32/newlib_xtensa-2.2.0-bin/newlib_xtensa-2.2.0/xtensa-esp32-elf/newlib/libc/machine/xtensa/../../../../.././newlib/libc/machine/xtensa/memcpy.S:324
> >>
> >> Backtrace: 0x40271023:0x3ffd4540 0x400e38ee:0x3ffd4560
> 0x400dfeba:0x3ffd4ea0 0x400dea49:0x3ffd4ee0 0x400dec48:0x3ffd4f80
> 0x400f118a:0x3ffd4fa0 0x400f129b:0x3ffd4fd0 0x400f129b:0x3ffd5000 0x400f12
> >> d1:0x3ffd5030 0x400ecae8:0x3ffd5050 0x4010601d:0x3ffd5070
> 0x4010608e:0x3ffd50d0 0x400ecb1f:0x3ffd5110 0x40271193:0x3ffd5130
> 0x401010a9:0x3ffd5150 0x400fa5cd:0x3ffd5180 0x400fa7e1:0x3ffd51b0 0x401
> >> 00f35:0x3ffd51d0 0x40100f44:0x3ffd51f0 0x400f2489:0x3ffd5210
> >>
> >> 0x40271023: dbcMessage::SetID(unsigned int) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/dbc/src/dbc.cpp:935
> >> 0x400e38ee: yyparse(void*) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/dbc/src/dbc_parser.y:306
> >> 0x400dfeba: dbcfile::LoadFile(char const*, __sFILE*) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/dbc/src/dbc.cpp:935
> >> 0x400dea49: dbc::LoadFile(char const*, char const*) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/dbc/src/dbc_app.cpp:198
> >> 0x400dec48: dbc_load(int, OvmsWriter*, OvmsCommand*, int, char const*
> const*) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/dbc/src/dbc_app.cpp:62
> >> 0x400f118a: OvmsCommand::Execute(int, OvmsWriter*, int, char const*
> const*) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/main/ovms_command.cpp:73
> >> 0x400f129b: OvmsCommand::Execute(int, OvmsWriter*, int, char const*
> const*) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/main/ovms_command.cpp:73
> >> 0x400f129b: OvmsCommand::Execute(int, OvmsWriter*, int, char const*
> const*) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/main/ovms_command.cpp:73
> >> 0x400f12d1: OvmsCommandApp::Execute(int, OvmsWriter*, int, char const*
> const*) at
> ?????/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/main/ovms_command.cpp:73
> >>
> >> I Have try my SD Card on a PC is working, I have try example code
> "sd_card_example_main.c" from SDK "esp-idf\examples\storage\sd_card\main",
> It's working to, no crash.
> >> My guest, is the hardware is OK, esp-idf is OK, but they is something
> in OVMS main code make this bug.
> >>
> >> I have delete both esp-idf, and OVMS folder and clone again, compiled
> again, but it's the same issue.
> >>
> >> Thank you for your help.
> >> Olivier
> >> _______________________________________________
> >> OvmsDev mailing list
> >> OvmsDev at lists.openvehicles.com <mailto: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/20181206/8ceb27f0/attachment-0001.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>
>
> ------------------------------
>
> End of OvmsDev Digest, Vol 83, Issue 3
> **************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20181206/a747d3e2/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Vectrix_VX1.dbc
Type: application/octet-stream
Size: 17741 bytes
Desc: not available
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20181206/a747d3e2/attachment-0001.obj>
More information about the OvmsDev
mailing list