Searching forum I discovered that the I had the MQTT topic wrong so I changed it from openevse to emon/openevse.
Unfortunately it has not solved the problem. The odd thing is I set a manual charge and the charge current is showing in demandshaper!
In addition I have an error popping up in Inputs that I cannot get rid of. A post from @TrystanLea suggested
redis-cli flushall but that made no difference.
I suspect this may be caused by the initial MQTT topic error but I now have the 2 problems and I do not know what to do next. The error creating device is a real problem as it pops up so frequently I cannot make any changes in inputs.
LAST ENTRIES ON THE LOG FILE
2020-09-13 09:30:39.169|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:30:42.661|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:30:48.055|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:30:56.166|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:33:51.781|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:34:00.043|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:34:02.973|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:34:07.131|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:34:11.271|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:46:51.352|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:46:53.771|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:46:58.815|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:47:04.874|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:47:06.414|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:47:09.706|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:47:14.785|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:47:17.543|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:47:28.307|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:47:31.806|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:47:57.613|ERROR|demandshaper_model.php|Saved to disk
2020-09-13 09:59:21.271|WARN|emoncms_mqtt.php|Not connected, retrying connection
2020-09-13 09:59:21.301|WARN|emoncms_mqtt.php|Connecting to MQTT server: Connection Accepted.: code: 0
2020-09-13 10:00:45.522|WARN|device_model.php|Device model: Requested device does not exist for id=0
2020-09-13 10:37:13.371|WARN|device_model.php|Device model: Requested device does not exist for id=0
2020-09-13 10:42:04.680|ERROR|index.php|Not Authenticated|feed/list
having resolved the device errors with your prompt assistance I am now back to trying to control OpenEVSE from demandshaper.
When I first open the OpenEVSE DS window it shows red for 30 seconds or so.
Then it shows OpenEVSE Unresponsive and remains in that state.
However the temperature appears correct and also matches OpenEVSE which I have logged into directly. The OpenEVSE shows MQTT connected so that is not the issue.
Any suggestions as how to resolve this.
The statement below is now untrue. Further testing the switching has been almost immediate…
As an aside one of my old DS devices sometimes shows unresponsive for over a minute or so after a change. This is different behavour to before the latest update. It always showed unresponsive for probably 20 seconds at the most.
If there is any way I can help resolve the OpenEVSE issue please let me know.
Disabled Emoncms and deleted inputs no longer updating.
I also had to recreate openevse demandshaper but I am pleased to report that it is now responding!
EDIT I spoke to soon. Having been red and apparently working I tried to set first smart charging schedule and it has stopped responding.
I don’t think I saw anywhere a reference that enabling MQTT requires you to disable emoncms energy monitoring.
In fact the screen shot in the OpenEVSE instructions show clearly both as enabled. Maybe the documentation needs a note.
I understood that MQTT was needed to use demandshaper. Is that correct?
I was trying to set a charge schedule with the vehicle disconnected.
I had already deleted all the inputs that stopped updating after disabling emoncms.
I had also made sure there was only one openevse device.
As a precaution I rebooted the mosquitto server which is on a separate Pi and rebooted the emoncms Pi. Somewhere along the way these actions changed the behaviour.
I now get a response in OpenEVSE DS. If I click between Smart and Timer it responds with “saved”
If I click Off it responds with “Settings Mismatched” but I guess this maybe because the vehicle is not plugged in. I will try setting a scheduled charge tomorrow when we return from a trip out.
Great, Im sure I’ve seen that too, but testing just now, it seems to be giving saved on all states with the car unplugged. I will do a bit more testing in the morning. If you open your browser console window it should print the exact details of the settings mismatch, it would be useful to know what your seeing.
Otherwise it sounds like its all working ok (assuming it saves in all states when that car is plugged in).
I managed to set up DS to charge over night controlled by Agile rates.
Pleased to advise it worked perfectly!
Thanks for all the assistance. Its all worthwhile when you get it going.
2 Question regarding DS.
Is it now all right to us Ok to interrupt: ?
I also have a storage battery. Clearly I do not want the battery to discharge whilst OpenEVSE is charging the car. What are the MQTT messages that start and stop charging? I can trap these and issue MQTT messages to the storage battery inverter to disable discharge.
Lastly I still see the openevse Settings Mismatch.
Consistently if I click Off when car is not connected. I have not tried when car is connected.
I noticed that during an update the other day there were further changes in DS.
Sadly I think they have had the effect of making changes to any of my DS devices report unresponsive more frequently.
I do seem to get a better response if I switch away from DS to say APPS and back to DS.
Could it be an MQTT issue? I have often wondered if there is a practical limit to connections and topics in Mosquitto on a Pi. I have something in the region of 40 end points all connected by Wifi or internet spread over 4 separate buildings many reporting at 10 second intervals.
I am still having this issue. All I see in console is the unresponsive count number just increasing.
Its a shame because it stops me using OpenEVSE and other devices efficiently. At the moment I am using DS to establish charge time and manually setting timer in OpenEVSE. Not a big issue at the moment as due to Covid I am only charging once a week.
However I would like to get to the bottom of this. I realise it must be something in my setup if you can’t replicate the issue. If there is anything I can do to trace the issue let me know.
Are there logs of DS activity that might provide a clue to what is happening?
** Edit **
I left DS running. After 168 attempts it finally got device state matched.
However it surely it should not take this long and this many attempts?