Jump to content

rimb05

Trusted Member
  • Content Count

    40
  • Joined

  • Last visited

Everything posted by rimb05

  1. Wires are fine for me. This way, there's more flexibility. I'm not sure what kind of connectors I'm going to use yet... rimb05
  2. Daniel, Same here. I'll take two RTFs when they're done. I flew last week with my hand wired OSD. It was much too windy, and I ended up eventually crashing into a tree I only got to test the autopilot briefly, but it seemed to be turning in the correct direction. I'll post the video soon. The last frame is quite amusing, with a picture of the lipo ejecting from the plane, still connected Everything survived in the end. rimb05
  3. Yes, I agree. An hour or two of backup is plenty. I've had to wait 2-3 minutes for a cold start. It just makes it quicker to have a warm start if you're changing lipos often in between flights. rimb05
  4. I would prefer to have a battery, but a smaller one would be nice. I wonder what the current draw is on the EB-85A in battery backup mode? An Ultracap style (1 farad capacitor) might just do it. I've also seen smaller backup batteries in other GPS modules (with solder tabs). rimb05
  5. Daniel, No need to write a windows app. Just use hyperterminal to upload a text file to the OSD. It works very well, and is easy. It's just a matter of making a text file with the 5 waypoints on it, something like: VLake 87.44.33.44 42.55.43.44 Test1 84.44.33.44 47.55.43.44 Test2 86.44.33.44 45.55.43.44 then, use hyperterminal's "send text file" feature. You can use spaces to delimit the fields like above, or commas
  6. Sounds good to me Daniel, I'm just thinking out loud Your idea of having a pop-up map with waypoints as markers is great. This makes a lot of sense if you get lost. You've got to admit, it's very tempting to make this into an UAV controller, since it has almost everything you need. I suppose it's best to keep things simple, less screen clutter, etc.
  7. Good point. That would be useful as well. "Learn Route" could be an option on the menu. I'm envisioning using a momentary switch on the transmitter to toggle between the menu options.
  8. Daniel, Will the newer processor give us more I/O pins? If so, I think a second switch on the transmitter to scroll between waypoints would work great. For example: AUTOPILOT OFF HOME WAYPOINT1 WAYPOINT2 ... SET WAYPOINT Then, a constant indication of the waypoint setting somewhere on the screen, so the pilot knows what mode the autopilot is in. "set waypoint" would always store the current location into, say waypoint 16. For uploading waypoints from the PC, a, SD card interface would be nice, but that takes up 4 I/O pins... I think a simple serial port interface would work just fine. Open Hyperterminal, and upload to OSD a small text file with 16 waypoints, one per line, etc.
  9. Wow! Those images are amazing. I can't wait to try it! You're right, I could put the Copilot before the OSD, and that works fine, it's just one more layer of safety with the copilot after the OSD (in case the OSD fails).
  10. Daniel, Sorry to hear about the BOB-4. I'm glad it didn't happen to you while flying! I've been trying to iron out some glitching in my plane, and have narrowed down the problem. I'm using a copilot in this plane, and while I haven't planned on using it while testing the OSD, it's there just in case something bad happens. The glitching happens when I put the copilot in series with the OSD (Receiver->OSD->Copilot->Servo). I checked and re-checked that the voltage levels were good at every point in this chain (I have a Futaba receiver, but I have a level shifter that outputs rail-to-rail 5v, so I've got ~5v TTL at every point). I was stumped as to why the elevator servo jumped around in a strange, rhythmic pattern. Then, I finally figured it out. It has to do with the way the OSD outputs PWM. Apparently, it's not synced to the OSD inputs. Let me explain: The copilot, and many other devices don't like it when they receive all their inputs at the same time. They prefer to have a small delay between channels (most likely because the inputs trigger an interrupt, and if two channels come in at the same time, it can't figure out which one trigerred the interrupt). In my setup, the copilot gets it's elevator input from the OSD, but it gets it's aileron input directly from the receiver. The problem is, the OSD's elevator output is not synced to the receiver's outputs. I looked at this on a scope, and the two are completely asynchronous. It's as if the OSD's outputs are synced to an internal timer instead of the receiver inputs. This causes glitching in the copilot, because every now and then, the two inputs line up, and the copilot can't handle that. My question is: how difficult would it be to have the OSD outputs synced to the OSD inputs? I assume this would be as easy as moving the code in your timer interrupt to the input interrupt function. I realize this is pretty low on the priority scale. Maybe I'll do this myself once you release the source code.
  11. OK, you'll know that the the AN0 and AN1 pins are connected properly if you get a text pop-up on the left of the screen, that has the voltage and amps listed. Even if the current sensor is not connected, these text labels will pop up as soon as there's a voltage on AN1 (it will show 0 amps if the current sensor is not connected to AN3, though). rimb05
  12. just like in the schematic, the battery is connected to AN0, through a 22k. Then, the same battery also connects to AN1 through a 22k. 11k resistors to gnd on both inputs. This is, of course only necessary if you're using one battery. If you've got separate electronics / motor baterries, you should connect the motor battery to AN1, and the other battery to AN0 (both still in series with the 22k resistors).
  13. docphi, You might have the same issue I had: you need to have your battery voltage connected to AN1 (not just AN0). Since I'm using a singe battery, I originally connected the battery voltage to AN0 only, but AN1 needs it too. The current sensor itself is connected to AN3. I hope this helps.
  14. No problem, I'll try to recreate a specific scenario for you step by step when I get a chance. I'm having some level shifting issues with my plane right now, so I'll need to work that out this weekend.
  15. docphi, Are you seeing the satellite signal strength bars in the middle of the screen? That's what happens next.
  16. OK, I figured it out. I had the current sensor connected to the wrong port. It's supposed to go to AN3. To make matters worse, I'm not using a separate receiver battery (I use one battery in this plane), so I didn't have anything connected to AN1. I didn't realize that the OSD needs to have AN1 connected to a battery (if you're using one battery for everything, just connect it to the same battery). If you don't do this, the OSD has no way of calculating wattage (it doesn't know the voltage). I'm currently testing the accuracy of my sensor to see how it compares...
  17. Daniel, Here's what I'm seeing on the ACS755-050 output: With no load, it's .6v With a 2A load, .7v after the diode/capacitor/resistor, I see: No load: .2v 2A load: .3v Does this look normal? Also, I used an electrolytic capacitor (that's all I had laying around) instead of the tantalum. This should will work fine, just more temp drift, right? You didn't have the polarity on the capacitor labeled, but I assume - to GND.
  18. docphi, I'm pretty sure it's a 1N4148, since he's using it as a level shifter. That's what I used, and it worked fine.
  19. Daniel, Still bad weather here, so I hope to try again tomorrow In the mean time, I've been trying to get the current sensor to work, no luck. I don't see any amp reading on the screen. What kind of voltage swing should I be seeing on the AN1 pin? Also, there's definitely some sort of bug in the control page. When I turn the rotary knob on my transmitter to switch to the config page on the OSD, if I don't have the value on the knob set just right, I can't move the cursor. Even though the config screen is being displayed, moving the aileron stick does not move the cursor. However, moving the elevator does change a value, but not the value that's under the cursor (it changes the next value). Very strange. If I move the rotary knob (control input) a bit higher, then the config screen works fine. The trouble is, I don't know exactly what value it's looking for to get into the config screen. Also, the OSD won't enter blank mode (no text mode) if I move the rotary knob _from_ the config screen to the blank screen mode. If I go from the normal screen to the blank screen mode, it blanks the text correctly. Just thought I'd share this...
  20. Well, no flying yesterday, it was much too windy. We actually had 75MPH winds with a storm that came through. Lots of damage and power outage in Chicago... I'm crossing my fingers for today...
  21. OK, sounds good. I'll check with E-tek. Any chance on getting a quick schematic drawn up for the current sensor? Would be great to test that as well.
  22. Daniel, Thanks for the tips. I'll try as you suggested. One question, on the bench, I had servos connected to both aileron and elevator outputs on the OSD. When the autopilot is engaged, I tried manual stick input to override the autopilot, and it seemed as if there were only a few steps. For example, the servo would only step between 9 o'clock, 12 o'clock and 3 o'clock positions (it quickly jumps between these positions, but not in between). Is this normal? I have both a twinstar and an easystar set up for FPV. I'll be putting this into the easystar tomorrow. The receiver is PCM, and my failsafes are set up correctly already. Speaking of the EB-85s, I heard this as well in other threads. Do you know if this was a firmware issue, and later units were fixed, or is this just a random problem. I thought I read it had to do with a buffer overflow.
  23. The new version is perfect in terms of the NTSC positioning. Everything is viewable now. Looks great. I think the issue I had with the cursor not responing in the config mode has to do with the control input position. I had this assigned to a pot on my transmitter, so I could see what the different values did, and sometimes when I went back to the config screen, I couldn't move the cursor. It's not consistant. Then again, it's not a real problem, because as soon as I go back again, it works. It seems to have something to do with what value the control input has... I'm going to try to fly it tomorrow! Any hints on how to adjust the autopilot settings?
×
×
  • Create New...