-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: Jakub Rakus <s...@o...pl>
Newsgroups: pl.misc.elektronika
Subject: avr - uart działa, ale nie do końca
Date: Sun, 30 Dec 2012 21:02:22 +0100
Organization: ATMAN - ATM S.A.
Lines: 20
Message-ID: <kbq6kf$6nh$1@node2.news.atman.pl>
NNTP-Posting-Host: user-188-33-201-216.play-internet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1356897745 6897 188.33.201.216 (30 Dec 2012 20:02:25
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sun, 30 Dec 2012 20:02:25 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0
Xref: news-archive.icm.edu.pl pl.misc.elektronika:639879
[ ukryj nagłówki ]Witam,
Taki oto problem się urodził:
Atmega8, taktowana kwarcem 8MHz, wykorzystany sprzętowy uart do
komunikacji z innym urządzeniem, również z komputerem przez rs232.
Transmisja 115200, 8, N, 1. Wszystko działa gdy wysyłam/odbieram kilka
(około 6-8) bajtów, przy większych ilościach (np. mam do odebrania przez
atmegę ciąg 64-bajtowy) pojawiają się bzdury - jakieś 20-30 pierwszych
bajtów jest poprawne, potem pojawiają się przekłamania, a kolejne takie
"pakiety" są tylko coraz gorsze.
Wygląda to tak, jakby w trakcie transmisji następowała jakaś
desynchronizacja, tylko nie wiem co zrobić z tym fantem. Linie tx/rx
skrócone do minimum (teraz to są przewody na płytce prototypowej o dł.
2cm każdy). Gdy miałem przez chwilę oscyloskop podglądałem przebiegi -
wygląda bardzo ładnie, bez żadnych zakłóceń, czasy prawidłowe, ładne
"ostre" prostokąty. Kombinować z rejestrem OSCCAL?
--
Pozdrawiam
Jakub Rakus
Następne wpisy z tego wątku
- 30.12.12 21:12 Sebastian Biały
- 30.12.12 21:14 Paweł Pawłowicz
- 30.12.12 21:24 BartekK
- 30.12.12 21:24 Jakub Rakus
- 30.12.12 21:30 Grzegorz Niemirowski
- 31.12.12 14:11 Marek
- 31.12.12 17:32 Jakub Rakus
- 31.12.12 17:57 Marek
- 31.12.12 18:00 Jakub Rakus
- 31.12.12 18:13 BartekK
- 31.12.12 18:43 Grzegorz Niemirowski
- 31.12.12 18:49 Marek
- 01.01.13 11:10 As
- 01.01.13 13:43 Sebastian Biały
- 01.01.13 13:53 identyfikator: 20040501
Najnowsze wątki z tej grupy
- Moduł BT BLE 5.0
- Pomiar amplitudy w zegarku mechanicznym
- ale zawziętość i cierpliwość
- Chiński elektrolizer tester wody
- Dzisiaj Bentlejem czyli przybieżeli sześciu Króli do Rysia na kasie
- ciekawy układ magnetofonu
- Mikroskop 3D
- Jak być bezpiecznym z Li-Ion?
- Szukam monitora HDMI ok. 4"
- Obcinaczki z łapaczem
- termostat do lodowki
- SEP 1 kV E
- Aku LiPo źródło dostaw - ktoś poleci ?
- starość nie radość
- Ataki hakerskie
Najnowsze wątki
- 2024-12-30 Białystok => Full Stack .Net Engineer <=
- 2024-12-30 Białystok => Analityk w dziale Trade Development (doświadczenie z Po
- 2024-12-30 Gdańsk => Software .Net Developer <=
- 2024-12-30 Białystok => Full Stack web developer (obszar .Net Core, Angular6+) <
- 2024-12-30 Białystok => Programista Full Stack (.Net Core) <=
- 2024-12-30 Moduł BT BLE 5.0
- 2024-12-30 Łódź => Application Security Engineer <=
- 2024-12-30 Lublin => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-30 Nowy Outlander PHEV w PL
- 2024-12-30 Warszawa => Key Account Manager <=
- 2024-12-30 Katowice => Key Account Manager (ERP) <=
- 2024-12-28 Śmiechu KOOOOOOPA ;-)
- 2024-12-29 Pomiar amplitudy w zegarku mechanicznym
- 2024-12-28 Antyradar
- 2024-12-28 Deweloper przegral w sadzie musi zwrócic pieniądze Posypia sie kolejne pozwy?