不一格

分类： 文章

  • 基于致远电子EPC-9600I-L工控主板的qt5.6移植

    20180228做了这个项目之后，几个月来没有做过类似技术的，都忘干净了，于是回来有看。这里感慨下，写了博客真好。

    并且对文中有解释的不够明确的用黑体字做了补充解释。

     

    公司的产品需求，做便携式仪器，最开始使用的wince系统的板子，后来又使用微型的winxp或者win7的桌面操作系统的板子，wince虽然稳定，但是上游厂商已经不做支持。原因有三点：

    1、微软原厂的策略，已不在WinCE系统上投入人力；
    2、基于微软的策略，IC原厂也不再提供对WinCE BSP的维护，新处理器已经不再提供WinCE BSP；
    3、当前各种外围模块厂家不提供对WinCE的驱动支持（比如摄像头、3G/WiFi/4G模块等众多重要外设）。

    （参考链接周立功）

    而winxp  和win7等桌面操作系统的板子，因为系统的原因，在用户强制断电的情况下，经常性的系统奔溃。这里我们不得不投向顺应市场Linux系统产品。这里我们选择了周立功的9600i-l工控主板。

    EPC-9600I-L 是广州致远电子有限公司开发的基于 AM3352 处理器的工控主板。 板载 6路 RS232 串口（两路可通过软件切换，与 RS485 复用），两路 RS485 串口， 4 路 USB Host 2.0接口， 1 路 USB OTG、 1 路 10/100M 以太网接口、 2 路 CAN 接口、 1 路 TF 卡接口， 4 路ADC， 1 路音频输入输出， 还有 16 位 TFT 液晶接口和 4 线电阻式触摸屏接口。

    这个工控主板完全可以满足我们的需求，而这里的编程 就是用的Qt，而以前的程序也是基于Qt开发，移植的工作量也是不会太大。

    这样就开始了，配到的屏是LCD_TM070RDH12_24B，一个7寸800×480的。板子拿到手以后，用配的fpc排线连接屏和板子，上电后会发现屏并不能正常亮。这里就是因为开发板烧写的内核是一个480×272的4.3寸屏的内核，所以我们需要烧写一个对于的800×480的7寸屏的内核。这里具体烧写办法，在zlg的资料里面都有，按说明操作就行了。

    下来就是调试了，这里就需要连接串口。这个工控板的接口不像一般的开发板一样是ttl电平，这个只能是rs232电平的。链接方法如图

    后边就是移植开发板的qt库，因为板子文件系统自带的qt环境是qt4.7.3，而我们的程序是用5.6开发的，这里就需要移植新的qt库，好在zlg对qt5.6做了移植，这里我也拿到了对应的qt库。具体的操作方法如下：

            先使用百度云盘下载做好的qt5，链接: http://pan.baidu.com/s/1bpnNiP5 密码: 6d5t。
            1，首先关闭板内QT环境初始化脚本。
                注释掉/etc/init.d/S90qt内的语句
            2，删除板内原本的4.7.3的固件。
                wr rm /usr/lib/libQt*
                wr rm -rf /usr/lib/qt
              wr rm /usr/bin/libQt*
                wr rm -rf /usr/bin/qt
              wr rm /usr/bin/ts_*
            3，解压qt5.tar.gz与tslib_sw.tar.bz2到/opt目录下，然后拷贝tslib_sw/bin/下的所有文件到/usr/bin/目录下。
    这里需要讲一下，因为Linux的软硬链接复制的时候，可能会有问题，所以需要打包复制，打包完成以后可以通过scp传到板子的制定目录下，如：
    scp qt5.tar.gz root@192.168.1.111:/opt/home按提示输入密码就行了。
    运行是碰到一个bug，国外的网站上找到了解决方案

     

            4，修改/etc/profile文件如下：
            export TSLIB_ROOT=/opt/tslib_sw
    export TSLIB_FBDEVICE=/dev/fb0
    export TSLIB_TSDEVICE=/dev/input/event0
    export TSLIB_CONFFILE=$TSLIB_ROOT/etc/ts.conf
    export TSLIB_CALIBFILE=/etc/pointeral
    export TSLIB_PLUGINDIR=$TSLIB_ROOT/lib/ts
    export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$TSLIB_ROOT/lib/export QT_ROOT=/opt/qt_install
    export QT_QPA_GENERIC_PLUGINS=tslib:/dev/input/event0
    export QT_QPA_FONTDIR=$QT_ROOT/lib/fonts/
    export QT_QPA_PLATFORM_PLUGIN_PATH=$QT_ROOT/plugins/
    export QWS_MOUSE_PROTO=tslib:/dev/input/event0
    export QT_QPA_FB_TSLIB=1
    export QWS_DISPLAY=LinuxFB:/dev/fb0
    export QWS_SIZE=800X480
    export QT_QWS_FONTDIR=$QT_ROOT/lib/fonts
    export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$QT_ROOT/libexport LD_PRELOAD=/lib/preloadable_libiconv.so
    然后source /etc/profile
    触屏校准。
                wr ts_calibrate
    这样环境变量就设置好了，在运行程序就可以正常了。但是在控制台就可以看到有一个iconv_openfailed的错误。这里就说要说到最后一个export LD_PRELOAD=/lib/preloadable_libiconv.so ，因为在编译qt的时候没有加-no-iconv 选项，所以只能单独编译一个libiconv。通过交叉编译工具链生成arm平台上的iconv链接库的方法如下：
    下载libiconv-1.14.tar.gz， 解压tar -xvf  libiconv-1.14.tar.gz
    ./configure –host=arm-none-linux-gnueabi –prefix=xxxxxxx ，完成后make （-j8表示8线程） 进入prefix指定的目录下lib目录下找preload，preload中有preloadable_libiconv.so，复制到上边的LD_PRELOAD路径就行了。
    复制进去后，再运行程序就不会报错了但是就有一个问题中文不能显示，这个就是因为没有中文的字库的原因了。这个问题就比较简单了。这个变量QT_QWS_FONTDIR指定的路径中的所有字体删除掉，只放入一个中文字体，重新运行程序 就会发现中文正常显示了。这个是因为系统在没有找到指定的字体的时候，只能用唯一的字体代替。自此，qt在arm-Linux的移植工作就算是完成了。这个要感谢指导过的大神和抱过的大腿了。
    也希望我的经历可以帮到后边的朋友。
     

  • 基于哈尔滨机务段DF7型内燃机车电子恒功率使用情况分析

    在以前没有接触过恒功率，对其工作原理不是很清楚。在接触到这个测试台的项目后，通过分析现场实物结合原始厂家的测试说明。终于算是明确的了解了其工作原理和需要的测试方法。

    说白了电子恒功率调节器通过调节励磁电流，来平衡根据柴油机转速计算出来的理论功率和测功以及辅助设备功率。

    分板1功能是在700rpm以上转速时调节辅助功率输出信号PHC。

    分板2、3是恒功率组件，默认是没有，这次也是没有接触到其原理

    分板4功能是空转保护，通过对比各电机电流判断空转状态，输出信为Pk。

    分板5是信号处理的核心板块，通过对各个信号的处理，实现最终输出Vp值，此值是励磁电流大小的直接控制信号。

    分板6是根据柴油机转速计算出各个转速下对应的U、I、P理论值。

    分板7是电源板，把十号板生成的ac电源信号转化成DC ±12V电源供各分板使用。

    分板8是测电压板子，把高压电转化为可以识别的信号。

    分板9是直接的励磁电流输出板子，也是监测各关键信号电压值。

    分板10就是把机车的24v或者110v信号转换成ac信号给分板7使用。

    这里的分板测量就是根据每个板子的输入信号特性，给上输入信号的时候，去测量对应的输出信号。整机测量就是比较麻烦因为各个转速下的电压电流信号都是动态变化的，完全模拟机车的工况做测试，理论上是可能，但是这样的实现会非常麻烦。这里我们取关键特性作为测量

    这几个特性作为设备的主要功能，测试正常即认为设备是正常的。

    ——————————————————————————-

    这里有点小插曲，在设备做完以后，现场的使用人员并没有相应的工作经验，并不能确认工作的完成，所以只能配合客户上机车的水阻试验，就是将机车的功率消耗到加热水槽的水上。在这个过程中，应该是可以各个电机分路消耗，通过分别控制消耗电流可以模拟空转工况，这里也算是客户水阻试验台一个缺陷吧。待测车本身就是一个带病车，上线功率只能有200kw，问题出现很长时间一直没有解决。我在机车上通过观察电子恒功率各板块的信号，发现6号组件的输出信号不对，然后判断出事柴油机转速信号问题，这里要求客户提供可以测量拆转信号的示波器，然而并没有示波器，后来客户自行调整了拆转探头的间隙，于是又信号，机车功率就正常了。

    然后 插上调整好的板子，就没有信号，新板子就有信号。这个现象困扰了我很久，客户也没有给时间去车上测试，后来经过分析当时机车的信号分析，可能是因为水阻试验时，分板1和分板4是断开的，可能会干扰信号给如到组件5，造成扣功，所以会没有信号。而新板子的信号，并不吻合于资料标准值，所以在有些许干扰的时候依然会有功率信号。但是这其实是错误的。所以目前客户的车其实是运行在一个错误的工况下，可能会有功率浪费。

    建议用户可以接入分板1和分板4，同时按资料给定信号调试设备，才能达到理论效果。

  • MySQL插入数据，莫名其妙的乱码

    接触数据库比较少，对数据库很多特性并不是很了解，所以就在数据库上用了很多的时间，比较头疼的就是数据库的中文乱码问题了，关于建表和建库过程中指定utf8这样的操作，是很正常的在网上也可以轻松找到相关的资料或者教程。我这个要说的是一个比较奇葩的情况。

    这里先看下几个重要的点，在mysql命令行中show variables like ‘character%’;

    全部UTF8没有任何问题，在看这里

    两个表的数据类型都是varchar字符集都是utf8没问题，但是就是一个可以正常中文，另外一个一直都是乱码。在这就得说，问题还是得找根本，我想了多种方法去解决，统统没有效果，最后实在没有效果，只能到处建表sql，这里就发现问题了。

    — —————————-
    DROP TABLE IF EXISTS `testcode`;
    CREATE TABLE `testcode` (
    `id` int(11) NOT NULL AUTO_INCREMENT,
    `remote_id` int(11) NOT NULL,
    `type` varchar(255) NOT NULL,
    PRIMARY KEY (`remote_id`,`id`),
    KEY `id` (`id`) USING BTREE
    ) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=utf8;

    — —————————-
    — Table structure for testobject
    — —————————-
    DROP TABLE IF EXISTS `testobject`;
    CREATE TABLE `testobject` (
    `id` int(11) NOT NULL AUTO_INCREMENT,
    `obj_id` int(11) NOT NULL,
    `remote_id` int(11) NOT NULL,
    `object` varchar(255) CHARACTER SET latin1 DEFAULT NULL,
    `type` varchar(255) CHARACTER SET latin1 DEFAULT NULL,
    `model` varchar(255) CHARACTER SET latin1 DEFAULT NULL,
    `standard` float DEFAULT NULL,
    PRIMARY KEY (`id`,`obj_id`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8;

     

    这里看到有CHARACTER SET latin1这样的字样，但是在管理软件里统统是看不到这个的，只能在sql里看到。找到问题了就好解决，只需要删除CHARACTER SET latin1，然后再drop table，接着create就行。这个问题所示解决了。这个问题产生的原因应该就是在建表的过程中，没有指定utf8 ，后边改的utf8.造成数据类型的不统一才造成的。