[Ovmsdev] Brake light control (was Re: Prototyping expansion board)

Michael Balzer dexter at expeedo.de
Sun Jun 2 14:35:14 HKT 2019


You don't need a resistor that small (680 Ohms) for a relay shield. 680 Ohms was chosen to provide enough current for the LED. Use something like 100 K.

Other than that, your wiring looks OK.

Btw, you don't need to take +12V from the module. As the module shares GND with the vehicle, you can use whatever +12V source is available near the relay shield.

For my test of the backport to V2 I used a standard RC LiPo battery to provide the 12V:




Regards,
Michael


Am 01.06.19 um 06:15 schrieb Tamás Kovács:
> Michael, the following wiring is ok if if i want to use the egpio8 port to switch the brake lamp?
>
>
> Inside OVMS Box:
>
>  *
>
>     Connect JP1 Pin10 (GEP7) to Pin12 (EGPIO_8) with jumper
>
>
> In DA26 connector:
>
> pin 24(+3.3) ----- [ 680 Ohms ] ---+--- [ Relay board IN ]                                   
>
>         |
>
>                                pin 21 (EGPIO_8)
>
>
> pin 9 ----- [Relay board DC+]
>
> pin 8 ----- [Relay board DC-]
>
> [Relay board COM] ----- Brake pedal switch one side
>
> [Relay board NO] ----- Brake pedal switch other side
>
> IMG_0583.jpeg
>
>
> Tamás Kovács <kommykt at gmail.com <mailto:kommykt at gmail.com>> ezt írta (időpont: 2019. máj. 1., Sze, 16:06):
>
>     Not now, I waiting for parts to finish it. I want to use a relay shield. 
>
>
>     Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de>> ezt írta (időpont: 2019. máj. 1., Sze, 15:37):
>
>         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 <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
>
>         -- 
>         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
>
>
>
> -- 
> Ü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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20190602/487ecb90/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bglpbkeckihicjlb.jpeg
Type: image/jpeg
Size: 136037 bytes
Desc: not available
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20190602/487ecb90/attachment-0004.jpeg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IMG_0583.jpeg
Type: image/jpeg
Size: 2032685 bytes
Desc: not available
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20190602/487ecb90/attachment-0005.jpeg>


More information about the OvmsDev mailing list