<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"><html>
<head>
<meta name="Generator" content="Zarafa WebAccess v7.0.8-35178">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>RE: [Ovmsdev] Not processing canbus frames anymore</title>
<style type="text/css">
body
{
font-family: Arial, Verdana, Sans-Serif ! important;
font-size: 12px;
padding: 5px 5px 5px 5px;
margin: 0px;
border-style: none;
background-color: #ffffff;
}
p, ul, li
{
margin-top: 0px;
margin-bottom: 0px;
}
</style>
</head>
<body>
<p> </p><blockquote style="border-left: 2px solid #325FBA; padding-left: 5px;margin-left:5px;">On 3/20/22 00:40, Craig Leres wrote:<br />Thursday I went for a quick drive and got a flatbed alert and I see now <br />that with the engine running v.e.on is "no". No idea why the module in <br />my CTS-V doesn't have the same problem. (But it is also unable to keep a <br />gvret session up.)<br /><br type="_moz" /></blockquote><div>I observe the same behavior that I get a supposed theft alarm reported and then when I look in the metrics I see that v.e.on is set to 'no'.</div><div>When I look at the status of the CAN bus, I see that no more messages are coming in.</div><div>I only observe the problem on CAN2 (125kbps) and CAN3 (500kbps). As soon as I set the CAN bus to stop and directly restart it, new messages immediately start flowing in again.</div><div> </div><div>Kind regards, </div><div>Simon</div><p> </p>
</body>
</html>