-
Notifications
You must be signed in to change notification settings - Fork 20
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
All of my issues into 1 issue. #26
Comments
@OwensDataCenter the 13 minute limit is something we have seen/documented before -- it usually happens when you're using RTSP over UDP for streaming. You should check if your security system is able to use RTSP over TCP so it won't have that issue with restarting every 13 minutes. If your security system doesn't support RTSP over TCP your only option would be to stream from the camera to middle-man machine (with RTSP over TCP) then re-stream from the middle-man machine to your security system -- this middle-man setup can be easily setup with ffmpeg but it does require the middle-man machine to be always on, always streaming from camera and providing the rtsp stream to the security system. You made it sound like only 1 of you cameras was having this issue which makes me think you may only need to double check the settings for that camera (to use RTSP over TCP) or you should be in fact seeing the issue in all cameras (I can tell you that all cameras I own have this issue, but depending on the model it may not be a problem). |
@guino Thats not the problem, I don't have RTSP. I don't really want it because of all the chaos is caused over my Wi-Fi (The 2.4 GHz Wi-Fi network is very crowded). I am using the MJPEG/JPEG in the cgi-bin directory to get the feed. Also, I tried copying the files that were on that SD card (the one that was giving me problems) to all of the other cameras' SD cards and now all of them are having that issue, could there be a problem with the files? |
@OwensDataCenter I have never heard of issues using mjpeg for extended periods of time. Feel free to post a zip of your SD card files (without SDT folder) and I can review but I would expect that it should work 100% or the time or not at all. |
@guino I changed the user (And SSID)/pass of everything to admin/admin for privacy and security (Keep that in mind) |
This problem only happens when the IR is on and is night-time. |
@OwensDataCenter I looked at your files and this is what I see: Like I said I have never seen issues with prolonged use of mjpeg/snap but I have seen issues where the image was so complex that the 57336 size was just not enough to get a full picture -- some web browsers show a partial image while other devices and/or browsers won't show anything at all when the image is incomplete. |
@guino Nope. However, when I put ppsapp on the root of the SD Card it works all night now. |
@guino Audio? How can I get the audio feed? |
@OwensDataCenter audio is only available with RTSP , mjpeg and snap won’t have audio. |
@guino Ok. 00:00:19.657 INFO pps_tuya_media.c:1878]md_common_callback... -----------chan:0, w:1920,h:1080,minqp:28,maxqp:43 fps:20,goplen:40,bps:600, profile:0,use_chn:0,enc_grp:1,br_mode:1,enc_out_type:0 -----------chan:1, w:640,h:360,minqp:28,maxqp:43 fps:20,goplen:40,bps:360, profile:0,use_chn:1,enc_grp:2,br_mode:1,enc_out_type:0 Here is the whole log file, too lazy to change SSID's and Passwords: ppsapp.log |
@OwensDataCenter some firmware versions will stay in factory mode if posFactoryTool.txt is on the card - please rename or delete the file from rhe SD card and reboot. That file is only needed to get the information from the device for the root process (mjpeg/snap/RTSP should work fine without it). |
@guino fixed, after removing ppsFactoryTool.txt i used a QR Code to get on the network, all works better now, case closed. |
@guino Update: After removing all of the CGI scripts and making modifications to most of the files and STILL the camera reboots! |
After letting it sit for about 25 minutes it is doing better. But it does not restart! Good! |
@guino Another update: Put it back in its case and weirdly enough, RTSP works and ONVIF as well. |
The camera is doing quite well. Good enough to where it barely even bothers me. |
After a LOT of messing around I found out if that, I do use my phone (the one I used to set up the camera) while using Blue Iris the camera doesn't throw a fit, tries to reconnect to Wi-Fi a lot of times or anything of that sort, it doesn't even restart at all. |
@guino Yay! Finally it actually works! I've been thinking, could you add Pan-Tilt functionality for the Geeni Sentry Pan Tilt camera? |
@OwensDataCenter glad it is working now. For pan/tilt functions the camera would have to expose these features somewhere like in a local web service or thru ONVIF (which allows for this type of feature to be controlled). From what I have seen on tuya devices it is unlikely for either of these. It may be possible to control the motors directly thru the linux drivers but without the device to research/test it would be near impossible to know it that can be done -- could even require patching the ppsapp to disable the built-in pan/tilt functions of ppsapp so they would be available for control by an outside application. |
@guino So I took a look at the board, they look like serial port headers (4 golden contacts) at the edge of the board, I want to use them with an Arduino to make it a Pan-Tilt Camera, I already created some CGI Scripts to blink the LED and do some other custom functions, how can I read and write to that serial port? |
@OwensDataCenter the serial pins on the board are usually 4 contacts like you described: VCC, GND, TX and RX (order likely varies) -- these are TTL level logic at 3.3v, so any board (Arduino, Pi, etc) that supports TTL 3.3v should be able to talk to it (anything 5V will likely FRY IT). What you'd get from this header is likely a serial terminal that you can use to mess with the bootloader, there's likely not going to be any 'function' you'll be able to control using that port. With the device rooted you may be able to send/receive data onto that serial port but it may require custom bootloader settings to prevent the kernel from using it. In your place I would just get a $2 ESP8266 and control the pan/tilt function that way using WIFI directly from it -- it will be way easier (and cheaper) than using an arduino board, you can use the Arduino IDE with it just the same and don't have to wire anything into the camera itself. |
@guino it's a good thing that you didn't get one. I had the motherboard of this camera laying around and decided to hook my Arduino up to its RX and TX pins, the username is default with no password, the fs is a mess and many problems put in place, it's a different operating system but parts of the tuya IPC operating system are on it. Most of the IP addresses that I found in the files are Chinese servers, also the camera can create a VPN to your local network with a DDNS as well, Glad I ran 'rm -rf *' to remove all the OS crap (files that are non-essential). Used to take about 45 seconds to get to the command line now it only just takes 9 seconds. This is the aftermath output of the camera: https://gist.github.com/OwensDataCenter/6c334fbf22c97f57c49641494e1ad9f8 |
I have 3 cameras and 1 of them keeps restarting every 13 minutes and it makes my whole security system unreliable. Is it because it is getting overloaded?
Here's what happening to that camera at night
I have my router telnetting into the camera to set the time because I don't like setting the time manually, It does that every 5 minutes.
(I have removed some other sentences because it is not a problem that needs to be fixed, Those issues were user error.)
The text was updated successfully, but these errors were encountered: