Hi all I would like to point to this thread: http://lists.openvehicles.com/pipermail/ovmsdev/2020-March/006730.html The code for TMPS has been changed for vehicles that don't support TPMS Regards Chris
Am Mittwoch, den 22.04.2020, 11:23 -0700 schrieb Greg D.:
Ok... So the module updated to EAP last night, as expected. The display (screen shot) shows zeros for Ambient, Charger/PEM, Motor, and battery; 12v is live, as is the odometer. TPMS is missing. Is there a reason that the bulk of the metrics aren't read? Are they not present on the CAN bus, or is the module explicitly not watching for them until the car wakes up?
If I wake the car up, Ambient, Charger/PEM, motor, and battery are immediately updated, but TPMS is still missing.
For consistency and less confusion, I would like for the TPMS to be populated in both screen shots, and showing zeros until the car is driven. And by "consistency" I do NOT mean "remove the other metrics too". I'm trying to be careful what I wish for...
When I put it in Drive for a few minutes, the TPMS icons do appear with live data. I'll let the car sit for a few days, and see what happens to the display. What I expect is that they will remain present, even if not live.
Greg
Greg D wrote:
Ok, EAP is set. Let's see what happens at 2am...
Greg
On April 21, 2020 11:05:01 PM PDT, Mark Webb-Johnson <mark@webb-johnson.net> wrote:
I think best to move to EAP and see if that improves the situation. On ‘edge’, you will be getting an update (and reboot) once every night or two.
Regards, Mark.
On 22 Apr 2020, at 12:58 PM, Greg D. <gregd2350 @gmail.com> wrote:
Hi Mark,
Yes, I understand that. Not expecting such a dramatic change as saving data in NV RAM. The end user presumably won't have their module rebooting very often, so this isn't worth trying to save stuff across reboots.
I'm trying think back to when the behavior started to change. It might have been when I moved off the Main branch to Edge because of the bug with OBD2ECU CAN initialization, so module reboots are far more frequent. I'm tempted to get back on Main, or at least EAP, but I'm also vaguely remembering that there was a change related specifically to "stale" data that put a lot of data out of reach for a day. This latest UI behavior change was the straw that caused me to write.
It seems like populating data takes a lot longer now than, say, 6 months ago. Did something change a while back that has led to this? Part of the puzzle, perhaps, is that we have two moving pieces, the Module and the App. I'm on Android, if that matters.
Greg
Mark Webb-Johnson wrote:
Greg,
I think the issue you have is that after a firmware update the module will reboot. That will mean it will lose the metrics for TPMS.
Those metrics won’t come back until the car has been driven.
I don’t see a simple solution. We could address it in v2 protocol by not sending the tpms message unless the metrics are defined, but that might still mess up the stale indicator. That wouldn’t affect the individual metrics and v3 protocol we are trying to move to for the future.
There is a small amount of RTC ram that is retained through a reboot. Perhaps we could have a mechanism to save+restore certain metrics there? But not at all simple.
Regards, Mark.
On 22 Apr 2020, at 11:07 AM, Greg D. <gregd2350@gmail.com> wrote:
Hi Mark, Michael,
I am on Edge, and it updated 2am local on the 20th (2 days ago). Firmware: 3.2.011-13- g7d83320/ota_0/edge (build idf v3.3-beta3-775- gdc1ca69 Apr 20 2020 15:10:37). The app is 3.16.1 (2020031801).
I just put the car in Drive for a few minutes, and all the stats got populated. The car is off and sleeping now, so I'll check it again in the morning.
Greg
p.s. Just saw your EAP announcement. With the 3.2.012 code coming, it will be interesting to see what happens after the reset. I'll let you know!
Mark Webb-Johnson wrote:
> > Greg, > > > > What firmware version > are you running in > the module? If > EAP/MAIN 3.2.011, can > you try > updating to the edge > release? I > suspect you are > seeing the bug with > 3.2.011 and the TPMS > protocol v2 > message. > > > > Regards, Mark. > > > > > > On 22 Apr 2020, > > at > > 4:09 AM, Greg > > D. <gregd2350@gmail.com> > > wrote: > > > > > > > > > > > > Hi folks, > > > > > > > > So, I seem > > to be going > > backwards > > with OVMS and my > > Tesla > > Roadster... > > > > > > > > I'm looking > > at the OVMS app > > on my > > Android phone. > > > > > > > > Used to be > > that I'd see the > > TPMS data - > > pressure and > > temperature > > - as it was the > > last time > > the car was > > driven. > > > > > > > > Then it > > turned into zeros. > > > > > > > > Today I see > > it's gone > > altogether. > > This is not > > progress. > > > > > > > > What I want > > to see is the > > data from > > the car, as last > > it was > > read. I do not care > > that it is > > not live. In > > fact, if it > > were live, that > > would mean > > that the car is > > in Drive, > > which (hopefully) > > means that > > I am in my car. > > If so, I > > have no > > use for > > the OVMS, as > > the data is > > sitting right > > there on > > the car's display. > > > > > > > > Is there > > any way to get the > > old > > functionality back? > > > > > > > > Greg > > > > > > _______________________________________________ > > > > OvmsDev > > mailing list > > > > OvmsDev@lists > > .openvehicles.com > > > > http://lists. > > openvehicles.com/mailman/listinfo/ovmsdev > > > > > > > > > > > > > > > > > _______________________ > ________________________ > OvmsDev mailing list > OvmsDev@lists.openvehicles.com > http://lists.openvehicles.com/mailman/listinfo/ovmsdev > >
OvmsDev mailing list
OvmsDev@lists.openvehicles.co m
http://lists.openvehicles.com /mailman/listinfo/ovmsdev
_______________________________________
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
_____________________________________________ __
OvmsDev mailing list
OvmsDev@lists.openvehicles.com
http://lists.openvehicles.com/mailman/listinf o/ovmsdev
--
This space for rent...
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev