You need to be a member of diydrones to add comments!

Join diydrones

Comments

  • Hi guys,

    As mentioned, the ST gyros have been stollen from the post. We ordered new ones and hope to have them next week.

    We are testing the main board power supplies at the moment. I'll post some scopes soon.

    Please have some pictures of the mainboard.

    https://www.dropbox.com/s/ly0cjrrfv6i5s71/IMG_2021.JPG

    https://www.dropbox.com/s/8ucidigstsxtw1h/IMG_2022.JPG

    I'd like to apologize for the delay.

    Best regards

    Nick

  • Hi Nick, has any sample from the first batch been flight tested yet ?

  • Hi Crashpilot,

    Thanks for your nice response. I'm trying to design my electronics very carefully, but you know, no one is vaccinated against errors... :-)

    About the new designs, I have some new thoughts about the autopilot controllers which I'll develop this year. As it is a bit unusual, it may seem strange to most of the guys. It needs a separate wide post to be explained.

    Hi Graham,

    As mentioned in parts I, the powering is extended the following way:

    1. Any ESC with 5V, 6V or even higher...say 8VDC;

    2. A DC-DC Brick - like the one for powering the PX4 or PIXHAWK;

    3. A 2S Li-Po;

    4. Any other source or DC-DC module with output voltage between 4VDC and 12VDC ( absolute maximum limit ).

    I personally recommend any source within 4VDC and 8VDC.

    The airspeed sensor ( either analogue or digital ) could be connected to the analog input or the I2C input respectively. If you really really need a RGB color function LED, you may use the I2C 3DR interfaced one.

    We will supply a buzzer in the set and one could use it, connecting it to the "Buzzer port".

    About the telemetry - you could use any with serial/SPI or I2C port....as you like. You have enough serial ports supplied.

    You may also have a look at the schematics and PCB files - https://github.com/pkocmoud/AUAVX1

    There are two directories - Altium and PDF. In Altium directory you can find the schematics and PCB files in Altium Designer format, while in the PDF directory, you can find the schematics in PDF format.

    Best regards

    Nick

    pkocmoud/AUAVX1
    AUAV-X1 Autopilot board. Contribute to pkocmoud/AUAVX1 development by creating an account on GitHub.
  • Maybe I can resolve one part of the question.

    Buzzer = absolute useless junk.

    One or two status LED = useful.

  • Moderator

    Nick, can you tell us what else would be needed to make a complete Autopilot? A GPS, obviously, airspeed sensor for planes, power module of sorts (or will it need power from a BEC or ESC or separate battery)?

    Buzzer, external LED's, what type telemetry plugs?

  • Thank you very much Mr. Arsov for your response! I am always happy to see a thought through design at a steal price. I think you have some serious expertise at play that evolved during the development of different flightcontrols.

    It's a pitty IMHO that this blog wasn't as long frontpage news as it deserved.

    Being Pixhawk compatible is undoubtful a good thing but I think that your hardwaredesign could be more like a swiss army knife for many projects out there.

    Without knowing what is in multiwii founders mind (Mr. "Alex in Paris") I think this could be also a great platform for that project. A 32 Bit port has been already done (STM F3 & F4) and there has been also some extensive work from John Ihlein in that area. I am not saying anything but every project has it's down and upsides and can not/will probably never satisfy all user needs. Multiwii progress is moving slowww (maybe because no one put in 1/3 Mio+ $ ?) but it is damn reliable and reports on flyaways and cut bodyparts are really hard to find - if any. I have no insights into the Openpilot community and their derivate Taulabs or the truly outstanding Paparazzi project but your hardware may be a good/better common starting point than what is currently available (not to mention the BIG BIG PLUS of exchangable IMU)?

    Just dreaming here of an unified platform with an opensource firmware to choose from for your needs (like pure fast response acro etc) at a nice price - but I guess money & personal animosity of the different players involved will make that dream never come true.

    Cheers Rob

  • Hi Crashpilot1000,

    Yes, all temperature sensitive devices are away from heat sources.....more, the microSD card reader case is used for heat sinking the TPS63061 DC-DC Buck-Boost regulator. Thus it's temperature should be lower than 45-50 deg C at max load according the preliminary simulation.

  • Developer

    Beautiful :D

  • That is Geek p**n. Covering the baro with foam will be a fiddeling job next to the input header. On the other hand I am glad that the baro is put aside from artificial heat sources. I had different FC that were very poor in this regard and heated the baro to a different extend depending on proximity to other parts. (Note: The worst FC did 41 Degree Celsius.....)!

  • Nice to the pics, eager to see the test results

This reply was deleted.