可参考：https://downloadcenter.intel.com/search?keyword=N2600.
---------------------------------------------------------------------------------------------------------------------------
更多智能系统的技术交流，请关注我们微博weibo.com/onlinesalesgroup、并浏览我们官方社区http://embedded.communities.intel.com/community/zh_cn，或者官方技术交流QQ群120966104。
------------------------------------------------------------------------------------------------------------------------------
Hi Carlos_A,
I have been out of the office for a few days, please see answers to your questions below:
I will get screen shots of me running the tool and the data returned and forward to you as soon as I can.
Thanks
Hello, RobH:
Thanks for your reply.
By the way, could you please tell us if the affected design has been developed by you or a third party company? In case that it is a third party project, please give us all the information related to it.
We really appreciate your cooperation.
Best regards,
HI Carlos_A,
The design has been developed by us. The schematic has previously been checked by Intel.
Here is a screenshot of me running the eeupdate tool with the invmget command
Strangely what I am now seeing is when i run this command multiple times I get different outputs. One that looks valid
and one that looks like an error
Any ideas why this could be happening. Does this indicate that the device is falling to communicate some times?
Regards
Hi Adolfo,
i use Quartzville.zip & I210_I211_Production_images.zip
For set Dev_Start_I210_Copper_NOMNG_16Mb_A2_3.25_0.03.bin:
/opt/intel/lan/eeupdate32 /NIC=1 /D Dev_Start_I210_Copper_NOMNG_16Mb_A2_3.25_0.03.bin
after reboot, it's successful.With mac address intel default.
02:00.0 Ethernet controller [0200]: Intel Corporation I210 Gigabit Network Connection [8086:1533] (rev 03)
/opt/intel/lan/eeupdate32 /NIC=1 /MAC=XXXXXXXXXXXX
No message error but i have always same address default intel.
Why? i can write when device id is 1533 ? How to return in 1531?
dump flash:
nection [8086:1533] (rev 03)r [0200]: Intel Corporation I210 Gigabit Network Con
-sh: syntax error near unexpected token `('
# opt/intel/lan/eeupdate32 /NIC=1 /DUMP
-sh: opt/intel/lan/eeupdate32: No such file or directory
# /opt/intel/lan/eeupdate32 /NIC=1 /DUMP
Connection to QV driver failed - please reinstall it!
Using: Intel (R) PRO Network Connections SDK v2.28.23
EEUPDATE v5.28.23.02
Copyright (C) 1995 - 2017 Intel Corporation
Intel (R) Confidential and not for general distribution.
Driverless Mode
NIC Bus Dev Fun Vendor-Device Branding string
=== === === === ============= =================================================
1 2 00 00 8086-1533 Intel(R) I210 Gigabit Network Connection
1: Writing EEPROM image to file 'C9000000.EEP'...Done.
# cat C9000000.EEP
A000 00C9 0000 0520 FFFF 3025 FFFF FFFF
0003 0000 402F 0000 FFFF 1533 8086 3367
8100 003D 67FF 00C1 E024 0040 2400 FFFF
303D 7000 5A0E 3400 0084 0000 3200 0706
200C 0584 0000 FFFF 0200 803D 0010 0098
1C68 003C 8000 0701 00F8 0097 1000 05F8
0100 4000 1332 4003 FFFF 4000 FFFF 00F9
FFFF FFFF FFFF FFFF 0094 0430 FFFF 479E
8170 003D 05CD 8000 FFFF FFFF FFFF FFFF
FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
0000 0080 FFFF FFFF FFFF FFFF FFFF FFFF
FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
FFFF FFFF FFFF 0091 FFFF FFFF FFFF FFFF
FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
FFFF AB03 88F9 FDC3 4C56 0601 0000 FFFF
000F 00DA 16E8 1541 0000 16D1 00A8 00A8
16D0 0090 5E00 0000 0241 0810 038D 3C21
0B40 FFFF FFFF FFFF FFFF FFFF FFFF FFFF
........
请更新Graphic Driver,链接如下： http://www.intel.com/content/www/us/en/embedded/products/bay-trail/software-and-drivers.html
---------------------------------------------------------------------------------------------------------------------------
更多智能系统的技术交流，请关注我们微博weibo.com/onlinesalesgroup、并浏览我们官方社区http://embedded.communities.intel.com/community/zh_cn，或者官方技术交流QQ群120966104。
------------------------------------------------------------------------------------------------------------------------------
有标准安装包, http://www.intel.com/content/www/us/en/embedded/products/bay-trail/software-and-drivers.html
---------------------------------------------------------------------------------------------------------------------------
更多智能系统的技术交流，请关注我们微博weibo.com/onlinesalesgroup、并浏览我们官方社区http://embedded.communities.intel.com/community/zh_cn，或者官方技术交流QQ群120966104。
------------------------------------------------------------------------------------------------------------------------------
其中型号末尾编号是M的是Mobile平台, 编号是U的是Ultra Low Power平台, 型号3XXX/4XXX/5XXX分表表示第三/四/五代CPU,
具体参数差异可参考：http://ark.intel.com/zh-cn/compare/85213,85212,85215,85214,71259,76308,75459.
---------------------------------------------------------------------------------------------------------------------------
更多智能系统的技术交流，请关注我们微博weibo.com/onlinesalesgroup、并浏览我们官方社区http://embedded.communities.intel.com/community/zh_cn，或者官方技术交流QQ群120966104。
------------------------------------------------------------------------------------------------------------------------------
Hello, keziaha:
Thank you for contacting the Intel Embedded Community.
The information that may help you is stated in the answer to the question 2.23, on page 9 of the Intel(R) Ethernet Controller I210/I211 Frequently Asked Questions (FAQs) document # 335346.
We hope that this information may help you.
Best regards,
Dear Embedded Community,
We have a Haswell based processor design. It has two DIMMs,
one connected to each of the two DDR controllers. The "A"
DIMM appears to work. The "B" DIMM gets occasional errors
and the processor will often crash during booting Linux or
some time afterwards.
We are seeing some differences between the "A" and "B" DIMM
signals. We have been triggering on ODT. We believe that when
ODT is high, this should mean that the processor is driving DQS
and data towards the DIMM.
In the attached traces, the pink signal is ODT and the yellow and
blue signals are DQSxP/N.
In the attached trace for DIMM A DQS7, APR2i_A_DQS7_ODT.tif,
during ODT we get what we would expect: ODT asserted, followed
by eight clock edges then ODT deasserted.
But in the attached trace for B DQS2, APR2i_B_DQS2_ODT.tif,
during ODT we get an initial bad clock transition. Followed
by some O.K. clocks, then clock seven seems to be just plain
missing. I particularly don't understand the missing clock.
The DIMM "B" trace lengths follow the requirements in the
Haswell Desktop and Denlow-WS Platform Design Guide, 486711
Is there any explanation that you can give us for the very
odd behaviour of the clocks on the "B" DIMM?
We can send the Allegro .brd layout file if this would be useful.
Does Intel offer a layout examination service? This would be very
helpful. We have had the schematics looked at by Intel in the past.
Thanks, Paul.
Hi. Thank you for the information.
I'm having difficulties with privileged access. Can't even find how to contact a representative in Brazil to get the CNDA signed.
The prototype boards are assembled and tested excluding the I210 network interfaces, making our client impatient.
Best Regards,
Luiz Renault
Hello, LuizRenault:
Thanks for your reply.
We suggest you address your access issue by filling out the Resource & Design Center Account Support form.
We hope that this information is useful to you.
Best regards,
Dear Carlos,
I will try the layout review services. Thank you for the pointer to this.
We are use the E3-1268Lv3 processor.
Thanks, Paul.
Hello, PVWB:
Thank you for contacting Intel Embedded Community.
You can request a layout review following the suggestions stated at the Design Review Services website, also filling out the Layout Review Service Request Form.
By the way, could you please tell us the part number of the processor related to the affected design?
We hope that this information may help you.
Best regards,
Carlos_A .
Hello, PVWB:
We really appreciate your update.
We are glad to hear that your design will be verified by Intel. By the way, based on your previous communication, could you please verify if the problem can be reproduced using any of the memories listed at the validated memories for the Intel(R) Xeon(R) Processor E3-1200 v3 Processors (codename Haswell) and let us know the results?
Waiting for your reply.
Best regards,
 | |
嵌入式工业电脑领导企业 - 磐仪科技很高兴宣布它的11.6” ASLAN-W812C已经被选择布置到自动缝纫机上作为控制监控器，用于优化生产操作和制造工艺。ASLAN-W812C系列发布于2016年4季度，是磐仪备受称赞的宽屏工业平板电脑的补充产品。它包括两个产品型号(ASLAN-W810C and ASLAN-W812C)分别采用10.1”和11.6”显示屏。 | |
一家土耳其著名的主要为全球服装行业生产和销售先进的自动缝纫设备的自动化系统制造商，已经选择ASLAN-W812C作为他们首选的电脑。他们需要为设备提供功能强大、性能可靠及便于升级的系统以提高其竞争优势。通过将ASLAN-W812C安装到自动缝纫机上，操作人员只要按下按钮就可以轻松控制自动加工过程进行缝制、贴边、连接和叠加以及车缝和修改等程序。它的无风扇设计也很适于服装行业应用，避免服装纤维被吸入带风扇的系统中。 | |
ASLAN-W81XC系列的特点是超薄、紧凑、无接线设计可提高可靠性和耐用性。采用铝前面框和SECC钢板机箱，ASLAN-W81XC系列具有优异的的散热性能，非常适于布置在工厂和建筑自动化、数字看板、Kiosks以及自定义的HMI应用中。 |  |
基于Intel® Bay Trail SoC处理器平台，ASLAN-W81XC系列采用TFT-LCD和电容触摸屏，其中11.6”的ASLAN-W812C机种支持全高清1080p分辨率的卓越视觉体验。IP65等级的前面板和7H硬度防划伤表面可是设备避免由于灰尘、液体和外部冲击带来的损伤。无风扇散热系统便于维护和清洁。 | |
为了最大的配置灵活性，ASLAN-W81XC平板电脑支持客制化、可堆叠的I/O扩展板，可减少开发工作，降低升级的时间和费用。 | |
| 主要特点： | |
| |
Hello, am Bob new to coreboot ...have been trying to compile coreboot for Intel BAYTRAIL custom board following this https://minnowboard.org/tutorials/alternate-firmware tutorial ..have been having errors ..image not compiling properly please help
Hello!
We are developing device that have an i210 connected to SGMII SFP module.
After assembling device, the i210 detected by host processor(also on device) as
"I210 Blank NVM Device" with device id 0x1531.
After that, we flashing attached flash with eeupdate tool with following commad:
eeupdate.exe /nic=1 /data="Dev_Start_I210_Sgmii_NOMNG_16Mb_A2_3.25_0.03.bin".
After successfuly flashing, i210 not detecting by any driver including one for eeupdate(it disappears from eeupdate output).
We also tried Dev_Start_I210_SerdesKX_NOMNG_16Mb_A2_3.25_0.03.bin and Dev_Start_I210_Fiber_NOMNG_16Mb_A2_3.25_0.03.bin
firmware files. In first case device detected by driver as "Intel(R) I210 Gigabit Backplane Connection", but connected network(via SFP) is unreachable.
In second case i210 was not detected by drivers at all.
Also on that device is second I210 that works with copper media. We flashed it in the way described above with Dev_Start_I210_Copper_NOMNG_16Mb_A2_3.25_0.03.bin,
and it works properly.
How can we make i210 work with SGMII SFP?
Additional info:
OS: Windows 7
SFP module: P-Link based on Marvell 88E1111
Driver version: 12.13.27.0
EEUPDATE version: 5.25.08.01
Attached flash: ST M25P128
Regards
Hello, Eugene_Komarov:
Thank you for contacting Intel Embedded Community.
The information that may help you is stated at the Problems with I210 and external PHYs forum, specifically at the communication of Feb 22nd, 2016 3:39 PM.
We hope that this information may help you.
Best regards,