For some reason when dimming in domoticz the dim range is more dynamic compared dimming in smartthings. For example dimming 50% in smartthings shows no difference while dimming 10% in domoticz already shows difference.
Maybe I still need to reset something in smartthings to pass the correct values. I only updated the device handler and smartapps
That is strange, the values will be passed back and forth with no change. If you open the dimmer control in both st and dz and you change it in st, is it changed the same in dz almost immed in your case? What is the protocol / hardware being used in dz for this dimmer? Thx
If I adjust in domoticz the correct value is passed to smartthings.
The other way around, adjusting in smartthings, seems to not working properly updating the domoticz side. If I set to 100% it changes and update correctly but if I dim back in smartthings to for example 50%, nothings happens and domoticz is also not updated.
Think I need to do some more extensive testing
Oh by the way I am using the kaku dimmers 
Fibaro here, and a replay of the above works just fine. I have a kaku dimmer (awmd-250) somewhere and i will set it up and see if this works different somehow…
i have indetified the issue. Some dimmers use 0-100 as levels, some have 16 or 32 levels. Kaku has 16. I am passing th percentage from the ST slider which is 0-100, above 16 the kaku will always go to 100% dimlvel. I need to adjust code to take dimlevels into account.
Ahh ok, I remember I have used another device handler before, that worked with the dimmer I think.
Calvin
5.07 is on github, that will take maxdimlevel into account. It is now generic, so multiple maxdimlvels will work. At first update of the device it sets this dimlevel in ST, so it might not work the first time around, but all subsequent dimming should work.
When you set the dimlevel from ST, it will calculate the intLevel, this might differ from the 0-100 percentage as it has a number of steps (16 in the kaku case), so you will see increments of around 6% in the domoticz percentage. The other way around it will show the exact value, but the dimming will still take place in steps of 100/maxdimlevels.
Thanks for testing this…
Thanks, will update tonight and do some tests to confirm.
Cheers
i found one additional thing when i found my kaku switch, it did not correctly responded to 100% and in the below 13% range. I did not change the version on Github, but new code is there with this fix.
@dudz40
Thanks for all of your hard work implementing this!
I’ve followed all the instructions from http://thingsthataresmart.wiki/index.php?title=Domoticz_Server but getting a couple of errors in the log:
error java.lang.NullPointerException: Cannot invoke method hasAttribute() on null object
error [addSwitch] Cannot create child device. null Error: physicalgraph.app.exception.UnknownDeviceTypeException: Device type ‘domoticzOnOff’ in namespace ‘verbem’ not found.
I see these after selecting adding the devices in the app.
Any ideas?
Looks like the device handler are not copied or published
met vriendelijke groeten,
Martin
V5.08 is on Github now, there was an error in the feedback of states from DZ to ST which is now fixed. Also a number of devicehandlers have been updated, please update domoticzMotion, OnOff, PowerReport, Scene, Selector and Thermostat.
Thanks. As you’ve probably guessed I’m new to ST
I now have my devices in ST and can action them, but looks like notifications are not being returned from Domoticz to ST. I see this in the Domoticz log:
2018-01-27 18:28:02.323 SmartThings On for 2
2018-01-27 18:28:02.411 User: Admin initiated a switch command (2/Kitchen Lights/On)
2018-01-27 18:28:02.558 (RFXtrx433) Lighting 5 (Kitchen Lights)
2018-01-27 18:28:02.619 Error: HTTP:
2018-01-27 18:28:02.619 Error: Notification sent (http) => Failed
UPDATE my token had changed so had to update Custom HTTP/Action. Working now
No problem Mike, welcome!, Guessed that. Do you have a lot of devices in Domoticz? If you have any requirements, problems or questions just ask. Be sure to run 5.08, there is a problem in the updating of devices in 5.07, so i had to push this quicker than expected.
I have a few lightwaverf light switches and sockets, and a few sonoffs to control electric heaters. I’ve decided to start replacing the lightwaverf wall switches as finding compatible LED bulbs is a nightmare. I had originally intended to replace domoticz with ST, but integration with sonoff and ST isn’t as advanced as with domoticz, so I might keep it going just for sonoff.
I’ve already updated to 5.08 
Bit of late reply. Can confirm the latest update fixed the kaku dimmers.
with an rfxcom attached to DZ (if not already) you can keep your RF switches and switch anything in ST now
Hi,
First off a huge thanks, this works great. It seems to be missing at least one of my motion sensors, and a few other devices, but I need to diagnose more.
I have a Domoticz install running lighting, sensors,a couple of custom devices for my AC and a few ESP controlled things. I also have a few scripts running for automation.
Stability has been an issue with Domoticz lately, and my lights are OSRAM Lightify running through its terrible hub, so I thought I would look at smartthings. I am looking to slowly migrate the hardware, and then look at redoing the automation with Smartthings, what I would like to do first is move my lighting and other zigbee sensors (Xiaomi, currently using the Xiaomi Gateway), but I want to keep these devices working in Domoticz for the smart scripting.
My question is, can this SmartApp be used to link real “things” in smartthings back to virtual devices in Domoticz, I was looking at doing it via the MQTT Bridge and using a nodered flow to translate the MQTT messages back to Domoticz, but it would be nice to have this App work in both direction. So I thought I would ask.
I could “link” the virtual device this App creates to the real thing using another app, but I would end up with double my devices, and it seems a bit clumsy.
Thanks again,
Wob
That can be done. Will take a look at it shortly.
For devices that are missing. Could you paste the info of those devices
back here. Use the type=device,rid=Idx so I can check the type etc.
Martin