June 2014 - OvmsDev - Open Vehicles

Re: [Ovmsdev] GPRS Problem
by Gianluca Magalotti 28 Jun '14

28 Jun '14

Hi again, I'm not able to enable GPRS in OVMS. I've tried some SIM cards with different operators and I think I've used properly APN settings (the same used in the phone) but it still having the 0x0041 error. In Italy (where I live) we have LTE, 3,5G 3G, 2.5G and 2G (not for every operator) but if I use the sim in a Phone and force 2G connections both SIM i've tried work (Vodafone and Telecom Italia). As lat information GSM works fine and I can communicate with OVMS by SMS. Any hint? Gianluca Il giorno 28/giu/2014, alle ore 06:00, ovmsdev-request(a)lists.teslaclub.hk ha scritto: > Send OvmsDev mailing list submissions to > ovmsdev(a)lists.teslaclub.hk > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.teslaclub.hk/mailman/listinfo/ovmsdev > or, via email, send a message with subject or body 'help' to > ovmsdev-request(a)lists.teslaclub.hk > > You can reach the person managing the list at > ovmsdev-owner(a)lists.teslaclub.hk > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of OvmsDev digest..." > > > Today's Topics: > > 1. Re: changing android app server IP (Christopher Cook) > 2. Re: changing android app server IP (Lee Howard) > 3. Re: changing android app server IP (Lee Howard) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 27 Jun 2014 12:44:52 +0800 > From: Christopher Cook <christopher.cook(a)webprofusion.com> > Subject: Re: [Ovmsdev] changing android app server IP > To: OVMS Developers <ovmsdev(a)lists.teslaclub.hk> > Message-ID: <r7evp31xp6nup2wd3sya83eu.1403844292014(a)email.android.com> > Content-Type: text/plain; charset=utf-8 > > Off topic but long term it would be prudent to investigate the cross platform options for the app, otherwise there's a lot of duplicate work. > > I'd consider HTML/Cordova, Xamarin (and perhaps Xamarin Forms), Titanium Sdk, etc. > > Not saying cross platform doesn't have its challenges but otherwise there's probably not enough dev resources to expect to develop a complete app for all platforms. > > Chris > > Tom Saxton <tom(a)idleloop.com> wrote: > >> On iOS, the App settings is buried in the System Settings app, a terrible >> UI design. Finally, with iOS 8, there will be a way for apps to send you >> straight to the app settings. But for now... >> >> Open the Setting app, then scroll down to the bottom to find a list of >> apps that use the built-in settings mechanism. You'll find an item for >> "Open Vehicle". In there you'll find the configuration for your OVMS >> account, including the server IP address. >> >> That's also where you can turn the Open Charge Map stuff on/off and where >> you can override the module's choice for distance and temperature units. >> >> Arguably the server account should be per-vehicle but I'm guessing the >> thought was that anyone who has multiple OVMS vehicles will have them all >> on the same server and making that app-wide means you only have to enter >> username, password and server IP once. >> >> Of course none of this is any help for figuring out how to do it on >> Android... >> >> Tom >> >> -----Original Message----- >> From: Lee Howard <lee.howard(a)mainpine.com> >> Reply-To: OVMS Developers <ovmsdev(a)lists.teslaclub.hk> >> Date: Thursday, June 26, 2014 at 4:22 PM >> To: OVMS Developers <ovmsdev(a)lists.teslaclub.hk> >> Subject: Re: [Ovmsdev] changing android app server IP >> >>> On 06/11/2014 05:23 PM, Mark Webb-Johnson wrote: >>>> I think the 'tmc' server is hard-coded in the Android App. >>>> >>>> The code on github is up-to-date, if anyone wants to take a stab at >>>> making it configurable. >>> >>> I spent a few days getting acquainted with Android development and >>> toying with the OVMS Android app code, loading it onto the Android >>> emulator, etc. >>> >>> I couldn't decide where was the best place was to put an "app settings" >>> menu item, and so I caved and downloaded OVMS from the App Store onto my >>> iPad... >>> >>>> The iOS App has it in the system settings tab. >>> >>> I don't see it. Is this in unreleased/unpublished code? >>> >>> There is the "OVMS Server IP" in the "Parameters" section of the >>> "Control" menu for each configured car. However, I believe that refers >>> to the server IP configured in the car module and not for the app. AND >>> this same section and menu exist on the Android app (after waiting >>> long-enough for it to populate... or getting lucky... I can't figure out >>> which since it often doesn't populate at all). >>> >>> Since for each car the app needs to talk to the same server as the car >>> module it would be ideal for changes made to this "OVMS Server IP" in >>> the "Parameters" section to apply to both the IP where the module >>> communicates *AND* to where the app communicates for that car, but since >>> this "Parameters" section doesn't even come up at all until the app can >>> talk to the server and module, I don't think that's how it works, >>> presently, and it would appear to need a lot of effort to get it working >>> in that fashion. >>> >>> It would be nice if I could have different car modules talking to >>> different servers and for me to be able to use one app to rule them >>> all. The app would merely talk to different servers for each car. >>> >>> Anyway... since my initial interest is in doing server-side and >>> car-module-side developments (and not so much the app-side of things) >>> I'm inclined to just make a hard-coded change to the server IP address >>> in my Android app and move on for the sake of being productive. >>> >>> Thanks, >>> >>> Lee. >>> >>> -- >>> *Lee Howard* >>> *Mainpine, Inc. Chief Technology Officer* >>> Tel: +1 866 363 6680 | Fax: +1 360 462 8160 >>> lee.howard(a)mainpine.com | www.mainpine.com >>> _______________________________________________ >>> OvmsDev mailing list >>> OvmsDev(a)lists.teslaclub.hk >>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev >>> >> >> >> _______________________________________________ >> OvmsDev mailing list >> OvmsDev(a)lists.teslaclub.hk >> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev > > ------------------------------ > > Message: 2 > Date: Fri, 27 Jun 2014 10:38:05 -0700 > From: Lee Howard <lee.howard(a)mainpine.com> > Subject: Re: [Ovmsdev] changing android app server IP > To: ovmsdev(a)lists.teslaclub.hk > Message-ID: <53ADABFD.4010407(a)mainpine.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 06/26/2014 08:38 PM, Tom Saxton wrote: >> On iOS, the App settings is buried in the System Settings app, a terrible >> UI design. > > Oh, I see. Thank you. That was very helpful. > > Yes, it is a terrible UI design by Apple on iOS. > > I was going to try to do on Android similar to what had been done on > iOS, but since this is so terrible, I'd rather not do it like that. > >> Arguably the server account should be per-vehicle but I'm guessing the >> thought was that anyone who has multiple OVMS vehicles will have them all >> on the same server and making that app-wide means you only have to enter >> username, password and server IP once. >> >> Of course none of this is any help for figuring out how to do it on >> Android... > > As I dug-into the Android code better to hard-code the address change I > discovered - to my delight - that the app server address is stored in a > per-car data object. Yay! So this is nice. I'm going to give this > another shot. > > Thanks, > > Lee. > > -- > *Lee Howard* > *Mainpine, Inc. Chief Technology Officer* > Tel: +1 866 363 6680 | Fax: +1 360 462 8160 > lee.howard(a)mainpine.com | www.mainpine.com > > > ------------------------------ > > Message: 3 > Date: Fri, 27 Jun 2014 12:44:16 -0700 > From: Lee Howard <lee.howard(a)mainpine.com> > Subject: Re: [Ovmsdev] changing android app server IP > To: ovmsdev(a)lists.teslaclub.hk > Message-ID: <53ADC990.5010708(a)mainpine.com> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > On 06/27/2014 10:38 AM, Lee Howard wrote: >> On 06/26/2014 08:38 PM, Tom Saxton wrote: >> >>> Arguably the server account should be per-vehicle but I'm guessing the >>> thought was that anyone who has multiple OVMS vehicles will have them >>> all >>> on the same server and making that app-wide means you only have to enter >>> username, password and server IP once. >>> >>> Of course none of this is any help for figuring out how to do it on >>> Android... >> >> As I dug-into the Android code better to hard-code the address change >> I discovered - to my delight - that the app server address is stored >> in a per-car data object. Yay! So this is nice. I'm going to give >> this another shot. > > Here is the patch. Someone with privs can apply it and commit these > changes to the repository if it meets with their approval. > > It's a very small enhancement - basically permitting an interface to > sel_server in the CarData object. The interface is right where it > should be, IMO: right where you enter the vehicle info and passwords. > The default is left to "tmc.openvehicles.com", but the user now has the > capability to modify it (on a per-car basis, even). > > I did not change the sel_server initialization value of > "tmc.openvehicles.com". I could have changed this to "" as with the > other CarData strings, but it probably makes little difference. Leaving > it to initialize with "tmc.openvehicles.com" possibly it could be > confusing to someone later who doesn't recognize that the initialized > value is always overwritten by the configured value (as with the other > CarData strings which are initialized to ""). If someone cares they can > modify that at the top of CarData.java. > > This patch also makes one obvious grammatical correction in a string > appearing on the same page layout. > > If there is any concern just look at the patch - it's a very, very > benign set of changes. This e-mail is longer than the patch is. > > Thanks, > > Lee. > > -- > *Lee Howard* > *Mainpine, Inc. Chief Technology Officer* > Tel: +1 866 363 6680 | Fax: +1 360 462 8160 > lee.howard(a)mainpine.com | www.mainpine.com >

2 1

Re: [Ovmsdev] changing android app server IP
by Christopher Cook 27 Jun '14

27 Jun '14

Off topic but long term it would be prudent to investigate the cross platform options for the app, otherwise there's a lot of duplicate work. I'd consider HTML/Cordova, Xamarin (and perhaps Xamarin Forms), Titanium Sdk, etc. Not saying cross platform doesn't have its challenges but otherwise there's probably not enough dev resources to expect to develop a complete app for all platforms. Chris Tom Saxton <tom(a)idleloop.com> wrote: >On iOS, the App settings is buried in the System Settings app, a terrible >UI design. Finally, with iOS 8, there will be a way for apps to send you >straight to the app settings. But for now... > >Open the Setting app, then scroll down to the bottom to find a list of >apps that use the built-in settings mechanism. You'll find an item for >"Open Vehicle". In there you'll find the configuration for your OVMS >account, including the server IP address. > >That's also where you can turn the Open Charge Map stuff on/off and where >you can override the module's choice for distance and temperature units. > >Arguably the server account should be per-vehicle but I'm guessing the >thought was that anyone who has multiple OVMS vehicles will have them all >on the same server and making that app-wide means you only have to enter >username, password and server IP once. > >Of course none of this is any help for figuring out how to do it on >Android... > > Tom > >-----Original Message----- >From: Lee Howard <lee.howard(a)mainpine.com> >Reply-To: OVMS Developers <ovmsdev(a)lists.teslaclub.hk> >Date: Thursday, June 26, 2014 at 4:22 PM >To: OVMS Developers <ovmsdev(a)lists.teslaclub.hk> >Subject: Re: [Ovmsdev] changing android app server IP > >>On 06/11/2014 05:23 PM, Mark Webb-Johnson wrote: >>> I think the 'tmc' server is hard-coded in the Android App. >>> >>> The code on github is up-to-date, if anyone wants to take a stab at >>>making it configurable. >> >>I spent a few days getting acquainted with Android development and >>toying with the OVMS Android app code, loading it onto the Android >>emulator, etc. >> >>I couldn't decide where was the best place was to put an "app settings" >>menu item, and so I caved and downloaded OVMS from the App Store onto my >>iPad... >> >>> The iOS App has it in the system settings tab. >> >>I don't see it. Is this in unreleased/unpublished code? >> >>There is the "OVMS Server IP" in the "Parameters" section of the >>"Control" menu for each configured car. However, I believe that refers >>to the server IP configured in the car module and not for the app. AND >>this same section and menu exist on the Android app (after waiting >>long-enough for it to populate... or getting lucky... I can't figure out >>which since it often doesn't populate at all). >> >>Since for each car the app needs to talk to the same server as the car >>module it would be ideal for changes made to this "OVMS Server IP" in >>the "Parameters" section to apply to both the IP where the module >>communicates *AND* to where the app communicates for that car, but since >>this "Parameters" section doesn't even come up at all until the app can >>talk to the server and module, I don't think that's how it works, >>presently, and it would appear to need a lot of effort to get it working >>in that fashion. >> >>It would be nice if I could have different car modules talking to >>different servers and for me to be able to use one app to rule them >>all. The app would merely talk to different servers for each car. >> >>Anyway... since my initial interest is in doing server-side and >>car-module-side developments (and not so much the app-side of things) >>I'm inclined to just make a hard-coded change to the server IP address >>in my Android app and move on for the sake of being productive. >> >>Thanks, >> >>Lee. >> >>-- >>*Lee Howard* >>*Mainpine, Inc. Chief Technology Officer* >>Tel: +1 866 363 6680 | Fax: +1 360 462 8160 >>lee.howard(a)mainpine.com | www.mainpine.com >>_______________________________________________ >>OvmsDev mailing list >>OvmsDev(a)lists.teslaclub.hk >>http://lists.teslaclub.hk/mailman/listinfo/ovmsdev >> > > >_______________________________________________ >OvmsDev mailing list >OvmsDev(a)lists.teslaclub.hk >http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

1 0

Twizy release 3.3.0
by Michael Balzer 21 Jun '14

21 Jun '14

...just checked in: Twizy version 3.2.3: - Added battery max drive/recup power from PDO 424 to RT-PWR-BattPack - Added power level shaping info to user guide - Motor temperature now also available below zero (signed) - SEVCON auto-login on every switch-on (for SDO reads) - SDO functions now check component status Twizy release 3.3.0: - Lock/Unlock/Valet mode support - Homelink = profile switch - Speed limit below default reverse speed also limits reverse Regards, Michael -- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26

1 0

Server historical data space problem?
by Michael Balzer 21 Jun '14

21 Jun '14

Some users and me seem to have lost H records early during the last 24-48 hours. I.e. my RT-PWR-Batt* logs currently can only be fetched for the last 3 hours instead of 24. Is there a storage space problem on the server? Regards, Michael -- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26

4 6

timestamps on push notifications and logs
by Nikolay Shishkov 19 Jun '14

19 Jun '14

Thanks Mark, Isn't it too complicated to fetch the time from the GSM modem? How about changing the following 2 lines in the net.c code: if( b = strtokpgmram( net_buf+2, "," ) ) ; // Time To something like this if( b = strtokpgmram( net_buf+2, "," ) ) gps_time_str = *b; // Time gps_time_acquired = car_time; // when was that time acquired Then we can discuss if car_time should be the same as gps_time (probably not), or if gps_time could be used for logging and other selected functions? Or even if we can have a get_time() function (what would be a good location) that would encapsulate the time getting process and do some simple magic - say something like this: long get_time() { if (gps_time_acquired != 0) return gps_time_long + (car_time - gps_time_acquired); = *b; else return car_time; } Any issues with such approach? Apart from GPS antenna not connected to the board? Nikolay Here: unsigned long car_time Time (in seconds), as measured by the car. The 0 value of this can be whatever the car module desires. It is acceptable to merely initialize this to zero and increment it by 1 for every ticker1() received. Alternatively, a more accurate method is to read the real time clock from the vehicle CAN bus (if available) and update from there. I think the Tesla Roadster is the only vehicle actually updating it from the CAN bus. There was some (fairly recent) discussion about getting this from the GPS, and Tom did the foundation work (utils.{h,c} JDEpoch, JdToYMD, JdFromYMD, and datestring_to_timestamp in net.c), but we haven't completed the changes to the core net.c (+CCLK handler) to do this yet. I attach the mailing list eMail showing how this will be done. Regards, Mark. On 15 Jun, 2014, at 9:35 pm, Nikolay Shishkov <nshishkov at yahoo.com> wrote: >Hi, >>I am getting strange time on my push notifications and on the logs. >Looking at the code it seem a variable called car_time is used to produce string indicating time. >Also looking at the code I can not seem to find where this car_time variable is set. The only place I could find is the vehicle_teslaroadster.c . >>If I am not missing something wouldn't it be beneficial to get the time from the GPS or the GSM network instead? >>I am attaching a screenshot of my app where the timestamp of the push notification is visible together with the time displayed on my phone. >>Nikolay

2 3

CAN ID Roadster
by mikeljo＠mac.com 19 Jun '14

19 Jun '14

Hi, for an other Project i am locking for some CAN IDs. Some are used in OVMS some not. Or i didn't find them. :) i am locking for: - Battery Voltage DC - Charging Current DC - Battery Temp. Can anybody help. (No i don't have a TR. So i can't lock myself) Thanks Bye Michael J.

4 4

AT&T to Terminate 2G on Dec 31, 2016
by Tom Saxton 18 Jun '14

18 Jun '14

According to Nissan: "AT&T has announced that on December 31, 2016, AT&T will terminate 2G network availability." https://www.nissanusa.com/electric-cars/leaf/features/disclaimers.html This will kill Carwings on the Leaf, as well as current OVMS hardware running on AT&T. Perhaps T-Mobile will keep running 2G in the US? In my experience, T-Mobile's coverage isn't as good as AT&T's. Tom

3 3

What does CarOn mean?
by Nikolay Shishkov 17 Jun '14

17 Jun '14

Thanks Mark, With some help I found a message on the canbus that reflects the status of the "Ready" light in the car. Please note that the key position may be in "on", that does not mean that the car can drive. I have seen this behavior (the switch is on, but then it takes half second and the car is "ready", most of the time) in the old RAV4 EV, Nissan Leaf, the Mitsubishi Miev trio of cars, Think City EV. I don't remember how it works in the Roadster or the Model S. So if no one minds I will be setting the CarON when the "Ready" bit is set in that CANBus message. Can someone please confirm that my code will extract the correct bit - I think I got it right, but sometimes I confuse the zerobased indexing and the endianness of a system. The CAN bus message id is 0x424 - Here with ready OFF: 424 43 00 08 00 00 AE 01 FF And here with ready ON: 424 43 00 0C 00 00 AE 01 FF So I am looking for the the 3rd bit in the 3rd byte of the message and I am thinking of doing something like this: car_doors1bits.CarON = can_databuffer[3] & (1<<2); or maybe car_doors1bits.CarON = can_databuffer[3] & 4; Is this correct? Nikolay Nikolay, unsigned char car_doors1 [bit 7] A bit used to signal whether the car is turned on or off. Set to 1 if the car ignition switch is ON, otherwise 0. If the state of the ignition switch is not readable on the bus, the vehicle not being in 'P' gear or handbrake not appied (and not charging), would be acceptable. Regards, Mark. On 15 Jun, 2014, at 9:38 pm, Nikolay Shishkov <nshishkov at yahoo.com> wrote: >As the subject says - what does CarOn mean? Is it key in position 3, or car in "Ready" state? Or something even more remote like shifter not in "P"? >>Nikolay

2 2

Nissan Leaf
by Mark Webb-Johnson 17 Jun '14

17 Jun '14

I've ordered a bunch of cables suitable for CAR and EV can buses of Nissan Leaf. Pinout is: Pinout B J1962-M DB9-F Signal 4 3 Chassis/Power GND 6 5 CAN-H (alternate CAN) 14 4 CAN-L (alternate CAN) 13 7 CAN-H (primary CAN) 12 2 CAN-L (primary CAN) 16 9 +12V Vehicle Power J1962 end should be MALE plug with right angle cable. DB9 end should be FEMALE. Both ends should be enclosed in shells, and cable should be 1metre in length. The wiring brings J1962-M pins 13 and 12 (EV can bus) through to our standard OVMS v2 can bus pins. It also brings the normal CAR can bus through on DB9-F pins 5 and 4 (for future use on any dual-can enabled OVMS module, or easy re-wiring at the DB9 end). Cable itself as per our standard naming: For simplicity, I'll ask Fasttech to handle logistics for these, as usual. Regards, Mark.

4 4

bit structures
by Nikolay Shishkov 17 Jun '14

17 Jun '14

Hi Mark, Or anyone out there that can help. This is the D message. D 92,0,0,28,29,23,0,0,0,13281,-127,3,60,-1,14.2,0,0.0,16 The first byte is 92 decimal and 0101 1100 binary. In my build this value can be 3 (0000 0011), or 64 (0100 0000). This first byte should correspond to cardoors1 byte. Now which one is bit nr. 5 that is always supposed be 1? Or how do I find which bit is bit nr.7? Nikolay

2 1