AVR schafft keine 5V

JTAG deaktiviert?

laut Datenblatt besitzt der Tiny 13 gar kein JTAG interface

Kann nicht sein.

Schaltplan und Programm bei das will ich sehen.

Egal welches Programm oder welche Beschaltung. Ich Flashe AVR-A mit 
einer Software (egal welche) und dann Flashe ich AVR-B mit der gleichen 
Software nur einer schaffts auf die 5V und der andere ned. Fuse bits 
sind bei beiden Controllern gleich.

Ich glaub das die vielleicht nen ESD schaden haben.

Quatsch mit Sauce.

Die einen schaffen deine Fehler zu kompensieren die anderen nicht.

Wie getippt, schaltplan und Code her.

DDR Ausgangsregister korrekt gesetzt?

echt quatsch, so was gibt es nicht
Schaltung her, Fotos usw.

Data Direktion Register passt. LEDs sind low power leds.

Pin1 Reset... direkt an 5V????

Low Power LED mit 220R ?????

Peter schrieb:
> Data Direktion Register passt. LEDs sind low power leds.

Du schreibst 6 bits in ein 8 Bit Register was sind mit den zwei anderen 
Bits? Die bleiben sich selbst überlassen?

...und was passiert auf dem Analogeingang? Ist der einfach offen?

wiso 8... der Attiny hat 6 i/o pins davon ist einer der Reset.

Und ob der Widerstand 220 Ohm ist oder mehr ist egal da laut Datenblatt 
der AVR diese Last Problemlos treiben kann.

der ADC Pin ist keinesfalls offen. Er bekommt seine Spannung von R9 
(Spannungsteiler mit dem NTC). Die Schaltung funktioniert so auch schon 
in anderen Schaltungen.

BOR? klär mich auf :)

stimmt da hast du teilweise recht. Ich lese ADC2 aus und nicht ADC1 wie 
du behauptest aber da bin ich wohl um ein bit verrutscht.

Zitat: Zwei LEDs signalisieren den Betriebszustand.


Ich sehe nur eine!

Thomas Eckmann schrieb:
> Definitiv Mist ist es, den Reset fest auf 5V zu legen.
>
> Möglicherweise führt der Controller dadurch keinen ordentlichen Reset
>
> durch und startet in einem nicht definierten Zustand. Der eine
>
> Controller läuft trotzdem, der andere nicht.
> Zumindest ist es das einzige, was ich an Fehlern im Schaltplan erkennen
> kann.
>
> Die 5V vom Reset solltest du schleunigst wegnehmen und einen Pullup von
>
> 10k reinhängen. Oder ganz offen lassen. Das schadet auch nicht.
>
> mfg.

Meine Rede Beitrag "Re: AVR schafft keine 5V"

@Ich wie wärs mit sinnvollen Beiträgen?
Da hab ich den header noch nicht aktuallisiert da es ursprünglich mal 2 
Leds waren und nur 2 Transistoren.

Moin!

Scheint hier ein gern begangener Fehler zu sein, den *Reset-Eingang 
nicht ordentlich zu beschalten. Da gehört ein Kondensator nach Masse 
'ran, sonst nix! Ich bevorzuge gutes Material wie X7R und die Größe ist 
fast irrelevant. Hier nutze ich 100n wie das andere Vogelfutter zum 
Verblocken der Betriebsspannungen, um die Zahl der unterschiedlichen 
Bauteile zu reduzieren. Da freut sich die Lagerhaltung, der Besteller 
usw..

Alternativ kann man zusätzlich einen Widerstand nach +5V ziehen - aber 
eben nur zusätzlich. AVRs enthalten bereits einen festverdrahteten 
Pull-up-Widerstand.

So, das Thema ist hoffentlich langsam ausgestanden.

Gruß - Wolfgang

also das mit dem 5V an reset sehe ich auch nicht als fehler, läuft bei 
mir auch ohne Probleme.

Ich denke immer noch das der Pin als eingang mit PullUp geschaltet ist, 
das würde so ein verhalten erklären.

Deine adc_init Routine finde ich nicht. Kann es sein, dass diese DDRB 
wieder zerschießt?
Maskiere sie mal aus.

Wolfgang schrieb:
> Scheint hier ein gern begangener Fehler zu sein, den *Reset-Eingang
> nicht ordentlich zu beschalten. Da gehört ein Kondensator nach Masse
> 'ran, sonst nix!

Komisch nur, dass Atmel das in den AppNotes AVR040 und AVR042 gar nicht 
so sieht.
Wenn man ISP nicht benötigt, dann am besten einfach Reset direkt an Vcc 
legen. Weitere Beschaltung kann man sich dann getrost sparen. Steht auch 
so in einer der AppNotes drin.

Peter schrieb:
> Ich lese ADC2 aus und nicht ADC1 wie
> du behauptest aber da bin ich wohl um ein bit verrutscht.

Du solltest doch wissen, was Du ausliest. Auch ein korrektes Schaltbild 
wär' nicht schlecht, bei dem die Pin-Funktionen mit dem Datenblatt 
übereinstimmen.

Laut DB des Tiny13 ist ADC3 an PB3 und ADC2 an PB2. Im Schaltbild ist's 
falsch. Wo genau hängt der Sensor denn dran ? Ist wenigstens Beinchen 
Nummer 3 richtig ?

Bei 3 wär's der ADC2 und der hat 'nen Pullup, vorausgesetzt der Compiler 
fügt die nicht vorhandenen Nullen vorn und nicht hinten ein.

Bei Ports mit <8 Pinsgelten die nicht vorhandenen Bits als "reserved"
> For compatibility with future devices, reserved bits should be written
> to zero if accessed.
und haben mit 0 geschrieben zu werden. Also kein Grund so 'nen Krampf zu 
machen:

> DDRB = 0b010111;

MWS schrieb:
> ... und ADC2 an PB2.

Korrektur:

... und ADC2 an PB4

Aber auch der hat 'nen Pullup.

Wie hast Du die Spannung am LED-Pin eigentlich gemessen? Mit Multimeter 
oder Oszi?
Es könnte ja sein, daß in deiner WHILE(1)-Schleife das Portpin ständig 
gesetzt und rückgesetzt wird und du demzufolge bei Tastverhältnis 1:1 
2.5V mit dem Multimeter misst.

Und je nach ADC-Ergebnis und Toleranz kann das bei verschiedenen Tiny 
variieren...

Ahoi, Martin

Super da ist wohl das Schaltbild in dem Schaltplanprogramm falsch... Na 
toll...
Danke für dein Scharfes Auge!

Peter schrieb:
> @Ich wie wärs mit sinnvollen Beiträgen?
>
> Da hab ich den header noch nicht aktuallisiert da es ursprünglich mal 2
>
> Leds waren und nur 2 Transistoren.

Meine Sinvollen Beiträge kannst du weiter oben lesen