电动车论坛

 找回密码
 注册
搜索
热搜: 活动 交友 discuz
楼主: 四川办事处
打印 上一主题 下一主题

川办请大家都来为ECPU“找茬”

[复制链接]
101#
 楼主| 发表于 2010-6-25 12:19:05 | 只看该作者
本帖最后由 四川办事处 于 2010-6-25 17:49 编辑
电动车首先是一个工具,好用是重点。可能我总是拿电动车来和摩托车比,有点要求太高了。但是现在要上证,要花钱 ,那就把电车按摩托车的标准造。速度80到120Km,里程小电池两百公里,打电池四百公里。高速就的高压, ...
zlz0324 发表于 2010-6-24 16:55

ECPU的目标是在提升电动车车速性能的同时,保障安全,里程和电池寿命,这是设计原则,在这个原则基础上,还不能成本过高。
就拿电池寿命来讲,现在的设计完全可以保证合格电池3年左右的使用寿命,要单支接入再为了多一点点寿命而大幅提高成本是不现实的。
巡航功能我已经一再讲了,从软件的角度看,是可以设计的,大不了再出一对线,但这与安全设计相背离,你看,ECPU是72V的车,但ECPU车这么快速度,这两年却没有谁反映出过安全问题,这就是ECPU安全设计的合理性。而市场上现有的72V车或是60V车的安全事故比比皆是,为什么呢?
去年的老版本在一档切二档时对速度要求过高,会出现切换速度条件不足和信号干扰的问题,但新版本的ECPU只要是安装成功的,有谁在切换上出现过失败?
安全在任何情况下都是ECPU的第一设计原则,下坡要想速度,就必须转动转把,在突发事件产生时,放转把就能在第一时间减速至安全速度。如果你想滑行,也行简单,只要按住一阳指不放,就是滑行了。
ECPU如果不考虑这些设计,软硬件都简单很多,手累点没有什么关系,安全才是第一要素,仁者见仁,智者见智吧,呵呵。
102#
 楼主| 发表于 2010-6-25 12:36:12 | 只看该作者
0324的意见,有点没有实际,不过,设置一个三档开关,配合一键高速,一档只能并联,随便转把也没事,二档开关就是串联二档,三档是三档,这样,二档、三档可以控制最低串联电流,这个设置,对于外人骑车比较好!

...
enlaixiangyu 发表于 2010-6-24 12:50

根据多年的从业经验,如果设计一个固定开关,90%的用户会将开关长期置于高速档位,为从设计完全避免人为差异,ECPU可是下了功夫的。
关于平衡,修复与电池寿命,这是一个很难验证的指标,特别是二级市场,电池本身的离散性太大,有的用户自己的配组就有严重问题,有的用户的电池本身就严重容量不足,还有的是已经大量失水了又没有补液,等等,而我自己给出实验数据又显得太过王婆卖瓜了,但多数用户已经体会到ECPU以电池寿命的提升了,这就足够了。
103#
 楼主| 发表于 2010-6-25 17:52:38 | 只看该作者
本帖最后由 四川办事处 于 2010-6-25 17:57 编辑

单独说明一下,有的朋友想在高速时空档滑行(可能开汽车也是经常放空档的哈),这很简单啊,只要先按住一阳指不放,再放开转把,就是空档滑行了。
但说实话,我开汽车是不敢在下坡时放空档的,那点油钱与我的生命比起来,还是小民的命重要。
104#
发表于 2010-6-25 20:56:40 | 只看该作者
根据多年的从业经验,如果设计一个固定开关,90%的用户会将开关长期置于高速档位,为从设计完全避免人为差异,ECPU可是下了功夫的。
关于平衡,修复与电池寿命,这是一个很难验证的指标,特别是二级市场,电池本身 ...
四川办事处 发表于 2010-6-25 12:36


嗯,可能是有人一直都不调档位,这是个问题,还是安全第一,稳定第一,ecpu一直没有延伸到大功率,没有做上千瓦的个人用户,希望可以做到稳定、性能和寿命的一个比较平衡的局面!
105#
发表于 2010-6-25 21:10:43 | 只看该作者
下坡时严禁空档滑行,是交规和常识,宁愿费电一点也要保障安全。川办是认真负责的人,何况使用人数众多,安全是第一位。无需再议!
106#
发表于 2010-6-25 21:32:13 | 只看该作者
呵呵,今天回来时按川办说的一阳指变滑行试了,特别好使。呵呵。。。把转把转到底不动,点一下是二档,在点一下是三档,常按是滑行,“滴滴,吱,唰,飕,……”快呀!只要和刹车配合好就行了。:)。网友们要不要试试?
107#
发表于 2010-6-26 09:41:23 | 只看该作者
单独说明一下,有的朋友想在高速时空档滑行(可能开汽车也是经常放空档的哈),这很简单啊,只要先按住一阳指不放,再放开转把,就是空档滑行了。
但说实话,我开汽车是不敢在下坡时放空档的,那点油钱与我的生命 ...
四川办事处 发表于 2010-6-25 17:52


是否按您的说法按住一阳指不放时,在滑行中能量回收就不生效了?

另外川办能否出个功能简化版,比如象我可能只需要串并联切换,并联时高压电池不流向低压电池,再加个定速巡航就满足了。如果做成个这样的简化版,是不是产品会更稳定,而成本也是不是会降低些?这样可以满足不同车友的需求。
108#
发表于 2010-6-26 10:15:13 | 只看该作者
对,在增加豪华加强版,用好元原元件,打造超级产品,一千+我能接受。售后要刚刚地。
109#
发表于 2010-6-26 10:24:50 | 只看该作者
现在我买了两套36和一套48的,已经一千+。
110#
 楼主| 发表于 2010-6-27 19:26:42 | 只看该作者
是否按您的说法按住一阳指不放时,在滑行中能量回收就不生效了?

另外川办能否出个功能简化版,比如象我可能只需要串并联切换,并联时高压电池不流向低压电池,再加个定速巡航就满足了。如果做成个这样的简化 ...
nothinging 发表于 2010-6-26 09:41

一阳指时能量回收是停止状态,可以利用来滑行,而且滑行遇险时,只要速度还在一档以上,放掉一阳指,能量回收立即生效,安全是一直要保证的。
只有并串联的简化版设计要简单很多,但成本不会有多少变化,因为主要的成本是功率部分,这就象炒菜一样,炒得好吃与不好吃,菜都一个样,成本变化不大,只是佐料的比例与火候不同。功能越多,设计难度越大,逻辑变化导致的故障率就越高,但这只是设计的一个阶段,一但设计上逐步发现逻辑问题后,又解决了逻辑问题,最终的结果都是一样的。
可能你只站在使用的角度上,看不到很问题,来,我带你看一下ECPU设计是怎么一步一步走过来的。

1。最早期的手动简版就是由一个大功率按键开关完成,安装在脚下,只要脚一踩这个开关,这个开关就接通,电池变串联,脚一抬,又回到并联,简单吧,不应该出故障吧。成本大约30元。
2。一年后,很多开关都坏了,为什么呢?因为骑行中是带电流踩的开关,开关就要打火,总有一次打火会使开关触点粘连。而且,控制器非常容量坏,因为早上刚充完电时,一组电池电压是42V左右,用脚一踩,串联就有84V,75NF75受不了。还有问题,有人在充电时,打开了电门锁,然后用脚一踩,完蛋了,电池变串联了,但充电器还是联在并联两端,这就成了短路,车立即会燃烧。于是,我们需要用户在骑行时,先放开转把,再用脚踩,但这只解决了打火问题,而且实际中要求每一个用户在每一次都这样操作是不现实的。
3。于是,就要一种电子开关电路来设计,起初我们用继电器来做这样的开关,用转把归零来做为切换条件,但问题又出现了,我们不能把全部的转把回位都做为切换点,这样就成了一放转把就串联了,我们要一个速度检测来解决这个问题,当速度大于20公里时做为条件。然后我们发现,继电器根本不能做为产品的设计,因为继电器的响应时间大约是50个毫秒,很难控制在一个合理的逻辑范围内,比如,现在是要继电器开路,但马上条件就变了,又要变闭路,如果这两个要求时间一但少于100毫秒,就是短路。其它寿命与成本还不去考虑。
4。我们需要把电路做成由MOSFET来开关的电路,好了,并串联可以无故障工作了,但充电怎么办?分开充要两个充电器,为了广大用户的成本,充电只能做成一充二,这个难度起初我们也没有想到,但设计一展开,围绕这个问题就进行了二年的工作,这可不是一个简单的逻辑,我也不细分析。我看到有人说ECPU就是简单开关,是开关我同意,没有开关就不是现代电子产品,讥笑电子产品就是开关的人一定不懂电子,因为现代电子几乎就是开关电路,这就好象讥笑炒菜就是菜一样。
5。并串联还不是那么简单的,串联不安全包括三个方面,一是速度快了骑行不安全,二是高电压供电不安全,三是电池寿命不安全。如何保障安全,这些设计就非常复杂了,哪样都不能少,逻辑上相互交织,一个设计点出问题就要出故障。

ECPU所有的功能设计都是随着大量临床实验来进行的,产品是从一个开关开始的,一步一步,没有一个功能是花的,电子、电机、控制器、电化学都要综合在一平台上来运用,这也是ECPU不易被仿造的原因,画第一张电路图只用了2个小时,写第一个软件流程用了一周,画PCB用了3天,一次成功,这就是去年4月份的体验版,仿造到体验版的水平很容易,可后来这张图又被不断修改了几十次,软件更是几乎每天都在改,仅PCB的样板就花了上万元,多数设计是用户看不到,比如,体验版的能量回收与新版的能量回收,从用户角度看是一样,而实际上体验版只对副电池回收,而新版要对两组电池都回收,这在设计上差别就很大了。

然后发现切串联时,候速度太快了
您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|电动车论坛 ( 京ICP证041302号 )

GMT+8, 2025-12-9 01:43 , Processed in 0.093600 second(s), 13 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表