• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Fieldbus Ports not working
#1
Hello,

i have to use the Fieldbus Ports as normal Ethernet Ports. I installed the Docker Container as explained here: https://github.com/HilscherAutomation/ne...hernet-lan

I cant get any access to the ports, not even the LED of the Ports are blinking

With another netPi RTE3 its working.

Docker Log:
starting ssh ...

Starting OpenBSD Secure Shell server: sshd.

Waiting for added 'cifx0' network interface ...

'cifx0' network interface not ready in time

nnot find device "cifx0"

nnot find device "cifx0"

cifx0 ip address/subnet mask set to 192.168.140.6/255.255.255.0
  Reply
#2
Well, the netX controller chip on netPI RTE 3 has 4 LEDs that are basically telling in which state the industrial network controller chip is.

Those are the upper four LEDs on netPI's front named NS, MS, APL and SYS. Please tell me the status of these?

Also very important is that no other container is using the netX controller the same time the LAN container occupies the netX for its purpose. Can you confirm?
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#3
The SYS-LED is blinking Green/Yellow.
The LAN Container is the only one that is running.
  Reply
#4
Well LED flashing green/yellow means the netX chip is not loaded with any firmware or software. So in this case it is quite natural that your two RJ45 ports do not indicate any LED activity since the PHYs are not enabled.

By default netPI RTE 3 is delivered with a PROFINET IO device firmware loaded in netX controller. For me a flashing LED green/yellow means that there was indeed a try from any host software package to load a new firmware to the netX chip ... which apparantly was your LAN container. At the moment I have no explanation why it failed.

But with flashing green/yellow netX chip is still operational and waiting to accept a new software. So what is if you restart the container ... what happens then in the log file?

Thx
Armin
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#5
It was blinking from the first start.
With a restart of the container the log shows the following:
Starting OpenBSD Secure Shell server: sshd.


Waiting for added 'cifx0' network interface ...


'cifx0' network interface not ready in time


nnot find device "cifx0"


nnot find device "cifx0"


cifx0 ip address/subnet mask set to 192.168.140.6/255.255.255.0


terminating ssh ...


Stopping OpenBSD Secure Shell server: sshd.


starting ssh ...


Starting OpenBSD Secure Shell server: sshd.


Waiting for added 'cifx0' network interface ...


'cifx0' network interface not ready in time


nnot find device "cifx0"


nnot find device "cifx0"


cifx0 ip address/subnet mask set to 192.168.140.6/255.255.255.0
  Reply
#6
Well, before the netPIs are packaged in the cardboard box the two RJ45 ports are physically tested with a loop ethernet cable. So the chip must have been worked well.

I cannot exclude that meanwhile something happened with your netX chip, its internal security chip and and and... . This is the first time I see a netX chip of being not loadable any more on netPI.

So I can just recommend you to send back this device to hilscher repair and you will get an immediate replacement. Sorry for this inconvenience.

Before you send it back, can you please tell me the MAC address that is printed outside on the label please.

Thx
Armin
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#7
Thanks Armin,

the MAC-Address is: B827EBCEA272
  Reply
#8
Hello Schoko,

I got your device you sent back and examined the unit.

Based on the written log file under /opt/cifx/cifX0.log I found out that indeed loading the firmware into netX controller failed.

The first thing I did was to modify the container in that way that the driver in case of such an error also outputs the log file to the Web-GUI in order to have better diagnostics in future.

The log file contained the following error:
28.10.2019 14:41:09.517.679: Error downloading firmware to device '/opt/cifx/deviceconfig/FW/channel0//R160D000.nxf'- (lRet=0x00006196)!

Based on internal Hilscher documentation the referenced error 0x00006196 means "File system inconsistent, needs reformatting". In other words the firmware download procedure is not able to load a firmware since the file system in netX controller is corrupt by any reason (maybe power loss during firmware download).

I changed the cifX0deamon application now accordingly to send a format command to netX controller whenever it indicates not to have a valid firmware running. With this new setup I got your device back into running state and netX SYS LED is now static green as it should. With this new daemon a recovery is handled automatically in future in case a netX file system is getting corrupt.

Thx
Armin
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply
#9
Hi Armin,
I have been experimenting with the NIOT-E-NPI3-51-EN-RE in my spare time, mostly with node-red and the RS-485 module. I have noticed the ERR/NS communication status Real-Time Ethernet has always been blinking red. Over the weekend I was trying to use the router functions but I don’t see the other Ethernet ports in the web based management.
I only have access to eth0. When I open de router options, I get the following error ”Error quarrying active devices”.
Any Idea? I am using Firmware version       V1.2.0.0
Gr,
Duncan.
  Reply
#10
Which firmware did you load into the netX controller that is assembled on the NIOT-E-NPI3-51-EN-RE board additionally?
You never fail until you stop trying.“, Albert Einstein (1879 - 1955)

  Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  Hdmi not working s.stucchi 13 5,907 February-28th-2022, 09:24 AM
Last Post: Armin@netPI
  [SOLVED]DHCP server not working m-yoshikawa 24 13,450 June-11th-2021, 07:04 AM
Last Post: tad
  2 MAC addresses for fieldbus RJ45 ports tad 2 2,077 March-11th-2021, 01:17 PM
Last Post: tad
  Internet on the fieldbus-side COswald 21 8,931 March-1st-2021, 07:41 AM
Last Post: COswald
  Profinet stopped working (spidev spi0.0: SPI transfer timed out) Schranz 7 4,958 November-2nd-2020, 04:20 PM
Last Post: Armin@netPI
  Receive at startup additional data through the Fieldbus Port Schranz 1 2,787 September-10th-2020, 10:55 AM
Last Post: Armin@netPI
  Node-Red "http in"-Node not working DWxPro 8 7,398 June-19th-2020, 01:12 AM
Last Post: DWxPro
  Node Red stop working DSongra 1 2,903 February-12th-2020, 08:19 AM
Last Post: Armin@netPI
  [SOLVED] activate LED1/2 with Node-RED + fieldbus nodes container Christian_Rau 6 4,604 October-21st-2019, 10:30 AM
Last Post: Armin@netPI
  netPI Node-Red fieldbus node Error PersEE 5 5,022 October-8th-2019, 03:55 PM
Last Post: Armin@netPI

Forum Jump:


Users browsing this thread: 1 Guest(s)