[Ovmsdev] Brake light control (was Re: Prototyping expansion board)
Michael Balzer
dexter at expeedo.de
Wed May 1 21:36:25 HKT 2019
I've added the Twizy modification documentation to the user guide:
https://docs.google.com/document/d/16JrXR7rybp-18DrEoeh1rg6GqQT_jVBvhaXh2oEWRHw/edit#heading=h.xc9d76fq2q79
Tamás, have you done the modification for the i-MiEV yet?
Regards,
Michael
Am 27.04.19 um 17:25 schrieb Michael Balzer:
> Tamás,
>
> I've pushed an optimization for the speed processing, please note you now need to call CalculateAcceleration() after your regular speed update. This is
> necessary as the speed needs to be fed into the acceleration calculation on every update, not just changes.
>
> I've also just added the relay to my Twizy as planned, it works nicely. Just a little caveat: as Julien foretold, the SERV light turns on while the regen
> brake light is active. So somehow the Twizy in fact does monitor the brake light current and thus recognizes the hack. Doesn't matter too much to me, I'll use
> the SERV light as my regen braking indicator ;-)
>
> Regards,
> Michael
>
>
> Am 22.04.19 um 21:41 schrieb Michael Balzer:
>> Here's a simple web plugin to monitor acceleration levels and regen brake signal generation:
>>
>> https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/blob/master/vehicle/OVMS.V3/components/ovms_webserver/dev/regenmon.htm
>>
>>
>> Am 22.04.19 um 19:24 schrieb Tamás Kovács:
>>> Now I tested a little bit. Works fine, bright the led when recuperating.
>>> But I look at the code and I not understand:
>>>
>>> accel = (speed - m_accel_refspeed) / (now - m_accel_reftime) * 1000;
>>>
>>> // smooth out road bumps & gear box backlash:
>>>
>>> accel = (StdMetrics.ms_v_pos_acceleration->AsFloat() * m_accel_smoothing + accel) / (m_accel_smoothing + 1);
>>>
>>> Use same variable, I think the first is unnecessary now.
>>>
>>
>> Beg your pardon…?
>>
>> The first line calculates the momentary acceleration, the second sends that value through a standard lowpass filter.
>>
>> If you mean it could be written in one line, you're right, but I prefer readability.
>>
>> Regards,
>> Michael
>>
>>
>>>
>>>
>>> Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de>> ezt írta (időpont: 2019. ápr. 22., H, 11:13):
>>>
>>> Pushed:
>>>
>>> https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/commit/b44d466580b6961ada5ae42500c3fea68cab0f8a
>>>
>>> - Vehicle framework: regenerative braking signal generation
>>>
>>> New config:
>>> vehicle [accel.smoothing] = 2.0 Acceleration smoothing factor (samples, 0 = none)
>>> vehicle [brakelight.enable] = no Regen brake light enable
>>> vehicle [brakelight.port] = 1 … MAX7317 output port number (1, 3…9, default 1 = SW_12V)
>>> vehicle [brakelight.on] = 1.3 … activation threshold (deceleration in m/s²)
>>> vehicle [brakelight.off] = 0.7 … deactivation threshold (deceleration in m/s²)
>>>
>>> New metrics:
>>> v.p.acceleration = acceleration/deceleration in m/s² derived from v.p.speed
>>> v.e.regenbrake = regenerative brake light state
>>>
>>> - Twizy web UI: regenerative braking signal configuration
>>>
>>>
>>> I've tested this using an LED on EGPIO_8, I'll do & document the Twizy hardware modification next weekend (if I receive my order in time…).
>>>
>>> @Tamás: to add the UI to the Mitsubishi code:
>>>
>>> https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/blob/master/vehicle/OVMS.V3/components/ovms_webserver/src/web_displays.cpp#L1127
>>>
>>> Regards,
>>> Michael
>>>
>>>
>>> Am 22.04.19 um 04:12 schrieb Mark Webb-Johnson:
>>>> Yes, EGPIO1 had to be used for SN65 control so is not available for general use.
>>>>
>>>> Max7317 has 10 outputs (P0 .. P9):
>>>>
>>>> * P0 MDM EN (controls modem power)
>>>> * P1 SW CTL (to BTS452 for EXT 12v power control)
>>>> * P2 EGPIO1 (SN65 transceiver power saving control)
>>>> * P3 EGPIO2 available for general use
>>>> * P4 EGPIO3 available for general use
>>>> * P5 EGPIO4 available for general use
>>>> * P6 EGPIO5 available for general use
>>>> * P7 EGPIO6 available for general use
>>>> * P8 EGPIO*7* available for general use
>>>> * P9 EGPIO*8* available for general use
>>>>
>>>>
>>>> Regards, Mark
>>>>
>>>>> On 22 Apr 2019, at 3:36 AM, Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de>> wrote:
>>>>>
>>>>> Mark,
>>>>>
>>>>> btw: is EGPIO_1 not free for general use? The esp32can SN65 seems to be controlled by that line.
>>>>>
>>>>> Regards,
>>>>> Michael
>>>>>
>>>>>
>>>>> Am 21.04.19 um 15:01 schrieb Mark Webb-Johnson:
>>>>>> If changing vehicle.{h, cpp} framework, I suggest leaving a hook in to allow the vehicle module to override / supplement this. In particular, the
>>>>>> brake light may be controllable via can message on some vehicles.
>>>>>>
>>>>>> You can look at the ext12v circuit to see how to control this.
>>>>>>
>>>>>> The ext12v system is a switchable 12v line already wired up and available on DA26 expansion. Would be trivial to put an external relay on that to
>>>>>> switch brake lights.
>>>>>>
>>>>>> Regards, Mark.
>>>>>>
>>>>>>> On 21 Apr 2019, at 1:32 AM, Tamás Kovács <kommykt at gmail.com <mailto:kommykt at gmail.com>> wrote:
>>>>>>>
>>>>>>> JP1 pin 1 (+3.3) ----- [ 680 Ohms ] ---+--- [ LED ] ----- pin 28 (GND)
>>>>>>> |
>>>>>>> pin 12 (EGPIO_8)
>>>>>>>
>>>>>>> I can connect a 680Ohm resistor first end to pin1, a second end to pin12, and the led positive side to pin12 and negative to pin28(gnd). Now I have
>>>>>>> only 470ohm resistor at home, I tested now with a 4V li-ion battery and my red led power is 4mA. I can use this (470Ohm) resistor or buy a 680Ohm.
>>>>>>> Tomorrow I remove the OVMS module from my car, and create some test, if the resistor (470Ohm) is OK.
>>>>>>> I used this calculator for led series resistor calculation (I used a red Led): http://ledcalc.com <http://ledcalc.com/>
>>>>>>>
>>>>>>> Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de>> ezt írta (időpont: 2019. ápr. 20., Szo, 11:16):
>>>>>>>
>>>>>>> Be aware the MAX71317 outputs are open drain, so you need a pull up resistor to e.g. +3.3. According to the data sheet, the current should stay
>>>>>>> below 6 mA.
>>>>>>>
>>>>>>> I've just done a quick test wiring like this:
>>>>>>>
>>>>>>> JP1 pin 1 (+3.3) ----- [ 680 Ohms ] ---+--- [ LED ] ----- pin 28 (GND)
>>>>>>> |
>>>>>>> pin 12 (EGPIO_8)
>>>>>>>
>>>>>>> Works as expected.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Michael
>>>>>>>
>>>>>>>
>>>>>>> Am 19.04.19 um 09:59 schrieb Michael Balzer:
>>>>>>>> Sure.
>>>>>>>>
>>>>>>>> You need to route an EGPIO line to the DA26 port. For a first test you can add a simple jumper on expansion port pins 10/12 to route EGPIO_8 to
>>>>>>>> GEP_7 (= pin 21 on DA26).
>>>>>>>>
>>>>>>>> You should then be able to use the "egpio" command to test your LED. EGPIO_1 … _8 labels correspond to MAX7317 ports 2 … 9, so to control
>>>>>>>> EGPIO_8, do:
>>>>>>>>
>>>>>>>> OVMS# egpio output 9 1 # EGPIO_8 on
>>>>>>>> OVMS# egpio output 9 0 # EGPIO_8 off
>>>>>>>>
>>>>>>>> (correct me if I'm wrong, Mark)
>>>>>>>>
>>>>>>>> I wasn't aware there are other cars in need of something like this. I'll think about adding the logic as an option to the vehicle framework,
>>>>>>>> but I can send you some patch to test this on your i-MiEV/clone first.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Michael
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 19.04.19 um 09:24 schrieb Tamás Kovács:
>>>>>>>>> I can add for testing a simple led (with resistor) , same as SimpleConsole (twizy OVMS V2), to show car is recuperating, connected to DA26
>>>>>>>>> external expansion port?
>>>>>>>>>
>>>>>>>>> Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de>> ezt írta (időpont: 2019. ápr. 19., P, 9:17):
>>>>>>>>>
>>>>>>>>> As the Mitsubishi code also reads battery current/power level from CAN, it would be trivial to add the same logic there.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 19.04.19 um 06:52 schrieb Tamás Kovács:
>>>>>>>>>> The Trio (Mitsubishi I-Miev and clones) does not activate the brake light on recuperation on 2105 and older models, if this is work is
>>>>>>>>>> very impressive.
>>>>>>>>>>
>>>>>>>>>> Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de>> ezt írta (időpont: 2019. ápr. 18., Cs, 23:08):
>>>>>>>>>>
>>>>>>>>>> Mark,
>>>>>>>>>>
>>>>>>>>>> that looks very good. Not sure about general demand, but I think we should have this to enable simple custom hardware I/O extensions.
>>>>>>>>>>
>>>>>>>>>> For the Twizy, I was thinking about adding logic to control the brake light from the module. The Twizy does not activate the brake
>>>>>>>>>> light on recuperation, as that's normally (untuned) not very strong. But a tuned Twizy allows one pedal driving, so needs this.
>>>>>>>>>>
>>>>>>>>>> Looking at our case I also think one custom extension board should fit on top of the modem.
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Michael
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 18.04.19 um 02:36 schrieb Mark Webb-Johnson:
>>>>>>>>>>> It seems the attachments were messed up, so attaching again…
>>>>>>>>>>>
>>>>>>>>>>> Regards, Mark.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> On 17 Apr 2019, at 10:07 PM, Mark Webb-Johnson <mark at webb-johnson.net <mailto:mark at webb-johnson.net>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Design layout. Looks good to me, but open to suggestions...
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> We can make in sets of three PCBs, to keep prices down.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Regards, Mark
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On 8 Apr 2019, at 12:05 PM, Mark Webb-Johnson <mark at webb-johnson.net <mailto:mark at webb-johnson.net>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> A kit of 5 PCBs + SIP edge connectors + mounting hardware, unsoldered, would be about US$15 + shipping. About US$3/board set. With
>>>>>>>>>>>>> shipping I don’t think this is worth doing with less than 3 or 5 boards per kit.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Would this be useful?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Regards, Mark.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 7 Apr 2019, at 9:08 PM, Mark Webb-Johnson <mark at webb-johnson.net <mailto:mark at webb-johnson.net>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This is the closest we have today:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> <image1.jpeg>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> That is a bare modem board, with just the sip connectors. The prototype above is a K-line transceiver.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I think it would be trivial, and cheap, to make up what you show. Perhaps just solder ready pads at 0.1” pitch, then the side sip
>>>>>>>>>>>>>> connectors wired to the first row of pads at each edge. Perhaps 5 PCBs in a kit, with sip edge connectors, unsoldered, in a
>>>>>>>>>>>>>> simple plastic bag.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Does that sound like something useful? If so, I can ask the China guys for some idea of pricing. If it is just the unsoldered
>>>>>>>>>>>>>> pcbs + parts, I don’t think it will be expensive.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Regards, Mark
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 7 Apr 2019, at 4:38 PM, Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Mark,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> do you know of some kind of prototyping board available that fits to our piggy back expansion layout?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Something like this: https://www.robotshop.com/de/de/cytron-arduino-proto-schild.html
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>>> Michael
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Am 03.04.19 um 06:48 schrieb Mark Webb-Johnson:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> If you have work to do on this DA26 expansion ports, this is pretty cool and well built:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> https://www.aliexpress.com/item/26-Pin-D-SUB-DB26-3-Rows-Serial-Parallel-Port-Serial-Shellless-Male-And-Female-Connector/32886738786.html?spm=a2g0s.9042311.0.0.20924c4dg34EEU
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>> OvmsDev mailing list
>>>>>>>>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>>>>>>>>>>>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>> OvmsDev mailing list
>>>>>>>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>> OvmsDev mailing list
>>>>>>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> OvmsDev mailing list
>>>>>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> OvmsDev mailing list
>>>>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> OvmsDev mailing list
>>>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>>>>>>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> OvmsDev mailing list
>>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Üdvözlettel:
>>>>>>>>>> Kovács Tamás
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> OvmsDev mailing list
>>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>>>>>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> OvmsDev mailing list
>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Üdvözlettel:
>>>>>>>>> Kovács Tamás
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> OvmsDev mailing list
>>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>>
>>>>>>>> --
>>>>>>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>>>>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> OvmsDev mailing list
>>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>
>>>>>>> --
>>>>>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>>>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> OvmsDev mailing list
>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Üdvözlettel:
>>>>>>> Kovács Tamás
>>>>>>> _______________________________________________
>>>>>>> OvmsDev mailing list
>>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> OvmsDev mailing list
>>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>>
>>>>> --
>>>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>>> _______________________________________________
>>>>> OvmsDev mailing list
>>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>>
>>>>
>>>> _______________________________________________
>>>> OvmsDev mailing list
>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>
>>> --
>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>>
>>>
>>>
>>> --
>>> Üdvözlettel:
>>> Kovács Tamás
>>>
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.openvehicles.com
>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>>
>> --
>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.openvehicles.com
>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
>
> --
> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20190501/d08f1380/attachment-0001.html>
More information about the OvmsDev
mailing list