ADC-Wandlungs-Ergebnis als Bitfolge an einem Port ausgeben

1

#include "delay.h"

2

#define F_CPU ????

3

#define SYMBOL_DURATION 100

4

5

void send_data(uint8_t data) {

6

    uint8_t i;

7

    for (i=0; i<7; ++i) {

8

        if (data | 0x01) PORTB |= 0x01;

9

        else PORTB &= 0xFE;

10

        data <<= 1;

11

        _delay_ms(SYMBOL_DURATION);

12

    }

13

}

Vorher natürlich noch PB0 als Ausgang konfigurieren:

DDRB |= 0x01;


Hab den Code nicht getestet und es gibt jede Menge Möglichkeiten, das 
eleganter zu machen.

Ralf Schwarz wrote:
>

1

> #include "delay.h"

2

> #define F_CPU ????

3

>

anders rum

>

1

> #define F_CPU ????

2

> #include "delay.h"

3

>

@Andre
F_CPU ist die Taktfrequenz deiner CPU. Diese muss natürlich vor dem 
Include von delay.h bekannt sein. Ein paar Makros in delay.h wollen 
nämlich damit Berechnungen anstellen.

Ups, sorry. Danke Karl Heinz.

Andre wrote:
> danke für die schnellen antworten:)
>
> ein paar kleine probleme sind hierbei jetz leider aufgetreten.
>
> 1. der ADC-Wert der sich hinter result verbirgt ist im uint16_t format.
> Dadurch spuckt er mir den Fehler aus das die Datei declarationen nicht
> ganz passen. Naja ist eigentlich nur ne Warnung.

Die allerdings in deinem Fall ernst zu nehmen ist. Aber das wirst du 
schon noch sehen, wenn du dir die Werte erst mal extern ansiehst. :-)

> 2. und viel wichtiger ist: Ich habe garkeine delay.h :( jedenfalls sagt
> er das beim kompilieren. Ich benutze das STK500 mit AVR Studio 4 falls
> das irgendetwas ändert.

die ist in  <util/delay.h>


http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#avr-libc_Versionen_ab_1.6

> lediglich den Zahlenwert in der Definition angeben, d.h. bei mir 4
> die ich über den Externen Quarz habe oder 4 MHz?

#define F_CPU 4000000

1

uint16_t ReadChannel(uint8_t mux)

2

{

3

  uint8_t i;

4

  uint16_t result;

5

  ADMUX = mux;

Boing.
Genau jetzt hast du dir in ADMUX die Konfiguration der Referenzspannung 
zerschossen, die du vorher per Adcaktivate() eingestellt hast.

Haben wir alle übersehen

> uint16_t send_data(uint16_t data)
> {
>     uint8_t i;
>     for (i=0; i<7; ++i)
>   {
>         if (data | 0x01) PORTB |= 0x01;
>         else PORTB &= 0xFE;
>         data <<= 1;

falsche Richtung. muss lauten
          data >>= 1;

>     _delay_ms(10);
>   }
>   return 0;
> }

Gib halt mal zur Kontrolle das Datenbyte auch auf Port C aus. Dann hast 
du eine Komponente (nämlich das Raustakten auf B) weniger, die 
fehlerhaft sein kann.

Du kannst ja mal in der Endlosschlaufe nur send_data(0xAA) ausführen 
lassen, dann siehst du schon mal, ob der Teil mit dem Port funktioniert. 
So sollte der Pin ca. im 100ms Takt zwischen 0 V und 5 V wechseln.

Kleines Detail: Es genügt, PB0 nur einmal als Ausgang zu konfigurieren. 
D. h. DDRB = 0xff; kannst du vor die Endlosschlaufe setzen.

Dein ganzer AD-Teil scheint mir ein wenig abeteuerlich. Lies nochmals 
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#ADC_.28Analog_Digital_Converter.29

Mit welcher Auflösung möchtest du Sampeln? 8 Bit genügt in vielen 
Fällen, und dann musst du schauen, dass das Ergebnis im ADC-Register 
richtig ausgerichtet ist. Bei 8 Bit optimalerweise rechtsbündig.

Noch ein Detail: result /= 4; kann man auch als result >>= 2; schreiben. 
Weiss nicht, ob der Compiler das sowieso schon optimisiert, aber schaden 
tut's sicher nicht.


Und nochmals: Vielen Dank Karl Heinz, ich erschrecke immer wieder, wie 
viele Fehler ich mache ;-)

Ralf Schwarz wrote:

> Noch ein Detail: result /= 4; kann man auch als result >>= 2; schreiben.
> Weiss nicht, ob der Compiler das sowieso schon optimisiert, aber schaden
> tut's sicher nicht.

Ja tut er. Ich kenn keinen einzigen Compiler, der das nicht drauf hat 
(auch in schwierigeren Fällen, bei denen n keine 2-er Potenz ist)

Hier gilt die Regel: Schreibs so, wies für einen Menschen am klarsten 
ist. Bei einem arithmetischen Mittel ist die Division sicherlich klarer 
als irgendwelche Shifts. Alles andere überlass dem Compiler. Der kennt 
schon noch ein paar Tricks um Taktzyklen zu sparen, die 95% aller C 
Programmierer nicht kennen. Und die, die wir alle kennen, die hat er 
sowieso drauf.

Das ermöglicht dann auch, einen potentiellen Fehler zu vermeiden (den 
der OP glaub ich sogar schon gemacht hat)

1

#define SAMPLES 4

2

3

uint16_t ReadChannel()

4

{

5

  uint8_t i;

6

  uint16_t result;

7

  ADCSRA |= (1<<ADSC);              

8

  while ( ADCSRA & (1<<ADSC) ) 

9

    ;

10

  result=ADCW;  

11

  result = 0; 

12

  for( i=0; i<SAMPLES; i++ )

13

  {

14

    ADCSRA |= (1<<ADSC);           

15

    while ( ADCSRA & (1<<ADSC) ) 

16

      ;   

17

18

    result += ADCW;        

19

  }

20

  return result / SAMPLES;

21

}

und schon kann es nicht mehr passieren, dass mit einer anderen Zahl 
dividiert wird als der Anzahl an Messungen. Und einfach anzupassen ist 
diese Anzahl dann auch :-)

Die ADC Routine hab ich mir jetzt nicht weiter im Detail angesehen. Im 
kurzen Überfliegen ist mir nichts mehr ins Auge gestochen

> µc kaputt ist denn es rührt sich immer noch garnichts an den ausgängen.

In so einem Fall fall ich sofort zurück auf Plan Alpha:

Schalt einfach mal an einem Port das Bitmuster 0xAA auf und schau nach 
ob abwechselnd ein Pin 0 bzw. 1 ist.

Wenn das kommt, dann ist der µC nicht defekt

int main()
{
  DDRB = 0xFF;
  PORTB = 0xAA;

  while( 1 )
    ;
}

Mega16 und Probleme am Port C. Das JTAG hast du per Fuse abgeschaltet?

Wie programmierst du eigentlich deinen Mega16. In deinem Schaltplan da 
oben ist kein ISP Interface eingezeichnet.
Welchen Programmer benutzt du (ist mir passiert: benutzte einen 
Minimalprogrammer direkt am Parallelport vom PC, und das sch... Windows 
hat mir den Prozessor ständig im Reset gehalten)

Mit dem STK500 sollte es solche Probleme eigentlich nicht geben.

Was ist mit einem Minimalprogramm? Einfach mal einen Port komplett auf 1 
setzen

int main()
{
   DDRC = 0xFF;
   PORTC = 0xFF;

   while( 1 )
     ;
}

machen die Pins mit?

(So ein Testprogramm ist in 0 Komma Nix geschrieben und es geht nur 
darum festzustellen, ob den µC schon geschrottet ist oder nicht, ob du 
dich ausgesperrt hast, ob die Programmierung klappt, ...)