I know this must be (or has been) possible, but can't find any documentation about it anymore: I want to send a jpeg from a doorbell camera without a snapshot url to Domoticz via FTP, so that it detects that a new picture comes in without delay, activates some switches and forwards the picture via the notification system (I usually use Telegram for this).
The camera software is able to send FTP jpegs via FTP or email, but can not send a custom MQTT message or HTTP request. Domoticz and my FTP server are both running on the same Raspberry Pi.
Any hints?
Pierre
Image from doorbell camera via FTP?
Moderator: leecollings
- pgielen
- Posts: 91
- Joined: Monday 18 February 2019 14:44
- Target OS: Raspberry Pi / ODroid
- Domoticz version: 2020.2
- Location: Boxmeer
- Contact:
Image from doorbell camera via FTP?
https://robothuis.nl, RPi4B, RFXCOM XL, Aeotec Z-Stick, ESP Easy, Weatherstation, several switches and sensors, Ikea Trädfri, Philips Hue, Foscam, Reolink, Lyric T6, Ring
- waltervl
- Posts: 5409
- Joined: Monday 28 January 2019 18:48
- Target OS: Linux
- Domoticz version: 2024.7
- Location: NL
- Contact:
Re: Image from doorbell camera via FTP?
Perhaps you are referring to this? https://github.com/PatchworkBoy/domoticz-cam-bridge
Domoticz running on Udoo X86 (on Ubuntu)
Devices/plugins: ZigbeeforDomoticz (with Xiaomi, Ikea, Tuya devices), Nefit Easy, Midea Airco, Omnik Solar, Goodwe Solar
Devices/plugins: ZigbeeforDomoticz (with Xiaomi, Ikea, Tuya devices), Nefit Easy, Midea Airco, Omnik Solar, Goodwe Solar
-
- Posts: 643
- Joined: Thursday 10 November 2016 9:30
- Target OS: Raspberry Pi / ODroid
- Domoticz version:
- Contact:
Re: Image from doorbell camera via FTP?
IMO nothing exists. At least I did not found anything when I had to code this (& much more).
Just take care of a few traps:
-FTP server will show files during download as no file sync mechanism is in this old protocol, so you'll have issues between producer (server) & consumer (your service getting cam files) if not choosing a FTP server that can put a specific extension on part files to be able to filter those to only use full/downloaded image files only: proftpd under Linux allows this using it's hidden-store feature.
-The service that'll monitor cam(s) FTP may basically be an infinite loop that'll check for new files &, if any, process them with let's say an objective of 5s time loop to keep it reactive & being able to do the whole job far under this time slot.
I did such setup as a python service. But as this is linked to alarm setup (feeding virtual PIRs + weighting mechanism at the heart of my domoticz built alarm system to filer false positives), sending snapshots (+video at night or if not at home) in encrypted (something cam embedded mail client could not do) archives by mail (threaded, not to block the process loop under captures surges) + feeding a (python built) custom page with last cams image assemblies, changing Dahua video container (dav->mp4) for mobile compatibility etc, so that's a bit complex!
Done before Domoticz python plugins existence, that's not easy in-UI configuation (but YML files with a bit complex grammar considering features and even some cams config changes for day/night hours: Sensitivities increased at night for instance + mode enforced manually to avoid unwanted switches under lightning changes from external cameras, so this also include some cam APIs calls that are closely linked to those I use).
But all this processing is doable using python on a PI3B under 2s even under high captures surge (I have 3 cameras always on, front & back of my home + garage ; 2 others under my roof I only switch on when I suspect some weasels may seek for a new home or maternity there! So this can handle 5 cams), so your comparatively simple requirements are IMO OK.
Who is online
Users browsing this forum: No registered users and 0 guests