I recently had alot of issues with my pi gw too. One of the things I found REALLY helped was on my switch I set the speed and duplex to 100mb FULL. In my syslog around the time my GW stopped responding, I was seeing messages about the "carrier lost" on the nic. Not sure what caused that, but it seems like it was taking quite some time to renegotiate. Now that I have it set to 100 FULL my issues have gone from 1-2 a day to only once in 3 weeks.

Also, make sure you have plenty of power for your PI. I have noticed one of the first things that seems to flake out on me when i have a sub par power supply for the PI is the network.

Not sure it my experience will help but figured I would try

So here's the latest.

I checked and the PI was already set to static ip and not dhcp reservation. However, I made 2 changes and have been ok for 3 days now.

1. i changed ports on the switch. Not sure if it mattered, but i have plenty.
2. this is the one I think may have more impact. Since it seemed the carrier was dropping, but coming back, I started wondering if maybe something was triggering an auto renegotiation for nic speed. So I went in to the switch and have it hard set to 100 FULL instead of auto.

I still have the debug running and gonna let this run for quite some time just to make sure im feeling it's ok.

compiled with new (very noisy) options lol

Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17
Apr 03 13:50:48 DEBUG RF24:RBR:REG=23,VAL=17

No idea what that means, but it seems if i am seeing that, it's working lol.

@mfalkvidd compiling now. side question, can the ip address be put in the config later? i hate that i have to hard code it in at compile time.

@mfalkvidd do i need to modify the pi code and add that in and recompile? or can i add those in to the config file in /etc/mysensors.conf?

So I have a new development. I noticed something strange. The mysgw stopped again today. I went digging through the syslog around the same time. Didn't see anything just before it went offline, but i did notice that shortly after it went offline it said that the carrier dropped for the nic.

Apr  2 15:50:55 raspberrypi mysgw: TSF:MSG:READ,200-200-0,s=2,c=2,t=25,pt=0,l=0,sg=0:
Apr  2 15:50:55 raspberrypi mysgw: GWT:TPS:TOPIC=mygateway1-out/200/2/2/0/25,MSG SENT
Apr  2 15:51:07 raspberrypi mysgw: TSF:MSG:READ,200-200-0,s=2,c=1,t=23,pt=2,l=2,sg=0:25
Apr  2 15:51:07 raspberrypi mysgw: GWT:TPS:TOPIC=mygateway1-out/200/2/1/0/23,MSG SENT
Apr  2 15:52:27 raspberrypi dhcpcd[377]: eth0: carrier lost
Apr  2 15:52:27 raspberrypi kernel: [  461.474897] smsc95xx 1-1.1:1.0 eth0: link down
Apr  2 15:52:28 raspberrypi dhcpcd[377]: eth0: deleting address fe80::669:d81d:83fb:3aaa
Apr  2 15:52:28 raspberrypi avahi-daemon[226]: Withdrawing address record for fe80::669:d81d:83fb:3aaa on eth0.
Apr  2 15:52:28 raspberrypi avahi-daemon[226]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::669:d81d:83fb:3aaa.
Apr  2 15:52:28 raspberrypi avahi-daemon[226]: Interface eth0.IPv6 no longer relevant for mDNS.
Apr  2 15:52:28 raspberrypi dhcpcd[377]: eth0: deleting default route via 192.168.2.1
Apr  2 15:52:28 raspberrypi dhcpcd[377]: eth0: deleting route to 192.168.2.0/24
Apr  2 15:52:28 raspberrypi avahi-daemon[226]: Withdrawing address record for 192.168.2.71 on eth0.
Apr  2 15:52:28 raspberrypi avahi-daemon[226]: Leaving mDNS multicast group on interface eth0.IPv4 with address 192.168.2.71.

So i decided to check a few other times in the last 48 hours and sure enough. Same thing. It seems that something is causing the nic to think it lost it's connection to the switch. The mysgw seems to go in to a weird state. Not sure what error checking is in it or what i could do to log more since i am already on debug for the logging of mysgw.

Next step i guess will be instead of dhcp reservation ill static assign it. See if that changes anything, and see swap network cable. Maybe hard set some things like the speed/duplex on the switch.

Just figured i would throw out my latest finding.

I read that the irq thing may not be necessary. I haven't setup the irq on mine. I don't have that much traffic for the irq to be needed yet.

anyone else using the irq on the pi gateway?

dev branch was installed last night. So far so good. Logs are flushing to disk must faster as previously indicated. But i did see this when i went back to the pi gateway code... lol

I wonder if that's what I am up against haha. Ill post an update over the next couple days.

@mfalkvidd gonna try this now.

This is running pi gateway with the radio directly to the pi. No pro mini.

Brand new pi 3 power supply. I swapped out my 4.7uf with a 47uf capacitor and thought that fixed it, but the mygw stopped working again today at 3:54pm.

a service restart fixed it. Didn't reboot the pi or do anything other than just issue a restart on the mygw software.

So I have to think maybe it's the software. I may have to go back a version from 2.3.1 to something prior. Or maybe roll forward on the dev branch.