Jump to content
IHC-User.dk

Pauli Anttila

Members
  • Content Count

    153
  • Joined

  • Days Won

    8

Pauli Anttila last won the day on December 10 2019

Pauli Anttila had the most liked content!

About Pauli Anttila

  • Rank
    Tekniknørd :-D

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Sorry to jump in english, but I think you could do one button logic easily also via openHAB rules. For example... When push-button-trigger channel receive: 1. LONG_PRESS Check the current light state and send INCREASE or DECREASE command depending of the current state and store direction (up or down). You can also send value explicitly e.g. current dimmer value +/- 10 if INC or DEC is too slow. Start timer which will send next command e.g. after 100ms (INCREASE or DECREASE depending of the direction) and restart the timer which will send again new commmand and so on. When 0 or 100 value is reached you can change the direction or start it again from another head or what ever you want to do. 2. SHORT_PRESS Toggle light (check current state of the light and turn it on or off depending of the current state). Stop timer 3. RELEASED Stop timer
  2. @EjvindHald, Location isn’t Thing specific feature, so it should be available for all things. https://www.openhab.org/docs/configuration/things.html#defining-things-using-files
  3. Yes, configuration file contains hostname (new syntax), but binding itself is still the old which assume that address is ip rather than hostname.
  4. @Jakob Hauerslev, most probably you are using old version of the binding where ihc controller address is not "hostname" but "ip". Newer binding version ihc:controller:1 [ hostname="192.168.1.10"... Older version: ihc:controller:1 [ ip="192.168.1.10"...
  5. To be able to receive PRESSED, RELEASED, SHORT_PRESS, LONG_PRESS triggers, you need to introduce push-button-trigger channel. Channels can be added via PaperUI or via thing files. Thing files example: Type push-button-trigger : my_test_trigger "My Test Trigger" [ resourceId=3988827, longPressTime=1000 ] Rule example: rule "My test trigger test rule" when Channel 'ihc:controller:elko:my_test_trigger' triggered SHORT_PRESS then logInfo("Test","Short press detected") end See more details from binding documentation and examples.
  6. @kerm, communication between openHAB and IHC controller doesn't work very well. Most of the communication ends up to timeout, which means that IHC controller didn't send response to IHC binding. You could try to increase the timeout which is by default 5000ms, but not sure if that will solve your problem. What are your IHC controller HW and SW versions? You are using rather old version of the binding (around 1 year old), so I recommend to use newer one.
  7. @kerm, could you provide openhab logs (before and after openhab reboot), otherwise it's rather impossible to give any help. Anyhow, something is wrong in your pi enviroment. Do you use any other binding? Do they have same behaviour? Maybe your pi's filesystem is on read only mode?
  8. @Nicholai85, most probably you using old snapshot version where hostname parameter doesn’t exists. In older version hostname parameter is called ”ip” rather than ”hostname”.
  9. Pauli Anttila

    google assistent

    @Nicholai85, did you add new channel or tried to edit automatically created channel? I just tested PaperUI and added new channel with pulse width parameter + new item + linked channel to item fully via PaperUI without problem.
  10. Pauli Anttila

    google assistent

    Same ResourceId can be used as many channels you want and there shouldn’t be any problems even they are linked. If they are linked to same item, then item commands are send multiple times to ihc controller.
  11. Pauli Anttila

    google assistent

    @HFW, You shouldn't change automatically generated channels as you changes will be overwritten in next time when binding is reinitialised, which actually happen immediately when you click save button on paperUI. Only channels from inputs and outputs modules and wireless devices are generated automatically, and it doesn't make sense to define pulse width functionality to these real outputs. Function block staff need to be added manually. I don't use PaperUI my self for IHC binding, but I auto create basic channels and then introduce additional channels to things file. And then I link all channels (auto created and manually added) to items in item file. Thing file example: ihc:controller:elko [ hostname="192.168.1.2", username="openhab", password="secret", timeout=5000, loadProjectFile=true, createChannelsAutomatically=true ] { Channels: Type switch : my_test_switch "My Additional Test Switch" [ resourceId=3988840 ] } Items file example: Switch auto_switch "Auto Switch" { channel="ihc:controller:elko:output3988827" } Switch manual_switch "Manual Switch" { channel="ihc:controller:elko:my_test_switch" } But if you want to use just PaperUI, you can add additional channels from there as well.
  12. You should change ip parameter name to hostname ihc:controller:elko [ hostname="192.168.0.3:443", username="admin", password="password", timeout=8000, loadProjectFile=true, createChannelsAutomatically=true ] Have you read https://www.openhab.org/addons/bindings/ihc/ ? And I propose to read https://www.openhab.org/docs/ pages to get understanding of the basic openHAB concepts. Read carefully the first page and then follow the links end of the pages. (next page is "Concepts Overview -> , etc"). After that you should have pretty clear understanding of the items, things, channels, etc.
  13. @bozidar, I believe you are using rather new version of the binding, where controller network address is not anymore ip but hostname. Because hostname parameter is mandatory, binding is not started and you seen configuration pending error. From logs you most probably see the reason as well. Example ihc:controller:elko [ hostname="192.168.1.2", username="openhab", password="secret", timeout=5000, loadProjectFile=true, createChannelsAutomatically=false ]
  14. IHC binding 2 is merged after 2.5 M1 release. M1 is pretty old and because of openHAB build system update, there is no M2 release yet, but Snapshot releases contains the new IHC binding.
  15. I still think that you ihc binding version is wrong. Log shows that controller address in the log is IP not hostname as it should. Connecting to IHC / ELKO LS controller [IP='192.168.1.31:444' Old binding versions defines channel types with channel prefix (switch-channel not just switch), so most probably that's the reason for "Channel type ihc:switch could not be resolved" errors.
×
×
  • Create New...

Important Information

Privacy Policy og We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.