[Ovmsdev] Twizy release 3.0.2
Michael Balzer
dexter at expeedo.de
Sat Jan 18 22:14:59 HKT 2014
I implemented an "offline" cfg reset method -- which btw unfortunately
could also be used by any thieve... well, maybe not quite "any" though ;-)
Am 18.01.2014 13:55, schrieb Mark Webb-Johnson:
> Sounds like it might be cool to hook this into the valet msg. Valet ON
> is save limit then set speed limit to 10kph. Valet off is restore
> limit. Lock/Unlock could be similar.
>
> I would just be a little concerned if gsm connectivity was lost after
> lock/valet. Without connectivity, you couldn't unlock and it would be
> a real slow drive to the next cell tower :-)
>
> Mark
>
> On 18 Jan, 2014, at 8:14 pm, Michael Balzer <dexter at expeedo.de
> <mailto:dexter at expeedo.de>> wrote:
>
>> Nikki,
>>
>> nice ideas.
>>
>> You can reduce available power simply by a CFG DRIVE command, i.e.
>> "CFG DRIVE 10" will reduce available power to 10%.
>>
>> To completely disable it, "CFG DRIVE 0" should also work -- haven't
>> tried that yet.
>>
>> Another option if valet mode still needs the power (i.e. hills): "CFG
>> SPEED 10" will reduce maximum speed to 10 kph.
>>
>> Regards,
>> Michael
>>
>>
>> Am 18.01.2014 11:57, schrieb Nikki Gordon-Bloomfield:
>>>
>>> Michael,
>>>
>>> Great work!
>>>
>>> I wonder if there would be a way to use this as a valet mode option?
>>> Really reduce motor settings etc?
>>>
>>> Yes, its no Tesla, but more might be useful for some.
>>>
>>> Also, could this be used to make the twizy more secure?
>>>
>>> I know it has an immobilizer but no locks on the doors, making it
>>> perhaps a target for thieves?
>>>
>>> Could OVMS he used to lock down a twizy with really poor parameters?
>>>
>>> In other words, if someone does defeat the lock and turn it on, this
>>> could event them from moving the car?
>>>
>>> On 18 Jan 2014 08:27, "Michael Balzer" <dexter at expeedo.de
>>> <mailto:dexter at expeedo.de>> wrote:
>>>
>>> Thanks :-)
>>>
>>> There should also be a visible change in crash history records,
>>> my crash count with the new version is still 0.
>>>
>>> The extended mode also has been running 100% fine during the
>>> last days, so I can also check in some more Twizy & CANopen
>>> functionality later on :-)
>>>
>>> Btw, I read about the Mia also using a SEVCON Gen4. So if
>>> there's a Mia OVMS development going on somewhere: the Twizy
>>> tuning commands should be easily portable, should just need to
>>> be adapted to the other defaults.
>>>
>>> Regards,
>>> Michael
>>>
>>>
>>>
>>> Am 18.01.2014 03:46, schrieb Mark Webb-Johnson:
>>>
>>> Wow, just wow!
>>>
>>> I've been running this (2.6.x code, with Michael's interrupt
>>> handling enhancements, and a switch to extended mode
>>> compilation) in my car and the difference is amazing.
>>>
>>> The best indicator I have of interrupt performance is the
>>> digital speedo in the Tesla Roadster. That relies on picking
>>> up the transmission of a single CAN bus message, then
>>> following it up very quickly with a sequence of 3 override
>>> CAN bus messages. Previously it was ok, but now (with the
>>> new Interrupt code) it seems much much smoother.
>>>
>>> Well done, Michael! Great contribution.
>>>
>>> I'll be fixing up the compiler warnings (just a difference
>>> in 'static' vs 'auto' storage mode in extended mode) and
>>> then will commit the switch to extended mode to the
>>> repository as 2.6.2. I should get this done today.
>>>
>>> Regards, Mark.
>>>
>>> On 15 Jan, 2014, at 6:19 am, Michael Balzer
>>> <dexter at expeedo.de <mailto:dexter at expeedo.de>> wrote:
>>>
>>> Mark,
>>>
>>> I now also have compiled in extended mode (got no
>>> choice). I only get some warnings about static function
>>> args, not sure if they need to be static, doesn't seem so.
>>>
>>> First tests have been completely fine in both diag and
>>> live mode, so I'll use the extended mode firmware during
>>> the next days to see if anything goes wrong.
>>>
>>> Regards,
>>> Michael
>>>
>>>
>>> Am 08.01.2014 14:18, schrieb Mark Webb-Johnson:
>>>
>>> Not sure if we can use extended mode or not - if we
>>> can, it will give us a lot of breathing room. If I
>>> enable extended mode, everything compiles just fine
>>> (all configs). Supposedly the PIC18F2685 supports
>>> the C-optimised extended instruction set.
>>>
>>> Regards, Mark.
>>>
>>> --
>>> Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
>>> Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
>>> <dexter.vcf>_______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.teslaclub.hk
>>> <mailto:OvmsDev at lists.teslaclub.hk>
>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>>>
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.teslaclub.hk <mailto:OvmsDev at lists.teslaclub.hk>
>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>>>
>>>
>>> --
>>> Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
>>> Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
>>>
>>>
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.teslaclub.hk <mailto:OvmsDev at lists.teslaclub.hk>
>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>>>
>>>
>>>
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.teslaclub.hk
>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>>
>> --
>> Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
>> Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
>> <dexter.vcf>
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.teslaclub.hk <mailto:OvmsDev at lists.teslaclub.hk>
>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>
>
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
--
Michael Balzer * Paradestr. 8 * D-42107 Wuppertal
Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20140118/b258cc4c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dexter.vcf
Type: text/x-vcard
Size: 206 bytes
Desc: not available
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20140118/b258cc4c/attachment-0002.vcf>
More information about the OvmsDev
mailing list