BASCOM Fehler mit Baudraten

nimm einen externen Quarz

Probier doch mal, das USART per Hand auf die gewünschte Baudrate 
einzustellen.
Wenn du dann zu funktionsfähigen Ergebnissen kommst, dürftest du ein 
Bascom-Bug gefunden haben.

über die Konfigurationsregister (direkt setzen). Vielleicht stellst Du 
beim Register suchen im Datenblatt auch fest, daß diese Baudrate nicht 
unterstützt wird.

>2400 Baud bei 16 MHz einträgt erscheint
>"not possible". Übrigens bei allen Baud raten < 4800.

Da hat er Recht, das ist nicht possierlich, äh möglich.:-)

Das liegt nicht an Bascom, denn auch das kann den inneren
Aufbau des AVR nicht ändern. ;-)

MfG Paul

Versuch's mal damit, das wird nur noch wackliger, weil nur noch die 
halbe Zeit zum Abtasten zur Verfügung steht. (Beschreibung zu UC2X im 
Datenblatt
Mega 128)

2400 Baud=16 Mhz/(8*832)+1

UBRR=832

In UCSRA muß noch das Bit für UC2X gesetzt werden.

Nicht alles, was theoretisch funktioniert, geht auch in Natura 
zuverlässig.

MfG Paul

lass dir doch mal die Alten werte anzeigen.

Hi

Sieht so aus, als ob BASCOM UBRRH intern nicht benutzt. Das würde auch 
die 'Aussage' 'not possible' erklären.

MfG Spess

> Das wäre allerdings ein ziemlich übler Bug. Wäre wieder ein schöner
> Anlass für die BASCOM-Basher...

Hier braucht man nichts zu bashen, BASCOM hat doch schon ein Eigentor 
kassiert, das reicht.

Johannes M. -> Basic Hasser? -> ja

Das darf man nicht so eng sehen.
Und immer ruhig durch die Hose atmen.

...du denkst wohl es gaebe nur ein 16 MHz Quarz .
Der Fehler liegt wohl in deiner unflexiblen Haltung
bzw mangelnden Erfahrung...

Kann den Code mangels angeschlossenem M128 nicht testen, weis aber nicht 
wo das Problem beim Options Dialog liegt, musst halt auf eine aktuelle 
Version updaten.

UBRRH gibt es nicht bei allen AVRs, daher wird CONFIG von BASCOM es 
nicht unterstützen. Im Übrigen sind die AVRs dermaßen unterschiedlich 
mit Hardwarefeatures ausgestattet, dass mit CONFIG ein Großteil der 
Features gar nicht unterstützen kann.

Der größte Fehler im BASCOM-Konzept ist das ja Implementieren der 
CONFIG-Anweisung für Hardware, die sich im AVR befindet (Timer, ADC, 
U(S)ART, usw.). Dies hält die Nutzer davon ab, sich die Bit- und 
Byte-Namen der I/O-Register aus dem Datenblatt herauszusuchen und die 
Werte direkt zuzuweisen. Das hält sehr viele Benutzer sogar davon ab, 
überhaupt mal ins Datenblatt des verwendeten AVRs zu schaun.

Nein, ich kritisiere nicht die CONFIG-Anweisung in Verbindung mit 
Softwaremodulen wie LCD-Treiber usw., da ist das schon sinnvoll. Aber so 
etwas wie CONFIG PORT, CONFIG TIMER, CONFIG ADC, CONFIG UART (oder wie 
immer das genannt wird) braucht die Welt nicht, das ist eher 
kontraproduktiv.

Ich habe nichts gegen BASIC allgemein, aber mit BASCOM kann ich mich bei 
den knappen Ressourcen der AVRs beim besten Willen nicht anfreunden. Ein 
kleines schlankes Tiny-BASIC hätte mich aber vermutlich überzeugt, so 
mit den Möglichkeiten, oft gebrauchte Variablen in Registern zu halten, 
schnellen Interrupts (ohne sinnfreie Sicherung unbenutzter Register) und 
Verzicht auf viel unnötigen Ballest. Aber nun ist es eh' zu spät, nun 
werkele ich in ASM. Und das ist gut so!

...