With renault twizy and canopen enabled: OVMS > module memory ============================ Free 8-bit 78744/243064, 32-bit 29116/55900, blocks dumped = 0 With renault twizy and canopen disabled: OVMS > module memory ============================ Free 8-bit 84928/243096, 32-bit 29720/56504, blocks dumped = 0 I can’t compile with canopen disabled and renault twizy enabled. Not sure where the difference is, but it would be preferrable if these optional components didn’t consume any ram unless explicitly loaded. Using the class object model, and member variables, should make that relatively simple. Regards, Mark.
On 7 Jan 2018, at 6:29 PM, Michael Balzer <dexter@expeedo.de> wrote:
Greg,
which commits / changes do you mean? The CAN drivers have not been changed since the TX performance fix, which Geir reported having solved his last issues.
The current version is stable over here, but without the SSH component -- I can't use that due to memory getting too low together with the Twizy component.
Regards, Michael
Am 07.01.2018 um 08:04 schrieb Greg D.:
Hi folks,
I just resync'd with the main repository, and am not receiving frames on CAN-3 anymore. I see there were changes to the chip driver...
I'm also seeing crashes right after getting connected to WiFi, immediately after the system tries to start SSH.
Seems like we just took a big step backward. What happened?
Greg
_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
-- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev