Monocle Gateway is a small service that runs on your local network to coordinate communication, encryption and security between your Alexa enabled devices and local IP cameras. The Monocle Gateway is a replacement for the previous proxy workaround service and is fully integrated with the Monocle platform.
Just a quick update, the following commands have been added to the install.sh script in the upcoming 0.0.4 release to address this issue.
# Set group ownership and permissions of config directory
chgrp -f -R monocle /etc/monocle
chmod -f -R g+rw /etc/monocle
When the install script runs, it does create a monocle system user account (a user account with no logon capabilities) as well as a monocle group. So the commands above simply set the group ownership to the monocle group and file permissions to allow read and write access to the monocle group.
@dabware said in Running as service on RaspberryPi 2:
Technically speaking we only support the RPi3B and higher due to concerns over limited processing capabilities on the older models. However, we are happy to try to get it working so that you can evaluate the solution and determine for yourself if a more powerful/newer model is required for your specific needs.
It looks like the service is failing to load due to the user account that the service is trying to start with. The install script should have created a system user account (a user account with no logon privileges) named “monocle”. Another user pointed out a file permissions issue in the current install script where the “monocle” user does not have sufficient READ access to the /etc/monocle/monocle.token file.
If you would like to open a support ticket at: https://monoclecam.com/contact we would be happy to provide you access to the unreleased version of the Monocle Gateway that includes the fix for the permissions issue.
Thank You, Robert
The Alexa devices use/prefer TCP connection to the camera. So using rtsp://10.13.13.50:10554/tcp/av0_0 in theory would be better. (Except when using @proxy, that does use UDP connections)
Just to confirm, you are using the Monocle Gateway service installed locally and running on your network?
Have you tried using “@tunnel, @noaudio”? Please forward us a log using “@tunnel, @noaudio” and we can review it to see if there is anything obvious that is wrong.
setcap is a utility available in newer Debian distros (Ubuntu, Raspbian, etc) and we use it to allow the monocle-gateway executable to run and serve on port 443 which is a protected port in most Linux distros. You may need to find another way to allow the monocle-gateway to access and host on port 443. I’m not familiar with the QNAP NAS and which Linux distro it uses. You can try commenting out that line in the install script and see what happens. You could run the monocle-gateway as a root user which should allow access to port 443 for testing, but you would be better off to find a proper solution to enable port 443 and not run the process with root access for long term use.
What makes you think it is memory getting filled up? Does it start and then crash?
Did you test the gateway and check the log?
Mine had a port conflict i saw and fixed before it would work.
Also, when using the gateway, i believe you use the cameras ip address and not the pc of the gateway. Can you confirm you have unique ips?
Ha, you are right. It is in there. Something about it being the indented pull out text made me ignore it (that’s my bad), that and when I had previously installed it months ago on my main desktop for testing I didn’t run into that issue as the dependency was already installed.
The Emby server is doing some transcoding on the feeds. So hopefully your Emby server has enough muscle to get the job done. I have not tested on any small devices such as the RaspberryPi or other ARM based systems. I installed Emby server on an Intel i7 NUC for testing. So it does have hardware acceleration support enabled.