You might not have, but I think I have beaten Gordon by a long way. From a PM to Glyn & Trystan in October 23 while testing emonLibDB:
I couple of weeks after writing that, I noted two forum members had seen the same thing. When I experienced the problem I managed to delete about 50 at a time before it locked up.
My suggestion months ago was to take the errant code out of circulation completely until it’s proven good and reliable - which means feeding it with every conceivable concoction of bad data until it lets nothing unwanted through.
This issue extends beyond autoconf, e.g even with autoonf disabled Gordon is seeing significant node creation in emoncms but not in the emonhub node list and so there are two things going on here.
Here’s my suggestion and solution implemented this morning.
1. A new option to disable pass through of radio node data if it is not registered in the emonhub nodelist already. This disables the first pathway that creates nodes without names, e.g node 17 and 26 in @grod55’s most recent screenshot. This is the issue that is independent of autoconf. I think we are probably safe to make this the default value, but I haven’t set it to be the default yet.
2. Gordon and others experiencing this disable autoconf as soon as the system is configured. Im reluctant to ship with autoconf disabled as the whole intention here is to remove the hassle of looking up and understanding node decoders and adding these to emonhub.conf or having to have a limited number of fixed nodeid’s for each firmware variant. The intention is for a plug and play solution and at least in our testing this feature has worked really well.
At least Id like to separate out fixing this issue for Gordon now with longer term changes to the default autoconf setting.
Hello @grod55 could you update emonhub to the lastest master branch. Navigate to Admin > Components, find the emonHub entry, select emonHub master branch and then click update:
Once you have done this and on refreshing the page the version number is displayed as 2.6.3, restart emonHub and then can you edit the [[SPI]] entry in emonhub.conf:
Add the line nodelistonly = 1 just below the pubchannels setting:
Prior to updating as suggested, all 60+ unknown nodes were back in my inputs list this morning. So, I have now updated as suggested and added the nodelistonly setting. The 60+ nodes are still in the list.
Am I correct that I need to delete these again (the updates above do not remove from the existing list - right?), and then going forward these nodes should not return.
I will update this post once I finish deleting all the unknown nodes.
As soon as I went back to the input screen the message below popped up. I would have thought that this wouldn’t happen with the new code and setting.
The updated emonHub and additional setting seem to have eliminated the unknown nodes. I made the changes and deleted all the unknown nodes and none have come back as inputs!