I’ve never used fadeInSec and fadeOutSec. I tried briefly early on but didn’t notice a huge difference. I believe they are base parameters for the RadioRA legacy programing (non OpenHab - the system itself) so I imagine they do SOMETHING.
I just tried using alpha2 jar and get an error when then binding is loaded. Don’t see any changes on your branch that would have caused that
2021-02-22 17:57:12.357 [WARN ] [org.apache.felix.fileinstall ] - Error while starting bundle: file:/usr/share/openhab/addons/org.openhab.binding.lutron-3.1.0-SNAPSHOT-ra1test2.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.lutron [261]
Unresolved requirement: Import-Package: org.apache.commons.net.telnet; version="[3.7.0,4.0.0)"
at org.eclipse.osgi.container.Module.start(Module.java:444) ~[org.eclipse.osgi-3.12.100.jar:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:383) ~[org.eclipse.osgi-3.12.100.jar:?]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) [bundleFile:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) [bundleFile:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:520) [bundleFile:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) [bundleFile:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) [bundleFile:3.6.4]
That’s probably just a dependency problem caused by loading the jar file from the addons directory. Although it’s one I haven’t seen before. You probably have to do something like feature:install openhab.tp-commons-net in the console to get the binding bundle to resolve properly.
If that doesn’t work, You may want to try loading the release version of the Lutron binding first, check that it started, and then unload it via the console before dropping the new one in the addons directory.