![]() |
| | |||||||
| Prius Technical Discussion This is a discussion on PHEV experimental within the Prius Technical Discussion forums, part of the Toyota Prius Forums category; Hi! During my searches throu varius PHEV projects i found very less and weak schematics to understand how they managed ... |
| | LinkBack | Thread Tools |
| | #1 |
| Junior Member Join Date: Feb 2008
Posts: 25
My Car: Package: Nominated 0 Times in 0 Posts TOTM Awards: 0 Friends: 0 | Hi! During my searches throu varius PHEV projects i found very less and weak schematics to understand how they managed special things like: swithing extra batterys themoraily in parallel to the stock battery. do they measure the pak-voltage-difference and initiate the 100 Amp-relay, to avoid equalizing current betwen the packs? Of course it would be the best to use a DC-DC converter, powerd by a 300V extra battery to supply constant 240V to the stock pack. but some guys have done it easier and cheaper. Mike |
| | |
| Sponsored Links |
| | #2 |
| Plug Envious Member Join Date: Aug 2007 Location: Phoenix, AZ
Posts: 781
My Car: 2005 Prius Package: #4 Nominated 0 Times in 0 Posts TOTM Awards: 0 Friends: 1 | It gets pretty complicated, your best resource is probably: PriusPlus - EAA-PHEV They also have a mailing list where most of the people working on this hang out and can answer questions: Maillist - EAA-PHEV The basic idea is this. You can't just monitor voltage, because voltage is a poor indicator of SOC on a NimH battery. Some have tried just simply paralleling under acceleration, but under light loads you still run the risk of over charging the oem pack. What you really need is a controller that monitors the CAN bus traffic between the battery controller and HV controller and intelligently switches the secondary pack in and out based on SOC and driving conditions. The second part of this is to encourage the Prius to use as much extra electricity as possible, which requires different SOCs in different conditions. The HV controller is pretty picky about what conditions it will do this in, so control has to be fairly precise. The current way to do all this is a closed source controller called the CAN-View. This reads the CAN traffic, displays lots of handy info on the built in screen (for '04-'05 models) and can be configured to switch a series of relays based on the states of various CAN parameters. These relays are then used to switch in and out the secondary pack via a large contactor. This contactor is much larger than the internal ones, as it must be able to connect and disconnect under full load. The secondary pack voltage is high enough (>240V) that it causes the battery controller to go into a recalibration routine (SOC drift) which is the only real way to convince it to use the extra power available from the second battery. Normally it just measures current in and out of the oem pack, and puts back what it takes out. Since it knows how big the battery should be, it will never take out more than the OEM battery can hold (a really only a fraction of that). It also monitors voltage, temperatures etc, but its SOC determination is primarily by coulomb counting, not voltage. Thats why it will simply ignore the current coming in from the second battery unless you get the voltage high enough to recalibrate. Ideally you would probably run the secondary pack current through the current sensor and have it counted just like regen current, however the car does not allow this. It has mutliple current sensors around the car so it knows what every component is using/producing. Like a GFI if it can't make all the currents add up it immediately disables the whole hybrid system as a safety precaution. An open source controller is in the works that will not have the fancy graphic interface, but will add an important feature, SOC spoofing. Rather than physically connecting the second battery to drag the oem battery SOC around, it simply maintains the battery at ~60% as the oem controller does. At the same time, it intercepts the battery controller's reported SOC, and tells the HV controller that the SOC is something else based on driving conditions. This lets you instantly react to different driving conditions, without having to wait 10-30 seconds to drag the actual battery SOC around. Maintaining the oem battery at 60% should also be safer for its health. Lastly, the professional converters often just do away with the oem battery and controller, and make their own from scratch. This has advantages in that you don't have to play as many games to trick the Toyota controllers into being cooperative, but has so far be too complicated for the open source community. One nice thing about the current paralleling scheme is that if anything goes wrong the car still just reverts to acting like a standard Prius. This is a nice feature for the do it yourselfer who is tinkering with his daily driver! The dc:dc converter plan has its advantages and disadvantages. The people doing it currently do so with the argument that you can then use fewer larger more efficient/ideal batteries and upconvert to 240V. For a given weight this can give you more capacity and potentially range, and potentially a less expensive pack that lasts longer. Of course you have the added expense of the converter to account for. The other problem is that a bi-directional converter would be much more complicated. Without that, you can only pull current out of the secondary pack, you can't put any back in from regen. In the straight paralleling arrangement when the secondary pack is depleted it remains in parallel with the oem pack. This improves overall efficiency by lowering the effective pack resistance, and allowing you to capture more regenerative energy. Its not a huge effect, but it does seem to more than cancel out the negative impact of the weight of the conversion. In the existing dc:dc converter based solution this is not possible. PiPrius - EAA-PHEV Rob |
| | |
| | #3 |
| Cat Lovers Against the Bomb Join Date: Feb 2004 Location: Spokane, WA
Posts: 8,589
My Car: 2004 Prius Package: #6 Nominated 0 Times in 0 Posts TOTM Awards: 0 Friends: 0 | Deleted. miscrms's post above makes mine superfluous. Last edited by daniel; 03-26-2008 at 03:28 PM. |
| | |
| | #5 |
| Junior Member Join Date: Feb 2008
Posts: 25
My Car: Package: Nominated 0 Times in 0 Posts TOTM Awards: 0 Friends: 0 | excellent post! ... the Manzanito DC-DC converter is very expensive ... so this will be not my way! During the weekend I will spend more time, discovering the schematics an explainations of the original calcars - project. Mike |
| | |
| | #7 |
| Senior Member Join Date: Dec 2007
Posts: 1,047
My Car: 2005 Prius Package: Nominated 0 Times in 0 Posts TOTM Awards: 0 Friends: 2 | maybe put in a diode to prevent energie flowing back into the PHEV battery pack from the hv prius pack? when the voltage from the extra battery pack is lower then the prius pack? |
| | |
| | #8 | |
| Plug Envious Member Join Date: Aug 2007 Location: Phoenix, AZ
Posts: 781
My Car: 2005 Prius Package: #4 Nominated 0 Times in 0 Posts TOTM Awards: 0 Friends: 1 | Quote:
Like most open-source projects, the cal-cars documents are not always up to date. They are in a transition phase between the old controller and new one, so there is an interim control board that may not be documented there yet. If you are seriously thinking about this I would read up on whats there, and then get on the mailing list and ask a few questions about the status of things. I believe there is a good working recipe in place, but its not fully documented as everyone is sort of waiting for the new controller design to be finished up. From my experience so far, the folks on the list are very helpful. Rob | |
| | |
| | #9 | |
| Plug Envious Member Join Date: Aug 2007 Location: Phoenix, AZ
Posts: 781
My Car: 2005 Prius Package: #4 Nominated 0 Times in 0 Posts TOTM Awards: 0 Friends: 1 | Quote:
Rob | |
| | |
| | #10 |
| Junior Member Join Date: Feb 2008
Posts: 11
My Car: 2001 Prius Package: Nominated 0 Times in 0 Posts TOTM Awards: 0 Friends: 0 | In the case as described previously of using a large 2nd battery in parallel a big problem of trying to make a Prius a PHEV this way I guess is accommodating the need of the car to charge the primary battery. In order to simplify things when your in the EV mode since the engine-generator is then disabled why not also disable the regenerative feature of the braking system, this would allow you to parallel wire the batteries for as long as you are in the EV mode using a couple of relays and diodes (the diodes would be used, one for each battery so one battery wouldn't drain into the other). When you exit the EV mode the regenerative feature and battery wiring would return to it's original configuration. Disabling the regenerative feature of the braking system ostensively could be done by doing whatever it takes to fool the Prius that the brakes aren't being used if that was possible while still retaining the use of the car's conventional braking function. Last edited by A-Prius Owner; 03-31-2008 at 10:56 PM. |
| | |
| Bookmarks |
| Thread Tools | |
|
|