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