Jump to content

pseddon

Trusted Member
  • Content Count

    63
  • Joined

  • Last visited

Community Reputation

2 Neutral

About pseddon

  • Rank
    RC-Cam'er

Recent Profile Visitors

1,417 profile views
  1. Very interesting - thanks for publishing it. Peter
  2. I personally use a slightly different technique so here are the main differences: 1. I cut the legs off the dead chip right next to the chip body using fine wire cutters and then carefully remove each leg from the pcb using the iron. 2. Clean up the pads. 3. Align the new chip and solder one of the corner legs and check that all the pads are aligned. 4. Solder all the other legs without bothering about solder bridges. 5. Using desolder braid apply to each set of chip legs and run a hot soldering iron the length of the braid to remove excess solder. I also use a jeweler's loupe to i
  3. This may help from the OfCom website in the UK OfW311 Radio Contolled models: IR 2030 (available here) sets out the criteria that must be met by certain short range devices, in order to qualify for exemption from the need for a licence. It provides for devices that operate on 5.8 GHz (IR2030/1/23 on page 21) and permits airborne use though radiated power must not exceed 25 mW EIRP. We believe that this could cover video cameras. and this for the 2.4Ghz band Additionally, the Wideband Data Transmission Applications (WBDTS) at 2.4 GHz may also be used for model control. Apparatus is a
  4. Good news!!! Looks like changing the start bit pulse width to 2mS has fixed my problem as the 9x now talks to me. I should point out I am using a gruvin board so it is a somewhat unusual setup.
  5. Thomas, Ok I think I have found the problem - it's not the datasetup time but the start pulse width. A review of the SOMO-14D data sheet (rev 5) showed the following: Start bit pulse width 2mS min (tstart) Write Datasetup 1uS min (this seems to be at odds with your figure of 125uS) (tds) Clock High/low width 100uS min (tch/tcl) The Open9x firmware for the Gruvin board has a very low datasetup period of 250nS - on my test rig I couldn't get the voice board to fail however low I went (probably 125nS min). The start bit measured on my Gruvin board is 1.5mS but in my tests the
  6. Thomas, I think you are probably right about the data setup time. The gruvin9x board voice software was written by Cam (th9xer) who compiled me a special version (http://9xforums.com/forum/viewtopic.php?f=45&t=1947) to increase the setup time from 250nS to 1uS which is what I am using at this moment. As the delay is inside the interrupt routine he felt it could not be increased much further and as his SOMO board worked with no delay he hoped 1uS would work for me. In my test system I am using about 3uS which works so I may be able to get away with much smaller than the datasheet (not good
  7. Hello again - an update on my sound module problem. I set my micro test rig up using the timing from the SOMO data sheet (I am relying on the on-board reset) but interfacing with series 330R resistors rather than resistive dividers. Great it counts correctly from 1 to 100 so it looks like the module works correctly in serial mode. I haven't tried it with sounds above 100 so that will need to be checked. I quickly put it back on the transmitter and all was silence. As the transmitter uses quite different timings I will simulate them to eliminate timing issues. Peter Peter
  8. Thomas, Thank you for such a very detailed response. You have given me a great deal of food for thought which will make me relook at everything. Whilst I did have it partially working when connected to the transmitter, it was random which made me think there was a timing issue. I became concerned about the data setup time and decided to put the voice module on to a test rig so I could play around more easily. I'll keep you posted. Peter
  9. Thomas, Thank you for the offer of help. This is the thread that I have been seeking help from:http://9xforums.com/forum/viewtopic.php?f=45&t=1916 and http://9xforums.com/forum/viewtopic.php?f=45&t=1947 The Gruvin9x board brings out the PortH of the 2560 to spare pads and the firmware uses that. I had to deduce the connections by looking at the firmware listings. I could not find a fully detailed mod and confirmed the final details from the photos that are posted in the above thread. I used 1.8k/3.3k for the dropper resistors in the Data/Clock lines and directly connected the Bu
  10. I wanted to use this thread as I am trying to get it to work in a 9x transmitter fitted with a gruvin pcb (ATMega2560) so thought justified! I cannot get the voice board to work on the transmitter - I have included resistive dividers on data and clock - and have now taken it off the TX to try it on a test ATMega system but can't get it to work on that either - the clock and data look good and very occasionally it does output the correct message. I must check the actual signals at the chip clock and data pins to see if there is anything worng there. Otherwise I am confused! Peter
  11. Sorry this is OT but it is a related question. I have a Sparkfun WTV020 module with the microSD card and cannot get it to understand the Serial port. It works in the Key mode without problem. I read that the chip has a number of different modes that are set by the manufacturer. Is that correct? Could I therefore have a module which does not work in Serial Mode and was programmed for key mode only ? Peter
  12. This may help http://www.riccibitti.com/witnesscam/entry/witnesscam.htm Peter
  13. Paul B Mather (Happykillmore) wrote an easy to use GPS emulator as part of his GCS for the Ardupilot series of products. Try DIYDrones.com. Peter
  14. Have a look at this http://code.google.com/p/arducopter/wiki/AC2_Sonar I and many others are using sonar on the Arducopter and it works very well over short distances. If you fly a copter up steps then it keeps a constant height from the steps. The AC has a Planner that allows waypoints to be flown and other actions can be programmed as well. It also has an immediate mode so that the flight plan can be varied as you fly and all open source. Auto lift of, return to home, auto land are all available and the software base is good for conventional helis, 'copters and fixed wing which are cat
  15. I fed a Futaba training port from an external joystick (with a processor of course!) and it worked a treat although I did find that if the pulse widths of the external channels were out of spec (I think less than 1.1mS and more than 1.9mS) the transmitter ignored the external signals and switched off trainer mode. Peter
×
×
  • Create New...