[Ovmsdev] 1.3.1

[Mark Webb-Johnson]

I've seen this as well. I suspect somehow the code is getting into a loop and the watchdog timer is firing to reset the module. As the experimental speedo setting is volatile, it will be 'lost' on reset. The watchdog timer should be 8 seconds, so it would have to be a pretty bad loop for this to occur. It could also be a stack overflow.

I'll try to track down the problem by looking at the changes.

To try to narrow down the version it happened at, does anyone else using the digital speedo see this problem and if so what version are you using? If you don't see the problem, and are using digital speedo and a version >1.2.7 then please also let me know.

Regards, Mark.

On 20 Sep, 2012, at 1:10 AM, 911carrera4 wrote:

> Dear all
> In the last 2 days my digital speedo seems to reset itself for a reason I don’t understand.
> The OVMS has always been under power and is sending data.
> It seemed to happen after I parked my car in a garage where the GPS signal can’t be received.
> I tried to reproduce the problem but couldn’t do it.
> It happened the first time after firmware update to 1.3.5/V1 experimental.
> I could re-activate the feature via application without any problems.
>  
> Question: does anyone of you has the same problem?
>  
> Piotr
>  
> Von: ovmsdev-bounces at lists.teslaclub.hk [mailto:ovmsdev-bounces at lists.teslaclub.hk] Im Auftrag von Jack West
> Gesendet: Montag, 17. September 2012 16:50
> An: OVMS Developers
> Betreff: Re: [Ovmsdev] 1.3.1
>  
> Mark,
> I think it was a series of four fairly fast green led blinks, red led off, that repeated maybe 5 or 6 times and ending with a solid red and green.  Then the entire sequence would repeat.  OVMS was down about 7 hours total with the last hour or two being in good cell coverage area before I did the hard reset.
>  
> Jack
> 
> On Sep 17, 2012, at 3:50 AM, Mark Webb-Johnson <mark at webb-johnson.net> wrote:
> 
> Jack,
>  
> Do you remember what code the lights were flashing?
>  
> I checked mine, and it was bizarre. Green LED was flashing 1 (GPRS up and connected), and red LED was off (no errors found). But, when I connected a PC to the DIAG port (thanks to v2 hardware I can do this now when the box is running), the modem responded just fine but there was no comms between the modem and the PIC. As the LEDs were flashing, the PIC was definitely running. It seems that the RS232 port was just dead on the PIC side. A hardware reset brought it back alive.
>  
> I guess I'll have to add a timer to the NET driver code for data last received on the modem port. If nothing is received in a few minutes, then time to reset everything.
>  
> Regards, Mark.
>  
> On 17 Sep, 2012, at 1:49 PM, Mark Webb-Johnson <mark at webb-johnson.net> wrote:
> 
> 
> Jack,
>  
> Strange, mine did the same (at roughly the same time). Mine still hasn't recovered, but is in good coverage area now.
>  
> Without resetting, I'm going to put a serial console on it when I get home tonight. Hopefully I can see what is going on then.
>  
> Regards, Mark.
>  
> On 17 Sep, 2012, at 1:40 PM, Jack West wrote:
> 
> 
> I lost connectivity today with the car in our garage.  We live in a poor cell coverage area and this is not that unusual.  However, later today I drove into the city where coverage is excellent and OVMS did not reconnect.  After hard reset OVMS was able to connect.  If there is any other information I can supply, please let me know.  I updated firmware to 1.3.5 a couple days ago.
>  
> Jack
> 
> On Sep 2, 2012, at 9:03 PM, Mark Webb-Johnson <mark at webb-johnson.net> 
> If the car is in an area of poor / no cellular coverage, then drives out to an area of good coverage, does OVMS connection re-establish? In particular, if you previously saw a situation where you had to unplug-then-plugin the module to hard-reset it, does that still happen? If realise that this will take longer to know, as it was very rare.
>  
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>  
>  
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

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