阿莫逻辑分析仪故障原因公布

armok · 发表于 2014-2-27 07:56:20

提示: 作者被禁止或删除内容自动屏蔽

阿莫论坛20周年了！感谢大家的支持与爱护！！

为众人抱薪者，不可使其冻毙于风雪。阿莫呼吁大家支持谭秦东医生！订单留言里面请备注：阿莫电子论坛，支持谭医生！

月入3000的是反美的。收入3万是亲美的。收入30万是移民美国的。收入300万是取得绿卡后回国，教唆那些3000来反美的！

lusson · 发表于 2014-2-27 08:02:53

先沙个发。
我项目组里对编绎器升级是小心又小心，看他的升级日志，如果对目前没有影响是不允许升级的。稳定性第一啊。看来真的是要小心

zzlc · 发表于 2014-2-27 08:40:13

编译器一般不会出问题，可能还是代码不够严谨。

chenguanghua · 发表于 2014-2-27 08:42:55

哈哈，看样子，我的逻辑分析仪今天或者明天就能够发货了

armok · 发表于 2014-2-27 08:43:25

提示: 作者被禁止或删除内容自动屏蔽

饭桶 · 发表于 2014-2-27 08:52:15

这一点阿莫是对的，曾经遇到这样的版本问题，一个简单的C程序在老版本的Keil上使用第八条优化就出问题，使用第0条，基本算无优化就没事，但最新的5就没这个问题的。

Firman · 发表于 2014-2-27 08:55:45

当使用深入到一定程序时,一些细小的问题就会被你发现.
之前我们公司也有个别工程师发现Silan 51 MCU 在KEIL编译里有个别指令有问题,后来花了很长时间去论证.
跟IC厂家说时他们也不相信,因为这个51内核他们已经生产了好多年.

armok · 发表于 2014-2-27 09:03:23

提示: 作者被禁止或删除内容自动屏蔽

LearningASM · 发表于 2014-2-27 09:03:28

学STM32时，MDK把一段指针的指针编译成指针的空指针。（当然不能排除本人的代码犯错）

phone · 发表于 2014-2-27 09:08:27

编译器出问题中单片机中也出现过很多.

carollim · 发表于 2014-2-27 09:09:54

深入了解

Edesigner. · 发表于 2014-2-27 09:22:03

当工程师其实也不容易，别给太大的压力。发布了的产品出了问题，这本身给工程师精神上已经是最大的打击。

embeddev_1 · 发表于 2014-2-27 09:25:52

rosan论坛高手，相信一定能解决问题！

jackielau · 发表于 2014-2-27 10:20:16

我遇到avr gcc编译器的事情，不敢一定说是编译器的问题，但是感觉应该是！
就是一段代码运行不正确，但是在这段代码后边加上print（）函数就正常了！！

sf49ers · 发表于 2014-2-27 12:06:18

这是我到现在还排斥用C，尽量用汇编的原因。
我对编译器不信任，见过很多编译器bug，贼难查

Nuker · 发表于 2014-2-27 12:09:07

FPGA编译器（严格来讲根本就不应该叫做编译器，而是逻辑综合+自动布线工具）比C编译器要复杂100倍以上，由于版本差异造成bug太普遍了。

lhn0409 · 发表于 2014-2-27 12:14:42

很多人一定都会遇到编译器的BUG,所以应该会小心使用和升级,专家一定更会这样.

asj1989 · 发表于 2014-2-27 12:32:19

我用过CooCox ide，那编译器真是烂，莫名其妙的出问题

Edesigner. · 发表于 2014-2-27 12:55:29

jackielau 发表于 2014-2-27 10:20
我遇到avr gcc编译器的事情，不敢一定说是编译器的问题，但是感觉应该是！
就是一段代码运行不正确，但是在 ...

也遇到过、但不是编译器的问题，是没有足够的延时。

笑笑我笑了 · 发表于 2014-2-27 13:04:24

asj1989 发表于 2014-2-27 12:32
我用过CooCox ide，那编译器真是烂，莫名其妙的出问题

那IDE用的编译器不就是GCC。还不如直接Eclipse/Codes::Block+GCC。

dr2001 · 发表于 2014-2-27 13:16:28

时序约束？

gongxd · 发表于 2014-2-27 13:49:40

已经验证过的代码最好别换环境很容易出现莫名其妙的问题
所以代码备份的时候编译器也最好备份一下

某些带库的mcu更要注意

hushaoxin · 发表于 2014-2-27 20:38:51

连IAR编译器都有编译错的，但是可以看汇编代码来确认是不是编译器问题，不知道FPGA怎么确定问题

QJD_LZF · 发表于 2014-2-27 20:57:35

我就碰到过C51的编译器问题，因此本人还是对汇编情有独钟！一般不是不得已的情况下我不会更新或是升级编译器，工具类的我觉得功能够用就好。稳定性才是最重要的。好比最初为什么选择在这买分析仪，就是冲着信号采集的原始保真度和使用稳定性这两点而来的。花俏的功能远没这两点重要。

xingliu · 发表于 2014-2-27 21:39:32

嗯，学习。
这个也是血的教训。谢谢阿莫。

咖啡可乐 · 发表于 2014-2-27 22:24:17

c语言编译器出问题的多了。厂家自己都承认。

minier · 发表于 2014-2-28 11:32:23

软件换编译器，HDL换综合器是非常容易改变原来的稳定性的，甚至压根就有问题！盲目所谓的升级开发环境是不利于开发的！

minier · 发表于 2014-2-28 11:33:58

HDL的时序约束和综合器关系极其紧密

songfei · 发表于 2014-2-28 13:57:02

armok 发表于 2014-2-27 08:43
你熟悉FPGA吗？

如果你不是专家级的，就没有资格发表意见。

这位朋友也是提出意见么

我觉得有可能是编译器的一些新特性或者是新版本的更改了一些编译选项等等原因

这个不能说严谨不严谨，编译器约定的东西可能会有变化，只是我们要按照新编译器约定的东西做就好了。

我是觉得这个问题应该还能找到更深层次的原因的。

MyDEV_OK · 发表于 2014-4-30 14:43:53

一切皆有可能.如果把编译器当成一个产品来看,想想任何一个产品需要经历的研发\测试等众多不确定性因素....不过确实如阿莫所说的,编译器\开发软件级的问题一般会比较隐晦,需要功底的人才能发现得了.或者对产品应用到了很深层次,深入挖掘产品内在潜力的时候才会发现这些辅助工具的不完善.还记得几年前,我们一台UPS产品的DSP板程序下载老是出现异常,当时项目组研发工程师找了半个月没有解决,后来求助于预研部软件组的博士,也是花了几天时间分析验证.发现是Ti320F2407内在的设计缺陷,这个问题后来Ti方也承认了.具体问题我忘记了,毕竟几年前的事了,但触发那个问题也需要很多偶然因素.可以规避.
个人比较认可一种说法:个人的知识就是一个圆,知识大小决定了圆的大小,而圆外的区域是你所不知道的.当你知识匮乏时,你所认识到的未知世界也少,而当你知识渊博,所接触到的未知世界也越来越大,也越来越对知识产生敬畏.

阿莫逻辑分析仪故障原因公布

阿莫论坛20周年了！感谢大家的支持与爱护！！

相关帖子