Jump to content

All Activity

This stream auto-updates     

  1. Last week
  2. iw5ejm iw5ejm joined the community
  3. zuazons zuazons joined the community
  4. Henri47 Henri47 joined the community
  5. Earlier
  6. Mr.RC-Cam
    Look for DiY vRx OSD applications by searching for projects like this: https://dronegarageblog.wordpress.com/2016/01/20/arduino-5-8ghz-rx5808-module-open-source-fpv-receiver/
  7. Arise started following FR632 5.8GHz diversity receiver sync problem
  8. Arise
    Hi there. stumbled into this thread while googling for potential issues of this receiver. I never thought my receiver would have problems, but I’ve noticed a different image between my googles (FR632 40channels paired with a Quanum V2 headset) vs. some Eachine diversity headset. Still not sure if the issues are related to the antenna or some other cause, but I dont experience the issues described in the OP. I only have some noise... some horizontal lines that dont appear on the Eachine receiver. Anyway... another question, would be possible to add a minimosd directly to the FR632 and display some lines with the signal strength like other goggles do? I know for example that miminosd gives some kind of percentage for RSSI but I would like bars like the rest of googles that can do that? Also, adding a DVR recording inside would be nice as well, dont think about an external unit.
  9. Mr.RC-Cam
    Thanks for reporting you solved the problem.
  10. Arise Arise joined the community
  11. dmpriso
    Swapped out the ImmersionRC Uno V3 for a ImmersionRC Duo V3 and everything is perfect. The video signal looks much better, the sync pulse is about 300mv and the problem is gone
  12. Mr.RC-Cam
    That's a lot of things that are contributing to your problem. Too bad our FPV gear makers aren't more careful with the video signal levels. The symptoms include indications that you have a severe video emphasis compatibility issue or other modulation problem. That often occurs when mixing vTx and vRx brands. Since the goggles have a Nexwave vRx module (an ImmersionRC development), there's a chance that a ImmersionRC Nexwave branded vTx would improve your rebroadcasting link's sync and colorburst levels. First on the list is to restore the overall (full-white) signal level to 1Vpp. Maybe a different resistor in the UNO will provide a cheap workaround. Otherwise, a video amp with a gain of about 1.6X is needed on the UNO's video out. Still a bandaide, but might get you back on your feet. - Thomas
  13. dmpriso
    I did some measurements (in the basement still, cause too hot outside). It seems to be a combination of several factors. The camera outputs about 1.3vpp with a sync pulse of about 300mv. The Uno2400 Rx outputs a signal of about 800-900mv with a sync pulse just above 170mv. When fed to the goggles via cable, this is still enough to get a stable picture inside my DomV2 goggles. Interestingly, the TBS groundstation outputs a video signal of about 4vpp! No wonder that if I feed that into the rebroadcasting Vtx I don't have any sync issues .. however one can see the signal saturation on the receiving side. With the rebroadcasting set up and the NexWave receiver in my goggles I measured the video signal in my goggles. With the NexWave 2.4 Module without rebroadcasting, the signal look similar to what the Uno2400 puts out. However, with rebroadcasting and the 5.8 Nexwave module, the vpp is down to about 600mv, with a sync pulse of less than 160mv. This is where I start getting occasional rolling or black/white image.
  14. dmpriso
    Thanks for the link and the video. I will repeat the measurements outside when temps drop a bit; currently we do have 35 deg. C However I know that the problem also arises outside during flight.
  15. Mr.RC-Cam
    1. This link will give basic information on how to measure the video: https://www.rc-cam.com/forum/index.php?/topic/2825-using-the-50-digital-scope-to-measure-video-levels/ 2. If you disconnect the rebroadcasting vTx from the Uno the Uno's output will increase 2X. With the rebroadcasting vTx removed you must install a 75 ohm resistor on the Uno vRx's video signal to properly terminate it. Then you can measure the video level of the Uno. 3. The video example looks like multipathing interference to me. That will happen a LOT inside a building. Take everything outside, away from all structures, and then test it. If the video is more stable then the problem indoors involved multipathing.
  16. dmpriso
    And here without the Vtx attached. BTW my latest test setup was without any OSD etc. involved. Just a IRC 2400 VTx with 700mw, the IRC Uno2400 "NexWave" version, and a TBS Unify Pro for rebroadcasting. Same-same with a Foxeer 25mw Tx for rebroadcasting. Had a TBS Groundstation running for reference and picture was clear there all the time without flickering. Another information: Using the TBS Groundstation rebroadcasting works perfectly, and the rebroadcasting Vtx also doesn't cause that amplitude drop on the groundstation.
  17. dmpriso
    OK so I did the mod. Unfortunately it didn't help. I've now got an original and a modded Uno2400, both perform the same way. First to demonstrate the problem I did a video from inside my goggles where you can see the flickering happen: Again notice that the problem does not occur if attaching the goggles via cable, it also does not occur with other cominations of Rebroadcasting VTx and VRx and it also does not happen when attaching the camera to the rebroadcasting Vtx directly. I measured the output at the scope and what I found out that whatever Vtx I use for rebroadcasting, it seems to pull down the output video signal of the Uno2400 significantly. Have a look at the two screens. Here you find the output with the rebroadcasting Vtx attached:
  18. dmpriso
    I got a similar problem with my IRC Uno. It occurs as soon as I use some kind of rebroadcasting. I tried different cameras, VTx, rebroadcasting VTx. It only occurs with the IRC Uno. I also tried to analyze the signal with a scope but lack knowledge to judge it except from it being a bit weak compared to the output of other receivers. Glad I found that thread. I had already ordered (but not assembled) a video amp but I will try the resistor mod first. Will report back to you. It's easily reproducible with that rebroadcasting setup actually, no need to make range, just power the tx and watch the video for a few minutes ...
  19. dmpriso dmpriso joined the community
  20. creatron creatron joined the community
  21. carlosrgomez carlosrgomez joined the community
  22. jorge amarante-ct1xv jorge amarante-ct1xv joined the community
  23. Mr.RC-Cam
    On July-15-2018 Intel set a drone world record at their Folsom California campus. It was a spectacular light show featuring 1,500 2,018 drones. I had front row seats! Correction: I mistakenly reported there were 1500 drones. But yesterday's press release says they launched 2018 of them. That's a lot of Quadcopters!
  24. Blacksmock Blacksmock joined the community
  25. causemann started following Analog HD FPV Video. Why Not?
  26. causemann causemann joined the community
  27. Mr.RC-Cam

    FCC Fines Some Spectrum Abusers

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    Attention FPV retailers that advertise/sell to the USA, the FCC would like to remind you: https://docs.fcc.gov/public/attachments/DA-18-581A1.pdf A key passage in their advisory explains that RF compliance of our hobby is possible with a ham license: If a device is only capable of operating on frequencies that the FCC has allocated for use by amateur licensees, it does not require FCC equipment authorization, and an amateur licensee may use his or her license to operate model craft. However, many AV transmitters that purport to operate on amateur frequencies also operate on frequencies that extend beyond the designated amateur frequency bands. If an AV transmitter is capable of operating outside of the amateur frequency bands, it cannot be advertised, sold, or operated within the United States without an FCC equipment certification. Even if an AV transmitter operates solely within the amateur frequencies, the operator is required to have an amateur license to operate the device and must otherwise comply with all applicable rules. None of this is new information. Their Drone Transmitter Equipment advisory is just a reminder about the existing regulations. I think it's safe to assume that the recent HobbyKing mess has put a spotlight on our drone's RF related gear.
  28. Mr.RC-Cam

    FCC Fines Some Spectrum Abusers

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    Ouch. This is going to sting: https://www.fcc.gov/document/fcc-proposes-28-million-fine-against-hobbyking-0
  29. Mr.RC-Cam

    YouTube Live Stream :: Turtle Camera

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    And one last thing. I'm happy to report that PollyCam can be easily adapted for use on systems that use ffmpeg. Here's the details to the validation: A Raspberry PI 3 model B+ was loaded with the latest Raspian Debian 9 (Stretch) image. This OS version has ffmpeg instead of avconv. So I installed ffmpeg on it too. But before installing the PollyCam bash files I changed EVERY instance of the word avconv to ffmpeg in them. The modified files were saved in a new user directory named /home/pi/ffmpeg That's all it took and it works great. It's good to know that PollyCam is avconv and ffmpeg compatible. Enjoy!
  30. Mr.RC-Cam

    YouTube Live Stream :: Turtle Camera

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    That's all the important details to building and running the PollyCam live stream system. Hopefully the information has been helpful. But as a bonus I have a few more comments / tips to share: Avoid Excessive Data Usage Besides sending the live stream to YouTube, I had three computers continuously showing the YouTube feed. It was fun watching our turtle and live chatting with visitors. After a few days of using the PollyCam I checked my broadband provider's site to see how much internet data our account was using. I discovered that data usage had wildly increased and was about to cost me a fortune if I didn't do something ASAP. My solution? To reduce the daily data usage I changed the RTMP bit rate and cut hours of operation. I also stopped continuously showing the live stream on the three computers. These things combined made a dramatic reduction to data usage and avoided expensive data overage penalty fees. Reduce Bit Rate Reducing the RTMP bit rate will affect image quality. But many viewers are watching a small screen (smart phone or tablet) so they will rarely notice the lower resolution. This is an easy adjustment. I ran pollycam_stop and terminated the stream. Then I edited the pollycam_start file and changed maxrate to 1000k (was 2000k). I also changed bufsize to 2000k (was 4000k). Then I ran pollycam_launch to restart the stream. No changes were made to the Foscam camera settings. Schedule Hours of Operation Instead of streaming 24 hrs a day I setup cron jobs to start and stop the stream so it only ran from 6AM to 8PM (daylight hours). As follows: Begin by copying a new bash file to the RPI's /home/pi/avconv directory: pollycam_reboot Next, edit the system's cron file by entering this command: sudo crontab -e In the file find this line at the bottom: # m h dom mon dow command And append / change as follows: # m h dom mon dow command 0 20 * * * /bin/bash /home/pi/avconv/pollycam_stop >> /home/pi/avconv/cron.log 2>&1 0 06 * * * /bin/bash /home/pi/avconv/pollycam_launch >> /home/pi/avconv/cron.log 2>&1 @reboot /bin/bash /home/pi/avconv/pollycam_reboot >> /home/pi/avconv/cron.log 2>&1 Save the cron file. It is a special "temporary" cached file that will be automatically applied to the system cron job scheduler. Two of the jobs will be run at the specified time of day. The third cron job is handled by pollycam_reboot and it is run during system reboot; Please view the file to understand what it does. BTW, each executed cron job will add a timestamp to the text based cron.log file. The log is useful for troubleshooting cron problems.
  31. Mr.RC-Cam

    YouTube Live Stream :: Turtle Camera

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    The two main Live Stream scripts to use are: pollycam_stop: Terminates ALL PollyCam Youtube Live Stream processes that may be running. Run this script to turn off live streaming whenever you are done broadcasting. Also, always run this script BEFORE making any changes to the other PollyCam scripts. pollycam_launch: This is the main script that launches PollyCam streaming for unattended operation. It runs as a background process. You may exit the terminal command shell window (live streaming processes will continue to run without the terminal window). The sub-scripts used by the main pollycam_launch processes are: pollycam_run: This is a sub-script that is called by pollycam_launch. Its purpose is to restart the avconv process whenever the RTSP connection is lost due to random broadband data throttling, camera WiFi signal loss, or just about anything else that interferes with the YouTube video stream connection. For useful debugging messages this script can be executed on its own. Note: run pollycam_stop BEFORE using pollycam_run. pollycam_start: This is a sub-script that is called by pollycam_run. It starts the PollyCam Youtube Live Service using avconv. Runs as background process. BE SURE TO EDIT THE FILE AND ENTER YOUR FOSCAM CAMERA AND YOUTUBE LIVESTREAM PARAMETERS. The utility scripts are: cpu_status: Displays CPU temperature and CPU throttle state that is reported by raspian's vcgencmd function. Useful for determining if the RPI3's power supply has intermittent voltage sag problems or if the CPU cooling is adequate. This is especially critical when streaming due to the video encoder's high process loading. I suggest that you periodically run the cpu_status script while pollycam_launch is running to monitor your CPU's health. Note: CPU Throttle status data should always be 0x0, otherwise you have under-voltage or over-heating problem (and video streaming will not be reliable). Details to the vcgencmd throttle value is found here: https://goo.gl/Dg1U2V cpu_temp: Displays CPU temperature only.
  32. Mr.RC-Cam

    YouTube Live Stream :: Turtle Camera

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    Several bash script files have been created to assist PollyCam's video stream process. They will be stored in the default pi user home directory. The full path we will use is /home/pi/avconv. Note: If you operate under a different user ID then please revise the home directory path (to suit your user name) and edit the bash files so that the paths referenced in them are accurate. Please be aware that the bash files are unix text formatted (linefeeds only, without carriage returns). Any future edits to them MUST use Unix style formatting. The Raspian "nano" editor is a typical choice for this. I use notepad++ with Edit->EOL Conversion set to Unix(LF). Begin by creating the avconv directory: mkdir /home/pi/avconv Using your preferred method, copy the following bash script files to the /home/avconv directory: cpu_status: cpu_status cpu_temp: cpu_temp pollycam_launch: pollycam_launch pollycam_run: pollycam_run pollycam_start: pollycam_start pollycam_stop: pollycam_stop Use the chmod command to allow command execution of the bash files: chmod 755 /home/pi/avconv/* The bash files are now ready for use. As a test, run the cpu_temp program (display CPU temperature) and confirm it works. You must include the full path when you run it, as follows: /home/pi/avconv/cpu_temp After you see it working you can end the program with CTRL-Z.
  33. Mr.RC-Cam

    YouTube Live Stream :: Turtle Camera

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    All the necessary pieces to creating your YouTube Live Stream are now in place. It's time to stream! Here's the avconv command for running the live stream video encoder on your Raspberry Pi3 (RPI3): avconv -rtsp_transport tcp -y -i rtsp://FOSCAM_USERNAME:FOSCAM_PASSWORD@FOSCAM_IP:FOSCAM_PORT/videoMain -vcodec libx264 -preset veryfast -maxrate 2000k -bufsize 4000k -vf "format=yuv420p" -g 10 -acodec libmp3lame -b:a 128k -ar 44100 -f flv -s 1280x720 YOUTUBE_SERVER_URL/YOUTUBE_STREAM_NAMEKEY But before you use the avconv command you must substitute the values for the following parameters: FOSCAM_USERNAME: The admin login name for your Foscam camera. FOSCAM_PASSWORD: The admin password. FOSCAM_IP: The local IP to your camera. FOSCAM_PORT: The port number to your camera (default is 88). YOUTUBE_SERVER_URL: The server URL value provided by your Live Stream account. YOUTUBE_STREAM_NAMEKEY: The stream name/key value provided by your Live Stream account. Type the avconv command (with your specific camera and YouTube parameters) into your RPI3 and press Enter. Within 30 seconds the camera's real-time video should appear on your YouTube Live Stream web page. Congratulations, you're now broadcasting live video on your YouTube channel! Since your live stream system is now up & running this could be the place where we go our separate ways. However, I encountered some unexpected streaming problems that will probably haunt you too. For example, broadband slowdowns (data throttling) may cause YouTube to terminate the current live stream connection and require you to restart it. Or maybe your broadband internet account has limited data usage allocations and live streaming is quickly eating it up. Or perhaps you're running your RPI3 in headless mode and you don't want a full time ftp connection to the RPI3. These situations can be solved with some custom bash script files. I'll share the scripts I wrote in case they help you too.
  34. Mr.RC-Cam

    Analog HD FPV Video. Why Not?

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Video Piloting (FPV/RPV)

    Yes, one of the challenges is to find a low cost AHD1.0 to HDMI scaler with minimal added latency and friendly behavior with weak or missing FPV signals (no "blue" screen, shows snow, fast video re-sync recovery).
  35. HardRock started following Analog HD FPV Video. Why Not?
  36. HardRock

    Analog HD FPV Video. Why Not?

    HardRock replied to Mr.RC-Cam's topic in Video Piloting (FPV/RPV)

    Very interesting research. I try to do the same research with AHD 720 camera. Yesterday night i done quick analyzing of signal with oscilloscope. Signal from AHD camera looks like signal from analog camera with some differents. Used hadware: Analog camera: https://aliexpress.com/item/FPV-Mini-Digital-Video-Camera-1000TVL-1000-TVL-Line-2-8mm-NTSC-PAL-w-Audio-for/32819929498.htm AHD camera: (not recognized, will put model later) vTX: TS832 vRX: RC805 and EV800D googles Analog camera have about only 300 lines with total frame length ~20ms, line sync impulse is about 4.7us, row length is about 60us AHD camera have about 700 lines with total frame length ~38ms, line sync impulse is about 3.7us, row length is aboutn 50us Frame sync length is same in both signals ~1.6ms. Goog news that vTX vRX is not doing any visible changes in signal, it makes only modulation / demodulation. Interesting what row length in AHD shorter than in CCTV. EV800D have only 480 lines. Video from AHD camera looks not synchonized, there is no picture, but i can see screen reaction on movements before camera. Seems like main problem with using AHD camera is scaler in video googles. I will continue reseach. Also i know how to write software for chinese DVR's (aslo for IP camera's SoC), so in case unable to convert signal for googles, i want to try make firware for AHD dvr for low latency output. But now i'm dont have AHD dvr for tests. Aslo interesing project (just FPV, not AHD FPV :)) https://github.com/sheaivey/rx5808-pro-diversity
  37. Mr.RC-Cam

    YouTube Live Stream :: Turtle Camera

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    It's time to setup your YouTube live streaming channel. If you're not currently a registered YouTube user then don't worry. All you need is a Google or Gmail account to access YouTube's free video hosting. Instructions for setting up your YouTube Live Stream are posted here: https://support.google.com/youtube/answer/2474026?hl=en In case it helps, here's a random video I found on YouTube that explains how to set it up. Keep in mind that I don't use the Live Stream Events feature that is discussed in the video. For PollyCam the Stream Now section is all that needs to be configured. When you have completed setting it up you'll be provided a Server URL and Stream Name/Key (found in the Encoder Setup area of your Stream Now page). These are private text strings (do NOT share them). They are used to configure the RPI3's avcon program, so feel free to copy them into a text file for easy retrieval.
  38. Mr.RC-Cam

    YouTube Live Stream :: Turtle Camera

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    Before we can finish up the RPI3 installation the WiFi camera has to be configured. As mentioned, I am using a Foscam FI9900P. So all my camera setup instructions will be specific to it. Because the camera will be connected by WiFi I installed its smart phone app (free download from Foscam/Google Play). The nice thing about this app is that it uses a P2P function so that you can scan the QR code (on the camera's printed label) to setup the WiFi connection. You will be prompted to assign a user name and password. The built-in WiFi scanner function will find your router so your can enter its SSID password. Complete the camera's WiFi setup before proceeding. At this point your camera is connected to your local network via a WiFi router. Using your PC's browser (Windows or MAC), go to the Foscam site and download the Equipment Search Tool program. Run the tool and record the camera's IP address:port and 12-digit MAC ID. As an alternative to the Foscam tool you can also find the IP/MAC by accessing your router's DHCP Client table. Or use your favorite method to determine the IP and MAC of a new WiFi device. BTW, the Foscam camera's default port number is 88. The camera supports direct access from a web browser. Internet Explorer is best, but you can use others. So launch your favorite browser and enter the camera's IP address and port number (IP:port) as the URL. The URL will look something like this (but revise it to match your values): http://192.168.1.55:88 Install the Web Component add-on when prompted by your browser; Your browser needs it to access the camera. At this point your browser should be able to access your camera's live view and its settings page. Click the Settings Page tab and choose the Video->Video Settings configuration screen. Use the Stream Type pulldown and choose the User-Defined entry. Change it to 720P resolution, 2M bit rate, 10 Frames, 30 Key Frames, VBR rate control. Click Save. See screenshot below: Now click the Live Video tab and choose Outdoor Mode, User-defined Stream, WDR On, NAA Off. The live video image is now configured for 720P video that will be used by your YouTube Live channel. See Screenshot below: Now is a good time to access your router's administration function and reserve the DHCP IP address (create static IP) for the camera. Why do this? Configuring your router so that the camera uses a static local IP will ensure that the IP assignment does not change if the router is rebooted. It's not mandatory, but no doubt will reduce future frustrations. There's a bit more to do, so don't relax yet.
  39. Mr.RC-Cam

    YouTube Live Stream :: Turtle Camera

    Mr.RC-Cam replied to Mr.RC-Cam's topic in Floobydust

    Now that the RPI3 has an operating system it's time to install the video encoder software. As mentioned earlier, my RPI3 OS is Debian 8 (Jessie). It directly supports the encoder called "avconv" that is distributed in the apt-get package called libav-tools (libav is a fork of FFmpeg). The avconv (libav-tools) encoder must be downloaded and installed. My RPI3 is headless (without keyboard & monitor) so I use the PuTTY program on my WIN10 desktop PC to do this. But if you're not interested in trying out PuTTY then attach a keyboard and HDMI monitor and use them to access the RPI's command line (built-in console terminal). To install libav-tools, enter the following text on the RPI3's command line: apt-get install libav-tools Then hit Enter and wait a few minutes for the entire file package to download, unpack, and install. All the hard stuff is out of the way. We're not done yet, but congratulations on getting this far.
  40. Mr.RC-Cam
    Sounds like a keypad issue. I suggest you read all the prior posts concerning Keypad problems.
  1. Load more activity
×