Druckbare Version
hast du vieleicht ne mail von dem mark
und spricht der deutsch
hab schon versucht ne mail an mcs zu schicken da hab ich irgendeine validierungsmail zurück bekommen wo ich nicht kappiert hab was ich damit soll
muß man informatik studieren um ne email zu versenden
und danke fürs ausprobieren Gruß Daniel
Hi,
mailadresse hab' ich zwar, weiß aber nicht, ob ich die weitergeben darf.
Anscheinend haben die auch was am Support geändert..
Es gibt da jetzt den kostenpflichtigen "Premium" Support. 199€
Gibt's jetzt nur noch kostenpflichtigen Support ?
Oder finde ich die Supportadresse auch nicht.
( "Die "info" Adresse gibts aber noch)
Die "BAUD rate not possible" Meldung geht übrigens bei bestimmten Einstellungen für den Quarz weg.
Beim Tiny45 zB. mit:
$crystal=100000
mit:
$crystal=400000 geht's nicht
Übrigens schreibt Bascom als Zeilennummer immer die letzte Zeile.
Also auch, wenn nichts drinsteht.
Wenn ich also mit der Return Taste leere 100 Zeilen einfüge, sieht Bascom den Fehler in Zeile 100, auch wenn nur Code in den Zeilen 1-10 steht.
Strange...
Gruß
Christopher
Hmm... haben nicht einige Atmel-Chips, die nur mit ihrem internen Taktgeber arbeiten können, festgelegte Teilungsraten?
Das würde erklären, warum manche Taktfrequenzen bei bestimmten Chips nicht funktionieren...
Viele Grüße
Torsten
Ja, seltsam ist das schon. Über das Thema gab es ja bereits einen Thread.Zitat:
Zitat von chr-mt
Mein anfänglicher Ärger legte sich aber, nachdem ich fesstellte, daß die Datei(en) trotz Fehlermeldung vollkommen korrekt kompiliert werden und dieses Kompilat auch anstandslos lauffähig ist.
BTW: Die "Baudrate not possible" Meldung kommt seit der ...8.1 als Fehlermeldung bei allen Prozessoren, die keinen HW-UART haben. Die ...8.0 gibt keine Fehlermeldung aus, schaut man aber unter "Compile result" nach, findet sich hier unter "Warnings" bereits das Gemeckere.
Das dürfte daran liegen, das es unter unter Options/Communication keine Möglichkeit gibt, diese Voreinstellung abzuschalten. Gleich ob man nun HW-RS232 nutzt oder nicht, der Compiler prüft...
Wie gesagt: auf den generierten Code hat das keinerlei Auswirkungen.
Grüße
Henrik
Hi Henrik,
Danke für die Erklärung. Das macht Sinn.
Gruß
Christopher
Ja Danke ...
auf die idee den code trotz fehlermeldung in den prozessor zu flashen
bin ich nicht gekommen
aber es funktioniert
...na, wirst Du wohl aufhören, hier meinen Lieblingscompiler madig zu machen...
na, der hellste bis du auch nicht, weil du noch nicht an die einfachen grenzen von bascom gekommen bist. wenn du halbwegs gut proggen tust mit dem avr hast du diese schnell erreicht und wirst mit selbstgebauten bascomlib weitermachen damit es wieder bergauf geht.
Castle
wenn nur der der hellste ist, der bascom an seine grenzen bringt ,dann bin ich wirklich nicht der hellste.
Beschäftige mich mit dem atmel thema auch erst seid einem monat und irgendwann hast auch du genie mal ganz unten angefangen gell?
Aber trotzdem Danke an alle die auch hier geholfen haben.
Hi Daniel,
da Thorsten zitiert wurde, war wohl er gemeint.
Was den Spruch und den Rest des Beitrags auch nicht besser macht :(
Gruß
Christopher
Super, Castle!
Das muß man Dir lassen, Deine Beiträge haben fast immer einen hohen Popcorn-Faktor... :mrgreen: