<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr">Chip,</div><div dir="ltr"><br></div><div dir="ltr">Good suggestion, But unfortunately we haven’t been able to find that signal on the can bus. I suspect it is never sent, but just entered and stored in the VDS; as the vms sends debug alerts regardless of the setting. The alert message strings are in the vds firmware, and vms only sends codes.</div><div dir="ltr"><br></div><div dir="ltr">To do this properly would require ovms doing what the vds does - have an alert code -> debug/user,message table and do the conversion and filtering there (not in the server). But that is quite a bit of code flash memory.</div><div dir="ltr"><br></div><div dir="ltr">Regards, Mark</div><div dir="ltr"><br><blockquote type="cite">On 31 Oct 2019, at 4:50 PM, Chip Cangialose <chip@cangmag.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr" text-align="left"><div> </div><div> <div><div style="direction: ltr;">Watching this thread with some interest as I, like Greg, would like to see the “Debug” alerts over OVMS. I would note that if the goal is to have OVMS show what the VDS shows, if you have the Roadster set to “Show Debug”, then OVMS <u>will not</u> show what VDS shows. Is it possible to track the status of “Debug reporting to VDS” in the car, and have the OVMS server relay accordingly?</div></div><div style="direction: ltr; text-align: left;" dir="ltr"><br></div><div style="direction: ltr; text-align: left;" dir="ltr">Thanks, and apologies for jumping in.</div><div style="direction: ltr; text-align: left;" dir="ltr"><br></div><div style="direction: ltr; text-align: left;" dir="ltr">Chip</div> <div><br></div> <div class="ms-outlook-ios-signature"><div style="direction: ltr;">Sent from my tablet</div></div> </div> </div><br><br><br>
<div class="gmail_quote">On Thu, Oct 31, 2019 at 1:30 AM +0100, "Mark Webb-Johnson" <span dir="ltr"><<a href="mailto:mark@webb-johnson.net" target="_blank">mark@webb-johnson.net</a>></span> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="3D"ltr"">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div class=""><br class=""></div>The server doesn’t have any per-vehicle configuration (other than authentication), so not sure how this could be easily done server side.<div class=""><br class=""></div><div class="">A kludge might be to pickup the notification event in a javascript on the module, and then raise a new different textual event for specific IDs - but not sure if the vehicle module javascript framework gets enough about the raised notification in order to do that.<br class=""><div class=""><br class=""></div><div class="">An alternate kludge would be to manually list vehicle IDs to be exempted from the DMC policy in the ovms_server.conf file, and have code to check that in ovms_server.pl.</div><div class=""><br class=""></div><div class="">But, that said, I’m not really sure why we would want this. Our goal has always been to mirror what it says on the little VDS in the car, and that doesn’t show these debug-only alerts. The solution we have is not perfect, but it does avoid the worst of them. I have received so many support questions and concerns from roadster users of OVMS asking about these over the years - Tesla is aware that they false positive so labelled them as debug-only, so why would we want to bombard the user with these alerts every time he drives/charges the car?</div><div class=""><br class=""></div><div class="">Regards, Mark.<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 31 Oct 2019, at 7:39 AM, Greg D. <<a href="mailto:gregd2350@gmail.com" class="">gregd2350@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
<div text="#000000" bgcolor="#FFFFFF" class="">
Bummer.<br class="">
<br class="">
Can we make this configurable? While I understand that debug
messages aren't intended to be seen by the user, in the 10 years
since these cars launched we have come to know a lot more about some
of the, um, "quirks" in their design. These alerts can be
important! <br class="">
<br class="">
Greg<br class="">
<br class="">
<br class="">
<div class="moz-cite-prefix">Mark Webb-Johnson wrote:<br class="">
</div>
<blockquote type="cite" cite="mid:88DCC239-0EA3-464C-9026-F7FBBE692A81@webb-johnson.net" class="">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class="">
Greg,
<div class=""><br class="">
</div>
<div class="">Yes, this change to the server code:</div>
<div class=""><br class="">
</div>
<blockquote style="margin: 0 0 0 40px; border: none; padding:
0px;" class="">
<div class="">* bcc02c27 Ignore DMC push alert messages</div>
</blockquote>
<div class="">
<div class=""><br class="">
</div>
<div class="">That won’t notify debug-only messages, but will still
continue to notify the user-visible ones (to better mimick the
behaviour in the car itself). Including, for the roadster:</div>
<div class=""><br class="">
</div>
<div class="">
<div class="">
<ul class="MailOutline">
<li class="">1144=DMC: Powertrain Problem Service Required</li>
<li class="">1146=DMC: Motor Fan Problem</li>
</ul>
</div>
</div>
<div class=""><br class="">
</div>
<div class="">Regards, Mark.</div>
<div class=""><br class="">
</div>
<div class="">
<blockquote type="cite" class="">
<div class="">On 31 Oct 2019, at 7:01 AM, Greg D. <<a href="mailto:gregd2350@gmail.com" class="" moz-do-not-send="true">gregd2350@gmail.com</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">Hi folks (Mark, probably),<br class="">
<br class="">
Interesting... My Tesla Roadster has been having
trouble with its PEM<br class="">
fan, causing a bunch of 1146 Alerts to be generated
while driving and/or<br class="">
charging. I've been monitoring the situation via
OVMSv3. <br class="">
<br class="">
The alerts suddenly stopped a bit over a week ago.
Other events<br class="">
continue to be received (charge start, stop, key in /
door open, etc.),<br class="">
but not the 1146's. I do a monthly download of the car
logs, and to my<br class="">
surprise (and disappointment), the 1146s are still
happening.<br class="">
<br class="">
Was there a change to the plumbing somewhere such that
these diagnostic<br class="">
alerts (perhaps versus user-visible events) are now
being filtered out? <br class="">
<br class="">
Thanks,<br class="">
<br class="">
Greg<br class="">
<br class="">
_______________________________________________<br class="">
OvmsDev mailing list<br class="">
<a href="mailto:OvmsDev@lists.openvehicles.com" class="" moz-do-not-send="true">OvmsDev@lists.openvehicles.com</a><br class="">
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br class="">
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<br class="">
<pre wrap="" class="">_______________________________________________
OvmsDev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a>
<a class="moz-txt-link-freetext" href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br class="">
</div>
_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.openvehicles.com" class="">OvmsDev@lists.openvehicles.com</a><br class="">http://lists.openvehicles.com/mailman/listinfo/ovmsdev<br class=""></div></blockquote></div><br class=""></div></div>
</div>
</blockquote>
</div>
<span>_______________________________________________</span><br><span>OvmsDev mailing list</span><br><span>OvmsDev@lists.openvehicles.com</span><br><span>http://lists.openvehicles.com/mailman/listinfo/ovmsdev</span><br></div></blockquote></body></html>