ljt8015 发表于 2010-3-2 20:52:03

最近做一个项目 采集50hz正弦波数据 6通道 每个周波180点采样

最近做一个项目采集50hz正弦波数据 6通道每个周波180点采样

采样的数据通过串行口发出去 ; 采集一个点(6通道) 就立即通过串口发一个点数据出去。

50hz*180点=9khzad的采样频率是9khz

CPU能实现么? 只有fpga才能胜任么?

类似的项目 谁做过?

NJ8888 发表于 2010-3-2 20:57:00

115200能发出去9K 8位的一个通道,你要6个通道有困难

ljt8015 发表于 2010-3-2 21:13:11

回复【1楼】888888888888
115200能发出去9K 8位的一个通道,你要6个通道有困难
-----------------------------------------------------------------------

atmel的arm处理器串口能做到 6M波特率不知道行不行,关键是发送频率太高cpu 处理不过来啊。

wenming 发表于 2010-3-2 21:17:46

是电力上的吧.一般是需要同步采样的

jishugengniu 发表于 2010-3-2 21:27:08

你做 谐波分析吧?

为什么不直接用 带模拟量输出的计量芯片呢?

jishugengniu 发表于 2010-3-2 21:28:52

这个数据量比较大,串口恐怕胜任不了哦。

ADE的是用HSDC的,8M的时钟。带DMA接口的单片机可直接获取

again 发表于 2010-3-2 21:28:54

用串口有点呛!除非不是实时,要实时的话用网口吧

czzhouyun 发表于 2010-3-2 21:40:32

CAN通讯

cqfeiyu 发表于 2010-3-2 22:19:18

并行差分传输

ljt8015 发表于 2010-3-2 22:41:43

回复【3楼】wenming 老王
是电力上的吧.一般是需要同步采样的
-----------------------------------------------------------------------


是的,呵呵

abs123 发表于 2010-3-2 22:55:53

我分析过的,只有以太网的速度可以胜任。

oldtom 发表于 2010-3-2 23:30:33

以太网?呵呵!那就上61850。走光纤,点对点。

ljt8015 发表于 2010-3-3 09:28:12

回复【11楼】oldtom
以太网?呵呵!那就上61850。走光纤,点对点。
-----------------------------------------------------------------------

对,就是61850中的一小块,你做过类似的项目?

ppa8086xp 发表于 2010-3-3 10:21:01

61850,呵呵。速度要求高了点,

ljt8015 发表于 2010-3-3 11:20:55

回复【13楼】ppa8086xp
61850,呵呵。速度要求高了点,
-----------------------------------------------------------------------

是IEC61850标准,呵呵!~~~

jerrychenglei 发表于 2010-3-4 00:35:00

分辨率要求多少?

ppa8086xp 发表于 2010-3-4 09:14:04

我说的就是61850,我是把他理解成协议的。本来我们去年打算起动这个项目的,后来因为别的项目搁浅了。数字化变电站的书也准备了,这个就是TMD的炒作。你认为在中国搞61850有意义吗,南瑞,南自继保都有带61850了,他们两家的都连不起来,还搞什么。不过61850对速度要求确认很高,给你的通讯延时都是us级的。连tcp你都要改改,goose报文,弄个继电器或者是最简单的互感器都要跑这个协议,有意义吗,其实在中国只要把变电站自动化里的那些IED都做成标准的就够了,没必要跟风,人家喊61850我们也跟着喊。看看现在做这些的吧,一个简简单单的通讯用的powerpc动不动就是300M的,比主CPU跑算法的性能都高,成本是以前的几本。

ljt8015 发表于 2010-3-4 11:26:50

回复【15楼】jerrychenglei
分辨率要求多少?
-----------------------------------------------------------------------

16bit

ljt8015 发表于 2010-3-4 11:27:39

回复【16楼】ppa8086xp
我说的就是61850,我是把他理解成协议的。本来我们去年打da算起动这个项目的,后来因为别的项目搁浅了。数字化变电站的书也准备了,这个就是TMD的炒作。你认为在中国搞61850有意义吗,南瑞,南自继保都有带61850了,他们两家的都连不起来,还搞什么。不过61850对速度要求确认很高,给你的通讯延时都是us级的。连tcp你都要改改,goose报文,弄个继电器或者是最简单的互感器都要跑这个协议,有意义吗,其实在中国只要把变电站自动化里的那些IED都做成标准的就够了,没必要跟风,人家喊61850我们也跟着喊。看看现在做这些的吧,一个简简单单的通讯用的powerpc动不动就是300M的,比主CPU跑算法的性能都高,成本是以前的几本。
-----------------------------------------------------------------------

大势所趋,我们也不能左右他,只能追随!~~~

oldtom 发表于 2010-3-4 13:54:06

61850是大势所趋。现在确实是属于烧钱吧。
-----------------------------------------------------------------------

南瑞,南自继保都有带61850了,他们两家的都连不起来?
-----------------------------------------------------------------------
好像没有南自继保这一说,只有南瑞继保吧。另外,南瑞和南瑞继保是可以互连的。

目前国内4大家做61850的,基本上都是用的sisco的软件包的(北京有一家公司貌似是自己原创的,名字我忘了),所以,基本上互连是没有问题的。

-----------------------------------------------------------------------
不过61850对速度要求确认很高,给你的通讯延时都是us级的。连tcp你都要改改,goose报文.....
-----------------------------------------------------------------------
us级别的通信,现在通常是不走协议栈的,不经过交换机,直接操作硬件,说的简单点,就是把以太网做485来用。所以,我前面说的采用点对点的方式实现。

ppa8086xp 发表于 2010-3-4 15:31:35

晕。南瑞现在做大了,就是以前南自出来的,做继保的怎么可能连南瑞都不知道呢。
我们去年61850没开始,被别的保护项目耽误了。不过今年开始了.
另外现在上海这边几家做61850的是我们的分销商我们做继保他们主要做通讯管理机这块,61850的方案用的powerpc方案。
另外61850就是要走交换机的,不然61850有个P的意义呢,不就是想把互感器,cpu,继电器都当作IED设备,通过交换机光纤互联。延时就是uS级的。如果是ms级的,通讯一点意义也没了。有1个ms的延时,采样点就会误差18度的相位,你以为是送有效值啊。现在ABB的670系列就知道了。他的采样板上用的就是powerpc处理器,通讯也是一个专用的powerpc处理器,以后做互感器的厂家也要互感器出来的是光纤走的61850,这样需要几个采样点,就在交换机上挂个这样的互感器。

ppa8086xp 发表于 2010-3-4 15:40:30

补充一下,我说南自南瑞连不通的意思就是像国内这么多家走103规约的一样。有哪家是一样的

ppa8086xp 发表于 2010-3-4 16:00:51

EC61850-9-1/2定义了电子式互感器的数字接口,即合并单元(Merging Unit)。合并单元将一次传感设备的电压、电流瞬时信号数字化后,按照IEC61850-9-1规定的帧格式组帧打包,以IEEE802.3以太网传输协议上送至以太网,供继电保护、计量质量分析、PMU设备使用,从而实现过程层的传感设备与间隔层在通信上的无缝联接。
像互感器这些就是走7层中的低层802.3帧格式,即IP层以下的那个鬼东西,这个可以说所有的交换机都认的。我以前调8019的这个,比较容量实现的。就是包含一些源mac和目的mac的那些+DATA,交换机接到这些之后就会按目的mac进行交换,交换机里有个叫VLAN的就是虚拟局域网吧,可以把几个相互通讯的都放到这个虚拟的VLAN中这样所有的在同一个vlan下的IED都可以通讯啦,像电压互感器可以送个goose报文,然后挂在交换机上,电流互感器出来个goose报文挂在交换机上,算法处理器也挂在交换机上,如果需要故障录波的话也把这个故障录波的挂在交换机上,需要录波时就可以录电压/电流互感器送出的采样值了。像goose报文好像61850中定义的好像是5ms(延时以下,这个我也记不清了),可以看出他这个要求实际意义并不大,你做的互感器要真是有1个ms的延时相信不会有人会买的,绝对要是us级的,这样对于故障录仪,保护算法处理的IED才有点意义。
这是我的理解,不对的地方请多指正啊。我也是做继保的。

ljt8015 发表于 2010-3-4 16:26:06

回复【22楼】ppa8086xp
EC61850-9-1/2定义了电子式互感器的数字接口,即合并单元(Merging Unit)。合并单元将一次传感设备的电压、电流瞬时信号数字化后,按照IEC61850-9-1规定的帧格式组帧打包,以IEEE802.3以太网传输协议上送至以太网,供继电保护、计量质量分析、PMU设备使用,从而实现过程层的传感设备与间隔层在通信上的无缝联接。
像互感器这些就是走7层中的低层802.3帧格式,即IP层以下的那个鬼东西,这个可以说所有的交换机都认的。我以前调8019的这个,比较容量实现的。就是包含一些源mac和目的mac的那些+DATA,交换机接到这些之后就会按目的mac进行交换,交换机里有个叫VLAN的就是虚拟局域网吧,可以把几个相互通讯的都放到这个虚拟的VLAN中这样所有的在同一个vlan下的IED都可以通讯啦,像电压互感器可以送个goose报文,然后挂在交换机上,电流互感器出来个goose......
-----------------------------------------------------------------------

你们的合并单元是如何实现的呢?

ppa8086xp 发表于 2010-3-4 16:39:31

我们不做互感器这些我们做保护的,按你的项目需求好像就是要做合并单元这样的东西。你可以选择一款mkii接口的性能比较高一点cpu,接个光口就可以了,光口也就几十元一个。只要把你的phy调通,把data打包成802.3帧格式就可以了。

ljt8015 发表于 2010-3-4 18:36:02

回复【24楼】ppa8086xp
我们不做互感器这些我们做保护的,按你的项目需求好像就是要做合并单元这样的东西。你可以选择一款mkii接口的性能比较高一点cpu,接个光口就可以了,光口也就几十元一个。只要把你的phy调通,把data打包成802.3帧格式就可以了。
-----------------------------------------------------------------------

关键还有一个 光PT/CT到合并单元的 串口,CPU可能实现不了吧?只能用FPGA了啊?

oldtom 发表于 2010-3-4 21:56:06

呵呵,我们在工程项目中合并单元直接光纤到测控装置的,这样才能保证实时性。就目前来说,这是比较稳妥的实现方式。当然最终的目标是要走交换机过去的。我们是用IXP负责通信,BF负责算法。整个系统3个大片子,1个IXP,1个BF dsp,1块FPGA。南自系的,比较喜欢用ppc。合并单元也用过其他单位的,互操作性比以前的103强很多了。103主要是太灵活了,大家的理解都不一样,所以导致每家的103都不一样。
现在nari relay的日子不好过了,沈院士被打压了,而且在nari自己又在成立一个新的保护所。原老沈的副手过来主持工作。

上海那里我只听说思源,申瑞,其他的没什么听说过!

ljt8015 发表于 2010-3-5 11:41:11

回复【26楼】oldtom
呵呵,我们在工程项目中合并单元直接光纤到测控装置的,这样才能保证实时性。就目前来说,这是比较稳妥的实现方式。当然最终的目标是要走交换机过去的。我们是用IXP负责通信,BF负责算法。整个系统3个大片子,1个IXP,1个BF dsp,1块FPGA。南自系的,比较喜欢用ppc。合并单元也用过其他单位的,互操作性比以前的103强很多了。103主要是太灵活了,大家的理解都不一样,所以导致每家的103都不一样。
现在nari relay的日子不好过了,沈院士被打压了,而且在nari自己又在成立一个新的保护所。原老沈的副手过来主持工作。
上海那里我只听说思源,申瑞,其他的没什么听说过!


-----------------------------------------------------------------------

ptct到合并单元 是不是FT3格式,FT3采用什么方式传输?曼切斯特编码么?

你在南京?我也在南京呢   呵呵

astudent 发表于 2010-3-5 13:35:56

关注

ilawp 发表于 2010-3-5 14:06:00

用stm32行不行?usb cdc模式据称能到800KB/s以上,论坛里有个usb示波器的例子。而且内部有dma

ljt8015 发表于 2010-3-7 10:32:02

回复【29楼】ilawp
用stm32行不行?usb cdc模式据称能到800KB/s以上,论坛里有个usb示波器的例子。而且内部有dma
-----------------------------------------------------------------------

关键是发送频率太高(9k),CPU难以胜任!~~

zlei 发表于 2010-3-14 14:20:08

参考:
以色列Elspec G4000的电能质量分析仪采样率为1024点/周波,为了提高存储和传输的效率,他们采用了一种叫做PQZIP数据压缩技术。

最近,我也在研究在XC3S500-E能否实现3个通道的采样/滤波和压缩算法。

lovely5205692 发表于 2010-5-18 23:05:55

兴趣,呵呵~继续关注

zm2002 发表于 2010-5-20 12:43:39

61850 有走以太网的 也有走TCP/IP的 保护这一块怎么才能够完美实现?powerPC好象以太网接口不错 但是如果跑操作系统恐怕goose报文速度很难保证吧??PowerPC跟Intel的IXP比那个性能更强?VxWork能够胜任goose报文和采集数据传输么?

sputnik 发表于 2010-5-26 17:07:46

国家的合并单元技术条件已经制定好。很多内部人员已经拿到,大势所趋。现在在硬件方面主要就2个流派 PPC和IXP。PPC以82xx系列为主,高端可以用8349E。IXP主要就是以425系列。嵌入式软件主要就是LINUX和vxworks为主,也有用UCOS的。LINUX做起来简单很多,毕竟开源,用的人多,但是在实时性能上稍微逊于vxworks,vxworks不是一般企业能用起来的,收费,入门难,开发难度大,但是在性能上特别在实时性和稳定性上确实比较好。另外这些CPU商业上都是用在中端交换机和路由器上的,用在合并单元上处理能力完全够用。不够用是因为应用程序没优化好。

ljt8015 发表于 2010-9-3 10:54:21

回复【34楼】sputnik
国家的合并单元技术条件已经制定好。很多内部人员已经拿到,大势所趋。现在在硬件方面主要就2个流派 ppc和ixp。ppc以82xx系列为主,高端可以用8349e。ixp主要就是以425系列。嵌入式软件主要就是linux和vxworks为主,也有用ucos的。linux做起来简单很多,毕竟开源,用的人多,但是在实时性能上稍微逊于vxworks,vxworks不是一般企业能用起来的,收费,入门难,开发难度大,但是在性能上特别在实时性和稳定性上确实比较好。另外这些cpu商业上都是用在中端交换机和路由器上的,用在合并单元上处理能力完全够用。不够用是因为应用程序没优化好。
-----------------------------------------------------------------------

怎么不用DSP呢?

jielove2003 发表于 2010-9-3 11:47:01

长见识了

oldtom 发表于 2010-9-3 12:01:37

通讯用dsp的较少。

gxy508 发表于 2010-9-3 13:08:07

mark

sputnik 发表于 2010-9-13 11:26:39

国家现在颁布的标准需要设备软件这块具备通用性和标准化,用DSP的话绝大多数都是在上面裸跑,没什么操作系统。没有标准来衡量你的软件质量。
页: [1]
查看完整版本: 最近做一个项目 采集50hz正弦波数据 6通道 每个周波180点采样