PiotrPitucha napisał: Witam
Piotrva będę polemizował, cytat z manuala do Bascoma:
1. Zgłoszę to Markowi Albertsowi jako nieścisłość - ten zapis to zaszłość z procesorów 89C... które nie miały FB ani żadnych narzędzi do zegara - wtedy rzeczywiście $crystal oznaczało jaki kwarc jest podpięty do procesora fizycznie. Obecnie zaś, w wersji AVR nie z teorii, ale z PRAKTYKI wiem, że wartość ta oznacza CZĘSTOTLIWOŚĆ TAKTOWANIA PROCESORA, czyli źródło zegarowe (kwarc lub oscylator) po przejściu przez ewentualne podzielniki i pętle PLL (o ile takowe są dostępne w danym procesorze).
Dalej, na logikę - rejestr CLKPR działa jakby jako modyfikacja fusebitów w trakcie działania programu. A kompilatora nie obchodzi to, jak takowe są ustawione (ba - on nawet o tym nie wie).
Jeśli mimo wszystko Kolega wie lepiej i zna się lepiej proszę zrobić prosty test - podpiąć kwarc np. 8MHz lub ustawić na wewnętrzny 8MHz bez podzielnika, skompilować program migający diodą na Wait'ach przy podaniu $crystal=8000000. Potem proszę zmienić fusebity (włączyć CLKDIV8), skompilować program ponownie bez żadnych zmian (wszak kwarc nie został zmieniony) i wgrać do procesora - z niecierpliwością czekam na efekty tej próby.
Romek2100 napisał: W teoretycznym Symulatorze wszystko jest OK.
2. Symulator UART w ogóle nie uwzględnia czegoś takiego jak BAUD - po prostu dane są wyświetlane w wirtualnym terminalu z pominięciem całej warstwy fizycznej.
3. Aż z ciekawości całej sprawie się przyjrzę w praktyce konkretnie na tych modelach układów, zestawię układ i zrobię testy.