Hi, I work in a container based on the hilschernetpi/netpi-netx-ethernet-lan image. Both RJ45 ports are working, but independent of a connected cable I have a CPU load of 25% for the cifx0daemon. For testing I used the image without any other installation, but the problem is the same. Can someone confirm that this is the normal behavior?

Preamble

Hilscher Gesellschaft für Systemautomation mbH would like to offer a cost-free platform for all topics about the product "netPI" with the netPI forum.

1. Login to the Forum

No registration is required for reading in the forum. If the User would like to post their own articles into the forum, they must register on the forum website beforehand. With the login as User, the User declares that that they agree to the following terms and conditions for use. The following is expressly prohibited:

a) Obscenities, pornography, hate propaganda, immoral and offensive as well as illegal contents/data /references;

b) Calls for violence against persons or companies. Calls to cause damage to other persons or items or harass persons by other means;

c) Libel and defamation for other natural persons or legal entities, insults and debasements of persons and companies;

d) Articles that breach currently applicable laws and the call to carry out illegal and anti-constitutional acts;

e) Misuse of the forum as advertising space for web pages or services (spamming);

f) Articles that breach protected rights such as copyrights and ancillary copyrights, trademark and other marking/labeling rights, patent rights, trade secrets or NDAs. In particular, third-party press articles may not be published in the forum without the author's consent.

2. Editing/Deletion of Contents/ Blocking

a) Hilscher reserves the right to edit the User's articles that can be viewed by other users through the netPI forum. In addition, Hilscher has the right to delete the data and published contents entered by the User without previous reference or a prior warning.

b) The User in principle has no legal claim for participation in the forum. The operator's unrestricted right to impose house rules shall apply. Hilscher has the right to exclude resp. block users from the use of the forum in the event of a breach of these rules without indicating reasons.
User's claims shall not be established through a blocking or the deletion.

3. Rights of Use and Intellectual Property Rights

a) All marks and brand names indicated within the website and where applicable protected by third parties shall be subject to the provisions of the currently applicable labeling/marking law and the respective registered owners' rights of possession. The conclusion that brand names are not protected by third party rights may not be drawn solely based on the mere mention.

b) The User shall not grant Hilscher the unrestricted right to use data/contents provided by the User completely or in parts worldwide by using the network's possibilities to publish data/contents.

4. Liability Disclaimer

a) The User's claims for damages shall be excluded. Claims for damages based on an injury to life, limb and health and claims for damages based on the breach of material contractual obligations shall be excluded from the liability disclaimer. Material contractual obligations are obligations whose fulfillment is necessary for the achievement of the objective of the Agreement. Liability for damage that is based on an intentional or grossly negligent breach of duty by Hilscher shall likewise be excluded from the liability disclaimer.

b) An inspection obligation, in particular concerning legal admissibility and correctness as regards content, topicality and completeness of the date posted by the individual participants does not exist for Hilscher.

5. Indemnification

a) The downloadable data for other Internet users shall be third-party contents as defined by section 7 paragraph 2 German Telemedia Act [Telemediengesetz (TMG)] for Hilscher. Hilscher accepts no liability for third-party contents. Exclusively the respective author is responsible for articles in the forums and must be made liable for these in the legal sense as well. They are not subject to Hilscher's responsibility in any way.

b) Should a legal action be brought against Hilscher concerning possible infringements that result from the contents posted by the User and/or arise from the use of the forum by the User, it undertakes as User to indemnify the provider against any claims, including claims for damages and reimburse to the provider the costs that it incurs concerning the possible infringement. The provider in particular shall be indemnified against the costs of the necessary legal defense. If the User is not liable for the infringement, the above-mentioned duties shall not exist.

6. Termination of the Agreement
This usage agreement is concluded for an indefinite period and may be terminated by either party at any time without giving notice. Notice of termination by the User may also be given through the,deletion of the account. For this, please send an e-mail to forum@hilscher.com.

7. Rectification of Infringements
Hilscher shall make every effort to remove articles that breach these rules promptly. However, this cannot be guaranteed at all times, but only within the usual business times.
Should a breach of third-party intellectual property rights by the page operator or an author result despite thorough inspection, they shall be requested to point out the problematic factual situation before the step of a warning letter with costs (e.g. by e-mail to forum@hilscher.com). If an infringement exists, this shall be rectified by Hilscher immediately.

8. Severability clause
Should one provision of this Agreement be invalid, this shall not affect the validity of the other provisions. The Parties undertake to replace the invalid provision by a valid regulation that approximates to this provision as far as possible.

Seldom I do have an error on the 'filedbus in' node. In the node properties I see followings:
!Last Error '536871682'
!Description 'Function ReadSignal already running!

What does it mean?
How can I get rid of it?

Any help is appreciated.

We published a new video screencast tutorial on youtube named "Developing an own container for netPI" with a simple Nginx web server based "Hello world" HTML application.
It is explaining the steps for an automated image build with a "Dockerfile" based command script on netPI. Additionally it explains how to upload the image to an own Docker Hub repository for the community.

The video you find here: https://www.youtube.com/watch?v=MUep8mi3YVY

Sorry, if I'm asking a lot of questions, I'm currently actively testing your product as long as I have free time, so I don't wait too much before jumping to the forum

Here are some small frustrations : having only access via the Portainer interface, we have no way to customise or at least understand how it is running into the host layer.

Do you have any plan to publish on GitHub the host firmware ?  This way, the developer can have a good understanding and perhaps build a customer image based on the mainstream version.

Sometimes, the control panel interface display the following when loaded:

/*******************************************************************************
* Copyright © 2016 Hilscher Gesellschaft fuer Systemautomation mbH
* See Hilscher_Source_Code_License.txt
********************************************************************************/
sap.ui.controller("pages.EdgeServer",{onBeforeRendering:function(){this.getEdgeServerStatus()},getEdgeServerStatus:function(e){var t=sap.ui.getCore().byId("oRBEdgeServerEnable_id"),r=sap.ui.getCore().byId("oRBEdgeServerDisable_id"),o=sap.ui.getCore().byId("oEdgeServerTextViewID"),i=sap.ui.getCore().byId("runningEdgeServerButtonID");oServices_ob.getController().getServiceStatus("edgeserver",this.category,t,r,o,i,this,e)},setStatus:function(e){var t=oServices_ob.getController();void 0!==e&&!0===e?this.getEdgeServerStatus(t.updateItemIcon):t.updateItemIcon(void 0,this)},listItem:{},oLastSettings:void 0,runningButtonPressed:function(e){var t=oServices_ob.getController(),r=sap.ui.getCore().byId("oEdgeServerTextViewID");t.updateSericeStatus(e,"edgeserver",this.category,r,this)},updateState:function(e){var t=sap.ui.getCore().byId("oRBEdgeServerEnable_id"),r=sap.ui.getCore().byId("oRBEdgeServerDisable_id");oServices_ob.getController().updateAutostartState(e,"edgeserver",this.category,t,r,this)},category:"Edge Server"});

Is it possible to expose / share an USB device through the "Runtime" -> Add Device configuration of a container?

If yes, how do I know what is the device host path?

I would like to add a serial interface (RS232) and perhaps a z-ware usb stick, which must be exposed.

I'm wondering if this is for security reason that Portainer isn't running as a docker image...?

I was using the last version on my regular RPi and use a feature which isn't present on the one of the NetPi, and then I asked myself how I could update the portainer or simply load a new version as a docker image. It failed because the docker /var/run/docker.sock isn't exposed to the container.

Just something to know...

I just received the NetPi today, and have already a suggestion for the Update process:
- Generate the USB key from the NetPi itself (format, download firmware onto)
- Use a dual partition (active / standby) method to download & activate the new firmware

Perhaps, you can consider that a USB storage is installed "by default" into the front or top port, there are some very tiny key available today. So via the Control Panel, the user can prepare and reboot the upgrade remotely if you don't want to mess with the internal flash card for such change.

Side remark to the storage, there are lot of discussion around the flash reliability on regular Raspberry Pi. I remember I read that your product has a soldered flash. Perhaps it would be a good idea to have an indication of the internal card "health" into the control panel (like we have with SMART disk stats). Don't know if such stats is possible for a flash, but perhaps have an idea of amount of read/write or IOPS,... so we have a clue about how it behaves.

Hello,

I currently ordered a netPI and a netHAT products for a personal project. While searching for a Raspberry PI which can be DIN rail mounted and industrial grade, I found your products and was surprised to see it was matching my needs: robust, recent Linux BSP & Kernel, open, docker for app, support for field protocols.
So I ordered them yesterday to test.

However, while reading a bit today the documentation, I understand that the netPI couldn't replace a PLC? I'm not sure to understand why or due to what limitation yet. So I prefer to tell you my use case, so you can guide me or advise if I must cancel my order... into the FAQ, it states « This is why netPI cannot be a master or controller of the underlying industrial network.".


Here is my use case:
I own today a large amount of relays connected to Wago 750 fieldbus couper (750-352) with I/O clamps. This fieldbus supports Modbus TCP and EtherNet/IP. My goal would be to run on the NetPi an automation application (written myself or one like OpenHab/Home Assistant).
I do not think it will be a problem to run the automation software into a docker container, I'm already used to Resin.io and docker. I'm more asking myself about the 2 industrial ethernet ports and the netX 51.

While I see they are controlled by the netX 52, I started to read the GitHub and docs, and found the statement about your FAQ. I'll be honest, I have no experience into EtherNet/IP, I mainly used Modbus which currently read IO input, and write IO coil from my Raspi to the Wago coupler. The coupler is not a PLC, it just give me access to the IO maps through Modbus TCP. I haven't figured out how EtherNet/IP works yet.

While looking at Netpi exemple, I find EtherNet/IP, but no modbus exemple ... so I read a bit about EtherNet/IP and couldn’t find easily how the netPI will read/write on the remote I/O…

while searching I found the NetX51 has also an open modbus tcp firmware here : https://www.hilscher.com/products/produc...nxlfw-omb/ . Can this firmware been used on the NetPI too?


I'm a bit wondering if I will be able to achieve my goal, so that's the reason of my question:

Can I consider that this use case is feasible?

- Remote IO control ( read input, write output ) to my fieldbus controller via Modbus TCP or EtherNet/IP , to control my switches and lights/plugs (there are 140 IO total btw).

- Automation software into a docker container, using the netX 51 and the two ports interfaces

- Cloud (MQTT...) access via the main LAN interface

In summary, I want to automate my IO into the NetPi and keep my house electrical light/plug into my existing Wago IO bus.

I don’t mind writing the bridge / binder / middleware between the netX 51 controller and the automation software into a docker image, but I want to be sure that ether:
- it is possible to use Modbus TCP (protocol that I know already)
- or EtherNet/IP ( protocol I need to learn first)
- simply use the NetX51 to send ethernet frames, so using the 2 LAN ports as regular Linux ETHx interfaces.

I just notice that Codesys runtime is supported (?), so having Codesys controlling a remote IO through Modbus is already possible , no ?

Perhaps a suggestion, as it looks like this is a new forum : perhaps you could create a category like "Use Cases or Projects".

thanks,
Vincent