I like to give feedback about my current tests and local setup.
Probably it will help other.
Camera I use (just bought few days ago): Reolink 4MP Überwachungskamera Aussen, 2,4/5GHz WLAN CCTV IP Kamera Outdoor, Wetterfest, 30m Nachtsicht, Sicherheitskamera mit Bewegungserkennung, Audioaufzeichnung, Fernzugriff, RLC-410W Schwarz
The rstp-address to get the native stream of the camera in my network is: rtsp://admin:YOUR_PASSWORD@192.168.178.53:554//h264Preview_01_main
In my openHAB-configuration I add a new binding of “IpCamera Binding”:
I did install the FFMPEG on the new RaspberryPi for OH 3.1 but did not per se configure and test it. Not sure if the FFMPEG is really used for what I’m doing.
Since you have a Hikvision, there was a bug that stopped them working in DIGEST mode recently and this was just fixed in the released 3.2m4 just released. So make sure your on the latest version, or you can switch to basic auth as a work around. Dropping the new jar into older cores can be done.
As for the image channel, what is the config set to that is called ‘updateImage’? also have you tried the channel called ‘updateImageNow’ and turning that on?
I really don’t recommend using the image channel for multiple reasons, one of which is it floods the event bus with the image data. With only a few cameras and longer poll times it is fine to do but it is a feature that I have not tested in a very long time so if you still can not get it working let me know so I can run a test here. You posted you have 9 cameras and poll times of 3 seconds, I really really don’t think it is a good idea to use the image channel in this case, I would be surprised if it worked without issues.
Why do you not want to use the other methods?
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
2535
The version I got was off your site back in Oct, should I get it from here which is built today?
I really only want an image to be displayed (which the image gets updated between 3 - 5 seconds) on a panel I have 6 cameras showing. Really don’t need to stream video the the panel (tablets aren’t that powerful)
Here’s the ITEMS for a camera that is working with your OH 2.5 binding.
It still needs the extra Netty library, but now different openHAB versions use different Netty lib versions it is far easier to just install the telstick binding which will take care of the Netty libs so the single jar works. You can download the jars from the mvn/maven website, or install them with the console using the info from this post making sure you only use a single version of Netty on your system. The mqtt binding also uses different parts of the Netty libs.
That link will be the fixed version and should work on all 3.x versions of the core.
Try using the autofps.mjpeg stream as it updates every 8 seconds when there is no movement, then will change to every second when motion is detected. Tablets will handle it fine and there are widgets for OH3 that can make setting it up easy.
Another way would be to use snapshots.mjpeg and set the pollTime to 3 seconds and the stream will be a picture change every 3 seconds.
Yet another way is to use an Image item or oh-image card that gets fed the ipcamera.jpg url and set to update every 3 seconds.
All three of these ways will stop the image data going through the event bus and result in less load.
1 Like
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
2538
Thank you for all the detail to follow. I’m struggling to get TellStick to work. I’ve tried using the GUI to install it and dropping in the JAR. Here’s the state of it which it shows its missing a Netty object.
Also, I do have MQTT and zWave bindings both 3.1 versions installed if this is causing the issue.
344 │ Installed │ 80 │ 3.2.0 │ org.openhab.binding.tellstick
2021-11-09 08:23:46.618 [WARN ] [org.apache.felix.fileinstall ] - Error while starting bundle: file:/usr/share/openhab/addons/org.openhab.binding.tellstick-3.2.0.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.tellstick [344]
Unresolved requirement: Import-Package: io.netty.channel.kqueue; version="[4.1.0,5.0.0)"
at org.eclipse.osgi.container.Module.start(Module.java:463) ~[org.eclipse.osgi-3.16.200.jar:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:440) ~[org.eclipse.osgi-3.16.200.jar:?]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) [bundleFile:3.6.8]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) [bundleFile:3.6.8]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:520) [bundleFile:3.6.8]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) [bundleFile:3.6.8]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) [bundleFile:3.6.8]
Here’s the Netty’s I have on my 3.1 system.
243 │ Active │ 80 │ 4.1.63.Final │ io.netty.buffer
244 │ Active │ 80 │ 4.1.63.Final │ io.netty.codec
245 │ Active │ 80 │ 4.1.63.Final │ io.netty.codec-http
246 │ Active │ 80 │ 4.1.63.Final │ io.netty.common
247 │ Active │ 80 │ 4.1.63.Final │ io.netty.handler
248 │ Active │ 80 │ 4.1.63.Final │ io.netty.resolver
249 │ Active │ 80 │ 4.1.63.Final │ io.netty.transport
275 │ Active │ 80 │ 4.1.63.Final │ io.netty.codec-socks
276 │ Active │ 80 │ 4.1.63.Final │ io.netty.handler-proxy
277 │ Active │ 80 │ 4.1.63.Final │ io.netty.transport-native-epoll
278 │ Active │ 80 │ 4.1.63.Final │ io.netty.transport-native-unix-co
Maybe as a simplier option, can you zip up the Netty stuff and put it up on your server like you have in the past with the older versions?
Best, Jay
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
2539
I have upgraded OH from 3.1 to 3.2m4 and now I have more Netty objects and the install of TellStick worked.
openhab> list -s | grep netty
258 │ Active │ 80 │ 4.1.68.Final │ io.netty.buffer
259 │ Active │ 80 │ 4.1.68.Final │ io.netty.codec
260 │ Active │ 80 │ 4.1.68.Final │ io.netty.codec-http
261 │ Active │ 80 │ 4.1.68.Final │ io.netty.codec-socks
262 │ Active │ 80 │ 4.1.68.Final │ io.netty.common
263 │ Active │ 80 │ 4.1.68.Final │ io.netty.handler
264 │ Active │ 80 │ 4.1.68.Final │ io.netty.handler-proxy
265 │ Active │ 80 │ 4.1.68.Final │ io.netty.resolver
266 │ Active │ 80 │ 4.1.68.Final │ io.netty.transport
267 │ Active │ 80 │ 4.1.68.Final │ io.netty.transport-native-epoll
268 │ Active │ 80 │ 4.1.68.Final │ io.netty.transport-native-unix-common
331 │ Active │ 80 │ 4.1.68.Final │ io.netty.transport-native-kqueue
I uninstalled the IPCam 3.2m4 and re-dropped it in and got this in the event log.
2021-11-09 14:07:45.710 [hingStatusInfoChangedEvent] - Thing 'ipcamera:hikvision:60179e611f' changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2021-11-09 14:07:45.896 [hingStatusInfoChangedEvent] - Thing 'ipcamera:hikvision:10f6258d1a' changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2021-11-09 14:07:45.919 [hingStatusInfoChangedEvent] - Thing 'ipcamera:hikvision:1e24e8460d' changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2021-11-09 14:07:45.946 [hingStatusInfoChangedEvent] - Thing 'ipcamera:hikvision:91b4b89a9d' changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2021-11-09 14:07:45.978 [hingStatusInfoChangedEvent] - Thing 'ipcamera:hikvision:0cf1f88e47' changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2021-11-09 14:07:45.998 [hingStatusInfoChangedEvent] - Thing 'ipcamera:hikvision:46e5506d6a' changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2021-11-09 14:07:46.005 [nelDescriptionChangedEvent] - Description for field 'STATE_OPTIONS' of channel 'ipcamera:hikvision:60179e611f:gotoPreset' changed from 'null' to '{"options":[]}' for linked items: []
2021-11-09 14:07:46.021 [hingStatusInfoChangedEvent] - Thing 'ipcamera:hikvision:87cb66e306' changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2021-11-09 14:07:46.053 [hingStatusInfoChangedEvent] - Thing 'ipcamera:hikvision:0b51a19946' changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2021-11-09 14:07:46.077 [hingStatusInfoChangedEvent] - Thing 'ipcamera:hikvision:2df5aa8a86' changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to INITIALIZING
2021-11-09 14:07:46.081 [nelDescriptionChangedEvent] - Description for field 'STATE_OPTIONS' of channel 'ipcamera:hikvision:10f6258d1a:gotoPreset' changed from 'null' to '{"options":[]}' for linked items: []
2021-11-09 14:07:46.162 [nelDescriptionChangedEvent] - Description for field 'STATE_OPTIONS' of channel 'ipcamera:hikvision:1e24e8460d:gotoPreset' changed from 'null' to '{"options":[]}' for linked items: []
2021-11-09 14:07:46.287 [nelDescriptionChangedEvent] - Description for field 'STATE_OPTIONS' of channel 'ipcamera:hikvision:46e5506d6a:gotoPreset' changed from 'null' to '{"options":[]}' for linked items: []
2021-11-09 14:07:46.329 [nelDescriptionChangedEvent] - Description for field 'STATE_OPTIONS' of channel 'ipcamera:hikvision:91b4b89a9d:gotoPreset' changed from 'null' to '{"options":[]}' for linked items: []
2021-11-09 14:07:46.335 [nelDescriptionChangedEvent] - Description for field 'STATE_OPTIONS' of channel 'ipcamera:hikvision:0cf1f88e47:gotoPreset' changed from 'null' to '{"options":[]}' for linked items: []
2021-11-09 14:07:46.352 [nelDescriptionChangedEvent] - Description for field 'STATE_OPTIONS' of channel 'ipcamera:hikvision:87cb66e306:gotoPreset' changed from 'null' to '{"options":[]}' for linked items: []
2021-11-09 14:07:46.361 [nelDescriptionChangedEvent] - Description for field 'STATE_OPTIONS' of channel 'ipcamera:hikvision:0b51a19946:gotoPreset' changed from 'null' to '{"options":[]}' for linked items: []
2021-11-09 14:07:46.381 [nelDescriptionChangedEvent] - Description for field 'STATE_OPTIONS' of channel 'ipcamera:hikvision:2df5aa8a86:gotoPreset' changed from 'null' to '{"options":[]}' for linked items: []
Debug or trace log output would be the first step. The ipcamera binding documentation has at the very first section titled ‘how to get help’ which gives the command to enable the log output, then please start a new thread and feel free to mention my name in it or post a link to it from here.
Hikvision cameras have an illegal login lock that once tripped will mean you have to reboot the camera, worth doing in case that is the cause but the logs should be picking that up when you enable debug/trace.
Also you should try and open the stream by just typing the URL into any web browser, the binding should log that it got the request and then the following info may yield a clue as to what is wrong.
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
2543
I found out the issues with my HikVision NVR model DS-7208HUI-K2 configuration with migrating the binding versions from 2.5 to 3.x.
Here’s a summary of them.
v2.5 has two channels that are NOT named the same on v3.x
updateImageNow is now pollImage
videourl is now mjpegUrl (at least I think it is)
v2.5 does NOT need the updateImageNow turned ON to update the IMAGE channel but v3.x pullImage channel does.
v2.5 has a “Poll Time” value which is defaulted to 1000. The v2.5 binding has an option called “Update the JPG and Image when: Always update JPG” which is 1. v3.x has an option called “Update Image Channel When” which is defaulted to None but if you put it to follow pullImage which is option 1 to mirror v2.5 setting, this isn’t the same thing. You must have v3.x pullImage switch ON for this to work.
Those URL’s are wrong as they are missing the uniqueID of the camera. Since you are using 3.2m4 you can find the next gen documentation here IP Camera - Bindings | openHAB
Replied to your other post on this.
I tested the image channel last night and it is working when the channel is turned on, as per the documentation. Yes this was changed at some point. I am also working towards making the binding be fully on demand and not poll at all so it would be best to change to a method that keeps the pollTime at 1000 ms as this is where I do all my testing.
jwiseman
(Mr. Wiseman (OH 4.2 Snapshot on Pi4))
2545
My fault, this interface doesn’t like brackets around a variable, it striped the uniqueID out of the URL. I removed the brackets from the post.
I wanted to report the successful use of my ip camera with openHAB. But I can’t find where this request was expressed and therefore the details on how to do it. Anyone knows?
Is there an option to override base URL of the ipcamera URLs?
I run Openhab in Docker with several network interfaces and have 3 distinct IP-s. In addition I access openhab with nginx reverse proxy through HTTPS.
Chrome throws an error that http is not served inside a https page (Or something like that) so the stream does not start. If I open openhab with http only the stream is able to start.
What I need is to exchange base URL from the wrong IP and http url to https://fqdn
If I specify the above url manually in a video player card on the Web UI the stream is started correctly even though https. But I need to skip selecting the created HLSURL item. IT would be more convenient to use the item and not to override the given URL.
In the documentation it refers to (serverPort=54324) but the GUI doesn’t have any place to set this value. I’m assuming because of the new URL handling this with version 3.2m4 of the binding?
How can I test the ffmpeg setup with the parameters in the GUI? Asking for command line syntax.
Here’s the settings for HIKVision NVR I have setup:
Correct. You can see the updated version of the documentation if you click on the LATEST button in the top left corner of the website. Or this link takes you there…
Not sure I under5stand the question. If you enable DEBUG log level you will get the command that is trying to be run, plus you will get any errors that ffmpeg is throwing.
BTW you do not need to include the user:pass@ in any urls, the binding will take care of that automatically so the password is only in 1 place if you ever want to change it.