Welcome, Guest
You have to register before you can post on our site.

Username
  

Password
  





Search Forums



(Advanced Search)

Forum Statistics
» Members: 424
» Latest member: ferrim
» Forum threads: 416
» Forum posts: 2,127

Full Statistics

Latest Threads
Automate Provisioning for...
Forum: Software
Last Post: Armin@netPI
November-27th-2020, 03:46 PM
» Replies: 2
» Views: 25
System software V1.2.2.0 ...
Forum: News
Last Post: Armin@netPI
November-26th-2020, 04:25 PM
» Replies: 0
» Views: 46
NIOT-E-NPIX-4DI4DO with n...
Forum: Software
Last Post: zen89
November-25th-2020, 01:06 PM
» Replies: 3
» Views: 272
NIOT-E-NPI3-EN Excessive ...
Forum: Hardware
Last Post: Armin@netPI
November-25th-2020, 07:35 AM
» Replies: 11
» Views: 246
missing the menu items fr...
Forum: Software
Last Post: Armin@netPI
November-20th-2020, 07:41 AM
» Replies: 5
» Views: 175
UL certificate
Forum: Hardware
Last Post: MGharat
November-19th-2020, 11:41 AM
» Replies: 2
» Views: 68
ATEX
Forum: Hardware
Last Post: Armin@netPI
November-19th-2020, 07:06 AM
» Replies: 1
» Views: 64
NPIX-4DI4DO and NetPi-Nod...
Forum: Software
Last Post: alhammi
November-16th-2020, 01:35 PM
» Replies: 4
» Views: 251
Profinet name lost after ...
Forum: Software
Last Post: Armin@netPI
November-16th-2020, 01:07 PM
» Replies: 7
» Views: 209
Get host MAC via REST API...
Forum: Software
Last Post: bschandra
November-16th-2020, 09:26 AM
» Replies: 4
» Views: 309

 
  Automate Provisioning for netPI, model RTE 3
Posted by: th.ritter - November-27th-2020, 02:39 PM - Forum: Software - Replies (2)

Is the Control Panel WebUI the only way to provision the Basic Settings (the ones in the Control panel) or is there a possibility to automate the Provisioning (maybe also via an additional package, maybe the Control Panel has some REST interface, ...) ?


Thanks,
Thomas


  System software V1.2.2.0 out now!
Posted by: Armin@netPI - November-26th-2020, 04:25 PM - Forum: News - No Replies

We have uploaded today a new system software in the version V1.2.2.0 as recovery packages for your netPIs.

Here is the changelog

  • allow IP setup of netPI RTE 3 Real-time Ethernet ports via netPI web UI "network" settings if the container hilschernetpi/netpi-netx-ethernet-lan is used in host mode
  • fixed docker start problem after an unintended device power cycle caused by a written but blank docker host configuration file /etc/docker/daemon.json triggered by a missing file system sync thereafter
As usual you find the software ready for your download in the "Download" section under https://www.netiot.com/netpi/industrial-raspberry-pi-3/.

Info about how to update your device you find there as well in the FAQ in the "For Developers" section.

ATTENTION! Applying a recovery package sets back a device to factory default and deletes all the containers installed and the settings configured. So make sure you saved all your data before executing the recovery.


  UL certificate
Posted by: MGharat - November-19th-2020, 10:47 AM - Forum: Hardware - Replies (2)

Hello Armin,

Is the attached report is correct UL Certificate ? can I share this complete report with our customer?

Thanks & BR
Madhumati


  ATEX
Posted by: MGharat - November-19th-2020, 07:01 AM - Forum: Hardware - Replies (1)

Hello Armin,

Is there any chance to get ATEX / Class I division II certifications for netPI ?one of our customer is asking for the same..

Thanks & BR
Madhumati


  NIOT-E-NPI3-EN Excessive CPU Usage
Posted by: sippelm - November-18th-2020, 06:28 PM - Forum: Hardware - Replies (11)

Hello,
We have two NIOT-E-NPI3-EN units that we are currently evaluating internally for a host for a software product we are currently developing. Both units carry part #1321.510. Both units have been configured identically with both the internal gateway manager settings and with the current Docker configuration.

But one of the units is showing a constantly higher CPU usage that has brought the web server down to unusable performance levels and cannot be used. The poor performing unit has a CPU usage of 26 to 32%, even in an idle state, whereas the unit that functions correctly has a CPU usage of 3% in an idle state.

When evaluating the downloaded syslog on the poor performing unit, we noticed the log file is excessive in size, over 630MB in size compared to just a few MB's in size for the properly functioning unit on any given day sense we started testing. When evaluating the log, we have found over 341 entries in the first minute of operations. The vast majority of the entrees seem to be system related and we cannot determine their meaning. I included an attachment of the first minute of the Syslog for startup reference.

The date code on the inoperable unit is 19/38 and the date code on the properly functioning unit is 20/16.

Can someone please advise what we can do to continue to try to trouble shoot this unit or if there is another direction we should take to remedy this units performance? Please let me know if there is any other information I can provide as well?

Thank you,
Mark



Attached Files
.txt   Hilscher Net pi Core 3 Syslog 11-18-20.txt (Size: 54.32 KB / Downloads: 3)

  NPIX-4DI4DO and NetPi-Nodered container issues
Posted by: alhammi - November-13th-2020, 02:14 AM - Forum: Software - Replies (4)

Hi Armin,

I've been scouring for solutions in this forum for the past few days and I could not find the issue I am facing.

I currently have an RTE with me, with NPIX DIO expansion and a Keyence retroreflective sensor that is supposed to output 0 or 1 in NetPi Node-Red.

My container configuration is the same as per the github instructions of NetPi Node-Red (mapped /dev/gpiomem, running on privilege mode etc.)

My flow for a start is simple:

1st attempt:
-NPIX Input node to Debug node to see if any value comes out.

The outcome of this flow:
-The Input node status shows (cleared)
-The msg.payload only shows 0 once

From a documentation I read: 
-Any unconnected ports on the DIO module will show 0

2nd attempt:
-Swapped the sensor signal wire from DIN 0 to 1
-Still same result

3rd attempt:
-Read the documentation and this forum and found out that DIN 1 coincides with RPi GPIO 14
-Installed RPi-GPIO nodes from the palette, used the input node and finally mapped the GPIO 14 and connect it to debug node as per 1st attempt. 
-It still shows zero

I have checked that physical connection using a multimeter:
-Shows 24V,  coinciding with the 24V external power supply that I am using to power up NetPi and the retro sensor
-NPIX Expansion slot PWR led shows green

I think Im missing out on something here. Please advice. 

Many thanks! 

Alhammi

[EDIT] Added attachments for better clarity of the issue. Also, this is likely to be a novice issue as this is only the second time that I used NetPi for developments.



Attached Files Thumbnail(s)
               

.txt   NetPiNodeRed_docker_inspect.txt (Size: 13.91 KB / Downloads: 1)

  missing the menu items from IO Device Configurator
Posted by: tad - November-10th-2020, 05:13 AM - Forum: Software - Replies (5)

Dear Armin,

Today, I pulled a docker image of Node-RED (hilschernetpi/netpi-nodered) to netPI RTE 3.
When I tried to configure PROFINET IO items, I didn't see the menu items such as Project, Download,,,.

If you may find any mistakes, would you please give me advice?

Note:
- I tried the above with both system software 1.2.0.0 and 1.2.1.0.

Thank you very much for your information.
Best regards,



Attached Files Thumbnail(s)
       

  Profinet name lost after reboot
Posted by: Dipro - November-3rd-2020, 03:38 PM - Forum: Software - Replies (7)

Hello Hilscher Support Team

we found an issue regarding the naming in Profinet:

The NetPi loses its Profinet name after restarting the NetPi via the config page and after power loss and we even observed a case when rebooting the container we had to name the Netpi another time. After renaming the NetPi with the PLC (Profinet Master) the communication is working as expected until another shutdown.

Right now we are not sure where the problem comes from.

Where and how is this Profinet name stored?

Best regards
Michael


  Is there a new version of netPI in planning?
Posted by: alko@focus-ia.de - October-27th-2020, 04:13 PM - Forum: Hardware - Replies (3)

Hi there!

We are using the netPI for a Dockerized application stack to retrieve and store data of a customer's production process.
Now we want to visualize the data with an Angular SPA that's running in Docker.
With this we are reaching the bounds of the netPI's hardware resources.

As the new Raspberry Pi 4 is out, I am wondering if there's a new version in planning that's based on the RasPi 4.

Do you have this on your agenda in the near future?


  System software V1.2.1.0 out now!
Posted by: Armin@netPI - October-25th-2020, 12:11 PM - Forum: News - No Replies

We have uploaded today a new system software in the version V1.2.1.0 as recovery packages for your netPIs.

Here is the changelog

  •     Kernel patch applied "disable USB interrupt" https://lore.kernel.org/lkml/988737dbbc4...wunner.de/
        We have never seen a netPI got stuck because of this issue, but we applied the patch nevertheless
  •     New dialog "Proxy" in control panel under tab "Network" to configure a HTTP,HTTPS,FTP proxy
  •     Removed Wifi channel 14 support for region Japan which was not allowed
  •     Set WPA2 standard as security method in "Wifi Access Point" mode. WPA1 supported no more
  •     Corrected problem that the service "Wifi Access Point DHCP server" may not work after an unintended (power loss) shutdown and reboot
  •     Corrected problem that "Wifi Access Point DHCP server" does not work if there is no eth0 Ethernet connection is active (cable inserted) during boot times
As usual you find the software ready for your download in the "DownloadS2 section under https://www.netiot.com/netpi/industrial-raspberry-pi-3/.

Info about how to update your device you find there as well in the FAQ in the "For Developers" section.

ATTENTION! Applying a recovery package sets back a device to factory default and deletes all the containers installed and the settings configured. So make sure you saved all your data before executing the recovery.