博客
关于我
【源码】基于Simulink的混合动力汽车模型
阅读量:236 次
发布时间:2019-02-28

本文共 3159 字,大约阅读时间需要 10 分钟。

在这里插入图片描述

Hybrid-Electric Vehicle Model in Simulink

Copyright 2011-2020 The MathWorks™, Inc.

要开始此演示,请打开HEV_SeriesParallel.prj。这将为您带来最简单的整车配置。请阅读幻灯片以查看所有可用的配置。

To start this demonstration, open project HEV_SeriesParallel.prj This will bring you to the simplest configuration of the full vehicle. Look at the slides to see all of the available configurations.

There are a number of things to be aware of with this demonstration.

Configurations

Stateflow

Power Quality

Details

Configurations

1.1 For the Mean Value and Detailed electrical variants, re-do the selection of the Electrical subsystem if you change the battery subsystem.

When you change Electrical variants, the solver will change. This is done automatically via a script that is called in the Initialization mask of the Electrical and Battery blocks (Configure_HEV_Simulation.m). However, if you change the Battery variant, the solver doesn’t change until you re-select the Electrical variant.

You probably will not simulate this interactively anyway, as Mean Value variants take 30 minutes - 3 hours to run, and Detailed variants take 12 hours – 36 hours to run.

1.2 The “Cells” variant of the battery is only available for the System-Level electrical variant.

Stateflow

The Stateflow model produces three outputs that route to the Motor, Generator, and Engine control systems. However, by default, those signal connections do not affect the output of those control systems. This is because the Mean Value variant cannot run to completion for Drive Cycle 2 when the Stateflow diagram is connected. All other variants run to completion.

If you want to connect the Stateflow to the rest of the model, each subsystem has a manual switch in it that allows you to select a signal that uses the Stateflow output to enable/disable the output of the PI controller.

However, if you do this, be aware the results will not match the Mean Level and Detailed variants (done in the Report Generation demo). This represents a case where we have made a design change and have automatically documented the effect it has on the overall results.

Power Quality

3.1 The power quality demonstration uses Signal Processing Toolbox. Though it is possible to measure power quality using Simscape Power Systems alone, there are two reasons why we did not use this.

The FFT analysis in the PowerGUI only checks at a single point in time We wanted to see a representation as time varies to identify the component contributing to poor power quality

The Total Harmonic Distortion block in Simscape Power Systems is only for AC networks. For an HEV, the DC network is the most interesting. Spectrogram works for both AC and DC networks.

3.2 DC Voltage for HEV_PQ_Test_B

The plot for HEV_PQ_Test_B shows very clearly that the generator is contributing to poor power quality. However, the voltage on the DC bus for this test shows other larger problems – the battery can’t supply enough voltage for this situation. This situation was the best example we could find of the spectrogram pointing directly to a component on the network, so we chose to include it.

Follow the script DC_Power_Quality_Analysis.m to see the test case

更多精彩文章请关注公众号:在这里插入图片描述

转载地址:http://fcop.baihongyu.com/

你可能感兴趣的文章
Netty工作笔记0059---Netty私聊实现思路
查看>>
Netty工作笔记0060---Netty心跳机制实例
查看>>
Netty工作笔记0060---Tcp长连接和短连接_Http长连接和短连接_UDP长连接和短连接
查看>>
Netty工作笔记0061---Netty心跳处理器编写
查看>>
Netty工作笔记0063---WebSocket长连接开发2
查看>>
vue样式穿透 ::v-deep的具体使用
查看>>
Netty工作笔记0065---WebSocket长连接开发4
查看>>
Netty工作笔记0066---Netty核心模块内容梳理
查看>>
Vue基本使用---vue工作笔记0002
查看>>
Netty工作笔记0068---Protobuf机制简述
查看>>
Netty工作笔记0069---Protobuf使用案例
查看>>
Netty工作笔记0070---Protobuf使用案例Codec使用
查看>>
Netty工作笔记0071---Protobuf传输多种类型
查看>>
Netty工作笔记0072---Protobuf内容小结
查看>>
Netty工作笔记0073---Neety的出站和入站机制
查看>>
Netty工作笔记0074---handler链调用机制实例1
查看>>
Netty工作笔记0075---handler链调用机制实例1
查看>>
Netty工作笔记0076---handler链调用机制实例3
查看>>
Netty工作笔记0077---handler链调用机制实例4
查看>>
Netty工作笔记0078---Netty其他常用编解码器
查看>>