Eagle

I am starting to get a hang of eagle… I have a component I would like to move to the bottom layer, I tried clicking on change button and then layer and then the component. Wouldnt work…

Is it somehow possible to obtain data from another schematic into the one I am working on. Somehow I cant find the idg300 accelerometer, but I have another schematic with this part in it and all the neccesary wires and I would now like to add this to my other project.

Cheers Kim

If you are trying to flip the part from the bottom to the top layer or vice-versa, use the mirror tool (looks like ).

You can use cut (copy) and paste to take pieces of a schematic and drop them into another. Do the following

  • 1) Open the source schematic

    1. Use the group select tool to highlight the parts you want to copy

    2. Click on the cut tool (yes, it’s misnamed) and right click on the selected group. This puts it into the paste buffer.

    3. Open the destination schematic and click on the paste tool. You will see the parts that you copied ready to be placed aynwhere you want.


  • Philba:
    You can use cut (copy) and paste to take pieces of a schematic and drop them into another.

    Assuming the donor schematic was also created in EAGLE...

    The mirror thing was working nicely…

    Another problem occured though, this has nothing to do with eagle. I did run out adc pins on the arm lpc2148 and I only have 7 IO pins left. In addition I would like to read 8 servo signals(not the whole pulse train, but invidually servos, then I dont need to hack every single receiver) and generate 8 servos, read battery voltage, temperature of battery, and two distance sensor. Should I put in a second arm or is there another IC I rather should put in or atmega 168 or similiar?

    Cheers Kim

    what about this one: http://focus.ti.com/lit/ds/symlink/cd4017b.pdf

    skatun:
    I did run out adc pins on the arm lpc2148 and I only have 7 IO pins left. In addition I would like to read 8 servo signals(not the whole pulse train, but invidually servos, then I dont need to hack every single receiver) and generate 8 servos, read battery voltage, temperature of battery, and two distance sensor. Should I put in a second arm or is there another IC I rather should put in or atmega 168 or similiar?

    The available IO pins can be expanded using a MUX.

    For example three IO lines become outputs that address

    eight (3^2) inputs, that in turn feed one uC IO pin as input.

    Total cost is four IO pins but the uC now has access to

    eight sources. The standard MUX are not bidirectional,

    so the new IO lines are read only (but could be made

    write only with different logic - bidirectional IOs

    would be harder to do).

    Because the new IO lines are time division MUX’d

    they are not available 100% of the time, and should

    not be relied upon for time critical events such

    as interrupts.

    Digital MUX ICs include ['74HC251

    The same scheme can be used with an analog MUX

    switch in front of an ADC input. Analog MUX ICs

    include [CD4053.](http://tinyurl.com/4gfdfq)](http://tinyurl.com/4q93ey)

    skatun:
    what about this one: http://focus.ti.com/lit/ds/symlink/cd4017b.pdf

    Digital logic counter. What do you what to do with it?

    Or, use a 74HC595 and the matching input device. They are SPI-compatible. Another option is this NXP I2C I/O chip: PCF8575. It gives you 16 I/Os. It might be too slow, though.

    Leon

    The servo signal looks like this:


    | |________________| |___| |

    The OFF time is varying, it is between about 10~30ms. The ON time determines the position of the servo and is between 1-2ms.

    I would like to read seven of these servo signal and generate 7 of these servosignal.

    On the arm I have serval IO pins free, so I think I should use an analog device with spi or i2c adc to get more free io pins that I can use to generate and reed these servo signals.

    End of next week I can post the schematic perhaps if that is of any interest.

    I am trying to make a logger than can record several parameters and submit them over gprs with for instance the siemens xt75 or any other device that can comunicate through usb,rs232,spi or i2c

    Cheers Kim

    skatun:
    I would like to read seven of these servo signal and generate 7 of these servosignal.

    Here's an article that describes [[multi-channel RC](http://tinyurl.com/3nuncu)

    servos.

    skatun:
    On the arm I have serval IO pins free, so I think I should use an analog device with spi or i2c adc to get more free io pins that I can use to generate and reed(sic) these servo signals.

    To generate the MUX'd RC servo signal you

    only need one uC IO pin, plus a serial to parallel

    decoder (74ACT138 3-LINE TO 8-LINE DECODERS/DEMULTIPLEXERS

    is a good choice). The IC has three address pins

    and one serial data pin for the RC servo pulse.

    The RC input to the uC is complex, depending upon

    the source of the RC servo signals. If these are

    asynchronous (different sources) the uC will need to

    sample at a high speed on dedicated IO pins (one per

    input) to reconstruct the signals internally. If the

    RC servo signal were already MUX’d by a single

    source the uC only needs one IO pin.

    The RC servo signals can be made digital (schmitt

    trigger gate) and would be much easier to handle than

    treating them as analog (which requires A2D conversion).](Yahoo | Mail, Weather, Search, Politics, News, Finance, Sports & Videos)

    I don’t understand why you would use an “analog device” (not sure what you meant by that). Servo signals are purely digital. Leon is right. Use a serial in, parallel out shift register for the output (74HC595) and a parallel in, serial out SR for the input (74HC165). You can probably share the clock and load line so it would take 4 pins total.

    What I ment was to use an adc from analog devices that uses spi ori2c to get more adc ports available and then one ic to generate the servosignal and one ic to read the servosignal. I think the servosgnal that maybe one receiver might be sending out synchronous signals on all the pins. … I need to check all my receiver to find out if thie is true…

    skatun:
    What I ment was to use an adc from analog devices that uses spi ori2c to get more adc ports available and then one ic to generate the servosignal and one ic to read the servosignal.

    What the other poster is trying to say is that the RC

    signal is binary (two states) and not strictly analog.

    However, the signal from an RC receiver may not be

    compatible with your logic levels, and should be cleaned

    up with a Schmitt trigger. Once it is digital you don’t

    need an ADC as the ‘message’ is PWM not AM.

    If the ADC add-on is for another purpose you didn’t

    make that clear in your OP.

    The ADC is for add on…

    Cheers Kim

    The schematic is geting larger and larger…

    The papparazzi uav project uses the ic I mention earlier. That means I prob can use that one and their code to drive the servos, then there is only left to add somehow an ic that can capture the input servosignals and the adc expander.

    I will try to upload the schematic this week… At least part of it…

    Is there anyone that knows about a small differential pressure sensor that can be used for airspeed meassurements?

    Cheers Kim

    skatun:
    Is there anyone that knows about a small differential pressure sensor that can be used for airspeed meassurements?

    Cheers Kim

    Sensirion has some differential pressure sensors which work in the 0-0.5 in H2O range. Very accurate.

    http://www.sensirion.com/en/04_differen … ensors.htm

    Got to much stuff going on at work, so there has been no progress this week. I sent an email regrding the pressure sensors, but I am still waiting for the reply. I know mpx has several sensor as well, but these are quite large…

    Cheers Kim