<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Wow! Nice reading about your progress. Looks like you have a few developers on board to help you.</div><div><br></div><div>It would be good to get your project integrated with the main OVMS code, so we can all see and work on it. Best to fork the latest OVMS, then make your changes and send me a pull request to merge in.</div><div><br></div><div>For the car_tbattery, changing signed int16 should be fine. Let me check tomorrow (I need to review the existing vehicle module and apps code).</div><div><br></div><div>For the other vehicle-specific parameters, what I have been thinking is to introduce an X type, and provide a hook for the vehicle module to provide it on request. That should be very expandable and allow vehicle-specific parameters to be supported and sent to the server and apps. If a particular variable is used by several vehicles, it should be standardised and put into ovms.h, otherwise it can be kept vehicle-specific. If you look at the tesla or Twizy vehicle modules you will see a local vehicle variables section at the top - that is arranged as an overlay so all vehicles share the same physical memory (only one vehicle active at once).</div><div><br></div><div>Regards, Mark</div><div><br>On 15 Aug, 2013, at 10:51 pm, Håkon Markussen <<a href="mailto:hakon.markussen@gmail.com">hakon.markussen@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div><div><div><div><div><div><div>Hi all,<br><br></div>I'm a new user and have starting to develop/configure on the OVMS for Think City. <br></div>Currently I've made success with both SMS and App interrogation and it works well!<br>
</div><div><br></div>The result and some screenshots can be viewed at the Norwegian EV-forum in this post:<br><a href="http://elbilforum.no/forum/index.php/topic,6755.0.html">http://elbilforum.no/forum/index.php/topic,6755.0.html</a><br>
</div><br>Due to some problems with the definition of global variables (changing more files than vehicle_thinkcity.c), I've been doing my development locally, not uploaded anything to GitHub.<br><br></div>The main problem is that the variable car_tbattery is defined as signed char.<br>
</div>Most Think City EV's have a "Zebra-battery" which operating temperature is about 270 degrees celcius (oC).<br></div><div>E.g. sending temperature 264 oC requires 9 bits -> 1 0000 10000<br></div><div>
I think the signed char offers only 8 bits (bit 7 is set for negative numbers), and turns my value into<br></div><div>0000 1000 -> 8 oC ...<br></div><div><br></div><div>I understand that the OVMS-server (and the App) knows that car_tbattery is signed char, so to get around this I will ask if it's possible to redefine car_tbattery as signed int ?<br>
<br></div><div></div><div><br></div><div>As a second priority request, I would also ask if it's possible to add pack_voltage and pack_current to the global variables<br>ovms.c<br>unsigned int car_pack_voltage = 0; // Zebra battery pack voltage<br>
signed int car_pack_current = 0; // Zebra battery pack temp<br></div><div>ovms.h<br></div><div>extern unsigned int car_pack_voltage; // Zebra battery pack voltage<br>extern signed int car_pack_current; // Zebra battery pack temp<br>
<br>I'm not sure how things are done here, so have me excused if I ask a little too much.<br><br></div><div>Best regards<br></div><div>Håkon<br></div></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>OvmsDev mailing list</span><br><span><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a></span><br><span><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a></span><br></div></blockquote></body></html>