Bascom Problem oder schon wieder Fusebits?

Paul Baumann wrote:
> Welche Aussage davon? Die mit dem Quarz?
>
> Gut: Die Formel dafür ist:
>
> UBRR=(Quarzfrequenz/(16*Baudrate)-1
>
> Das ergäbe dann 383 für UBRR. Das passt aber nicht in das Register rein.
>

Seit wann ist das UBRR für einen Mega16 nur 8 Bit breit?

Hallo Paul,

das ohne extra Anweisung unter Bascom immer der Com1 verwendet wird ist 
richtig, jedoch bezieht sich das nicht nur auf Softwareerstelle 
Com-Ports. Der Mega2560 hat z.B. 4 * RS232 in Hardware und man muß jeden 
Port egal ober er in Soft oder Hardware realisiert wird mittels des 
Com-Befehls initialisieren. Ausnahme ist hier auch wieder Port1, das 
macht der Compiler selbst, voraussetzung es ist ein Hardware USART. :D

Roland

So ich denke ich habe den Fehler im Code gefunden.

Open "comd.1:2400,8,n,1" For Output As #1  <-- Falsch, absolut nur für 
Software-UART!

mit comd.1 sagst du dem Compiler daß du einen Software-Uart haben willst 
der am Port D.1 hängt, das ist dann der Ausgangspin.

Schau mal in den Bascom-Samples im Ordner unter "Chips" m2560.bas
Da ist beschrieben wie du den Hardware-Uart öffnest, aber 
sicherheitshalber hier noch das ganze in Kürze.

UART konfigurieren:
Config Com1 = 2400 , Synchrone = 0 , Parity = None , Stopbits = 1 , 
Databits = 8 , Clockpol = 0

Dann die Schnittstelle Öffnen:

Open "COM1:" For Binary As #1

und jetzt kannst du anfangen Daten hin und her zu schubsen.

Da der Compiler das aber beim 1. Hardware-Uart selbst macht und du ihm 
schon mit dem $baud-Statement die Geschwindigkeit mitgeteilt hast kannst 
du dir das sparen. Das ganze brauchst du nur wenn du entweder einen 
Software-Uart machst oder in Hard oder Software einen anderen Comport 
als den 1. verwendest.

MfG
Roland :D

Hallo Matthias,

ja der uC wartet wenn du den Waitkey-Befehl benutzt auf ein Zeichen das 
über die Serielle reingerauscht kommt.

Hast du die Originalversion von Bascom direkt von MCSelec oder von einem 
Händler ohne Updateberechtigung? Wenn du ein Update machst wird die 
fehlende Datei vom Updater erstellt die ist dann sicherlich dabei.
In Software müßtest du noch einen Input-Pin definieren, aber wirklich 
nur wenn du nen Software-UART nimmst.

MfG
Roland

Hallo Matthias,

mach doch mal folgendes.
Geh in den Programmordner von Bascom und suche dort die Daten 
"UpdateWiz.exe"
die startest du mal per doppelklick, der rest erklärt sich von selbst. 
Wenn das Update klappt (Geduldig sein daß kann je nach Datenmenge schon 
mal 15min dauern bis alles installiert ist) ist alles klar. Wenn nicht, 
Mail mir mal ich kann dir dann die aktualisierten dateien (aber ohne 
Lizenzfile) schicken. Das ist laut MCSelec kein lizenzbruch, nur meine 
Lizenzdatei schick ich natürlich nicht mit, du hast ja eines sonst würde 
Bascom nicht laufen. :)

MfG
Roland

Am einfachsten wäre es wie schon geschrieben den open-Kram komplett 
rauszunehmen. Eine Baud oder $BAUD-Anweisung im Header und dann nur noch 
Print ohne alles, das ist beim Hardware-UART das einfachste.

Aber ich hätte noch eine kleine Frage zu deiner Schaltung. So wie ich 
deinen Schaltplan verstehe erzeugst du einen Reset durch Kurzschluss 
:-). Da fehlt irgendwie der Kollektorwiderstand. Und im allgemeinen 
kannst du die Resetlogik einfacher machen indem du den Resetpin z.B. mit 
einen 100nF C gegen Masse und einen 47k Widerstand gegen 5V legst. Das 
spart Bauteile und Kosten.
Das gleiche gilt für die Ankopplung deines BT-Moduls. Da kannst du TXD 
des Moduls direkt auf den Atmel legen, der Atmel erkennt die Pegel. Und 
der RXD des Moduls kannst du über Widerstände oder Zenerdiode 
realisieren. Schau mal hier im Forum nach dem Anschluss von 
SD/MMC-Karten. Das ist das beschrieben. Das vereinfacht die Sache noch 
mehr.
Und um den UART für andere Sachen freizuhaben kannst du den SPI-Bus 
nutzen, Der ist auch deutlich schneller.

mfg.
   Joachim

@ Joachim R.,

du hast recht, der Reset wird durch nen "harten" Kurzschluß erzeugt. Je 
nach Leistung die die Stromquelle bringt macht das der Transistor nicht 
wirklich lange und dann gibts Rauch. :)
Ich würde allerdings als Pull-Up an den Reset nicht wie du schriebst 47K 
nehmen sondern lieber 10K. Die meisten Progger haben damit keine 
Probleme beim "runterziehen" des Reset-Pins, es macht aber die Schaltung 
um einiges Stabiler... :)

Mit der Anbindung des BT-Moduls mittels Spannungsteiler als 
"Levelshifter" ist etwas vorsicht geboten, je nach auslegung der 
Widerstände und somit fließendem Strom kann es sein daß du den Pegel des 
BT-Moduls "hochziehst". Ein Linearregler kann spannung nur sourcen und 
nicht sinken, das kann das Modul je nachdem wie empfindlich die Eingänge 
mit den Dioden nach VCC sind unter Umständen zerstören. (Kann, muß aber 
nicht!)
Weiterhin wird durch die Widerstand-Geschichte die Datenrate nach oben 
hin begrenzt (ok sollte bei dieser Schaltung nicht so das Problem sein).
Wenn es sauber sein soll, nimm nen Levelshifter, wenn ich mich recht 
erinnere kann man gut ein Gatter der LVX-Serie dafür mißbrauchen. :) 
Schau mal in der Artikelsammlung da steht was drin, sonst such ich dir 
das raus. Ich hatte schon mal ein ähnliches Problem, einen Mega32 mit 
einem riesen Dataflash das 3,3V braucht verbinden, eventuell kann ich 
dir den Schaltplan raussuchen dort ist das genauer beschrieben. :D

Roland