BA-WG-调试经验

Modbus网关

  1. 目前常用的产品为BAM360，仅可以用做modbus RTU主站，可以从从站扫描数据，接入的数据必须为标准的MODBUS RTU从站

串口数据

  1. 使用sc-431硬件将串口数据转换为modbus rtu从站协议，再使用bam360读取。

X2OPC软件

在注册opc服务器的时候，弹出了这个错误提示

OPC服务注册失败，可见说明手册中并没有真正给出这个错误的解决办法

BACNET SCAN

这个软件在扫瞄总线的时候占用了47808端口，，所以不能在BA服务器上测试，只能使用另一台电脑测试

泰豪发电机网关

泰豪发电机的控制主板有2个端口，一个是RS232端口，一个是RS485端口，通常接网关需要将这个RS485的端口调整为modbus协议输出，再将modbus协议通过网关转换为bacnet / ip协议才能将数据介入楼控系统。泰豪发电机的modbus接口设置如下：

http://v.youku.com/v_show/id_XNzg1MDgwNTk2.html

开利冷源系统webCtral如何接入西门子insight系统

1.insight的system profile中进入bacnet object broswer ，进入[ 工具 ]—点击[ send who is ]

2.找到需要添加的设备，后面会有需要加入的设备的IP地址，根据BOB中的信息确定硬件的device instance name 和system name和object name，在BLN中添加上第三方设备，填好相关信息，添加上相关设备，正确添加完成后设备应该连接成功。

3.导入点位：将点位在BOB中导入insight。在BOB中右键import points，选中要导入的点位，点击upload，然后等待database transfer上传完成。上传后在database transfer中查看log信息，查看是否上传成功，如果出错，会有X号。

4.上传点位完成后就可以在软件界面中操作点位了，也可以在程序操作点位，比如使用第三方设备中的某个点位联动风机或者照明。

http://v.youku.com/v_show/id_XNzg1MTg4ODQ0.html

时间： 2024-08-04 18:11:12

BA-WG-调试经验的相关文章

usb调试经验

1.有i2c的芯片,一般有i2c的地址选择.检查地址选择是否正确,地址是多少.SCL和SDA上面是否有上拉电阻.芯片的地址是几位的.I2c的时钟频率也是必须设定的一个方面.工作速率一般有100K和400K两种,而且里面寄存器一般为一个byte.I2c出错时,需要测量一下i2c bus上是否真的有信号 2.有时钟的芯片,搞清楚时钟采用的是那种时钟,晶振还是RTC.一般芯片为了方便使用,可能允许几种不同的时钟选择.可以是通过引脚进行选择的.也可能通过寄存器来进行选择.通过阅读spec检查清楚. 3.

CMOS Sensor的调试经验分享

CMOS Sensor的调试经验分享 我这里要介绍的就是CMOS摄像头的一些调试经验. 首先,要认识CMOS摄像头的结构.我们通常拿到的是集成封装好的模组,一般由三个部分组成:镜头.感应器和图像信号处理器构成.一般情况下,集成好的模组我们只看到外面的镜头.接口和封装壳,这种一般是固定焦距的.有些厂商只提供芯片,需要自己安装镜头,镜头要选择合适大小的镜头,如果没有夜视要求的话,最好选择带有红外滤光的镜头,因为一般的sensor都能感应到红外光线,如果不滤掉,会对图像色彩产生影响,另外要注意在PCB

WPF 卡顿调试经验

原文:WPF 卡顿调试经验 1. 问题 最近的一个项目,正常调试情况下,运行一切正常,但是有某个用户登录后,出现界面卡顿2-3mins后,才正常运行. 2.解决问题方法 (1)首先由于是必现问题,就想在vs的工作环境下调试一下,看看到底是什么地方比较慢,想法很理想,但是现实很残酷,没有找到问题所在. (2)使用VS中的性能与诊断工具,测试一下那个地方花费的时间多,具体步骤如下: (a)打开VS中的菜单栏分析->性能与诊断 (b)选择性能向导,开始 (c)选择检测,测量函数调用计数与用时 (d)选

JS 代码调试经验总结（菜鸟必读）

前言:不知不觉写了很多,希望你能耐心看完这篇文章 任何一个编程者都少不了要去调试代码,不管你是高手还是菜鸟,调试程序都是一项必不可少的工作.一般来说调试程序是在编写代码之后或测试期修改Bug 时进行的,往往在调试代码期间更加能够体现出编程者的水平高低以及分析问题的准确度.不少初学者在寻找错误原因时,总是不得要领,花费了大量时间却无法解决一些最终证明是相当简单的Bug. 在长期解答 zTree 相关问题时,也的确发现很多的问题其实不算什么问题,仅仅是编程者不会调试造成的,通过自己日常工作观察,这里

收藏：Javascript 脚本的调试经验

随着用JavaScript编程的深入,你会开始理解那些JavaScript给出的不透明错误信息.一旦你理解了你常犯的一般性错误,你就会很快知道怎样避免它们,这样你写的代码中的错误将越来越少.编程实际上是一种能随着时间不断飞快进步的技术.但是不管变得多么熟练,你仍然要花一些时间调试你的代码.如果你做过家庭作业,或有过JacaScript编程经验,你会知道相当多的时间是花在调试上.这很正常 - 这只是编程者必须做的事之一.实际上,按照大量的研究,程序员平均百分之五十的时间花在解决代码中的错误. 关键

支付宝接口调试经验总结

最近项目开发用到了2个支付宝接口,就在这里把我字节调试支付宝的一些经验写一写吧. 1.手机网站支付 这次由于做的一个项目是html5的做手机app,支付这块就选择了手机网站支付.刚开始调试一直遇到 ILLEGAL_SIGN 也就是签名错误,一直到后面才发现时编码不统一导致.同学们调试的时候可以先在下载的demo里进行调试.那样可以更快的让你熟悉支付宝的调试工作. 2.移动支付 由于支付宝的手机快捷支付接口停用.导致项目不得不更改支付宝接口.这次更改选用了移动支付.在移动支付时考虑到安全性,rsa

13 年的 Bug 调试经验总结

在<Learning From Your Bugs>一文中,我写了关于我是如何追踪我所遇到的一些最有趣的bug.最近,我回顾了我所有的194个条目(从13岁开始),看看有什么经验教训是我可以学习的.下面是我总结的最重要的经验教训,包括编码,测试和调试三个方面.编码下面这些都是我经历过的会导致难点bug的问题:1.事件顺序.在处理事件时,提出下列问题会很有成效:事件可以以不同的顺序到达吗?如果我们没有接收到此事件会怎么样?如果此事件接连发生两次会怎么样?哪怕通常不会发生,但系统(或交互系统)其他

BUG调试经验

转自脚本之家 下面这些都是我经历过的会导致难点bug的问题: 1.事件顺序 在处理事件时,提出下列问题会很有成效:事件可以以不同的顺序到达吗?如果我们没有接收到此事件会怎么样?如果此事件接连发生两次会怎么样?哪怕通常不会发生,但系统(或交互系统)其他部分的bug可能会导致事件发生呢. 2.过早 这是第一点"事件顺序"的一个特例,但它确实会引起一些棘手的bug,因此我把它单独拎出来说明.例如,如果信令消息在配置和启动程序完成之前就被过早接收,那么可能就会有很多奇怪的行为发生.另一个例子:

usb芯片调试经验

记录一下调试usb有关的芯片的一些经验. 1.有i2c的芯片.一般有i2c的地址选择. 检查地址选择是否正确,地址是多少.SCL和SDA上面是否有上拉电阻.芯片的地址是几位的.I2c的时钟频率也是必须设定的一个方面.工作速率一般有100K和400K两种.并且里面寄存器一般为一个byte.I2c出错时,须要測量一下i2c bus上是否真的有信号 2.有时钟的芯片,搞清楚时钟採用的是那种时钟,晶振还是RTC.一般芯片为了方便使用,可能同意几种不同的时钟选择. 能够是通过引脚进行选择的. 也可能通过寄

mipi 调试经验

转载自http://blog.csdn.net/g_salamander/article/details/9163455 以下是最近几个月在调试 MIPI DSI / CSI 的一些经验总结,因为协议有专门的文档,所以这里就记录一些常用知识点: 一.D-PHY 1.传输模式 LP(Low-Power) 模式:用于传输控制信号,最高速率 10 MHz HS(High-Speed)模式:用于高速传输数据,速率范围 [80 Mbps, 1Gbps] per Lane 传输的最小单元为 1 个字节,采用