I’m new to OpenHAB 3, adding the Discovergy webservice thing was ok and it’s “online”.
But I got problems to add the “Intelligenter Stromzähler” thing, what would I enter as “Smart Meter ID” ? The ASCII Serial as written on the smart meter itself (and also provided on the Discovergy monthly mail) ??? (my Discovergy meter is from Easymeter and starts with 1ESY.…)
Just use the automatic discovery, then it’ll automatically find it. It’s not the meter serial number (and I don’t know how to get the ID or if it’s shown anywhere).
Adding with auto discover will find “my” smartmeter but it will immediately go offline
2021-01-30 20:42:05.300 [INFO ] [openhab.event.InboxAddedEvent ] - Discovery Result with UID 'discovergy:electricitymeter:c46430d2XX:1c8db536bbd24a138d8ccb563b06a5XX' has been added.
2021-01-30 20:42:25.181 [INFO ] [openhab.event.InboxRemovedEvent ] - Discovery Result with UID 'discovergy:electricitymeter:c46430d2XX:1c8db536bbd24a138d8ccb563b06a5XX' has been removed.
2021-01-30 20:42:25.194 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'discovergy:electricitymeter:c46430d2XX:1c8db536bbd24a138d8ccb563b06a5XX' changed from UNINITIALIZED to UNINITIALIZED (HANDLER_CONFIGURATION_PENDING)
2021-01-30 20:43:06.690 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'discovergy:electricitymeter:c46430d2XX:1c8db536bbd24a138d8ccb563b06a5XX' changed from UNINITIALIZED (HANDLER_CONFIGURATION_PENDING) to OFFLINE
missing is still the smart meter ID from “configuration: {}”, hence I was asking what to enter here…
The ID is the last part of the UID.
I’m also new to OH3 and downloaded Floles binding 3.1.0 via wget to /usr/share/openhab/addons, made a restart of OH but it doesn’t appear in the list of bindings/things/addons …
Does it need to be installed or registered to get this online?
I’m unsure about the file size, maybe I did something wrong during download. Floles file size is 1.9MB, on Raspi it is 12kB only.
Thanks in advance.
Using wget was probably your mistake. Download it in a Computer and then use scp, that should work.
hello together.
thanks for this binding 
would it be possible to add the two direction channels because I use it with buying and selling power in two directions (1.8.0 and 2.8.0) with my solar plant.
This would be awsome bec. otherwise the rule for charging the car and counting the power will not work.
Thank you very much
Ronald
1 Like
Hi @Flole
thanks for that great binding.
I installed the binding for 2.x. It works well so far.
However, since then I have regularly received the following error messages in the log file, does anyone know why?
2021-06-04 14:50:07.446 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing ‘openhab-binding-discovergy’: Error:
Error downloading mvn:org.openhab.ui.bundles/org.openhab.ui.habmin/[2.5.0,2.6]
I also operate a PV system and would be interested in both meter readings.
Regards,
Jens
Hi,
I just got my meter installed and installed now as well the binding in my OH3, but I was wondering if there is any documentation available on the things and channels?
Can someone help me out with some examples on file based config?
Scuby
Will this binding be official in the future? I hope. More and more users will have a smart meter like this.
The last part of the UID does not work for me. Status of the thing changed to UNKNOWN. Any suggestions?
[ERROR] [y.internal.handler.WebserviceHandler] - Caught exception in ScheduledExecutorService of BridgeHandler. RuntimeException:
java.lang.RuntimeException: 400
at org.openhab.binding.discovergy.internal.DiscovergyApiClient.executeRequest(DiscovergyApiClient.java:105) ~[?:?]
at org.openhab.binding.discovergy.internal.handler.WebserviceHandler.readMeter(WebserviceHandler.java:171) ~[?:?]
at org.openhab.binding.discovergy.internal.handler.WebserviceHandler.lambda$1(WebserviceHandler.java:104) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) [?:?]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]
at java.lang.Thread.run(Thread.java:829) [?:?]
Could be just a temporary error with the API. Or an incorrect configuration. For me this binding just works, at least most of the time. As you might know Discovergy started insolvency proceedings, so I am not sure if it even makes sense to spend more time on such a binding, for me it is clear that Discovergy was a mistake and a smart meter with a USB optohead would be sufficient and better for my use case, and cheaper aswell. I haven’t checked if the Discovergy meter allows putting on a USB optohead aswell, then just get rid of the cloud and get the values locally, apparently Discovergy had some issues recently aswell cause their IT department is mostly sick/gone… Just look in their forum
New openHAB release, new issues with this binding 
Anyways, it’s working now, the version for openHAB 4 can be found here.
Hi Flole. Ich habe gerade Openhab von 3.4 auf 4.0.1 gehoben und leider keinen Erfolg mit deiner Version vom 22.03. Es erscheint leider nicht unter den Bindings.
Hat es jmd zum Laufen bekommen? Und wenn ja wie?
English please, this id an international community!
ahhhh sorry - you are right 
Hi Flole. I just upgraded Openhab from 3.4 to 4.0.1 and unfortunately no success with your version from 22.03. It does not appear under bindings unfortunately.
Did someone get it to work? And if so how?
it works… I had to reinstall the whole system bec of a SD-Card issue…
1 Like
Hi,
I’m using the discovergy binding for quite a long time now and it works really well. 
Now that we have our photovoltaic system up and running and Discovergy has activated the feed-in meter (2.8.0), I would like to see these values in Openhab too.
Does the binding offer reading those values from the api or would you (be able to) implement it?
Sven
I have Login fails. Does the API have changed?
No, the entire Discovergy backend went down on Friday. The fix will probably take some time. I don’t believe in “only during the WE”.