【HMI】因浮点数编程引发高成本售后问题-技术论坛-工业支持中心-西门子中国

故事作者：huxin153

最近创作
看看TA的故事

【HMI】因浮点数编程引发高成本售后问题

已锁定

huxin153

帖子

1
精华

0
被关注

0

论坛等级：新手

注册时间：2011-10-26

普通如何晋级?

【HMI】因浮点数编程引发高成本售后问题

554

6

2022-10-08 23:17:09

在2016年时公司的一款新产品研发出来一直销售至今，其中控制器采用200smart ，触摸屏为Smart700，从产品方案、设计、调试到后续升级等都是本人负责。

产品出来一直正常销售都未出现任何问题，直到去年才有一个客户反馈流量记录不对，时而不累计，时而累计，但实时流量又显示正常，当时第一反应不应该出现这种奇怪问题啊？其他客户没有提出这样问题。会不会是PLC出问题了？触摸屏问题？传感器问题？满脑子都是各种疑问，但排查还是先从软着手，马上调出触摸屏和PLC程序看看，怀疑是不是数据类型搞错了，导致溢出之类的，暂时没有发现问题，又继续排查是否流量计出问题了，经排查也没有问题。最后实在没找到原因，通过与用户沟通同意，将累计流量清零了，嘿，恢复正常了。再次调出程序看了一遍，仍然没有问题。认为这个就是个案特殊问题，也就没有在意了。

直到今年上年再次陆续有客户提出累计流量不再累计或累计不准的问题，才觉得问题的严重性了，感觉到应该是软件编程BUG导致此问题了。再次调出程序研究，始终没有发现问题，找不到任何原因。以下是PLC程序切图，VD820是每秒的流量浮点数，VD824是每秒累加一次结果。

实在没法把手册找出来慢慢翻看，终于在手册上找到一句话“计算涉及到包含非常大和非常小数字的一长串数值时，计算结果可能不准确”。此时终于真相大白，也明白了为何出现这种情况。

可是产品都卖了几年了，现在才出来这样问题需要高昂的售后成本，也是犯了非常严重的错误。出了问题就得处理，解决办法两种，一是客户对持续累计量要求不高采用清零的办法。二是用户需要保存显示持续累计流量的，只能更新程序了，为了降低售后成本，只能采用邮寄远程下载模块给客户，让客户配合一下将程序远程升级更新。

总结：1、产品开发出来，没有完整的测试，包括对累计流量进行模拟测试。

2、对200smart细节问题没有吃透，还是自己技术能力问题，有待提高。

3、经此事件造成不小的售后问题，同时也对公司造成了一定的负面影响。以此在今后职业生涯警醒自己。希望同行引以为戒！

PS：本人也从事单片机开发，从最初汇编语言到现在C语言，对底层还是有所了解。但是就想不明白PLC为何会有这样的问题，底层逻辑机制是怎样的，如果有大神明白请解释一下。

【HMI】因浮点数编程引发高成本售后问题已锁定

已锁定

编辑推荐：关闭

请填写推广理由：

活动公告查看全部公告>

【仅剩99份】学PLC得PLC限量学习笔记，下单立减50元享加赠

热门视频，猜你喜欢

本版热门话题

网友专栏

共有3232条技术帖

相关推荐

热门标签

相关帖子推荐

guzhang

恭喜，你发布的帖子

被评为精华帖！

快扫描右侧二维码晒一晒吧！

再发帖或跟帖交流2条，就能晋升VIP啦！开启更多专属权限！

分享
只看
楼主

您收到0封站内信：

×

×

信息提示

很抱歉！您所访问的页面不存在，或网址发生了变化，请稍后再试。