Suggestion for review:

- integration of net msg CHARGE ALERT into new dispatcher framework
  to enable vehicle overloading
  suggested cmd code: 6

- example implementation of specific CHARGE ALERT overloading for Twizy

(untested)
- Diag mode extended by 'M' command facility to debug MSG commands

- can_capapilities changed to rom pointer

- MSG command 4 (set param) now also does vehicle init on changing
  vehicle type
Rework proposal finish:
- added C6 to default capabilities

Bug fixes / enhancements:
- PARAMS? reply now split into as many SMS as needed (160 char limit)
- std util cr2lf() to unify text handling for MSG and SMS text
Rework proposal finish:
- added C6 to default capabilities

Bug fixes / enhancements:
- PARAMS? reply now split into as many SMS as needed (160 char limit)
- std util cr2lf() to unify text handling for MSG and SMS text
Merge branch 'v2' of https://github.com/dexterbg/Open-Vehicle-Monitoring-System.git into v2

Conflicts:
	vehicle/OVMS.X/net_sms.c
Bug fix:

- net buffer semaphore net_msg_sendpending now checked
  before calling net_msg_cmd_do()
Framework and Twizy update

Framework:

- added #defines for standard command codes in net_msg.h
- added string hook vehicle_version (output in VERSION & DIAG)
- par_set() now allows value=NULL
- net_puts_*() extended by auto cr/lf when in diag mode (readability)
  (=> MSG texts can use single cr & SMS texts single lf)

Twizy:

- unified charge alerts for MSG/SMS
- MSG integration for all commands (see capabilities)
- code cleanup & design pattern documentation
Twizy module initialisation optimized

- now recognizes init/reset situation via car_type[]
- changed car_type[] comment to reflect this purpose
- net_put*: back to original stackless (=faster) UART putchar
- ...completion of init/reset recognization via car_type[]
Minor framework update (PARAMS, internal GPS, diag mode)

- SMS command "PARAMS" now also triggers vehicle re-initialisation

- Internal GPS now also sets/resets stale counter

- Diag dispatcher now ignores comments/debug outputs echoed back
  from the modem ("#...")
Twizy module version 2.0: battery & temperature monitoring

- PEM and motor temperatures

- Battery cell temperatures: 7 cell modules of 2 cells each
  (overall battery temperature = average of modules)

- Battery pack and cell voltages

- Battery monitoring system:
  - history of min/max/max deviation during usage cycle
  - ...tagging of suspicious cells (dev > std dev)
  - ...tagging of cell alerts (dev > 2 * std dev)
    (thresholds may need refinement)
  - ...sends SMS+MSG on alert state change

- First draft of battery state data MSG protocol extension
  (to be discussed on the developer list)

- Development/debug utility: CAN simulator w/ battery data
  sim data can be injected any time by issuing the DEBUG command
  with desired sim data chunk number (i.e. SMS "DEBUG 12" / MSG "200,12")

- Minor code cleanups & bug fixes
Documentation: Firmware development primer V0.1
Twizy module version 2.1:

- temperature function updated to new formula (A - 40)

- cell alert thresholds changed to fixed absolute deviations
  3 °C temperature / 100 mV  (watch thresholds = stddev as before)

- battery monitor reset now bound to "key on" event
  instead of full charge cycle

- cell mean value / deviation calculations now done with rounding

- battery text alert now also sent by MSG protocol ("PA")
  and triggered immediately after every alert status change

- Twizy battery monitor compiler switch: OVMS_TWIZY_BATTMON
  current ressource usage: 6% RAM (193 byte) + 10% ROM
Twizy module version 2.2:

- Update MSG protocol for battery monitor to new "History" message type
  using types 'PWR-BattPack' & 'PWR-BattCell'

- New function: now gathers power usage statistics. MSG command 206 /
  SMS command "POWER" outputs statistics, MSG notify also done after
  each power off. Statistics cover power usage in Wh for constant drive,
  acceleration & deceleration + percentages each.

- Minor cleanups & fixes.
Twizy minor update:

- Changed MSG "H" types to RT specific (needs input from other users
  for general purpose definition)
Merge branch 'v2' of https://github.com/markwj/Open-Vehicle-Monitoring-System into v2
Code review and minor layout fixes