Hab mal den Thread angeschaut, ich kann nur sagen lol ;-)
Jaja, die Fuses...
MFG
Druckbare Version
Hab mal den Thread angeschaut, ich kann nur sagen lol ;-)
Jaja, die Fuses...
MFG
bitte nich gleich erschlagen, schein aber ein bischen blöder als andere zu sein: wenn ich den das beispiel programm auf das Device schreiben will, schmeißt der mir den Fehler: "falsches oder fehlendes Device (-24)", kann mir einer mal langsam und in einzelschritten sagen wo ich jetzt welche Fusebits setzten muss?
habe mich übrigens an die anleitung von pollin gehalten.
Erschlagen wird dich niemand, aber bittebitte nutz doch die Forensuche, ok? ;-) Das Thema wurde schon oft behandelt...
MFG
ok, nachträglich gemacht ;), aber nichts gefunden ausser in diesem thread, das andere hatte nichts mit meine problem zu tun (anm.: diesen thread hab ich vorher schon komplett gelesen), hab jetzt auch mal an meinen RS232 n oszi angeschlossen, es kommen auch signale an, klappen tut trotzdem nichts, ich hab nicht das problem, das der nur die fehlermeldung rausschreibt, sondern das der atmega wirklich nicht programmiert wird. tüfftel da schon länger dran rum, dachte könnte an den Fusebits liegen, aber das kann nicht sein, da ich die vorher nicht gesetzt habe und jetzt, wo ich es nach der beispiel anleitung machen wollte, da kann ich die gar nicht setzen, aus dem selben fehler eben. Habe nachgeguckt (schon bevor ich das obige gepostet hatte), meine Leitungen sind nicht gekreuzt (daran hätte es eigentlich auch nicht liegen können). was kann jetzt noch verkehrt sein?
PS: die Platine ist richtig verlötet, schon 3x kontrolliert, hab das Board schon fast 'n Jahr, hab nur zwischendurch aus verzweiflung aufgeben, aber als ich diesen thread gefunden habe, wieder hoffnung geschöpft
ooh man ... #-o hab ausversehen die stromversorgung rausgezogen, großes sry, echt keine absicht [-o<
aber immerhin, der fehler wurde bis jetzt noch nicht aufgezählt
also an alle deren board jetzt noch nich funktioniert ...
Also gehts jetzt? So kanns kommen, man denkt nicht an alles ;-)
Habe mich bis eben auch mit dem Fehler "falsches oder fehlendes Device (-24)" rumgeschlagen - es lag am Kabel! Anscheinend war eine der 9 Leitungen nicht durchverbunden
Tja, ich habe neulich auch meinen Mega8 verfust :( Muss ich mal wieder zurücksetzen, blödes gefummel mit Oszilattor etc...
Hi,
ich bin total neu auf dem Gebiet der Mikrocontrollerprogrammierung. Deswegen hab ich nochmal ein par Fragen zu dem Board.
Ist es richtig das ich für das Board kin ISP Programmierkabel mehr kaufen muss, sondern einfach nur ein normales 9 Pol SUB D Verlängerungskabel brauche, mit dem ich das Board ohne Wandler einfach an den PC anschließen kann?
Hi,
@blamaster
Du musst dir nur ein Kabel für die programierung kaufen. Solltest aber
doch 2 kaufen, da die Komunikation auch auf dem bord ist und es
einfacher ist 2 stecker zu haben als immer umzuschalten.
Genau das war ja meine Frage :)
Was für ein Kabel muss ich denn kaufen ? Ein normales Sub D 9 Pol ?
HI,
syr habe es vergessen zu schreivben. Es sollte ein Sub D 9 pol kabel
tun, vil. mit Schirmung wens so was gibt.
Du brauchst nur zwei, wenn du auch am PC zwei Com-Ports hast!
So, habs jetzt mal ausprobiert:
Kabel braucht ihr ein oder zwei vollbelegte 9Pol.-SUB-D-Verlängerungen (keine Nullmodem !!!). Die Leitungen sind auf der Platine schon gekreuzt.
Ich hab mir jetzt PonyProg 2.06f-Beta geladen und installiert. In der Originalversion (englisch) ist alles ok, sobald ihr aber die deutsche Sprache aufsetzt, macht er eine 2.05a-Version draus und die hat noch keinen Mega32 ! Daher wahrscheinlich immer die Fehlermeldungen.
Ansonsten ist wichtig, nach der Installation des Programms das Hardwaresetup (Com 1 markieren) und die Kalibrierung durchführen zu lassen. Sonst kommt's auch zu Timingfehlern und Fehlermeldungen.
Seid Ihr soweit, wählt Ihr im Menü DEVICE euren entsprechenden uC aus. In meinem Fall ein AVR Mega16. Dann klickt ihr auf das Schloßsymbol für SECURITY AND KONFIGURATIONS BITS. Dort auf READ. Jetzt macht ihr alle Haken (sofern welche vorhanden) raus (6, 7 und SPIEN sind grau hinterlegt und bleiben so wie sie sind), und klickt auf WRITE. Erst jetzt sind die Bits auch entsprechend geändert worden und stehen auf externe Clock.
Hoffe damit gedient zu haben ;-)
PS.: Mit nem Mega32 hab ich's auch getestet -> funzt prima und ohne Fehlermeldungen.
Naja, das steht alles schon in den Manuals. War wohl jemand zu faul zum Lesen ;-)
... jepp, aber wir wollen denen ja ihr Erfolgserlebnis nicht vermiesen. ;-)
^^
Mann müsste sich einen Hotkey für RTFM und RTFW anlegen ;-)
Hallo,
ich habe mir auch dieses Board(V 2.0) geholt und ha mich nun mal an die RS232-Geschichte gewagt. Allerdings habe ich ziemliche Probleme damit und bin mit meinem Latein am Ende, aber vll kann ja jmd das grosse Latinum ;-).
Ich versuche über die 2 Taster jeweils ein Zeichen zu schicken.
(Damit ich sichergehen kann, das ich nicht gleich mehrere schicke hab ich so einen Pseudoentpreller mit den 2 Tastern eingebaut)
Verwenden tu ich einen ATMEGA16
Die Taster tun und wenn ich stat dem zu sendenden Zeichen die LEDs brennen lasse tun diese es auch.Code:#include <stdio.h>
#include <stdlib.h>
#include <avr/io.h>
#include <util/delay.h>
#ifndef F_CPU
#define F_CPU 8000000UL /* Oszillator-Frequenz in Hz */
#endif
#define BAUDRATE 9600
int main(void)
{
DDRD = 0b11100010;
//uint16_t ubrr = (uint16_t) ((uint32_t) F_CPU/(16*BAUDRATE) - 1); // ORIGINAL
//UBRRH = (uint8_t) (ubrr>>8);
//UBRRL = (uint8_t) (ubrr);
UBRRH = 0x00;
UBRRL = 0x33;
// UART Transmitter anschalten
// Data mode 8N1, asynchron
UCSRB |= (1 << TXEN);
UCSRC = (1 << URSEL) | (1 << UCSZ1) | (1 << UCSZ0); //UCSRC = 0b10000110; //UCSRC = 0x86;
while(1)
{
while (!(UCSRA & (1 << UDRE)))
{
//
}
if( PIND & (1<<PD2) )
{
_delay_ms(1000);
UDR = 'a'
_delay_ms(1000);
}
if( PIND & (1<<PD3) )
{
_delay_ms(1000);
UDR = 0b11111111; //zum testen
_delay_ms(1000);
}
}
return 0;
}
Was nun passiert ist folgendes:
Wenn ich die Taste drücke werden stat einem Zeichen (sollte ja 1 BYTE sein) 2 bzw 3 Byte übertragen und es kommt laut meinem "Portsniffer" jweils nur "€€€" an.
Das find ich relativ komisch. Es scheint mir, als ob der Port entweder 3 mal so schnell abtastet (was aber auch keinen sinn macht) oder als ob die Kiste zu schnell sendet (oder was auch immer)
Hat jemand einen Rat?
Was mir noch aufgefallen ist.
Wenn ich dieses "Test-Tool" (TESTTOOL.HEX)von Pollin laufen lasse, dann piepst der stat 0,5 Sekunden ungefähr 3 Sekunden lang *grübel*
Viele Grüße, Daniel
Hab mir auch die V2.0 geholt... heute zusammengelötet, aber leider noch nicht getestet. Der Aufbau ging jedenfalls recht schnell.
Statt 0,5s piept er 3s?? Verwendest du den ext Quarz?? ;-) Fusebits???
Mmhhh. Wie stell ich das doch gleich an? Ich dachte das macht AVR-Studio für mich ;-)Zitat:
Zitat von Xtreme
Und Fuse-Bits hab ich (mit Haken):
JTAGEN
BOOTSZ1
BOOTSZ0
SUT0
CKSEL3
CKSEL2
CKSEL1
Die waren/sind gesetzt.
Nachtrag...
Irgendeine Stimme sagt mir grade, ich hätte bei CKSEL0 KEINEN zusätzlichen Haken setzen sollen *seufz*
(Laut Referenz hab ich den dämlichen Controller nun auf external clock umgesetzt und mein PonyProgger mag nicht mehr mit dem Kleinen reden... oh man....)
Hi Reddingo,
hast du die vorherigen Artikel denn nicht gelesen ? Da hab ich sogar geschrieben, welche gesetzt sein müssen.
Das mit den Zeichen und der langen piepszeit liegt daran, daß du eben KEINEN ext. Quarz nimmst, sondern den internen, der nicht wirklich einen genaue Frequenz gibt und du somit auch keine vernünftigen Zeichen per uart übertragen bekommst.
Du MUSST auf ext. Quarz umschalten und die richtige Quarzfrequenz auch in deinem Prog. mit angeben. Frag mich nicht, wie die C-Befehle dazu lauten, denn ich progge mit BASCOM.
Und von Haus aus überträgt kein Programmer die Fusebits !!!
Führ dir also bitte mal meinen Artikel vom 25.02.2007 zu Gemüte, OK ?
Wenn deine Piepzeiten nicht stimmen, liegt das an der falschen Frequenz des Oszillators. Aber 0,5=>3 ist niicht die Ungenauigkeit des internen Oszillators, sondern eine falsche Angabe im Code! Generell kann es funktionieren, mit dem Internen zu senden, bei mir hat es schon funktioniert. Also solltest du erstmal den Quarz richtig konfigurieren, dass dein Pieper/LED korrekt lange leuchtet, dann kannst du beim Senden schauen.
MFG
Achso: Zum Thema verfuster AVR nutze mal die Forumsuche...
Danke für die Tips.Zitat:
Zitat von 1hdsquad
Ich hatte die Suche schon bemüht nur sind viele Beiträge rausgekommen und nichts was mir wirklich geholfen hat.
Und wie man den verpfuschten IC wieder hinbekommt hab ich hier gelesen:
http://www.klaus-leidinger.de/mp/Mik...html#Preserver
Was Anderes bleibt mir glaube ich nicht übrig als so ein Teil zu bauen.
Gruss und vielen Dank für die Hilfen.
Dafür sind wir ja da ;-)
... mit der Suche hast natürlich Recht. Ist wie bei Google: entweder du findest nix zu deinem Problem oder soviel, daß du's zu Lebzeiten nicht mal lesen kannst. :-k
Nichts desto trotz, so wie 1hdsquad schon sagte, sind wir ja dafür da.
Ich hab das übrigends schon auch mal probiert über den UART mit dem internen Quarz zu senden, aber da hat's nicht funktioniert. Er hat die Zeichen trotz gleichen Baudraten von Sender und Empfänger nicht richtig dekodiert. Seither mach ich alles nur noch mit ext. Quarz. Ist ja auch kein Problem ein Quarz und zwei Kondensis mit reinzupacken.
Ich hab nun noch so ein online-Fuse-Bit-Tool gefunden unter:
http://palmavr.sourceforge.net/cgi-bin/fc.cgi
Und wenn ich mir so angucke was ich alles einstellen kann zum Thema externer Quarz usw, dann werde ich wohl noch viele ICs "verbraten" :P
Kann mir jemand erklären welcher dieser Quarze verbaut ist?
(Das es einer dieser 'Ext. RC. Osc.' ist es vermutlich nicht. Sind das nicht diese 'Quarze' mit 4 Beinchen?!?)
Wenn ich nämlich den Beitrag vom 25.02.2007, 09:56 angucke, wo steht, das ich fast alle Häkchen rausmachen soll, und dann zum Vergleich das PDF mit den Screenshots vom Pollin-Manual anschaue, bin ich wieder etwas verwirrt :)
Für einen Quarz (zwei Beine) mußt du Ext. Crystal/Resonator einstellen
Für einen Quarzozillator (vier Beine) Ext. Clock
Der Calculator ist 'ne coole sache, wenn man weiss, was die Einzelnen Einstellmöglichkeiten bedeuten.
Für alle meine Progs langt mir 'alle Häckchen raus', was natürlich nicht auf jeden Anwendungsfall zutreffen muß ! Beispielsweise verwende ich die JTAG-Schnittstelle nicht. Warum soll ich sie also aktivieren ?
Screenshot's habe ich alledings in der Anleitung vom Pollin Board 2.0 keine gefunden. Oder meinst du eine andere Anleitung ???Zitat:
zum Vergleich das PDF mit den Screenshots vom Pollin-Manual
Wirf mal ein Blick in die zip...Zitat:
Zitat von Berni28
http://www.pollin.de/shop/shop.php?c...=OTk4OTY4&ts=0
... Danke für den Link, nur bin ich von der Anleitung des Boards ausgegangen und nicht vom Testtool.
Das ist aber nun genau das, was ich mit '...Anwendungsfall...' meinte ;-)
^^
So ist das...
MFG
So. Hab heut endlich neue, unverfusede ICs bekommen und bin ja so begeistert, dass der nun DAS macht was ICH will :D
Vielen Dank nochmal \:D/
...so soll das sein ! =D>
Wirf die verfusten nicht weg, die lassen sich "reparieren"Zitat:
Zitat von Reddingo
http://www.klaus-leidinger.de/mp/Mik...html#Preserver
Joa hab mir schon Quarzoszilatoren bestellt, nur war es einfacher eben 3 neue zu bestellen bzw billiger ;)
Weiß jemand von wuch wieso an port PC2, PC3 und PC5 eine kleine Spannung anliegt ?
eine frage kann man den port d benutzen ?
Klar, wieso nicht?Zitat:
Zitat von fotomarco
Geht ja auf die Steckerleiste (Port 26-33 wenn ich micht nicht verzettelt hab beim Schaltplan).
Musst halt die Pullup/downs richtig setzen und dann sollte da gehen.
Oder WIE willst du den Port benutzen?
ich bin neu hier ,hat jemand versucht mit diesem board einen robot aufzubauen ?
reddingo ok werde mir mal den schaltplan anschauen welche ports an der steckerleiste legen
konnt ihr mir das board empfehlen ?