h.hojgaard

@Kandersen try to tell your google assistent "Synkroniser mine enheder" everytime you do changes to OpenHAB config.

@Pauli Anttila seems to be working - and a really nice job you've been doing on upgrading the binding!

@Pauli Anttila Still want a part of the trace-log? - just a small section copy/paste - but it seems like it sends 100ms pulse to the correct ressourceId, but not triggering anything within the controller. 2019-03-15 18:03:58.775 [DEBUG] [ab.binding.ihc.internal.ws.IhcClient] - 0 new notifications received from controller 2019-03-15 18:03:58.778 [TRACE] [ab.binding.ihc.internal.ws.IhcClient] - Wait new resource value notifications from controller 2019-03-15 18:03:58.780 [TRACE] [.ihc.internal.ws.http.IhcHttpsClient] - Send query (url=https://192.168.1.2/ws/ResourceInteractionService, connectionPool=30972376, clientId=27920072 requestId=84, timeout=10000, headers=[content-type: text/xml]): <?xml version="1.0" encoding="UTF-8"?> 2019-03-15 18:04:03.254 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Received channel: ihc:controller:b5a36ad0:FB_dim_output, command: ON 2019-03-15 18:04:03.260 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Channel params: [ channelTypeId=switch, resourceId=2717970, direction=ReadOnly, commandToReact=null, pulseWidth=null, inverted=false, serialNumber=null, longPressTime=null ] 2019-03-15 18:04:03.262 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Read only channel, skip the update to ihc:controller:b5a36ad0:FB_dim_output 2019-03-15 18:04:03.267 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Received channel: ihc:controller:b5a36ad0:FB_dim_input2, command: ON 2019-03-15 18:04:03.272 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Channel params: [ channelTypeId=switch, resourceId=2715665, direction=WriteOnly, commandToReact=OFF, pulseWidth=100, inverted=false, serialNumber=null, longPressTime=null ] 2019-03-15 18:04:03.274 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Command 'ON' doesn't equal to reaction trigger parameter 'OFF', skip it 2019-03-15 18:04:03.278 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Received channel: ihc:controller:b5a36ad0:FB_dim_input1, command: ON 2019-03-15 18:04:03.282 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Channel params: [ channelTypeId=switch, resourceId=2715409, direction=WriteOnly, commandToReact=ON, pulseWidth=100, inverted=false, serialNumber=null, longPressTime=null ] 2019-03-15 18:04:03.285 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Command 'ON' equal to channel reaction parameter 'ON', execute it 2019-03-15 18:04:03.287 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Send 100ms pulse to resource: 2715409 2019-03-15 18:04:03.291 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Channel params: [ channelTypeId=switch, resourceId=2715409, direction=WriteOnly, commandToReact=ON, pulseWidth=100, inverted=false, serialNumber=null, longPressTime=null ] 2019-03-15 18:04:03.294 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Update resource value (inverted output=false): [resourceId=2715409, value=false] 2019-03-15 18:04:03.299 [TRACE] [.ihc.internal.ws.http.IhcHttpsClient] - Send query (url=https://192.168.1.2/ws/ResourceInteractionService, connectionPool=30972376, clientId=27920072 requestId=85, timeout=5000, headers=[content-type: text/xml]): <?xml version="1.0" encoding="UTF-8"?> 2019-03-15 18:04:03.410 [TRACE] [.ihc.internal.ws.http.IhcHttpsClient] - Received response (connectionPool=30972376, clientId=27920072 requestId=85, in PT0.108S, headers=[content-type: text/xml; charset="utf-8", date: Fri, 15-Mar-2019 17:04:02 GMT, keep-alive: timeout=900, max=1000, connection: Keep-Alive, content-length: 363, server: Rogatkin's JWS based on Acme.Serve/$Revision: 1.39 $, mime-version: 1.0, set-cookie: JSESSIONID=-1552669084058-0-216]): <?xml version='1.0' encoding='UTF-8'?> 2019-03-15 18:04:03.423 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Sleeping: 100ms 2019-03-15 18:04:03.525 [DEBUG] [ding.ihc.internal.handler.IhcHandler] - Update resource value (inverted output=false): [resourceId=2715409, value=false] 2019-03-15 18:04:03.527 [TRACE] [.ihc.internal.ws.http.IhcHttpsClient] - Send query (url=https://192.168.1.2/ws/ResourceInteractionService, connectionPool=30972376, clientId=27920072 requestId=86, timeout=5000, headers=[content-type: text/xml]): <?xml version="1.0" encoding="UTF-8"?> 2019-03-15 18:04:03.633 [TRACE] [.ihc.internal.ws.http.IhcHttpsClient] - Received response (connectionPool=30972376, clientId=27920072 requestId=86, in PT0.104S, headers=[content-type: text/xml; charset="utf-8", date: Fri, 15-Mar-2019 17:04:02 GMT, keep-alive: timeout=900, max=1000, connection: Keep-Alive, content-length: 363, server: Rogatkin's JWS based on Acme.Serve/$Revision: 1.39 $, mime-version: 1.0, set-cookie: JSESSIONID=-1552669084058-0-216]): <?xml version='1.0' encoding='UTF-8'?> 2019-03-15 18:04:03.892 [TRACE] [.ihc.internal.ws.http.IhcHttpsClient] - Received response (connectionPool=30972376, clientId=25146008 requestId=70, in PT5.145S, headers=[content-type: text/xml; charset="utf-8", date: Fri, 15-Mar-2019 17:03:58 GMT, keep-alive: timeout=900, max=1000, connection: Keep-Alive, content-length: 461, server: Rogatkin's JWS based on Acme.Serve/$Revision: 1.39 $, mime-version: 1.0, set-cookie: JSESSIONID=-1552669084058-0-216]): <?xml version='1.0' encoding='UTF-8'?> 2019-03-15 18:04:03.903 [TRACE] [ab.binding.ihc.internal.ws.IhcClient] - Controller state text.ctrl.state.ready 2019-03-15 18:04:03.905 [TRACE] [ab.binding.ihc.internal.ws.IhcClient] - Wait new state change notification from controller 2019-03-15 18:04:03.910 [TRACE] [.ihc.internal.ws.http.IhcHttpsClient] - Received response (connectionPool=30972376, clientId=27920072 requestId=84, in PT5.126S, headers=[content-type: text/xml; charset="utf-8", date: Fri, 15-Mar-2019 17:03:58 GMT, keep-alive: timeout=900, max=1000, connection: Keep-Alive, content-length: 446, server: Rogatkin's JWS based on Acme.Serve/$Revision: 1.39 $, mime-version: 1.0, set-cookie: JSESSIONID=-1552669084058-0-216]): <?xml version='1.0' encoding='UTF-8'?> 2019-03-15 18:04:03.908 [TRACE] [.ihc.internal.ws.http.IhcHttpsClient] - Send query (url=https://192.168.1.2/ws/ControllerService, connectionPool=30972376, clientId=25146008 requestId=71, timeout=10000, headers=[SOAPAction: waitForControllerStateChange, content-type: text/xml]): <?xml version="1.0" encoding="UTF-8"?> 2019-03-15 18:04:03.923 [DEBUG] [ab.binding.ihc.internal.ws.IhcClient] - 0 new notifications received from controller

@Pauli Anttila I just upgraded the binding that I had from the dropbox link below to the latest snapshot build 12-3-2019 I did the changes as specified below to my .things file and my .things file now looks as below, but what used to is not working anymore. ihc:controller:b5a36ad0 [hostname="192.168.1.2", username="secret", password="secret", timeout=5000, loadProjectFile=true, createChannelsAutomatically=true] { Channels: Type switch : FB_dim_output "dimmer status" [resourceId=2717970, direction="ReadOnly"] Type switch : FB_dim_input1 "dimmer On" [resourceId=2715409, direction="WriteOnly", pulseWidth=100, commandToReact="ON"] Type switch : FB_dim_input2 "dimmer Off" [resourceId=2715665, direction="WriteOnly", pulseWidth=100, commandToReact="OFF"] } The "status" channel works fine, but the light/dimmer is not switched On or Off anymore from openhab Switch GF_K_Light "Spisebord" <light> (gLight) ["Lighting"] {channel="ihc:controller:b5a36ad0:FB_dim_output", channel="ihc:controller:b5a36ad0:FB_dim_input1", channel="ihc:controller:b5a36ad0:FB_dim_input2"} If I change the channel configuration in my .things file to ihc:controller:b5a36ad0 [hostname="192.168.1.2", username="secret", password="secret", timeout=5000, loadProjectFile=true, createChannelsAutomatically=true] { Channels: Type switch : FB_dim_output "dimmer status" [resourceId=2717970, direction="ReadOnly"] Type switch : FB_dim_input1 "dimmer On" [resourceId=2715409] } the light/dimmer is turned on but then it's just working as a infinite LONG_PRESS (triggering the dimmer function) until I switch the light off from the button in my wall. Is it some bug, or something I'm missing out?

Jeg tror nok at @Jonas Bo Jalling arbejder på temp/fugt/mm - men om det lykkes at finde en god løsning på dem ved jeg ikke.

super

Som jeg ser det, så får du ikke projektet overført fra din controller - så check adgangs-rettighederne til din controller og din bruger

har min på port 443

Har du prøvet at se hvad den melder i loggen i domoticz? - der står måske mere en blot "fatal error" - formentlig er det et rettighedsproblem siden den ikke henter dine devices. Signal 11 er "segmentation fault" - kunne fx være fordi du ikke får data retur fra controlleren (som en array) og at koden derfor fejler. Jeg kører selv med FW 2.8.3 på HW 6.2 - har dertil i "LK IHC Administrator" oprettet en selvstændig bruger/kode i IHC controller til Domoticz (og denne bruger er administrator) og endelig så er alt checket af under adgangskontrol for "lokalt netværk"

Du skal have de rette indstillinger i domoticz.sh (den udgave du har kopieret til /etc/init.d - IKKE den der ligger i domoticz mappen) - så burde den starte ved boot. Har ingen problemer med at den glemmer IHC, men det er formentlig fordi .du kører /updaterelease og denne "ikke virker" da dette image er et special build med LKIHC - så hvis du updater får du en downloadet en udgave fra domoticz repository uden IHC plugin - dette ind til Jonas engang har pushed sin kode til domoticz repository. Prøv at sikre dig at du har de rette indstillinger i den rette domoticz.sh fil. Hvis du vil teste uden at det kører som en service kan du logge ind med fx putty og køre ./domoticz/domoticz –www 8080 Så starter domotics direkte i din SSH session, men lukker ned igen når du lukker forbindelsen. Og når den virker, så er problemet i din domoticz.sh fil

Super! - det burde i hvert fald være relativt nemt - alternativet er selvfølgelig at jeg/eller en anden tager det rene image og prep'er det med de (få) manglende kommandoer, så Domoticz + IHCplugin virker out-of-the-box. Den RPi3 jeg kører det på er monteret i min eltavle, så piller den ikke lige ud pt - og ellers har jeg kun en Rpi1 ved hånden, og den tager næppe det Image - da det er lavet på 3'eren.

Vil lige supplere ovenstående med at alternativet til SSH login (med fx putty) er blot at gøre det hele via Webmin (se link/info ovenfor) og her først køre de 4 kommandoer via webmins "Command Shell" eller "SSH Login" (begge under menuen "Others") og herefter editere /etc/init.d/domoticz.sh via "File manager" eller "Java File Manager" (begge også under menuen "Others") - dette med et hø. klik på filen og vælg edit. Og så genstart - så skulle det hele køre. Login:password til webmin er også root:dietpi (default - og bør selvfølgelig ændres)

Hermed link : https://1drv.ms/u/s!Ah7CwKgFhTXrm39cuwShDWBGLSUH 7zip af DietPi image sv.t 8gb SD-kort (er mit eget Backup Image efter seneste compile grundet omfattende opdatering af dietpi) Efter flash med fx "Win32DiskImager" af image boot RPi3 med LAN opkobling - DHCP tildelt IP (Image kan evt reduceres i størrelse med PiShrink) SSH session med fx Putty - Login: root, kode: dietpi Få Domoticz til at starte ved boot, kør følgende efter login: cd domoticz cp domoticz.sh /etc/init.d chmod +x /etc/init.d/domoticz.sh update-rc.d domoticz.sh defaults Editér startup scriptet med fx vim eller nano og her ændre USERNAME, DAEMON og DAEMON_ARGS parametre til det ønskede vi /etc/init.d/domoticz.sh Hvis ikke der ændres brugernavn skal det se således ud (ændre port for såvel http og https efter behov) USERNAME=root DAEMON=/root/domoticz/$NAME DAEMON_ARGS="-daemon -www 8080" Image er iøvrigt installeret med: RPImonitor på port 8888: http://ip.add.re.ss:8888 PHPSysinfo på: http://ip.add.re.ss/phpsysinfo/ Webmin på https, port 10000: https://ip.add.re.ss:10000 For at opdatere DietPi kør dietpi-update For at flytte installationen til USB drev (med boot på SD) dietpi-drive_manager For at konfigurere wifi mm dietpi-config Hyg jer

ER HELT ENIG! Jeg er dog ikke nået til radiatortermostaterne endnu, men synes også plugin'et fungerer fremragende (hvilket jeg også har skrevet PM til Jonas) Har selv I flere måneder kørt bl.a. med fx. en "philio z-wave 4 in 1 sensor" hvor fx. "magnet kontakten" tænder lyset (i entréen via IHC delen) når døren åbnes (dette uden delay) Og har fx via dzVents lavet overvågning ved at anvende standard PIR sensorerme i IHC systemet (dem der ellers bare kan tænde lys) - fungerer også fremragende uden fejl alarmer med lidt optimeret kode - mangler dog at få geofence koblet på her - så ind til videre er det "bare" en sluk og tænd knap i domoticz (som godt kan parres med fx et tryk i IHC) Dertil får jeg nu sendt billeder fra mine IP-kameraer når der er fx. bevægelse på min udendørs PIR sensor ved ind og udgang til grunden (dem der også bare normalt tænder lys i IHC systemet) Så der er nu åbnet for utallige muligheder. @LachrisTror iøvrigt det er normalt at du kan forvente der kan gå op til 5 min inden dine batteridrevne radiatortermostater er opdateret med nye indstillinger via z-wave - det havde været anderledes hvis det var en fast installation. Og hvis der er andre der vil prøve Jonas' IHC-plugin med domoticz men som ikke vil compile da kan jeg godt dele et "friskt" r-pi3 image (DietPi) hvor Domoticz + IHC-plugin er compilet og blot mangler at blive aktiveret og konfigureret.

Du skal "bare" compile fra scratch ind til det er implementeret i en domoticz official build Helt principielt kan du vel bare tage en kopi af din domoticz.db (fra din fungerende installation) over i den udgave du selv compiler og så derfra tilføje IHC delen... har dog ikke prøvet. aLternativt tag kopi af domoticz.db og indlæs backup via domoticz webinterface, under Backup / Gendan database. (Antager du er på Rpi med SD: så kan du klone dit fungerende SD-kort med ex Win32DiskImager eller tage et nyt SD-kort, lave et nyt test build - og går det galt så skriver du bare dit klonede "Image" tilbage)