Jump to content

Attention: RC-CAM.com will be closing down August 2021.

The RC-Cam.com forum was the very first online community dedicated to the advancement of wireless video cameras on radio controlled (R/C) models. This is now called "FPV" (First Person View). We are proud of the contributions that our members have made to the FPV hobby.

We've seen significant changes over the last twenty years. Initially there were a lot of eager R/C hobbyist that built their own video systems. Allowing these creative individuals to share their work was the purpose of this site. Now the FPV market is flooded with low cost systems; Sadly DiY FPV video projects are now rarely discussed.

RC-CAM.com (main site and forum) will be closing down August 2021. This is being announced now (March 2021) so that everyone has time to download any information that is important to them. After the site is shutdown the information will no longer be available here.

We appreciate every member's involvement with advancing the FPV hobby. It is indeed sad to say goodbye to all our online friends. Be safe and stay healthy.


Trusted Member
  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About FredericG

  • Rank
  • Birthday 11/12/1969

Contact Methods

  • Website URL
  • ICQ

Profile Information

  • Location
  1. As Mr.RC-Cam mentions it depends on the BW of your setup. Perhaps you could check the BW before you buy something. My modems come from Eladio and I think they are on sale here: http://alai.h3m.com/~s0350672/catalogo/ Frederic
  2. Sorry, I missed your question. I reassembled the receivers again so that I can fly. I think I will wait until winter before looking into the issue again, the problem is not important enough for the time being. In Belgium you need to fly when the weather is good Frederic
  3. Well no, I did not kwow this I did a quick search on farnell for example but did not find anything. Even with your link, I have trouble finding my way to the right component I suppose that replacing the component is the most obvious route. However, Thomas mentions that these components do not like to be handled manually. Buying another receiver might not be a good solution as a friend mentioned that "it is a well-known issue that some lawmates have a low audio-bandwidth" Do you guys think that the trailing "N" and "d" could indicate a different bandwidth? Did they change this to h
  4. Yes, these are the receivers that where used for the Oracle issue. I did not have a look at the video signal again but I have some info on the audio. I transmitted a block wave that looked like a triangle on the bad RX. When I turn the variable cap in on or the other direction the amplitude of the audio-signal reduces but the shape does not change. So, I suppose it correctly "tuned". I opened the other side of the RF-box. No adjustable stuff there. I changed channels, but with the same result. I had a look at the ceramic filters. One of them is identical on both boards, it says
  5. On the other side of the mother board there is a small pot. What would that be for? It is also on the mother board that the switches are to select one of the 8 channels. How does that work? Would it be a good idea to test with another channel? I know a lot of questions Thanks, Frederic
  6. Well the receivers are not identical. The good one is a "portable" version with a build-in battery, I bought this one 1,5 years ago. The bad one is a "standard" receiver and I bought this one half a year ago. The transmitter was bought at the same time as the the bad receiver, so they should be compatible. What is interesting is that, while the video looks good, the image from the old good receiver looks "better". It looks brighter while the video levels are the same. My USB video capture device shows the image of the new receiver is "darker", my goggles do not show a difference. Could it be
  7. Thomas, what do you mean with "audio carrier must be adjusted correctly on the transmitter so it is centrered"? Does this relate to the audio signal that is provided to the TX or is this related to the TX-RX link (the carrier on which the audio is modulated perhaps)? To be sure there is no misunderstanding. I use one TX and the signal is received by the two receivers simultaneously.... On the -scope graphs you see the audio signals of both receivers. Does the fact that the audio signal is reversed tell us something? Thanks, Frederic
  8. It looks you are absolutely right. I measured the bandwith with a sinawave and the cutoff-freq (-3dB) of the new receiver is only 2KHz, while the older one goes upto 20KHz. I was assuming that he limited BW was due to a design-change, but I suppose 2KHz is not acceptable for audio and should be seen as a defect. Right? Is there something I could check/fix or do I just send it back? Thanks a lot, Frederic
  9. Here I have dramatically lowered the signal amplitude: (1V/div) And here I have increased the signal: (2V/div) Frederic
  10. I integrated a DZL modem in my Oracle diversity receiver: The problem is now that the DZL modem does not seem to work in combination with my new 2nd lawmate receiver. I experimented with adjusting the level of the audio signal to the TX, but I never get a signal that is good enough for the modem to decode... It looks to me as if the signal heavily filtered. These are the signals that the receivers are generating, both signals 1V/div, the bottom signal is from the old receiver.
  11. Afterwards I did the same test with the system installed in my plane. Here the plane is outside and I am inside. This is with the OSD that generates some "blacker than black" The overshoots are gone but the black is a bit below black. I can however not see false sync-pulses. To be honest, I start wondering if this is really our problem. However, what else could it be? AFAIK, the sync pulses is the only thing the device uses as input. When I now enable both receivers, there is some switching, but not a lot. The sync pulses are hardly affected by the filter, so I suppose I can increa
  12. This is interesting. I started measuring inside the Oracle. I looked at the video-signal after the filter and the sync pulses from the LM1881 (pin 1). The filter is doing a good job filtering the overshoots generated by the A/V system. As far as I an see (I should have a better scope) I cannot detect false sync pulses. This is with the "better" osd board printing much more "I" characters than before. What is very confusing is that the signal looks good to me, but when I enable both receivers, Oracle starts switching rapidly. This is indoors, I know, but the pulses look good to me...
  13. I still have another TX, exactly the same lawmate .5W. For reason it has become VERY sensible to vibrations, but OK for this test. I tested with both transmitters and both receivers. Unfortunately the signal at the RX looks the same. I include a more detailed picture. The bottom black line is the level of the sync tip, the dashed line should be around 100mv. In the datasheet of the LM1881 I have read that the threshold for the sync pulses is a fixed (typical) 70 mV. Some spikes must reach this value. I think this "better" OSD will also cause trouble and it would be a lot of work to swap
  14. Regarding the color-burst. I have also seen this, sometimes it is visible, sometimes it is not. I think this is because the scope is in digital mode and does not take enough samples. Is this reasonable? I think this is also the source of the "ragged" aspect of some of the signals that are taken at higher timebases, you do not see the real peaks. Another remark is that the last 3 images are taken with another spare board. It looks to me that this board puts black exactly at the black level while the board installed in my plane puts black slightly below the black level. In both cases, at the
  15. Now, when I look at the signal at the RX side, there is over and undershoot. 0.2V/div: The problem is that I do not know how I could solve this. I thought that I could influence the "color" of the borders, but I did not succeed yet, I think this only works in "full mode" Could I filter the video signal before it is fed to the LM1881? Thanks, Frederic
  • Create New...