[Ovmsdev] i-Miev/C-Zero/iOn

[Mark Webb-Johnson]

Fantastic work, Thomas. A really useful addition to the project.

I've merged in your changes to master (the pull request you sent was exactly how it should work).

Regards, Mark.

On 23 Sep, 2013, at 5:24 PM, Thomas Bergo <thomas.bergo at gmail.com> wrote:

> Have tested and fixed a lot of errors this weekend. and i believe that the code is now in a state where it can be merged into the main project.
> 
> Have pushed a release 1.3 to my fork on GitHub.
> 
> Changes:
> 1.3  23.09.13 (Thomas)
> - Fixed charging notification when battery is full, SOC=100%
> - TODO: Fix battery temperature reading. 
> 1.2  22.09.13 (Thomas)
> - Fixed Ideal range
> - Added parking timer
> - Added detection of car is asleep.
> 1.1  21.09.13 (Thomas)
>  - Fixed ODO
>  - Fixed filter and mask for poll0 (thanks to Matt Beard)
>  - Verified estimated range
>  - Verified SOC
>  - Verified Charge state
>  - Added battery temperature reading (thanks to Matt Beard)
> 1.0  Initial release
> 
> Regards, Thomas
> 
> 
> 
> 2013/9/21 Thomas Bergo <thomas.bergo at gmail.com>
> Thanks to you all for participate.
> 
> Managed to spend some time on this project yesterday and this this evening.
> 
> Yesterday i was able to fix the ODO. And thanks to Matt i was able test the SOC, ideal range and Charge state. 
> Added the battery temperature reading form Matt's code.
> 
> My car is reporting range and ODO in Km, so added support to handle both miles and Km for ODO and Range based on can_mileskm.
> 
> "To receive all 0x3nn messages we could use filter SID 0x300 and mask 0x700, but I am worried that may cause a flood of messages."
> The current code runs with this filter and mask, ans seems to be stable so far.
> 
> Still see some errors with the ideal range and the temperature reading. The app is reporting PEM: -125C, Motor: 144C and Battery: 5C 
> 
> Pushed  the code with updates from Matt to GitHub.
> 
> Regards, Thomas
> 
> 
> 2013/9/21 Michael Jochum <mikeljo at mac.com>
> Hi,
> 
> You can only set the Mask and Filter in a Configuraton Mode.
> 
> From Datasheet:
> 23.3.1 CONFIGURATION MODE
> 
> The CAN module has to be initialized before the activation. This is only possible if the module is in the Configuration mode. The Configuration mode is requested by setting the REQOP2 bit. Only when the status bit, OPMODE2, has a high level can the initial- ization be performed. Afterwards, the Configuration registers, the Acceptance Mask registers and the Acceptance Filter registers can be written. The module is activated by setting the REQOP control bits to zero.
> 
> The module will protect the user from accidentally violating the CAN protocol through programming errors. All registers which control the configuration of the module can not be modified while the module is on- line. The CAN module will not be allowed to enter the Configuration mode while a transmission or reception is taking place. The Configuration mode serves as a lock to protect the following registers:
> 
> • ConfigurationRegisters
> • FunctionalModeSelectionRegisters • BitTimingRegisters
> • IdentifierAcceptanceFilterRegisters • IdentifierAcceptanceMaskRegisters • FilterandMaskControlRegisters
> • MaskSelectionRegisters
> 
> In the Configuration mode, the module will not transmit or receive. The error counters are cleared and the interrupt flags remain unchanged. The programmer will have access to Configuration registers that are access restricted in other modes.
> 
> -----------
> 
>  I don't believe that it will work without bad sideeffects.
> 
> 
> Bye
> michael
> 
> 
> Am 21.09.2013 um 11:32 schrieb Matt Beard OVMS <smvo at mxf.org.uk>:
> 
>> I may also try modifying the RX0 mask during the 1-second poll so that it cycles through filtering a single SID each time, meaning that it will take 4 seconds for a full update. I don't think this will be an issue as none of this data is fast changing.
> 
> 
> _______________________________________________
> OvmsDev mailing list
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20130923/6083f094/attachment.htm>