[Ovmsdev] fw 2.2.5

Patrick Kapsch patrick.kapsch at mac.com
Fri Apr 5 22:18:42 HKT 2013


Bus looks okay - the charge state is asked correctly and answered as well. But in fact OVMS doesn't recognize it.
Please check the Log-File below.

Patrick

Am 05. April 2013 um 15:42 schrieb Mark Webb-Johnson <mark at webb-johnson.net>:

Can you check can write 1 (one of the features).

On 5 Apr, 2013, at 9:35 PM, Patrick Kapsch <patrick.kapsch at mac.com> wrote:

> Mark,
> I've just had a look on the bus activity and there is nothing going out on 0x078A. The OVMS isn't sending anything. I'm sure it's connected correctly as the parking indicator works. I'll send you the log file later. Any idea what could cause that? "MODULE?" gives me what it should: 
> Module:
> VehicleID:GTTG12212
> VehicleType:TZ
> Units:K
> Notifications:SMSIP
> 
> Anything wrong with the Vehicle type maybe?
> 
> Thanks,
> Patrick
> 
> Am 02.04.2013 um 15:36 schrieb Mark Webb-Johnson <mark at webb-johnson.net>:
> 
>> From the code point of view, I do something similar to the Volt/Ampera.
>> 
>> I need a periodic reception of CAN ID 0x267 to tell the system the bus is 'alive'. This should be at least once a second.
>> 
>> If the bus is alive, then I poll the bus for the PIDs suggested.
>> 
>> A second routine handles poll replies (on CAN ID 0x775). That does the decode for SOC, etc.
>> 
>> If you manage to T the bus, the things to look for are if you see a periodic 0x267 to signify the bus is alive. Then, if you see the polling activity from OVMS going out on 0x078A. And, finally do you see the poll replies coming in on 0x775? In particular, 0xF9EF (SOC).
>> 
>> Regards, Mark.
>> 
>> On 2 Apr, 2013, at 9:14 PM, Patrick Kapsch <patrick.kapsch at mac.com> wrote:
>> 
>>> Mark,
>>> that could be the problem then. I'll swtich them and try again. If that gives me values from the car, I can dive into the GPRS/Server-Issue.
>>> 
>>> 
>>>>> On the Tazzari there is no value at all. What could be wrong?
>>>> Now, that is going to be hard. On my desktop simulator, it worked fine.
>>>> 
>>>> Can you double check vehicle type is TZ?
>>> checked. There is no possibility of encoding problems? Z being Y on the german keyboard layout.
>>>> Do you have any way of getting a CAN bus dump while the OVMS module is connected? That would allow us to see if the polling is working or not.
>>> I would have to rewire the adapter I've done for logging before.
>>> 
>>> Thanks,
>>> Patrick
>>> 
>>> Am 02.04.2013 um 15:12 schrieb Mark Webb-Johnson <mark at webb-johnson.net>:
>>> 
>>>> Patrick,
>>>> 
>>>> Yes, CAN-H and CAN-L matter. They must be correct.
>>>> 
>>>> For adaptor software, any terminal emulator should be ok. Set to 9600 baud. Type "ATE1" to turn on command echo and save a transcript. That should tell us what is going on.
>>>> 
>>>> Regards, Mark.
>>>> 
>>>> On 2 Apr, 2013, at 9:10 PM, Patrick Kapsch <patrick.kapsch at mac.com> wrote:
>>>> 
>>>>> Yes I've got an adapter. Which software should I use with it?
>>>>> 
>>>>> Another question: Is there a difference from CAN high / CAN low? Does it matter if they are switched? That could possibly be one problem with polling data from the car, because I'm not sure which is which on the car.
>>>>> 
>>>>> Thanks for your help.
>>>>> Patrick
>>>>> 
>>>>> 
>>>>> Am 02.04.2013 um 14:37 schrieb Mark Webb-Johnson <mark at webb-johnson.net>:
>>>>> 
>>>>>> Car connected once, delivered some messages, then disconnected (timeout).
>>>>>> 
>>>>>> Do you have a USB-RS232 adapter? If so, that on the diagnostic port is the easiest way of finding out what is going on.
>>>>>> 
>>>>>> Regards, Mark.
>>>>>> 
>>>>>> On 2 Apr, 2013, at 7:43 PM, Patrick Kapsch <patrick.kapsch at mac.com> wrote:
>>>>>> 
>>>>>>> Mark,
>>>>>>> I've got major issues regarding the 2.2.5. I've not even been able to get the GSM to work properly. I've got three modules and it's all very weird. I've got one Module working now with 2.2.5 by previously configuring it on 2.2.2 and then updating. It now connects to the GSM network but not to the OVMS Server. I can't get it to do so.
>>>>>>> Maybe you can have a look at the Serverlogs? ID has been GTTG1221 and now is GTTG12212 because I deleted the first one which was then in use.
>>>>>>> 
>>>>>>> Thanks,
>>>>>>> Patrick
>>>>>>> _______________________________________________
>>>>>>> OvmsDev mailing list
>>>>>>> OvmsDev at lists.teslaclub.hk
>>>>>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>>>>>> 
>>>>>> _______________________________________________
>>>>>> OvmsDev mailing list
>>>>>> OvmsDev at lists.teslaclub.hk
>>>>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>>>>> 
>>>>> _______________________________________________
>>>>> OvmsDev mailing list
>>>>> OvmsDev at lists.teslaclub.hk
>>>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>>>> 
>>>> _______________________________________________
>>>> OvmsDev mailing list
>>>> OvmsDev at lists.teslaclub.hk
>>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>>> 
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.teslaclub.hk
>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
>> 
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.teslaclub.hk
>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
_______________________________________________
OvmsDev mailing list
OvmsDev at lists.teslaclub.hk
http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20130405/1378afd3/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ovms_attached_charging.CSV
Type: text/csv
Size: 122306 bytes
Desc: not available
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20130405/1378afd3/attachment.csv>


More information about the OvmsDev mailing list