石家庄和嘉

公司在靠市中心的位置，有四五十人，主要在动力环境监控方面使用我们em3352、em3354主板(Linux系统)。景工等共4个工程师与我们进行了交流。他们目前使用的接口没有什么特殊要求，开关量的输入输出，3g/4g，sd卡，串口，spi扩展的LCD，以太网，有预留CAN接口的需求。

他们目前使用的问题主要反映有1：sqlite3数据库在存到数据条数比较大的时候，比如40w条，删除等操作数据库的时间非常长；2：ntp同步时间默认时区重启后会往前加8个时区；3：使用gpio25做503的复位引脚，复位后扩展模块这数据不成功。

介绍新产品的时候，他们对我们的esm系列架构还是很认可的，针对他们接口简单，又对串口数量要求多，也希望有大的存储容量，隆重介绍了esm6800；然后他们有客户要求vga接口，向他们推荐了rgb转vga模块；他们在新产品中也有视频方面的需求，向他们推荐了esm6802，他们希望大华海康等公司的SDK可以直接在我们的板子上使用。

最后他们建议我们把gpio的驱动增加ioctl的接口去读写某一位，以及设置指定位的工作模式(gpio或者irq等)。其他一些硬件上关于隔离保护等设计，刘工也给他们做了详细的解答。

总体来说，与和嘉的交流氛围比较好，他们也对我们这样的交流方式表示认可。

原计划是去河北汉图，但是汉图滑工家里有事，明天要回老家，所以改为石家庄华燕，华燕只有去年2月份采购过20张EM9161，今天了解到由于他们自己的原因，这个产品已经停产了。华燕目前考虑的新产品是用在汽车检测方面，要用到视频图像处理，用于汽车四轮定位之类的。华燕李经理还提了些机器视觉，同步定位之类的需求,感觉跟我们的产品应用有些差距。

The following formula may be used to calculate a parallel resonant crystal's external load capacitors:
CL = ((CX1 x CX2) / (CX1 + CX2)) + Cstray
where:
CL = the crystal load capacitance
Cstray = the stray capacitance in the oscillator circuit, which will normally be in the 2pF to 5pF range.

Assuming that CX1=CX2 then the equation becomes:
CL = ((CX1 x CX1) / (2 x CX1)) + Cstray
CL = (CX1 / 2) + Cstray
Rearranging the equation, we can find the external load capacitor value:
CX1 = 2(CL - Cstray)

For example, if the crystal load capacitance is 15pF, and assuming Cstray=2pF, then:
CX1 = CX2 = 2(15pF - 2pF) = 26pF

It is difficult to know exactly what the stray capacitance is, but if you find the oscillation frequency is too high, the load capacitor values can be increased. If the frequency is too low, the load capacitors can be decreased.
The device data sheet may also define a maximum crystal series resistance Rs.

中绿环保现在主要是这几个问题：

1、SD卡老是爱坏，最快的，设备投入一个月就开始有坏卡的情况，17年后投放的设备，前前后后，包括4.3“屏的系统，SD卡损坏率达40%或更高。

2、到现在为止，至少有6例左右的板子，出现时间跳变，其现象是时间突然超前，是从他们的日志记录中可以表现出是跳变的情况，如：上午的日志时间还是正确的，下午某条日志的时间就突然向跳几天（时间超前，如：24号日期跳到27号）。

3、特定地点的设备，RS232端口（ETA503扩展的端口）连接PLC后，很容易通讯失败。设备重启后就正常一段时间。对于这种情况，可以肯定是电磁兼容导致。

4、软件要推出，且系统启动后，软件不自动运行。他们也分析认为，这估计是和SD卡有关

5、在现场出现了1例运行中黑屏的情况。这是电源整改后的设备

现在他们的这套设备又拿到北京去运行1个月的检测，也就是说他们这套EM9161的系统还有生命周期，但是他们没有软件修改的可能。

因此，我们现在最主要的事情，就是实验发现为什么SD卡损坏原因，以及解决方法。

青岛普仁：

他们主要是做液体离子色谱检测之类的，用9170开发了一款产品，但不是很稳定，考虑到以后的功能扩展所以准备换成linux系统，现在用esm335x正在开发，他们是自己做的底板，和他们的工程师沟通了开发过程中遇到的一些问题。

山景：

这家公司是做虚拟的飞机设备，训练飞行员用的，他们目前比较关心成本问题，了解了一下他们的应用需求，当初只是为了使用HDMI所以选择了6802，实际没有视频的播放只是一个qt做的人机交互界面，而且分辨率也只有1024×768，所以给他们建议了6800来评估一下，他们用到的接口只有usb，网络，显示和gpio，所以我们规划的引出isa的700mhz版本刚好适合他们，底板给他们推荐了sbc840，目前他们用的评估底板。

3月21日下午

青岛艾诺：一个项目组做电机控制，大概10人，用到isa，gpio，串口，网络，u盘。与时工一直有联系。2016年曾经想换成em9170平台，但是测试发现em9170的irq不能满足需求，所以放弃。需要查下邮件才能知道详细情况。新项目也曾想使用em335x，后来项目中止，所以也未上量。自从em9000改到em9000b后出现部分时间无法设置的问题，该问题出现有偶然性，需多测试才能发现，返修的板子入库人员测试通过但是出库人员测试又发现了时间设置问题，需要我们再多测试下。他们排除电池原因是因为替换核心板后其它板子并无故障。第二个问题是他们发现过exe损坏情况。比较exe的二进制发现数据有2到3字节错位，但总体大小不变。他们组目前可能没有转Linux的打算

另一项目组做数据监控，只有两个新工程师接手，并不熟悉c++，windows编程，也不熟悉Linux，暂时难以换平台。他们主要问题是客户反馈数据拷贝到u盘时间太慢，拷几十mb数据会需要近半小时。他们数据存放的文件很多，可能有几万个文件，每个170字节。所以拷贝慢是必然的。

青岛汉思：直接买了100张em9160，工程师出差只见到他们经理。他们做环境监测设备，买100张为今年的备货。工程师使用过em9160有把握应用成功。包经理告诉我们青岛做环境监测的公司很多，会相互抄，产品不会很复杂，他们已经有现成程序可以在em9160上执行。

今天访问了特锐德，感觉他们目前应该是以运维为主，比较关注监控板子自身的情况，比如第一批板子已经铺出去四年了flash会不会坏之类的。牛工说目前铺出去十万多个充电桩，板子大概有2w多个点。问了一下研发的事情，牛工告诉我们的是西安主导硬件研发，他们现在的产品种类很多，硬件都由西安研发的，软件还是青岛这边负责，但是所有产品的使用还是全部通过青岛总部。

3月20日下午

青岛澳科，与邹工，丁工等见面。介绍了我们的新板子，邹工仔细看了我们板子并问了很多板子硬件方面信息，如网口速度，三排针接口，网络变压器，板子接口及sbc840的设计模式等。澳科目前使用周立功AM3354的Linux板子，他们也就目前开发遇到的问题咨询了下hzc，并肯定了我们的开发经验。最后留下联系方式后离开澳科。

电科所寄回的开发板内核无法启动，卡到start kernel，经检查发现是有1个bit的数据位错了，之前客户返回的内核无法启动的问题应该都是这样，需要检查uboot代码，好像没有用到数据校验。时钟问题还在测试。

今天拜访了青岛艾普，艾普主要是做测试设备，产生高压进行测试记录数据。这次去拜访他们也很认真，整理好了遇到的问题和我们交流，还一一现场复现给我们看，所以从上午十点待到了下午四点，目前主要的还是解决usb的问题，产生5000v高压的时候偶尔会出现usb无响应的情况（驱动没有报错，插入设备没有反应）。

玄诺就是霍春雷他们。

还有一家是常州玄诺，但最近购买不多。常州得实、玄诺、华越、霍春雷（什么公司？）应当有先后的继承关系，都是以机房监控为主要市场。

华越没有联系上。

有个情况，不知该怎么理：和科惠（科能）的顾工联系不上，打通电话要不就是不接要不就是直接挂断。当去霍春雷他们那里去时，也有一个顾工，且以前也与我们有联系。

可以确定，华越和霍春雷他们没有直接关系。

2018-03-16:
上海神剑：使用ETR233，现在是用于老设备的维护与更换使用，之前的设备中，部分使用ETR232的设备，直接使用了以太网转串口的协议芯片+单片机的方案替换。他们之前给我们提出过双独立音频输出的需求，他们现在的解决方案是使用一体化的Linux系统工控机+声卡来实现，使用中，将声卡的左、右声道进行独立播放实现两个类似独立播放端口。如果我们能有这相应的可靠方案，便会进行更换。他们现在的方案，主要是成本高，且主要的是，过两年也许就买不到了。毕工还提出，如果能够有网络音频解码模块方案提供，就更好了。这个功能，现在他们购买的是一个模块。

上海电科所：335x的RTC误差还是很大，他们设置好时间后断电放一晚上，时间差3秒，这是他们现在最急需处理的问题，过些天，应该会有反馈的邮件。同时他还透露，这几天有个杭州的板卡商也去了他们公司，同样使用3352芯片的板块价格很低，陈工说的是：价格低的吓人，估计在300以内。肯定后面会和公司讨论价格的事情。另外还反馈说，LCD有白屏的情况，今天大概看了看，也许是连接带下有些不好导致，后让他再确认下是不是该问题。另外有两张板子带回来了，是网络不通。后期他们还计划使用ESM6800，主要是看中其12个串口，成本低，功耗小。

小朱，有没有去华越了解情况呢？

太原中绿这些天又反馈有好多台机器异常，据反馈，近20台设备。在上周与他们联系过计划过去看看，因此他们在催，希望早点去。

2018-03-15：
常欣电子：常欣电子有一个自己的厂区，主要是产品是仪器仪表，利用3352设计了一个起重机监测系统。在使用中，他们出现过系统启动失败且卡主的情况（即一直显示“system loading...”），稍后他们会将相应的板子再次确认并发回来检查。由于他们直接使用评估底板，连接了友达的10.4寸LCD屏，所以建议他们更换为ESM335x--LVDS接口的板子，后期需要再与他们联系推荐。

霍春雷：他们现在是急于更换新的平台，使用Linux系统，所以推荐ESM6800，同时他们也想有CE系统的更新提升，所以又给他们提出了ESM335x板子。他们使用中，有数据库与web服务器的需求，因此现有的EM9160的存储空间已经无法再满足需求了。他们使用EM9160过程中，为了让系统磁盘稳定可靠，是将数据存储在外部的一个U盘中的，运行中，在内存里建立文件，按需向U盘存储，该方式是他们开发中总结出来的可行方法。另外他们还有一个需要10寸屏的产品规划，具体的他们也没有更详细的规划，给他们说了linux用qt开发界面程序，他们那边都是以前做ce的，没有用过linux，对c和c++的都没有学习过，根据他们的情况看来，以后ce用户换成linux系统大多都面临这样一种情况，所以有必要考虑对客户提供一点ce转linux的支持，前两天的钛能他们也提到了这个问题。他们还提到他们之前买了另外一家厂商的开发板回来评估，但是别人的服务反应不太好，所以就没有用了。

最后，多次联系常州惠科，还是没有联系上，而联系侯良强，他完全不愿意我们去拜访，只是说给他发点资料看看。

2018-03-14：
南京威尔泰：今天这是南京的最后一家要走访的客户他们搬了公司，离小桥流水公司很近了。他们还是反馈说，ESM6800的IP地址信息丢失的情况，现场看了一下，他们的产品没有调试串口和usb接口也没有我们的评估主板在，所以是使用的直接ping IP的方式来找网口的，然后下载程序，只ping了少数几个IP地址，所以这种情况应该就是没有找到那一个正确的IP，我们走了之后他们重新把预留的调试串口接出来看了一下，有一块6800说串口没有打印IP信息，给HZC发了邮件，附有串口信息，且随后再将相应的板子寄回，我们需要再确认一下这个问题，看来统一出厂IP地址是有必要的。随后他们有产品应用需要使用CAN总线，也了解了一下RTLinux。最后他们今天又提出了类似组态软件的人机界面一体机的需求，我们之前好像也讨论过。

我们现在使用的MCIMX6U5EVM10AC扩展商业级，温度范围：-20至+105度。

工业级的型号应该为MCIMX6U7CVM10AC，温度范围：-40至+105度。工业级CPU不支持MLB。

2018-03-13：
南京钛能：主要聊了下Linux，谷晓南他们几个技术工程师也想积累些相关技术。所以下午联系曹香给谷晓南发linux内核及资料光盘。其次，他们提出一个极低成本主板的需求，大概是应用与物联网相关，希望主板价格在150或一下，主要接口有一路网络、4路串口、一路CAN等。他们对新东西的应用，还说受限与金总的老练，但他们对ESM这个系列的各个主板可替换的方式还是比较认可的。

小桥流水：找不到主要的技术相关联系人员了，他们的技术总共今天也出差走不，而生产负责人只管使用。因此只和他们简单聊了几句，留了点资料。他们的应用，与太原中绿是类似的：他们利用EM9000作为数据收集转送器，下面连接检测传感器，所以他们的主要技术力量是集中在传感器的设计中，而EM9000始终作为集中器的角色。由于系统需求没有更多要求，也一直稳定，因此也没有重新设计的需求。

振瑞：张勇军预计，今年他们的情况，会比去年差一些。由于人员有限，对于linux的使用，会比较晚。他们不仅自己要做市场，同时也对第三方贴牌。

无锡锡自：技术开发在南京，产品营销及服务在无锡。使用9287的功能也相对简单。他们有1588规约需求。后面也许可能使用ESM6800。