Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[rfxcom] Working OH2 setup stopped working #6964

Closed
RastaChaum opened this issue Feb 5, 2020 · 7 comments
Closed

[rfxcom] Working OH2 setup stopped working #6964

RastaChaum opened this issue Feb 5, 2020 · 7 comments
Labels
awaiting feedback Awaiting feedback from the pull request author bug An unexpected problem or unintended behavior of an add-on

Comments

@RastaChaum
Copy link

Hello everybody !
See me issue below...

Expected Behavior

Thing RFXCOM must be online

Current Behavior

I have the same issue thant @Stefaav for few days with RfxCom.
His issue was the #3321
But it was close without solution/explaination.

Context

The difference for me is that :
i haven't MySensors
i run OH 2.5.0 with Docker

To resume, when OH start, RFXCOM works fine during few minutes. And quickly, it beeing offline.
See this trace to understand :

2020-01-23 19:21:27.712 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-misc-restdocs'
2020-01-23 19:21:28.994 [INFO ] [internal.handler.RFXComBridgeHandler] - RFXCOM transceiver/receiver type: _433_92MHZ_TRANSCEIVER, hw version: 0.1, fw version: 25
2020-01-23 19:21:30.614 [INFO ] [smarthome.model.script.rullershutter] - One item for RullerShutter programming has been updated : calculating new timers
2020-01-23 19:21:30.917 [INFO ] [smarthome.model.script.rullershutter] - Shutters for day area will open at 08:00:00.000
2020-01-23 19:21:30.940 [INFO ] [smarthome.model.script.rullershutter] - Shutters for day area will close at 23:00:00.000
2020-01-23 19:21:30.962 [INFO ] [smarthome.model.script.rullershutter] - Shutters for night area will open at 08:00:00.000
2020-01-23 19:21:30.987 [INFO ] [smarthome.model.script.rullershutter] - Shutters for night area will close at 21:00:00.000
2020-01-23 19:22:23.524 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-misc-restdocs'
2020-01-23 19:23:26.757 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-misc-restdocs'
2020-01-23 19:23:27.894 [INFO ] [internal.handler.RFXComBridgeHandler] - RFXCOM transceiver/receiver type: _433_92MHZ_TRANSCEIVER, hw version: 0.1, fw version: 25
2020-01-23 19:24:22.969 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-misc-restdocs'
2020-01-23 19:25:23.746 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-misc-restdocs'
2020-01-23 19:25:25.232 [INFO ] [internal.handler.RFXComBridgeHandler] - RFXCOM transceiver/receiver type: _433_92MHZ_TRANSCEIVER, hw version: 0.1, fw version: 25
2020-01-23 19:26:26.205 [INFO ] [internal.handler.RFXComBridgeHandler] - RFXCOM transceiver/receiver type: _433_92MHZ_TRANSCEIVER, hw version: 0.1, fw version: 25
2020-01-23 19:26:26.250 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler RFXComBridgeHandler tried updating the thing status although the handler was already disposed.
2020-01-23 19:26:27.119 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-misc-restdocs'
2020-01-23 19:26:29.666 [ERROR] [internal.handler.RFXComBridgeHandler] - Connection to RFXCOM transceiver failed
org.eclipse.smarthome.io.transport.serial.PortInUseException: null
at org.eclipse.smarthome.io.transport.serial.internal.SerialPortIdentifierImpl.open(SerialPortIdentifierImpl.java:61) ~[?:?]
at org.openhab.binding.rfxcom.internal.connector.RFXComSerialConnector.connect(RFXComSerialConnector.java:61) ~[?:?]
at org.openhab.binding.rfxcom.internal.handler.RFXComBridgeHandler.connect(RFXComBridgeHandler.java:188) ~[?:?]
at org.openhab.binding.rfxcom.internal.handler.RFXComBridgeHandler.lambda$0(RFXComBridgeHandler.java:162) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_232]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [?:1.8.0_232]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) [?:1.8.0_232]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) [?:1.8.0_232]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_232]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_232]
at java.lang.Thread.run(Thread.java:748) [?:1.8.0_232]

@RastaChaum RastaChaum added the bug An unexpected problem or unintended behavior of an add-on label Feb 5, 2020
@RastaChaum
Copy link
Author

Extract of my compose file


  openhab:
    image: openhab/openhab:2.5.0-armhf-debian
    restart: unless-stopped
    network_mode: host
    container_name: openhab
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - /etc/timezone:/etc/timezone:ro
      - /opt/openhab/addons:/openhab/addons
      - /opt/openhab/conf:/openhab/conf
      - /opt/openhab/userdata:/openhab/userdata
    environment:
      OPENHAB_HTTP_PORT: '8080'
      OPENHAB_HTTPS_PORT: '8443'
      LC_ALL: 'fr_FR.UTF-8'
      LANG: 'fr_FR.UTF-8'
      LANGUAGE: 'fr_FR.UTF-8'
      EXTRA_JAVA_OPTS: '-Dgnu.io.rxtx.SerialPorts=/dev/ttyUSB0 -Duser.timezone=Europe/Paris' 
      USER_ID: 9001
      GROUP_ID: 1000
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0
    ports:
      - "8443:8443"
      - "5007:5007"

@RastaChaum
Copy link
Author

rfxcom.things

Bridge rfxcom:bridge:usb0 [ serialPort="/dev/ttyUSB0" ] { Thing rfy shutterKitchen_260_1 "Volet Cuisine" [ deviceId="260.1", subType="RFY" ] Thing rfy shutterLivingroom_259_1 "Volet Salle" [ deviceId="259.1", subType="RFY" ] Thing rfy shutterLivingroom_258_1 "Volet Salle (baie)" [ deviceId="258.1", subType="RFY" ] Thing rfy shutterLivingroom_257_1 "Volet Sallon" [ deviceId="257.1", subType="RFY" ] Thing rfy shutterBedroomP_513_1 "Chambre (parents)" [ deviceId="513.1", subType="RFY" ] Thing rfy shutterBedroomN_65793_1 "Chambre (Nora)" [ deviceId="65793.1", subType="RFY" ] Thing rfy shutterBedroomN_66049_1 "Chambre (Ambre)" [ deviceId="66049.1", subType="RFY" ] Thing lighting6 gardenLight_21845_A_1 "Lumière Jardin" [ deviceId="21845.A.1", subType="BLYSS" ] Thing lighting6 doorCar_21845_A_2 "Porte Garage" [ deviceId="21845.A.2", subType="BLYSS" ] }

@RastaChaum
Copy link
Author

Hello,
I think that i've found the solution like a big boy !
So, i resolved it by correcting this problem #1534 that i had also....

And i don't know why, but since, my RFXCOM Thing stay in an online state !!!
Stay watching during one day to be sure. And if it's good, i will close the issue.

BUT, i'm really disappointed that the issue has been open without any comment or watch in 10 days ! As i never had response from my first comment of the origin issue....

@paulianttila
Copy link
Contributor

Most probably your problem is related to restdocs change. Restdocs has been moved from misc to ui addons.

2020-01-23 19:25:23.746 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-misc-restdocs'

Feature installs also cause binding restarts and after several restart, serial port is already in use. Of course, rfxcom binding should be resistant for those continuous restarts, but that's another story.

@grueny
Copy link

grueny commented Apr 13, 2020

I have the same problem with a raspberry pi and RFXcom. I upgraded to 2.5 an afterwards I had the same behaviour.
@paulianttila how can I disable the old openhab-misc-restdocs?

@lolodomo
Copy link
Contributor

lolodomo commented Jan 3, 2021

I imagined everyone found how to remove openhab-misc-restdocs.
Can we close this issue ?

@lolodomo lolodomo added the awaiting feedback Awaiting feedback from the pull request author label Jan 3, 2021
@lolodomo
Copy link
Contributor

No answer

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting feedback Awaiting feedback from the pull request author bug An unexpected problem or unintended behavior of an add-on
Projects
None yet
Development

No branches or pull requests

4 participants