[Ovmsdev] Modem fails to connect

Michael Balzer dexter at expeedo.de
Sat May 19 01:51:59 HKT 2018


Greg,

no idea on the reboot, possibly coincidence. We've got many strange bugs remaining, e.g.

    Last crash: IllegalInstruction exception on core 0
      Registers:
      PC      : 0x00000000  PS      : 0x00000000  A0      : 0x00000000  A1      : 0x00000000
      A2      : 0x00000000  A3      : 0x00000000  A4      : 0x00000000  A5      : 0x00000000
      A6      : 0x00000000  A7      : 0x00000000  A8      : 0x00000000  A9      : 0x00000000
      A10     : 0x00000000  A11     : 0x00000000  A12     : 0x00000000  A13     : 0x00000000
      A14     : 0x00000000  A15     : 0x00000000  SAR     : 0x00000000  EXCCAUSE: 0x00000000
      EXCVADDR: 0x00000000  LBEG    : 0x00000000  LEND    : 0x00000000  LCOUNT  : 0x00000000
      Backtrace:
     

…out of nowhere.

Regards,
Michael


Am 18.05.2018 um 19:13 schrieb Greg D.:
> Hi Michael,
>
> Well, never underestimate what one can do when they don't know what they're doing.  I assumed as you stated, that it could only go in one way, and since it
> did, I didn't try the other orientation.
>
> But, that did it!  SD is mounted, no reboot this time.  Now, to wait for the modem to fail again...
>
> Thanks,
>
> Greg
>
> p.s.  Any idea what caused the reboot earlier, given the SD was not even making electrical contact?  (Queue theme to Twilight Zone here...)
>
>
> Michael Balzer wrote:
>> Greg,
>>
>> not sure how you can insert an SD in the wrong orientation, they normally are mechanically protected against that, but it seems you did: the contacts need to
>> face the upper side of the case, towards the USB connector.
>>
>> Regards,
>> Michael
>>
>>
>> Am 18.05.2018 um 09:24 schrieb Greg D.:
>>> Hi Michael,
>>>
>>> Fair question.  Pretty sure I got it right.  The proto box was a lot trickier, but on both units I engaged the SD with the spring and pushed it into
>>> position where it clicked into place.  Another push and it unlatched and came out.  Certainly felt right.
>>>
>>> Presume the contacts side of the SD face the bottom of the case, away from the USB connector, right?  I didn't try it upside down.
>>>
>>> Greg
>>>
>>>
>>> Michael Balzer wrote:
>>>> Greg,
>>>>
>>>> as that's the first time, are you sure you inserted the SD correctly? With a closed case you need a screw driver or similar to get it in. The slot has a
>>>> spring latch you can feel and hear.
>>>>
>>>> Regards,
>>>> Michael
>>>>
>>>>
>>>> Am 18.05.2018 um 01:56 schrieb Greg D.:
>>>>> Thanks, Michael, I'd missed that.  So, that explains the reboot status, but not why the SD card isn't seen.
>>>>>
>>>>> fdisk -l on my Linux system claims that the SD card is formatted FAT32, and it mounts / umounts just fine there.  The SD card is basically new / empty,
>>>>> other than a few directories auto-created when it was once inserted into a cell phone.  fsck.fat -v  is clean.  So, I'm puzzled what's preventing it from
>>>>> being seen.  A fresh build from this morning on my v3.0 proto module acts the same (minus the reboot). 
>>>>>
>>>>> Greg
>>>>>
>>>>>
>>>>> Michael Balzer wrote:
>>>>>> Greg,
>>>>>>
>>>>>> 1. See https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/issues/111 -- TL;DR: you should update to an "edge" build or build yourself.
>>>>>>
>>>>>> 2. You need to format the SD card with FAT32, also users reported the MacOS FAT32 format would not be accepted by the module (I can't test that, all
>>>>>> Linux formatted cards work). There are some issues with the FAT implementation in esp-idf, i.e. with reading damaged partitions.
>>>>>>
>>>>>> Regards,
>>>>>> Michael
>>>>>>
>>>>>>
>>>>>> Am 17.05.2018 um 22:49 schrieb Greg D.:
>>>>>>> Greg D. wrote:
>>>>>>>> I'll pick up the logging tomorrow, and provide that
>>>>>>>
>>>>>>> {sigh}
>>>>>>>
>>>>>>> I went to the car to grab a verbose log, and started poking around for the commands, etc.  Looked at the network status, and see that ppp has an IP
>>>>>>> address!  What?  Boot status showed:
>>>>>>>
>>>>>>>     OVMS# boot status
>>>>>>>     Last boot was 249 second(s) ago
>>>>>>>       This is reset #15 since last power cycle
>>>>>>>       Detected boot reason: FirmwareUpdate
>>>>>>>       Crash counters: 0 total, 0 early
>>>>>>>       CPU#0 boot reason was 12
>>>>>>>       CPU#1 boot reason was 12
>>>>>>>     OVMS#
>>>>>>>     OVMS# metric list m.version
>>>>>>>     m.version                                3.1.005/ota_1/main (build idf v3.1-dev-454-gdaef4b5c May  1 2018 21:38:50)
>>>>>>>     OVMS#
>>>>>>>
>>>>>>> ...which is bogus, since if it really upgraded the firmware it should be on .006.  Also, the OTA time is set to the default 2am, which is clearly not
>>>>>>> the current time in any relevant timezone.
>>>>>>>
>>>>>>> I had tried to insert an SD card for easier log portability, but for some reason it wasn't seen.  'sd status' says no SD card has been inserted, and sd
>>>>>>> mount fails.  There IS an active USB connection (being used for a serial console monitor), so our friendly cp2102 issue shouldn't be at play, and there
>>>>>>> is no firmware file present on the SD either, but the timing of the reboot is about right for when the SD was inserted.  It's a SanDisk 16gb Ultra Plus
>>>>>>> microsd...  No luck with it either on my 3.0 proto module, but it reads fine on my PC.  This is my first time trying to use a microSD card with the OVMS
>>>>>>> module, so I don't know what to expect.  Could be user error on my part?
>>>>>>>
>>>>>>> Did the act of jiggling the module and inserting the SD card cause a reboot, the reason for which was not logged (i.e. is the 'firmware upgrade' status
>>>>>>> leftover from the .004 -> .005 upgrade some weeks ago)?
>>>>>>>
>>>>>>>  {shrug}
>>>>>>>
>>>>>>> Anyway, bottom line are three issues:
>>>>>>>
>>>>>>>   1.  What caused my module to reboot with an apparently bogus "upgrade"?
>>>>>>>   2.  Why can't either of my modules see this SD card?
>>>>>>>   3.  I will need to wait for the loss of modem connectivity to reproduce, since the reboot "fixed" it...  Sorry.
>>>>>>>
>>>>>>> Greg
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> OvmsDev mailing list
>>>>>>> OvmsDev at 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 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
>>>>
>>>> -- 
>>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>
>> -- 
>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>
>>
>> _______________________________________________
>> 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

-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20180518/f76defa1/attachment.htm>


More information about the OvmsDev mailing list