<!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>AW: [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><p>On 5/4/22 20:23 Greg D. wrote:<style type="text/css">body { font-family: monospace; }</style></p><div style="background-color: #FFFFFF; color: #000000; "><p>> I wonder if this is the same old problem we've had (are having?) with CAN2/3, where it just goes deaf after a while. I saw it all the time</p><p>> with the OBD2ECU task, which listens to CAN3 (typically) for Head-Up Display polling requests and fulfills them with data from the metrics.</p><div> </div><div>To make sure it's not my module, I loaded the empty vehicle today and started the CAN buses manually. Even then it happens that CAN2 and CAN3 do not receive any messages after some time.</div><div> </div><div>What I noticed is that on the CAN1 status there are more interrupts than received packets. For CAN2 and CAN2 it is the other way around. Since I've only been working with OVMS for a short time, I can't tell if this has any meaning, but maybe it's just a timing problem. Unfortunately the MCP2515 code is beyond my understanding, so I have to rely on help from the core developers for this problem.</div><div> </div><div>Kind regards,</div><div>Simon</div></div> <p><style type="text/css"> .bodyclass { 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></p><p> </p>
</body>
</html>