October 2014 - OvmsDev - Open Vehicles

Re: [Ovmsdev] [Open-Vehicle-Monitoring-System] First implemention of net_fnbits NET_FN_CARTIME (1a97b92)
by Mark Webb-Johnson 21 Oct '14

21 Oct '14

My thinking is that losing 1 ms every second or so means 1,000 seconds (16 minutes) to lose 1 second. As we poll the GSM modem for clock once every 60 seconds that should be fine and we should maintain accuracy. The GSM modem includes a real-time clock, so even if it loses GSM connectivity it should still keep good time. P.S. There is a simple slight improvement I thought about last night. I use a 16bit unsigned integer to count milliseconds, adding 105 to it every 104.8576ms timer interrupt, and taking off 1,000ms every time it gets >1,000. Leading to an inaccuracy of 0.1424ms every timer tick. I could simply count 50ms instead, adding 5243 every timer tick of equivalent 5242.88 50ms chunks, and then taking off 50,000 every time if gets >50,000. That would lead to an inaccuracy of 0.12ms every timer tick. We could also mess around with the timer functions to try to get something more divisible into 1ms. But, with the GSM polling, I just don't think it will be necessary. Regards, Mark. On 21 Oct, 2014, at 2:55 pm, Gianluca <notifications(a)github.com> wrote: > After quick math every 7 interrupts you "loose" one ms. Maybe you could count interrupts and adjust ms count. To be more precise every 44 adjustments you should skip the increment. Let's say is a gregorian solution :) > > — > Reply to this email directly or view it on GitHub. >

1 1

Re: [Ovmsdev] Open Charge Map
by Christopher Cook 17 Oct '14

17 Oct '14

Actually, on that topic (almost) - we should discuss how OVMS users might checkin (or even auto-checkin) to OCM. That would help us track which locations people are using and the quality of their experience there. Are there any recent thoughts on this from the OVMS side? Currently there are no third party apps writing to the OCM API. Doing so currently requires at least authentication (via the web UI) - this is also the method used by the OCM mobile apps. There is the possibility of a quicker/simple login to OCM via third party apps by way of a security code emailed to the user (who would either be new to OCM or an existing user). Not massively secure (there are holes in the approach) but it would make it easy for third party apps to quickly authenticate. Alternatively we can provide URLs which OVMS users would open in a browser/webview which go on to use the standard mobile app or site. This is the easiest for OVMS apps to implement. Depends on what integration people would like to see? Chris J-C Saint-Pô <jcsaintpo(a)gmail.com> wrote: >_______________________________________________ >OvmsDev mailing list >OvmsDev(a)lists.teslaclub.hk >http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

9 47

Re: [Ovmsdev] [Open-Vehicle-Monitoring-System] SMS Response (#135)
by Tom Saxton 11 Oct '14

11 Oct '14

I saw this recently when working on configuring a V1 module running OVMS version 2.6.5/TR (the version on my firmware update page, http://www.idleloop.com/tesla/ovms/) This command: GPRS MOBILEDATA - returned: GPRS: APN:MOBILEDATA User: Password: GSM:AT&T GPRS: OK Server: Connected OAT +CIPSHUT Also, this command: SERVER 54.243.136.230 PASSWORD - returned: Server IP:54.243.136.230 Password:PASSWORD Paranoid:AT+CIPSHUT I haven't tried it with a current build, or with a V2 unit. Tom On 10/9/14, 10:51 AM, "Gianluca" <notifications(a)github.com> wrote: >Some OVMS users are experiencing strange responses to SMS configuration. >Last row of every SMS like MODULE, SERVER and GPRS is missing the last >character and some AT command is appended instead. >For Instance. a MODULE SMS command would return >Module: >... >... >Notifications:SMAT+###### (with ##### replaced by some AT command string). >instead of >Notifications:SMS >It Sounds to me like a not properly null terminated string but I've been >not able to recreate the problem. Users state it disappear after >reflashing or moving GPRS/GSM switch (but I'm not sure about it). > >Reply to this email directly or view it on GitHub ><https://github.com/openvehicles/Open-Vehicle-Monitoring-System/issues/135 >>. >{"@context":"http://schema.org","@type":"EmailMessage","description":"View > this Issue on >GitHub","action":{"@type":"ViewAction","url":"https://github.com/openvehic >les/Open-Vehicle-Monitoring-System/issues/135","name":"View Issue"}}

1 0

Re: [Ovmsdev] Twizy Trip sms report
by Gianluca Magalotti 04 Oct '14

04 Oct '14

Thankyou Michael. I just sow the 3.3.1 changelog yesterday night and made a post on the Italian forum. And yes, manual is missing the feature (the tesla manual appendix reports feature 10 as n/a). Btw can we provide a single documentation for installation and basic commands? Il 04/ott/2014 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. Twizy Trip sms report (Gianluca Magalotti) > 2. Re: Twizy Trip sms report (Michael Balzer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 3 Oct 2014 08:04:59 +0200 > From: Gianluca Magalotti <gianluca(a)magalotti.net> > Subject: [Ovmsdev] Twizy Trip sms report > To: "ovmsdev(a)lists.teslaclub.hk" <ovmsdev(a)lists.teslaclub.hk> > Message-ID: <D0BF5758-CC97-4A77-9D00-32896B97FBAE(a)magalotti.net> > Content-Type: text/plain; charset=utf-8 > > Some Italian users are asking if there is any way to disable SMS reporting > trip stats. In fact SMS in Italy are often paid (even 20 ?cents per > message). > If this would not possible could be implemented in a future version? > > > Thanks > Gianluca > > ------------------------------ > > Message: 2 > Date: Fri, 03 Oct 2014 21:33:46 +0200 > From: Michael Balzer <dexter(a)expeedo.de> > Subject: Re: [Ovmsdev] Twizy Trip sms report > To: ovmsdev(a)lists.teslaclub.hk > Message-ID: <542EFA1A.6050501(a)expeedo.de> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Gianluca, > > have you seen... > > Twizy update V3.3.1: > > - Bugfix: RT-PWR-Log speed/accel stats output fixed for 0 distances > (charge/onoff) > - Now checking for carbits vehicle alert & (new) info suppression > (info suppression applies to trip reports) > > Framework: > - Added car bits flag FEATURE_CB_SVINFOS (0x10): 1 = suppress vehicle > informational notifies (currently only used on Twizy) > > ...? > > Quite possibly missed including a note on this in the manual... > > Regards, > Michael > > > Am 03.10.2014 um 08:04 schrieb Gianluca Magalotti: > > Some Italian users are asking if there is any way to disable SMS > reporting trip stats. In fact SMS in Italy are often paid (even 20 ?cents > per message). > > If this would not possible could be implemented in a future version? > > > > > > Thanks > > Gianluca > > _______________________________________________ > > OvmsDev mailing list > > OvmsDev(a)lists.teslaclub.hk > > http://lists.teslaclub.hk/mailman/listinfo/ovmsdev > > -- > Michael Balzer * Paradestr. 8 * D-42107 Wuppertal > Fon 0202 / 272 2201 * Handy 0176 / 206 989 26 > >

2 1

Twizy Trip sms report
by Gianluca Magalotti 04 Oct '14

04 Oct '14

Some Italian users are asking if there is any way to disable SMS reporting trip stats. In fact SMS in Italy are often paid (even 20 €cents per message). If this would not possible could be implemented in a future version? Thanks Gianluca

2 1

MBED v3 announcement
by phil hochstetler 02 Oct '14

02 Oct '14

Given the recent discussion about mbed, this announcement about mbed v3.0 seems timely: https://developer.mbed.org/blog/entry/Announcing-our-plans-for-mbed-v30/ Phil H.

1 0