Axiomtek ICO300-83B is a rugged DIN-rail fanless embedded system powered by the low-power consumption Intel® Celeron processor N3350 (Formerly codename: Apollo Lake). The DIN-rail industrial IoT gateway featuring reliable operation, sufficient storage, and rich I/O options is an ideal solution for smart energy and smart automation fields.

ICO300-83B’s proven rugged construction ensures harsh operating conditions with an extended temperature range of -20°C to 70°C (-40°C to +70°C for option), a wide voltage range of 12V-24V DC power input with overvoltage and reverse protection, and up to 2G vibration endurance. It supports one DDR3L-1866 SO-DIMM slot with up to 8 GB of system memory. Additionally, the ICO300-83B is equipped with two full-size PCI Express Mini Card slots, one for an mSATA storage card and another for 3G/GPRS/Wi-Fi - allowing it to provide flexible communication and data transfer options for use as an Industrial IoT gateway.

The ICO300-83B is an ideal choice for customers who desire computing power, data transition speed and rugged construction on one product. The gateway device could be applied in various IIoT applications to reduce maintenance costs, enhance productivity, extend equipment lifetime, and more.

The Intel® Apollo Lake-basedICO300-83B comes with rich I/O connectivity while measuring only 48 x 110 x 155 mm. The I/O interfaces include four RS-232/422/485 (two isolated RS-232/422/485 or four isolated RS-232/422/485 ports for option), four USB 3.0 ports, two Gigabit Ethernet (Intel® i211AT for ICO300-83B, Intel® i210IT for ICO300-83B-WT), one VGA (HDMI for option), and one 8-bit programmable female DIO connector. The wide range 12V-24V DC terminal block power input with overvoltage and reverse protection can lower the risk of data loss. Furthermore, the Intel® Atom-based DIN-rail IIoT gateway runs well with Windows® 10 IoT and Linux operating systems. It also supports Axiomtek’s exclusive AXView 2.0 software, offering smart hardware monitoring and remote management features.

I was told by our Intel contact that the eepromARMtool is no longer distributed and instead I was given EepromAccessTool. Which when I attempt to program the MAC address gives the output:

Sample code to program MAC address in Denverton!

Unsupported NIC or platform for MAC programming.

When I look through the source code, MAC address offsets are only provided for the X550. Is there something I am missing to make this work for the I210?

Hi,

Could you please help me in identifying the latest driver version for Intel_IO Processor Controller (GPIO Controller)? Thanks

Processor: Intel Atom CPU E3826

OS: Windows 10 Enterprise 2016 LTSB 64-bit

Regards,

Prabu

I am using the I210IT in my design as a fixed 100BASE-T controller. As there are only two transformers used which are connected to MDI-0 and MDI-1, the MDI-2 and MDI-3 pins are not in use. Can I leave these unused pins open or do I have to terminate them?

If you’re heading to Sydney for next week’s OpenStack Summit, you should mark your calendar for an important session at 10.50am on Tuesday November 7^th: “Tuning packet and interrupt latency for 5G applications”.

Two of Wind River’s foremost OpenStack experts, Chris Friesen and Ian Jolliffe, will present this session and explain how to use OpenStack successfully in challenging 5G applications.

Edge applications, 5G in particular, have some very tight packet and interrupt latency requirements. Packet latency can be impacted by the networking technology selected, such as a virtual switch, PCI pass-through or SRIOV. Interrupt latency can impact guest performance as well.

Addressing these challenges requires careful tuning of OpenStack. This involves multiple aspects of OpenStack, including host kernel configuration, tuning and isolation techniques, Neutron and Nova. Other factors such as how the guest is configured can also impact interrupt latency and timer accuracy, with critical implications for the design and configuration of the VM.

Chris and Ian will discuss how to select the appropriate networking technology while sharing benchmark results that include packet latencies. They will also explain how to configure both the host and guest for optimal interrupt latency and discuss real world trade-offs that must be considered for a viable OpenStack deployment.

So why is this so important? Why should you listen to Chris and Ian instead of heading for the Sydney Cricket Ground?

Industry analysts project that the majority of new revenue opportunities for 5G will be based around new edge use cases, as opposed to enhanced mobile broadband. Applications such as autonomous driving, industrial IoT, augmented reality, smart stadiums, immersive retail, tactile internet and smart cities are all edge computing use cases that require ultra-low latency along with telco-grade uptime. OpenStack will only be usable in these applications if the kind of techniques explained in this session are implemented and adopted.

So we hope that you’ll join Chris and Ian at 10.50am on Tuesday November 7^th (Level 2, Parkside 2 Foyer). The topics that they will cover represent key enablers for the new revenue opportunities that the whole industry is expecting from 5G.

And then you have a couple of weeks to relax before the main event of the Australian summer which starts on November 23^rd, The Ashes. Somehow that will have to be the topic for another post.

I am trying to find the BSDL files for an Intel Atom E3845 FH8065301487717. Can anyone help with supplying them or a download location?

Thanks.

Software developers and data scientists working on computer vision, neural network inference, and deep learning deployment capabilities for smart cameras, robotics, office automation, and autonomous vehicles can accelerate their solutions across multiple types of Intel® platforms: CPU, GPU, and now FPGA. The new Intel® Computer Vision SDK Beta R3 (Intel® CV SDK) delivers support on select Intel® Arria® FPGA platforms. This latest toolkit also improves other deep learning and traditional computer vision capabilities; expands support for custom layers, fp16, and topology level tuning in Caffe* framework models; and adds technical preview for importing TensorFlow* and MXNet* framework models; and more. Learn more about this release. Download Now.

Intelligence Surveillance and Reconnaissance (ISR) aircraft carry multiple mission and sensor networks in order to conduct both surface and maritime missions. Running all of those networks creates a lot of data that must be securely stored and then removed for debriefings, requiring a rugged storage solution that can keep up with the incoming data and environmental conditions. Tasked with modernizing the systems aboard fixed wing ISR aircraft, a leading C4ISR system integrator reached out to Curtiss-Wright in search of network attached storage (NAS) server that would bring the aging fleet up to date.

The upgrades to the existing aircraft were essential to enhance capabilities and increase the aircraft effectiveness, and upgrading the data transfer and communications to state of the art were essential to accomplishing that goal.

The key criteria in their search was a system that would modernize over the previously used storage, while greatly reducing the overall footprint and weight within the aircraft. The data that was stored on the device would also need to be encrypted. The integrator had previously had difficulty using storage devices that needed third party encryptors to be integrated. This would often result in longer than expected timelines in the integration period, often resulting in delayed deployment. Given that the schedule surrounding the platform upgrades was also relatively tight, as the fleet of aircraft needed to return to service, the system integrator needed a solution that would come as a package.

Another challenge that the integrator faced was the decentralization of all the networks running on the aircraft. This often meant that updating software on all the onboard mission and sensor systems required individual maintenance, which would prolong the time the aircraft were inoperable. In an effort to reduce ground time, the integrator was looking for a way to implement a remote boot of the network clients aboard the aircraft to reduce the software maintenance effort.

Read about the Intel-based Rugged Network Attached File Server solution Curtiss-Wright developed and the successful results in our case study

• DTS1 Network Attached File Server
• A COTS Approach to Data-at-Rest Encryption

Hi,

We have a customer facing device based on E3845 processor.

We have a custom application developed by us which loops through a 4 seconds 1080p H.264 video continuously.
When we have this setup running in around 40 devices and we observe around 12-15 devices getting OS Frozen.

System Specs:

• Windows 10 Enterprise 2016 LTSB -  Build 14393.1770
• Intel ATOM E3845 Processor based Main-board with 4GB RAM and 128GB SSD
• Custom application based on Electron shell (HTML5 application with Hardware acceleration enabled on chrome)

Symptoms:

•     Monitor display output is ON and static
•     User facing application is stuck: Video Animation is frozen, not responding to inputs
•     Recovers after hard power reboot
•     No Event viewer or application logs during the stuck period
•     No suspicious Event viewer or application logs prior to getting stuck
•     When a USB keyboard is plugged in, it is not functioning during this hanged period
•     Windows is running on "High Performance" power profile

Have you observed a similar scenario? Any idea for a resolution ?

Please let me know if any more information is required to help debug the problem.

(I have seen another thread no this forum on an issue something similar on a Linux platform but does not indicate a resolution. Link: issue on intel atom cpu e3845

Hi,

I'm facing a PCIe init related problem most likely caused in the

Intel FSP in our BayTrail U-Boot port (not coreboot!).

We are currently struggling with an FSP PCIe related issue on our

BayTrail target. We are using U-Boot as the bootloader which also

uses the Intel FSP for HW setup (similar to coreboot etc). Currently

we have the BayTrail-Gold4 FSP version installed. Here we use an

PLX / Avago PCIe switch, connected to the PCIe root port of the CPU

with a PCIe x4 link.

Using the original board-vendor (congatec) BIOS always boots fine. Only

U-Boot using the Intel FSP shows the PCIe related hangup on some

board types - somehow depending on the PLX switch that is connected.

Measuring has shown, that the PCIe clock is only stable for ~20ms

before data is transferred in the U-Boot case. In the BIOS case,

the time between clock stable and data is ~120ms. The PCIe spec

mentions, that  the clock should be asserted for more than 100ms.

So U-Boot is violating the spec here, which might be the root cause.

I've now instrumented the U-Boot with many early debug and delay

code and found, that it hangs inside of the FSP code. I then

installed the DEBUG FSP blob and have found, that its stuck (as

expected) in the FSP PCIe init:

....

CommonUsbInit() - End

ConfigureUsb() End

PchInitRootPorts() Start

Nothing more. Here the board is completely stuck!

Here the log from a different board, with stable and working

4 times x1 PCIe links (different board with 4 times x1 PCIe

links):

...

CommonUsbInit() - End

ConfigureUsb() End

PchInitRootPorts() Start

Root Port 1 device enabled. RpEnableMask: 0xF

Root Port 2 device enabled. RpEnableMask: 0xF

Root Port 3 device enabled. RpEnableMask: 0xF

Root Port 4 device enabled. RpEnableMask: 0xF

PchInitRootPorts() End

ConfigureSata() Start

...

Do you have any ideas, whats going on in the PCI init stuff in the

FSP? Or if and how we can influence this PCIe related configuration

to solve this hangup inside of the FSP? Has such a problem or a

similar one been noticed on some BayTrail platforms before?

BTW:

I've just found a workaround (more ugly hack) to solve this issue.

If I disable the link in the PCIe root port (PCI BDF 0,0x1c,0)

in the LCTL register before jumping into the FSP, the FSP

"survives" the init phase and jumps back into U-Boot. I can

then re-force the link before the U-Boot PCI scan is done

and then everything is fine. The PCIe PLX switch is detected

correctly and all downstream ports seem to be working as

expected.

Thanks,

Stefan

I tried to get COM ports to work in Windows 10 for an Atom CPU E3827 board. Where can I find a UART controller sub device driver for Atom E3800 in Windows 10? Thanks.

I'm trying to use the iTCO watchdog in linux running on an Atom E3845, but it is currently failing out due to not being able to unset the NO_REBOOT flag in the PM_CFG register (SIO HSUART core). The E3800 family datasheet says this bit is set on powerup if the "No Reboot" strap is sampled high, but I can't find any other references to the No Reboot strap anywhere in the datasheet. Does anyone know what or where this strap is, and where I can find more documentation on it?

Thanks,

gdoorenb

Where do I get the eepromARMtool source code so I can program the NVM of the i210 on one of our ARM based embedded products?

Axiomtek's eBOX560-512-FL is an extremely compact embedded system powered by the Intel® Core™ i5-7300U or Celeron® 3965U processor (formally codename: Kaby Lake). To enhance system efficiency, the embedded box PC supports one 260-pin DDR4-2133 SO-DIMM socket with up to 16 GB system memory. Two HDMI ports with up to 4K resolution are supported for dual independent display applications. The palm-sized fanless embedded system is dedicated to smart factory automation, thin clients, industrial controller system, digital signage and retail equipment.

Axiomtek's eBOX560-512-FL was designed to operate reliably in industrial and embedded application environments. It is enclosed in an IP40-rated heavy-duty aluminum extrusion and steel enclosure and offers a wide operating temperature range from -10°C to 55°C (14°F to 131°F) and up to 3G vibration endurance. To meet various communication requirements, the compact Intel® Core™-based embedded PC provides four USB 3.0 ports, two RS-232/422/485 ports, two Gigabit Ethernet ports, two HDMI ports, and a lockable 12 VDC power input with power protection feature. One PCI Express Mini Card slot and two antenna connectors enable wireless network communications. Additionally, it offers one 2.5" SATA HDD and one mSATA for data storage. This super lightweight embedded box computer also features a user-friendly AT/ATX DIP switch to allow users to make quick adjustments with a single click.

The high-performance eBOX560-512-FL is compatible with Windows® 10 IoT. It also supports Axiomtek’s exclusive AXView 2.0 software for smart device monitoring and remote management for industrial internet of things applications. For flexible installation, this fanless rugged embedded platform supports wall mount, VESA mount and DIN-rail mount.

Hi,

    Does H87 support 4kn NVME SSD? I test  4kn NVME SSD that can be identified on skylake.

Thanks!

Carson

Hey all,

I'd like to connect a 4 Lane U.2 drive like the SSDPE2KE032T701, on a U.2 drive bay with only two Lanes connected, is this possible? Will the drive still work with full write speed or say a bit less like interface speed of 2 PCIe3 Lanes?

Thanks for any replies

Hello.

There was a problem - i can not download some documments.

For example  -

Intel® Xeon® Processor D-1500 Product Family: Documentation

Intel® Xeon® Processor D-1500 Product Family: Power Delivery Schematic Checklist   Document # 556748

I have Privileged Level but when trying to download I get an error

There was an error processing the last request.
You will be redirected to a help page in 5 seconds.

If you are not redirected, please click this link

I am making a small board with Intel CPUs.

I have heard that I should sign a CNDA with Intel for getting Intel(R) Atom(TM) Series Datasheet or CAD Libraries.

How does it cost for small groups (below 5 members)?

And how can I sign a CNDA?

Please help...

Google “OPA” and one of the first results you’ll see will be all about Oatmeal Pale Ale, from Hood River, Oregon. Apparently, “a refreshing beer, high on hop aromatics yet well balanced with modest bitterness…. OPA pours a beautiful golden hue with a dense rocky head.” Definitely now on my list for the next time I visit the beautiful Columbia River Gorge.

But scroll further down the page and you’ll see that “OPA” also stands for the Open Process Automation Forum. I wonder what they drink at their meetings?

It’s been almost a year since the launch of the OPA Forum a working group within The Open Group. OPA is a vendor- and technology-neutral industry consortium. The goal of the new OPA Forum is to develop a standards-based, secure, interoperable process control architecture that can be leveraged across multiple industries that include: food and beverage; mining and metals; oil and gas; petrochemical; pharmaceutical; pulp and paper; utilities.

ExxonMobil was the driving force behind the establishment of the OPA Forum. Back in 2010, they started an intensive R&D program based on a vision of a reference architecture that would replace legacy physical control systems with software-based solutions. Their thinking was heavily influenced by the use of open systems in avionics and the Future Airborne Capability Environment (FACE) consortium. They also became aware of the adoption of Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) in the telecom industry, a strategy to minimize lifecycle costs through automation, agility and optimized resource utilization.

During 2014, ExxonMobil developed the functional characteristics and started engaging key industry-leading companies. In 2015, they contracted Lockheed Martin to define detailed requirements and develop a prototype implementation. Then last year, 2016, they approached the Open Group to form the OPA Forum with the goal of developing open standards that would spur widespread adoption of their architectural vision, leading to multiple sources of compatible and interoperable products.

Fifty-seven people attended the first OPA Forum meeting. They represented thirty different organizations, most of which subsequently joined the Forum and the full list of current members is here. At Wind River, we are pleased to contribute as part of the team from Intel, our parent company and a silver member.

A significant element in the OPA Forum vision is the transition from discrete, physical control systems to software-based implementations that are typically combined with edge analytics software to drive real-time decisions. For critical infrastructure such as manufacturing and process control, the most fundamental requirement for this software is that it must run reliably, securely and safely, continuously gathering industrial data from an array of sensors and actuating responses in real time, while consolidating both operations and control functions.

Wind River’s Titanium Control software platform for critical infrastructure addresses these needs, enabling industrial control companies to leverage the concepts of the OPA Forum vision while ensuring the performance, reliability and security that they need.

Based on open industry standards, the Titanium Control platform enables virtualized software applications to run on standard, cost-effective IT-class servers while ensuring six nines (99.9999%) uptime and optimum asset utilization. It provides best-in-class security and threat mitigation, along with ultra-low latency system-level performance, leveraging technology originally launched in 2014 and proven since then in telecom industry deployments.

Titanium Control enables industrial control companies to improve their top-line revenue generation while simultaneously lowering their operating costs, maximizing their overall return on investment as they moved to software-based architectures.

For top-line revenue growth, Titanium Control allows operators to efficiently scale control systems to add capacity, while accelerating the introduction of new functions and services to optimize control processes. As a state-of-the-art software platform, it enables manufacturing companies to leverage the expertise of millennial programmers and innovative third-party software vendors.

To drive reductions in operational costs, Titanium Control eliminates the cost and risk of replacing physical control devices as well as reducing capital costs for new deployments and capacity expansions. Critically, it ensures regularly-updated end-to-end security for business operations and control functions.

This post has only mentioned a few of important features and capabilities of Titanium Control, all designed to streamline the deployment and operation of virtualized industrial control applications. If you’d like to know more about how Titanium Control supports the vision of the OPA Forum, please check out the information online or contact us to arrange a face-to-face discussion.

And if you’re a craft beer aficionado, please check back with me in a few months if you want my opinion on Oatmeal Pale Ale: I have a trip to Oregon coming up which just might allow time for a thorough evaluation or two.

Hi, I am interested in getting Windows 10 IoT installed and running on an Up Squared board (Up Board | Power Up Your Ideas! -  Specifications ) which is a maker board with a Raspberry Pi form factor and an Intel® Celeron™ N3350 processor. I've seen that Microsoft has verified support on this SoC (https://docs.microsoft.com/en-us/windows/iot-core/learn-about-hardware/suggestedboards), however after creating my own image based on a BSP I found on Intel's website, it appears most of the drivers don't function properly as I cannot communicate across any of the pins. Also, calling GpioController.GetDefaul() returns null, which suggests that the device doesn't have access to any GPIO pins. Has anyone worked with this specific board or processor on Windows 10 IoT that could offer some support? Thank you.