Skip to content
This repository has been archived by the owner on Mar 19, 2023. It is now read-only.

Triggering the image_processing.scan service does not always update in home assistant #124

Closed
blackgold9 opened this issue May 17, 2020 · 7 comments

Comments

@blackgold9
Copy link

Im running into the issue where triggering a scan does not always update the hass state, or save a new image to the specified folder. Sometimes it works, sometimes it doesn't, without any pattern i've been able to spot.

I have deepstack object 3.1 configured talking to deepstack running on linux like so:

image_processing:
  - platform: deepstack_object
    ip_address: <IP Address>
    port: 5000
    api_key: !secret deepstack_key
    save_file_folder: /config/snapshots/
    # save_timestamped_file: True
    # roi_x_min: 0.35
    # roi_x_max: 0.8
    #roi_y_min: 0.4
    # roi_y_max: 0.8
    targets:
      - person
    source:
      - entity_id: camera.loft

I've noticed in the debug logs the webhook being called with data at the right timestamp, but then it appears to reference the timestamp of the old state in home assitant, and when i check the UI the state in the UI is still from the old timestamp in the log line.

@robmarkcole
Copy link
Owner

please increase the timeout in config, sometimes deepstack is slow, particularly on first processing. This is not an issue with the code so closing, thanks

@blackgold9
Copy link
Author

blackgold9 commented May 22, 2020 via email

@blackgold9
Copy link
Author

These logs show results coming back in a second or so:
https://pastebin.com/yC2Z1w4U

Yet I don't see the latest snapshot image updated on the filesystem, nor the actual readings updated. So, to me it looks like something other than timeout. Misconfiguration?

@blackgold9
Copy link
Author

I have 2 camera set up for processing (2 separate deepstack_object entitites). One of them updates most of the time, and saves a timestamped file. The latest file often doesn't update even when a new timestamp file is written. The other entity almost never writes any images or updates.

@robmarkcole
Copy link
Owner

My guess is that the images may be corrupted somehow. Unless we can reproduce this reliably we are just guessing

@blackgold9
Copy link
Author

blackgold9 commented May 28, 2020 via email

@fgonza2
Copy link

fgonza2 commented Sep 29, 2020

i see the same issue on 0.155.3

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants