@avamander Thank you for your suggestions. Your advice is good and I have already done a lot of what you suggested. I didn't put a scope on it, I may make another portable system and try that then as I do not see any pullups on the pro mini nor on the pi3 schematics. That could well be the centre of my problems. I also stumbled upon this page ...... https://spellfoundry.com/2016/05/29/configuring-gpio-serial-port-raspbian-jessie-including-pi-3/ This also seems to pinpoint issues with serial on the Raspberry Pi 3B, and why they happen. Seems the foundation made changes that have had a detrimental effect on serial comms stability. It would explain why this happened after 'upgrading' from Pi 2B to Pi 3B. It seems conclusive to me that the issue is with the RPi 3B serial port not working correctly.....Live and learn I guess Still, for the last 4 days I have been running with a serial to usb adapter and no ghost nodes and no data spikes on the graphs. I wonder if there are pullups on the board? It's difficult to see clearly with the plastic wrapper on it! Things are looking very hopeful right now though... The only issue I still face is random loss of data from some nodes. The outages can be just one value report missing (Most nodes send data once every 5 minutes), right up to over 6 hours of data loss. Then suddenly it all starts working again. I might have more time now to look into that a bit morenow the system is stable again, but it is so random. I did also find quite a few 'less than good' dupont cables (from China) - So I have soldered directly a lot of connections now or modified/re-crimped the cables that were 'iffy'. Thanks again to you and Jkandasa for the support and help. I am nearly there with this now and can build some more nodes with confidence.

@Emenike I do not find a variable Status in your variable repository screenshot, But you are trying to access it, var LoopThroughValves = mcApi.variable().get("Status");

@Marcel I am out of town, I will soon respond for your query. Thanks for the patience.

@Tag See update here.... https://forum.mycontroller.org/topic/224/booting-rpi3-mycontroller-from-usb-only

@jkandasa said: var temperatureSen = mcApi.uidTag().getByUid("my-sensor-1").getResource(); Also faced this issue when i imported my database on a different node. had to change the scripts to use the new variable.... Gauges work now after changing the variables.. For the rest no issues found, all work like a charm!!!! Thank you for the great support!!!

Thanks, it is working for me now!

Here is some good news !!! First after getting update from github , here is some screen shot from GUI We can see that MyController is in the list ! Also, Esp send correctly data to mosquitto (which i use by default) Now , i have to test and learn to send data , like temperature or lighmeter . Thank you for your time and your support.

8 Days and looking good - no errors, no crashes. Just a couple of nodes that misbehave sometimes...... On that note, today I noticed one node had not sent data for many hours and when I got to it, the led connected to pin 13 was rapidly flashing. This is not normally the case, but I can't spare the laptop to monitor the serial port for a week+ just in case it happens again - any ideas? This was using the standard MYS prog for bmp180 pressure sensor. Running on mains powered 5v pro mini.

@jkandasa Cool!, Thx! will give it a try on the snapshot version.

@tag Thank you for the feedback. the CPU temp is shown as 0.049c instead of 49c I have filed an issue with pi4j. Seems it's fixed. Let me check with recent version and update. https://github.com/Pi4J/pi4j/issues/356 Which image do you use (in my opinion armbian jesse is still the best..) Yes, I too use armbian. Which is super cool image for Orange PI and what is "hot" can you keep your finger on the cpu for a minute? Sure, Will update you jkandasa created this issue in Pi4J/pi4j closed SystemInfoProvider CPU temperature should be standard across platforms #356

Hi Jeeva! I would like to test Alpha2! Thanks Tibi

Yes it does. Thanks

@jkandasa I've just added the JSON settings for the amp, it was missing in the first post....Opps! Thank you for making it all possible!

@jkandasa Thanks much.

Hmmmmm....something is not right, see log below..... Argh, can't post the log in code tags or plain text, will email it to you.... It seems to be the strange characters in the log that prevent it from being copied and pasted, so sent you a screenshot instead.

I can confirm that with 23 hours the scheduler works perfectly now! Thanks a lot!

@jkandasa Following a period of relative calm in my setup, yesterday I got 2 ghost nodes appear again. One was a single temperature reading (which if correct was from the heating boiler) and the second was a single on/off. I wonder if there is some way that a malformed message could do this? The temp one showed +58.4C and the only thing to get that hot is the heating system. I have some nice new power supplies now (not from ali or ebay!) and will be building a UPS with these to improve stability and performance during power black/brown outs. So nothing to do on myc front unless this still happens after all the above is done. The new supplies have cured issues on other pi builds, so hopeful on this one too....

@mpp Guys in MySensors forum noticed I cleared EEPROM with zeros instead of 0xFF.

@goranrad JavaScript, var myImports = new JavaImporter(java.lang, java.util); with(myImports) { var humidity_threshold = 78.4; var on_time = 10; // seconds humidity = mcApi.uidTag().getByUid("uid-humidity").getResource(); humidifier = mcApi.uidTag().getByUid("uid-humidifier").getResource(); if(parseFloat(humidity.value) < humidity_threshold){ humidifier.value = "1"; mcApi.sensor().sendPayload(humidifier); // sensd state Thread.sleep(on_time * 1000); humidifier.value = "0"; mcApi.sensor().sendPayload(humidifier); // sensd state } }