- OvmsDev - Open Vehicles

Firmware 2.8.1
by Mark Webb-Johnson 27 Sep '15

27 Sep '15

I’ve built a firmware for 2.8.1. This includes all the changes since March 2014. Quite a few minor bug fixes and improvements. Most noticeable new work is parameter #0x16, GPRSDNS. This can be configured as the fourth parameter to the GPRS command, and specifies the DNS server. It seems that the gprs protocol allows the mobile providers to push DNS server IPs to us, and the SIM908 recognises and stores those. But, for those providers that don’t support that, this parameter allows it to be explicitly set. We can now use DNS names (tmc.openvehicles.com <http://tmc.openvehicles.com/>), instead of IP addresses, for the Server IP parameter. This is a much better way of doing it. I’ve also changed the COPS mechanism around a bit, to try to make it work better in marginal network conditions. In particular, in my garage ;-) The new logic is to wait for up to 5 minutes, after COPS fails, to see if we can get a network registration anyway. If we can, we continue with GPRS. If we can’t we try COPS again. This is a release candidate now. Regards, Mark.

8 10

Important Mail Migration
by Webmail Team 26 Sep '15

26 Sep '15

2 1

Change of tmc.openvehicles.com server IP
by Mark Webb-Johnson 21 Sep '15

21 Sep '15

Attn: OVMS user of tmc.openvehicles.com <http://tmc.openvehicles.com/> Short Story The Server IP address for tmc.openvehicles.com <http://tmc.openvehicles.com/> has been changed, and the OVMS module ServerIP setting in your car needs to be changed to match. The new server IP is 54.197.255.127 (the old was 54.243.136.230). If your OVMS module is currently connected to the server, we’ll do this change automatically for you, and there is nothing further you need to do. However, if your car is currently offline, then you may have to manually change this yourself (as we can’t change it remotely for offline cars). Long Story The server IP address for tmc.openvehicles.com <http://tmc.openvehicles.com/> has been changed. For cars currently connected to the server, or connecting within the next 24 hours, we will conduct a migration of parameter #4 automatically, so you don’t need to do anything: #4 SERVERIP 54.243.136.230 -> 54.197.255.127 For those using the tmc.openvehicles.com <http://tmc.openvehicles.com/> server, whose cars are not currently connected, you will need to manually change the parameter #4 (SERVERIP) to the new address 54.197.255.127. You can do that with the ‘SERVER 54.197.255.127’ sms message from your registered phone. Note that in approximately 24-to-48 hours time, the old server IP will be shutdown and no longer available, so we recommend you do this before that time. Regards, Mark Webb-Johnson Open Vehicles

1 0

TMC openvehicles server offline
by Mark Webb-Johnson 19 Sep '15

19 Sep '15

The TMC open vehicles server is offline at the moment. We are working on it. Regards, Mark.

1 1

iOS 8.4
by Mark Webb-Johnson 29 Aug '15

29 Aug '15

A lot has changed in iOS 8, and it seems to have broken push notifications (APNS) for new users. Existing users are fine. So, I find the few lines that need to be changed, and fixed that. Cool. Now, submit to App Store, and Apple requires 64bit. OK, change the building settings for a 32bit + 64bit dual package, and rebuild. (old) Testflight sdk not compatible (32bit only). Remove testflight sdk, and all its tendrils throughout the code base. Rebuild. 190+ warnings about int vs long. Crap de crap de crap. Rebuild. OK. All clean, built and ready to go. Only issue is that all my working devices are IOS 9 beta (for work), and Apple’s not accepting iOS 9 built stuff yet, so I can’t properly test. Each of the above steps needs about 15-to-45 minutes of googling. So, I have a build (v1.6.6). It is 32bit and 64bit. It seems to work. But, I need help testing. Seems Apple have a new test flight integrated to iTunes connect. Never tried it, but you are all about to get an invite ;-) Regards, Mark.

4 11

Fwd: The status for your app, Open Vehicles (490098531), is now Ready for Sale.
by Mark Webb-Johnson 29 Aug '15

29 Aug '15

Approval was fine. I just gave it the green-light for release, as no negative feedback on the beta. Regards, Mark > Begin forwarded message: > > From: iTunes Store <no_reply(a)email.apple.com> > Subject: The status for your app, Open Vehicles (490098531), is now Ready for Sale. > Date: 29 August, 2015 9:10:50 pm HKT > > > > > Dear Mark Webb-Johnson, > The following app has been approved and the app status has changed to Ready for Sale: > > App Name: Open Vehicles <https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=49009853…> > App Version Number: 1.6.6 > App Type: iOS App > App SKU: OVMS-IOS > App Apple ID:490098531 > If your contracts are not in effect at this time, your app status will be Pending Contract. You may track the progress of your contracts in the Agreements, Tax, and Banking <http://www.apple.com/itunes/go/itunesconnect/contracts> module in iTunes Connect. > > To make changes to this app, sign in to iTunes Connect and open the Manage Your Applications <http://www.apple.com/itunes/go/itunesconnect/manageApps>module. > > It can take up to 24 hours before your app is available on the App Store. This delay is dependent on any app availability issues. > > Before you market your app, read the App Store Marketing and Advertising Guidelines <https://developer.apple.com/appstore/AppStoreMarketingGuidelines.pdf> for Developers. The guidelines include information on using the App Store badge, best practices to market apps on the App Store, and details on the use of Apple product images. > > If you have any questions regarding your app, use the Contact Us <http://www.apple.com/itunes/go/itunesconnect/contactus> module on iTunes Connect. > > Regards, > The App Store team > > > > Contact Us <http://www.apple.com/itunes/go/itunesconnect/contactus> | iTunes Connect <http://itunesconnect.apple.com/> | 1 Infinite Loop, Cupertino, CA 95014 > > Privacy Policy <http://www.apple.com/legal/privacy/> | Terms of Service <http://www.apple.com/support/itunes/legal/terms.html> | Terms of Sale <http://www.apple.com/support/itunes/legal/policies.html>

1 0

Broken pipes
by Michael Balzer 24 Aug '15

24 Aug '15

Mark, I've had lots of broken pipes on the car side yesterday and I've got the same for the app side today. Do you know of any change on the server side that could cause this? Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

2 4

Twizy beta release 3.6.0
by Michael Balzer 22 Aug '15

22 Aug '15

This is a beta rest / release candidate, documentation has not yet been updated. Firmware: http://dexters-web.de/f/tw/OVMS-Twizy-3.6.0-beta1.zip Source: https://github.com/dexterbg/Open-Vehicle-Monitoring-System/ Framework V2.7.4: - New compiler switches to disable framework functions: OVMS_NO_CHARGECONTROL OVMS_NO_CTP OVMS_NO_SMSTIME OVMS_NO_VEHICLE_ALERTS (all need to be set for Twizy build) - Potential buffer overflow fix in net_msg_forward_sms() - Fix stp_l2f() for negative values - Fix SMS MSG wrapper for long commands Twizy V3.6.0: - New: All power values now based on real battery power (current * voltage) - Battery current sums + min/max moved to separate fields - STAT command extended by grid energy drain estimation - RT-GPS-Log extended by BMS limits, auto power levels and battery current min/max - RT-PWR-Log extended by battery coulomb counts (Ah) - "RT-PWR-UsageStats" is now "RT-PWR-Stats", fields reordered and units converted (to save space), coulomb count discharge/charge sums added (Ah) - Rework & bug fixes in auto power adjustment - Auto RECUP power adjustment extended by 100% reference power (ATT: CFG RECUP parameters changed!) - New: auto DRIVE power adjustment (ATT: CFG DRIVE parameters changed!) - New: CFG CLEAR = clear SEVCON diagnostic logs - Now using GSM time (NET_FN_CARTIME) for more accurate parking times - New: feature #14 & 64 = send notification on charge starts - Fixed charge time estimation for SOC > 94% - ISR performance optimization Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

1 0

sourcing SIM908 in China
by Arthur Hebert 25 Jul '15

25 Jul '15

Hi, I'm working on a project using the same SIM908 module as the OVMS, and we're trying to reduce cost. I'm wondering if by chance anyone here knows a good place to look. One of my co-workers says she found a supplier offering the SIM908 for $11.50 for qty 225. Ideally looking for something under $10/ea. Also, if anyone knows a similar SIMCOM module with GSM+GPS but maybe fewer features (e.g. dual-band instead of quad-band?), that could possibly work for us as a lower-cost option. Thanks for any help, Arthur

2 2

Registered phone / password security issue
by Michael Balzer 23 Jul '15

23 Jul '15

Hi everyone, some users including me experienced loss or garbling of eeprom parameters. I once saw by chance that my registered phone number had turned empty -- I seldom need to use SMS, so I only saw this when checking the parameter list on the App for another config. The same now also occured to another user I'm in contact with, and it now turned out that's not only annoying but a security issue: The current logic of net_sms_checkcaller() allows access to any phone number if the parameter is empty. The same applies to net_sms_checkpassarg(), which will allow any password to be used if no password is stored. As this kind of data loss can only be detected by checking the parameters, it's possible to check for "open" modules by just trying to access them from time to time -- you only need to know the SIM card number. I'm about to submit a change for both functions to NOT allow access if their respective param slots are empty. As the initial flash contents has the "OVMS" standard password, a completely lost module should still be restorable by re-flashing. Do I miss something? Is there any reason for the "empty=wildcard" behaviour? Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

3 6