- fchao-Sinus-Wechselrichter AliExpress         
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 255

Thema: IR-bake

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Wow!
    Du bist ja "professionell" ausgerüstet! Hut ab.

    Zur Sicherheit:
    1. Das "M32-Messgerät" hast du so kompiliert, dass die "//" am Anfang der Zeile "//#define FREQUENCY" entfernt wurden?
    2. Der Anschluß PD6 auf Kollektor von Q1 und GND an GND ist ok?
    3. Schwingt die Schaltung überhaupt? (sieht man dann ja mit dem Oszi)

    Sonst kannst du natürlich auch mit dem Oszi die Frequenz messen:
    1. Messfühler an Kollektor von Q1, Masse Oszi an GND
    2. Volts/Div auf 0,5 oder 1V (Signale vertikal nicht abgeschnitten!)
    3. DC/AC/GND-Schalter auf DC
    4. Trigger auf DC, TV auf Off
    5. Mit Time/Div und Hold so einstellen, dass eine gut zählbare Anzahl von Rechtecksignalen stabil (nicht wandernd) auf dem Schirm steht.
    6. Dazu muss man die Position der Kurve mit X-Pos und Y-Pos sicher noch herumschieben, horizontal auch so, dass sich am li. Rand eine Signalflanke mit einem Raster auf dem Oszi-Schirm deckt.

    Die Periodendauer [s] ist dann: Time/Div [s] * DIVs / Perioden
    Die Frequenz [Hz] ist: 1 / Periodendauer

    Dabei ist:
    - DIVs -> Anzahl der horizontalen Unterteilungen auf deinem Oszi-Schirm
    - Perioden -> Anzahl vollständiger Schwingungen in den o.g. DIVs
    - Time/Div -> Stellung deines Oszi-Schalters umgerechnet in Sekunden
    Geändert von Dirk (24.11.2013 um 11:37 Uhr)
    Gruß
    Dirk

  2. #2
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    Zitat Zitat von Dirk Beitrag anzeigen
    Wow!
    Du bist ja "professionell" ausgerüstet! Hut ab.
    eigentlich wollte ich schon als junge elektronik studieren, leider ist es beim bergbau geblieben - warum auch immer...

    Zitat Zitat von Dirk Beitrag anzeigen
    1. Das "M32-Messgerät" hast du so kompiliert, dass die "//" am Anfang der Zeile "//#define FREQUENCY" entfernt wurden?
    2. Der Anschluß PD6 auf Kollektor von Q1 und GND an GND ist ok?
    beidesmal ja...

    Zitat Zitat von Dirk Beitrag anzeigen
    3. Schwingt die Schaltung überhaupt? (sieht man dann ja mit dem Oszi)
    vermutlich nicht...

    die aufnahme 1 entstand bei abgeschlateter, aber am oszi hängender bake, VOLTS/DIV 20
    Klicke auf die Grafik für eine größere Ansicht

Name:	aufnahme_1.jpg
Hits:	13
Größe:	38,1 KB
ID:	26794

    aufnahme 2 bei eingeschalteter bake, beim einschalten der bake wird die ampitude so groß, dass die kurve verschwindet, bei VOLTS/DIV 1 und herunterholen mit Y-pos sieht man dann
    Klicke auf die Grafik für eine größere Ansicht

Name:	aufnahme_2.jpg
Hits:	13
Größe:	39,1 KB
ID:	26795



    Zitat Zitat von Dirk Beitrag anzeigen
    Sonst kannst du natürlich auch mit dem Oszi die Frequenz messen:
    1. Messfühler an Kollektor von Q1, Masse Oszi an GND
    2. Volts/Div auf 0,5 oder 1V (Signale vertikal nicht abgeschnitten!)
    3. DC/AC/GND-Schalter auf DC
    4. Trigger auf DC, TV auf Off
    5. Mit Time/Div und Hold so einstellen, dass eine gut zählbare Anzahl von Rechtecksignalen stabil (nicht wandernd) auf dem Schirm steht.
    6. Dazu muss man die Position der Kurve mit X-Pos und Y-Pos sicher noch herumschieben, horizontal auch so, dass sich am li. Rand eine Signalflanke mit einem Raster auf dem Oszi-Schirm deckt.
    so eingestellt...
    gruß inka

  3. #3
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi inka,
    manchmal kann man beim Hobby einiges nachholen, was sonst nicht möglich war. Ist doch gut ...

    die aufnahme 1 entstand bei abgeschlateter, aber am oszi hängender bake, VOLTS/DIV 20
    Das ist eine Streuspannung von ca. 100 mV. Die kommt aus dem 230V-Netz und ist hier unwichtig. Die Einstellung von VOLTS/DIV ist übrigens 20 mV ,- mal ca. 5 Kästchen vertikal = 100 mV.

    bei VOLTS/DIV 1 und herunterholen mit Y-pos sieht man dann
    Ist das Oszi auf 2-Kanal eingestellt? Wenn ja, ist die untere Linie womöglich der 2. Kanal. Stell den mal ab (DC/AC/GND des re. Kanals auf GND).
    Wenn also die obere etwas breite blasse Linie der 1. Kanal ist, an dem deine Bake hängt, dann könnte das eine höherfrequente Schwingung sein, allerdings mit niedriger Amplitude.
    Schau mal nach, wie die aussieht: TIME/DIV weiter nach rechts drehen, bis du einzelne Schwingungen identifizieren kannst.
    Gruß
    Dirk

  4. #4
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    Hi Dirk,

    Zitat Zitat von Dirk Beitrag anzeigen
    Hi inka,
    manchmal kann man beim Hobby einiges nachholen, was sonst nicht möglich war. Ist doch gut ...
    ja, wie wahr...

    Zitat Zitat von Dirk Beitrag anzeigen
    Ist das Oszi auf 2-Kanal eingestellt? Wenn ja, ist die untere Linie womöglich der 2. Kanal. Stell den mal ab (DC/AC/GND des re. Kanals auf GND).
    Wenn also die obere etwas breite blasse Linie der 1. Kanal ist, an dem deine Bake hängt, dann könnte das eine höherfrequente Schwingung sein, allerdings mit niedriger Amplitude.
    Schau mal nach, wie die aussieht: TIME/DIV weiter nach rechts drehen, bis du einzelne Schwingungen identifizieren kannst.
    der zweite kanal stand auf DC, es veränderte sich aber beim umschalten auf GD nichts. Bei den einstellungen VOLTS/DIV = 10 (und weisser pfeil nach unten), TIME/DIV = 20micro sec kommt folgendes bild:
    Klicke auf die Grafik für eine größere Ansicht

Name:	aufnahme_3.jpg
Hits:	19
Größe:	39,1 KB
ID:	26796
    gruß inka

  5. #5
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    was kann man da sehen:

    Amplitude:
    Bei 10V/DIV und so wie ich das sehe ca. 0,5 DIV Höhe -> 5V

    Periodendauer:
    Ich sehe ca. 2 Perioden auf 5 DIV, bei 20µs/DIV:
    0,00002 * 5 / 2 = 0,00005 s = 50 µs

    Frequenz:
    1 / Periodendauer = 20000 Hz = 20 kHz

    Dazu ist die Rechteckschwingung nicht symmetrisch, sondern der (positive) Impuls ist kürzer als die Pause (= Nulllinie).
    Ich sehe ca. 0,8 DIV Impuls und 1,7 DIV Pause, also ein Impuls-Pausenverhältnis von 32% zu 68%.

    Du misst da also eine unsymmetrische Rechteckspannung von 5V mit einer Frequenz von 20 kHz und einem Duty-Cycle von 32%.
    Gruß
    Dirk

  6. #6
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    hi Dirk,

    die ergebnisse und die auswertung muss ich erst begreifen. Ich habe jetzt weiter experimentiert - juhuu - die erste echte messung mit dem oszi!

    die einstellungen:

    VOLTS/DIV = 1
    TIME/DIV = 20micro sec
    TV SEP = off
    TRIG = HF
    schalter neben dem input = DC

    ein wirklich stehendes bild, in dem die kurve auf die drehung des potis reagiert.

    poti 0 ohm
    Klicke auf die Grafik für eine größere Ansicht

Name:	aufnahme_4.JPG
Hits:	9
Größe:	117,8 KB
ID:	26797
    poti 5K ohm
    Klicke auf die Grafik für eine größere Ansicht

Name:	aufnahme_5.JPG
Hits:	8
Größe:	118,6 KB
ID:	26798

    also die schaltung ist wohl ok? Deine interpretation dieser zwei bilder würde meinem verständnis dieser messungen sehr helfen...

    ich vermute die frequenz liegt in beiden fällen unterhalb der 36kHz...
    gruß inka

  7. #7
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi inka,

    beim 1. Bild sehe ich eine Periode auf etwa 5,2 DIV

    beim 2. Bild habe ich eine Periode auf etwa 6,9 DIV

    Jetzt geht's bei 20µs/DIV ans Rechnen analog zu meiner Auswertung von 15:32.
    Viel Erfolg!

    Übrigens: Besser wird die Auswertung, wenn man viele gerade noch einzeln zählbare Perioden auf möglichst die ganze Breite (also möglichst viele DIVs) darstellen kann, weil man dann exakter rechnen kann.
    Gruß
    Dirk

  8. #8
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    hallo,

    ich habe folgendes versucht um eine verifizierung des empfangs der signale der bake am RP6 zu bekommen, durchgeführt von der M32 aus:


    verwendet habe ich das programm "RP6Control_06_I2CMaster.c"

    Code:
    /* 
     * **************************************************************************** 
     * RP6 ROBOT SYSTEM - RP6 CONTROL M32 Examples 
     * **************************************************************************** 
     * Example: I2C Master 
     * Author(s): Dominik S. Herwald 
     * **************************************************************************** 
     * Description: 
     * Now we will use the I2C Bus Interface to send commands to the Controller 
     * on the Mainboard and read sensor values. 
     * This program does not do anything directly, it checks for pressed buttons 
     * and then runs a small I2C Bus example depending on which button has 
     * been pressed. 
     * 
     * You need to program the Controller on the Mainboard with the I2C Bus Slave 
     * Example program from the RP6Base examples! Otherwise it will not work! 
     * 
     * ############################################################################ 
     * The Robot does NOT move in this example! You can simply put it on a table 
     * next to your PC and you should connect it to the PC via the USB Interface! 
     * ############################################################################ 
     * **************************************************************************** 
     */ 
     
    /*****************************************************************************/ 
    // Includes: 
     
    #include "RP6ControlLib.h"         // The RP6 Control Library. 
                                    // Always needs to be included! 
     
    #include "RP6I2CmasterTWI.h" 
     
    /*****************************************************************************/ 
     
    #define I2C_RP6_BASE_ADR 10        // The default address of the Slave Controller 
                                    // on the RP6 Mainboard 
     
    /*****************************************************************************/ 
    // I2C Error handler 
     
    /** 
     * This function gets called automatically if there was an I2C Error like 
     * the slave sent a "not acknowledge" (NACK, error codes e.g. 0x20 or 0x30). 
     * The most common mistakes are: 
     *   - using the wrong address for the slave 
     *   - slave not active or not connected to the I2C-Bus 
     *   - too fast requests for a slower slave 
     * Be sure to check this if you get I2C errors! 
     */ 
    void I2C_transmissionError(uint8_t errorState) 
    { 
        writeString_P("\nI2C ERROR - TWI STATE: 0x"); 
        writeInteger(errorState, HEX); 
        writeChar('\n'); 
    } 
     
     
    /*****************************************************************************/ 
    // Rotate function 
     
    uint8_t transmit_buffer[10]; // temporary transmit buffer 
                                 // A global variable saves space on the heap... 
     
    #define CMD_ROTATE 8 
     
    #define LEFT 2 
    #define RIGHT 3 
     
    /** 
     * Rotate function - you can define nearly the same functions as you have on 
     * the RP6 and just forward the commands with I2C Bus transfers... 
     * We will make an improved version of this and other functions in another example! 
     */ 
    void RP6_rotate(uint8_t desired_speed, uint8_t dir, uint16_t angle) 
    { 
        transmit_buffer[0] = 0; 
        transmit_buffer[1] = CMD_ROTATE; 
        transmit_buffer[2] = desired_speed; 
        transmit_buffer[3] = dir; 
        transmit_buffer[4] = ((angle>>8) & 0xFF); 
        transmit_buffer[5] = (angle & 0xFF); 
        I2CTWI_transmitBytes(I2C_RP6_BASE_ADR, transmit_buffer, 6 ); 
    } 
     
    /*****************************************************************************/ 
    // Read all registers function 
     
    uint8_t RP6data[32]; // This array will contain all register values of RP6 
                         // after you called readAllRegisters() 
     
                         // It is better to keep such big arrays GLOBAL as 
                         // they otherwise fill up the stack in memory... 
     
    /** 
     * This function reads ALL registers available in the standard I2C Bus Slave 
     * Example program for the Robot Base and outputs their values on the serial interface. 
     * You will see a lot of zeros when the Motors are not running. The main values that are not 
     * zero are the two Light Sensors and the two free ADC Channels. 
     */ 
    void readAllRegisters(void) 
    { 
        I2CTWI_transmitByte(I2C_RP6_BASE_ADR, 0); // Start with register 0... 
        I2CTWI_readBytes(I2C_RP6_BASE_ADR,RP6data, 31); // and read all 30 registers up to 
                                                        // register Number 29 ! 
     
        // Now we output the Data we have just read on the serial interface: 
        writeString_P("\nREADING ALL RP6 REGISTERS:"); 
        uint8_t i = 0; 
        for(i = 0; i < 31; i++) 
        { 
            if(i % 8 == 0)           // add some newline chars otherwise everything 
                writeChar('\n');  // is printed on ONE single line... 
            else 
                writeString_P(" | "); 
            writeChar('#'); 
            writeIntegerLength(i,DEC,2); 
            writeChar(':'); 
            writeIntegerLength(RP6data[i],DEC,3); 
        } 
        writeChar('\n'); 
    } 
     
    /** 
     * Here we demonstrate how to read a few specific registers. 
     * It is just the same as above, but we only read 4 registers and 
     * start with register Number 13... 
     * We also show how to combine values from high and low registers 
     * back together to a 16 Bit value... 
     */ 
    void readLightSensors(void) 
    { 
        uint8_t lightSens[4]; 
     
        I2CTWI_transmitByte(I2C_RP6_BASE_ADR, 13); // Start with register 13 (LSL_L)... 
        I2CTWI_readBytes(I2C_RP6_BASE_ADR, lightSens, 4); // and read all 4 registers up to 
                                                        // register Number 16 (LSR_H) ! 
        writeString_P("Light Sensor registers:\n"); 
        writeString_P(" | LSL_L:"); writeInteger(lightSens[0], DEC); 
        writeString_P(" | LSL_H:"); writeInteger(lightSens[1], DEC); 
        writeString_P(" | LSR_L:"); writeInteger(lightSens[2], DEC); 
        writeString_P(" | LSR_H:"); writeInteger(lightSens[3], DEC); 
     
        writeString_P("\n\n Light Sensor Values:"); 
        writeString_P(" | LSL:"); writeInteger(lightSens[0] + (lightSens[1]<<8), DEC); 
        writeString_P(" | LSR:"); writeInteger(lightSens[2] + (lightSens[3]<<8), DEC); 
        writeChar('\n'); 
     
        setCursorPosLCD(1, 3); 
        writeIntegerLengthLCD(lightSens[0] + (lightSens[1]<<8), DEC, 4); 
        setCursorPosLCD(1, 11); 
        writeIntegerLengthLCD(lightSens[2] + (lightSens[3]<<8), DEC, 4); 
    } 
     
    /*****************************************************************************/ 
    // Main function - The program starts here: 
     
    int main(void) 
    { 
        initRP6Control(); // Always call this first! The Processor will not work 
                          // correctly otherwise. 
     
        initLCD(); // Initialize the LC-Display (LCD) 
                   // Always call this before using the LCD! 
     
        writeString_P("\n\nRP6 CONTROL M32 I2C Master Example Program!\n"); 
     
        // IMPORTANT: 
        I2CTWI_initMaster(100); // Initialize the TWI Module for Master operation 
                                // with 100kHz SCL Frequency 
     
        // Register the event handlers: 
        I2CTWI_setTransmissionErrorHandler(I2C_transmissionError); 
     
        // Play two sounds: 
        sound(180,80,25); 
        sound(220,80,25); 
     
        setLEDs(0b1111); // Turn all LEDs on! 
     
        showScreenLCD("################", "################", "", ""); 
        mSleep(500); 
        showScreenLCD("I2C-Master", "Example Program 1", "", ""); 
        mSleep(1000); 
        // --------------------------------------- 
        setLEDs(0b0000); // All LEDs off! 
     
        uint8_t counter = 1; 
     
        while(true) 
        { 
            // We check the buttons - just like the buttons example - but here we 
            // generate several I2C Bus requests and commands when a key 
            // is pressed AND released again... 
            uint8_t key = checkReleasedKeyEvent(); 
     
            if(key) 
            { 
                switch(key) 
                { 
                    case 1: // Increment a counter and send value to LEDs of the 
                            // Slave Controller: 
                        setLEDs(0b0001); 
                        showScreenLCD("INCREMENT", "LED COUNTER", "", ""); 
                        I2CTWI_transmit3Bytes(I2C_RP6_BASE_ADR, 0, 3, counter); 
                        counter++; 
                    break; 
                    case 2: // Read and display ALL registers of the slave controller: 
                        setLEDs(0b0010); 
                        showScreenLCD("READ ALL RP6", "REGISTERS", "", ""); 
                        readAllRegisters(); 
                    break; 
                    case 3: // Read the light sensors and show value on display: 
                        setLEDs(0b0100); 
                        showScreenLCD("LIGHT SENSORS:", "L:      R:", "", ""); 
                        readLightSensors(); 
                    break; 
                    case 4: // Rotate a very small distance to the left: 
                        setLEDs(0b1000); 
                        showScreenLCD("ROTATE A BIT...", "... LEFT!", "", ""); 
                        RP6_rotate(35,LEFT,40); 
                    break; 
                    case 5: // Rotate a very small distance to the right: 
                        setLEDs(0b1001); 
                        showScreenLCD("ROTATE A BIT...", "... RIGHT!", "", ""); 
                        RP6_rotate(35,RIGHT,40); 
                    break; 
                } 
            } 
        } 
        return 0; 
    }

    mit foltgenden änderungen:

    in der "RP6Base_I2CSlave.c":

    zeile inhalt
    85 uint8_t pb2_value; hinzu
    231 #define I2C_REG_PB2_VALUE 30 hinzu
    272 I2CTWI_readRegisters[I2C_REG_PB2_VALUE] = (uint8_t)(pb2_value); hinzu
    483 pb2_value = (PINB & (1<<PINB2)); hinzu


    in der "RP6Control_06_I2CMaster.c":

    103 I2CTWI_readBytes(I2C_RP6_BASE_ADR,RP6data, 30); von
    I2CTWI_readBytes(I2C_RP6_BASE_ADR,RP6data, 31); in
    109 for(i = 0; i < 30; i++) von
    for(i = 0; i < 31; i++) in


    benutzt habe ich die fukntion zum ausdrucken aller register "void readAllRegisters(void)", hier das ergebnis:


    ursprünglich 30 register:

    READING ALL RP6 REGISTERS:
    #00:000 | #01:000 | #02:000 | #03:000 | #04:000 | #05:000 | #06:000 | #07:000
    #08:000 | #09:001 | #10:000 | #11:002 | #12:000 | #13:099 | #14:003 | #15:220
    #16:002 | #17:000 | #18:000 | #19:000 | #20:000 | #21:023 | #22:003 | #23:217
    #24:002 | #25:212 | #26:002 | #27:000 | #28:000 | #29:000


    31 register, ohne signale der bake:

    READING ALL RP6 REGISTERS:
    #00:000 | #01:000 | #02:000 | #03:000 | #04:000 | #05:000 | #06:000 | #07:000
    #08:000 | #09:001 | #10:000 | #11:002 | #12:000 | #13:098 | #14:003 | #15:225
    #16:002 | #17:000 | #18:000 | #19:000 | #20:000 | #21:023 | #22:003 | #23:220
    #24:002 | #25:216 | #26:002 | #27:000 | #28:000 | #29:000 | #30:004



    31 register, mit signalen der bake:

    READING ALL RP6 REGISTERS:
    #00:000 | #01:000 | #02:000 | #03:000 | #04:000 | #05:000 | #06:000 | #07:000
    #08:000 | #09:001 | #10:000 | #11:001 | #12:000 | #13:107 | #14:003 | #15:247
    #16:002 | #17:000 | #18:000 | #19:000 | #20:000 | #21:019 | #22:003 | #23:242
    #24:002 | #25:238 | #26:002 | #27:000 | #28:000 | #29:000 | #30:000


    ist die änderung des reg '30 von 004 in 000 der erhoffte nachweis? Wenn ja, könnte ich doch jetzt abhängig vom inhalt des reg 30 verschiedenes an funktionen ausführen?
    Geändert von inka (27.11.2013 um 16:21 Uhr) Grund: schreibfehler
    gruß inka

  9. #9
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    02.09.2009
    Ort
    Berlin (Mariendorf)
    Beiträge
    1.023
    Zitat Zitat von inka Beitrag anzeigen
    einstellungen VOLTS/DIV = 10 (und weisser pfeil nach unten)
    Bitte alle Mittelpotis mit den weißen Pfeilen bis zum Einrasten nach rechts drehen! Nur dann stimmen die Skalierungen des Stufenschalter! Andernfalls sind die Ablesungen quantitativ wertlos, weil unbekannte Skalierungsfaktoren mit drin sind.

  10. #10
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    hi Dirk,

    Klicke auf die Grafik für eine größere Ansicht

Name:	aufnahme_11.jpg
Hits:	8
Größe:	116,9 KB
ID:	26820

    im bild 11 wären es jetzt 6,5 perioden auf 9 DIVs . Bei TIME/DIV = 20 µs wäre:
    Periodendauer = 0,00002 * 9 / 6,5 = 0,0000276 s = 27,6 µs
    Frequenz = 1 / Periodendauer = 1 / 0,0000276 = 36231,9 Hz = 36,23 kHz

    einverstanden?

    ich glaube das messen (oder ist es eher ein schätzen?) einer frequenz ist relativ einfach - wenn man weiss, wie was einzustellen und zu lesen ist...

    für das einstellen einer frequenz wäre es wichtig eine ganze zahl als DIV und eine ganze zahl von perioden zu bekommen. Ist das überhaupt möglich? Oder muss man sich mit 6,5 - wie ich hier aushelfen?

    was würdest Du sagen - mit welcher genauigkeit kann man mit dem oszi die frequenz überhaupt messen? Und - mit welcher genauigkeit braucht der RP6 diese frequenz?
    gruß inka

Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. IR-Bake
    Von tornado im Forum Elektronik
    Antworten: 9
    Letzter Beitrag: 05.07.2007, 17:37
  2. IR-Bake
    Von Bernd-das-Brot im Forum Sensoren / Sensorik
    Antworten: 38
    Letzter Beitrag: 13.12.2005, 16:14
  3. ir-bake
    Von pebisoft im Forum Vorstellungen+Bilder von fertigen Projekten/Bots
    Antworten: 8
    Letzter Beitrag: 17.01.2005, 13:41
  4. ir-bake
    Von pebisoft im Forum Sensoren / Sensorik
    Antworten: 2
    Letzter Beitrag: 17.01.2005, 07:01
  5. Bake
    Von techboy im Forum Elektronik
    Antworten: 6
    Letzter Beitrag: 02.11.2004, 10:17

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

12V Akku bauen