Przesiadka z PIC16F876A na PIC18F2525 - problemy z szybkością transmisji SPI?
Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
From: "moki" <moki1.WYTNIJ_at_nospam_gazeta.pl>
Subject: Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
Date: Wed, 1 Feb 2006 09:25:29 +0000 (UTC)
Witam,
Uwierzyłem, że PIC18 może być szybszy.
Chodzi mi o problemy z transmisją SPI.
Na PIC16F876A mialem tak
wrb2 movlw ' '
movwf SSPBUF
nop
nop
nop
nop
nop
decfsz licz2,F
goto wrb2
Zmieniłem w układzie procesor na PIC18F2525.
Dokonałem w programie tylko niezbędnych zmian. W zakresie SPI nie zmieniałem
nic.
Okazało się, że muszę dodać 2 nopy w pętli.
Co może być nie tak? Mogłem o czymś zapomnieć? Czy też po prostu na nowym
procesorze transmisja jest wolniejsza?
Może ktoś coś podpowie.
Pozdrawiam
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
From: "Sylwester Łazar" <goalpropl_at_nospam_alpro.pl>
Subject: Re: Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
Date: Wed, 1 Feb 2006 10:58:05 +0100
Uwierzyłem, że PIC18 może być szybszy.
Może być, gdyż można taktować 40 MHz.
Chodzi mi o problemy z transmisją SPI.
...
Zmieniłem w układzie procesor na PIC18F2525.
Dokonałem w programie tylko niezbędnych zmian.
Bez oscyloskopu może być trudno cokolwiek stwierdzić.
-- .
pozdrawiam
Sylwester Łazar
http://www.alpro.pl
http://www.rimu.pl -oprogramowanie do edycji schematów
i projektowania PCB
From: "moki" <moki1_at_nospam_gazeta.SKASUJ-TO.pl>
Subject: Re: Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
Date: Wed, 1 Feb 2006 10:49:18 +0000 (UTC)
Może być, gdyż można taktować 40 MHz.
Niestety odpada. Muszę mieć 18,432
Bez oscyloskopu może być trudno cokolwiek stwierdzić.
A co mógłbym stwierdzić oscyloskopem?
Problem w tym, że bloki SPI obydwu procesorów zachowują się różnie.
Może są potrzebne jakieś zmiany w konfigurowaniu rejestrów.
Niestety jakoś nic nie zauważyłem w dokumentacji.
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
From: Adam Jurkiewicz <sword_at_nospam_NIEMATEGOajpic.zonk.pl>
Subject: Re: Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
Date: Wed, 01 Feb 2006 14:00:40 +0100
Na PIC16F876A mialem tak
wrb2 movlw ' '
movwf SSPBUF
nop
nop
nop
nop
nop
decfsz licz2,F
goto wrb2
A w ogóle po co ten nop'y, nie możesz sprawdzać flagi jak u ludzi?
pozdrawiam,
sword
--
e-mail: sword_at_nospam_TEGONIEMAajpic.zonk.pl
www: http://ajpic.zonk.pl/
gg#: 1781804
From: "moki" <moki1_at_nospam_gazeta.SKASUJ-TO.pl>
Subject: Re: Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
Date: Wed, 1 Feb 2006 15:07:43 +0000 (UTC)
A w ogóle po co ten nop'y, nie możesz sprawdzać flagi jak u ludzi?
He he. Zależy u jakich ludzi :)
Po pierwsze primo sprawdzanie flagi wydłuża niepotrzebnie pętlę.
Szczególnie w PIC16F gdzie stosowne rejestry są w różnych bankach.
Po drugie primo gdybym sprawdzał flagę to pewnie nie dowiedziałbym się, że
transmisja idzie wolniej.
Po trzecie primo w dataszicie od PIC18F2525 powiedziano że przy 40MHz kwracu
można realizować przepływ 10 Mbps. Chciałbym zobaczyć program który to
realizuje.
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
From: Adam Jurkiewicz <sword_at_nospam_ajpic.NOSPAM.zonk.pl>
Subject: Re: Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
Date: Wed, 01 Feb 2006 18:40:18 +0100
moki wrote:
Po pierwsze primo sprawdzanie flagi wydłuża niepotrzebnie pętlę.
Szczególnie w PIC16F gdzie stosowne rejestry są w różnych bankach.
Po drugie primo gdybym sprawdzał flagę to pewnie nie dowiedziałbym się,
że transmisja idzie wolniej.
Flaga SSPIF jest w banku 0 więc to nie ma znaczenia, przetestowanie
to dwa rozkazy plus jej wykasowanie daje razem 3. Zakładając dwukrotny
przebieg tej pętli to wychodzi na to samo co te nopy, a sposób wydaje
mi się pewniejszy, no i jakoś dla ludzi ;)
Po trzecie primo w dataszicie od PIC18F2525 powiedziano że przy 40MHz kwracu
można realizować przepływ 10 Mbps. Chciałbym zobaczyć program który to
realizuje.
Po to właśnie przydałby się oscyloskop, podepnij i zobaczysz jak to wygląda
w porównaniu.
Pozdrawiam,
sword
--
e-mail: sword_at_nospam_ajpic.NOSPAM.zonk.pl
www: http://ajpic.zonk.pl/
gg#: 1781804
From: "moki1" <moki1_at_nospam_gazeta.SKASUJ-TO.pl>
Subject: Re: Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
Date: Wed, 1 Feb 2006 18:43:43 +0000 (UTC)
Flaga SSPIF jest w banku 0 więc to nie ma znaczenia, przetestowanie
to dwa rozkazy plus jej wykasowanie daje razem 3. Zakładając dwukrotny
przebieg tej pętli to wychodzi na to samo co te nopy, a sposób wydaje
mi się pewniejszy, no i jakoś dla ludzi ;)
Przyznaję, że zwiedziony dokumentacją, zastanawiałem się nad testowaniem
flagi BF. Nie zmienia to jednak faktu, że pętla z testowaniem flagi musi być
z definicji dłuższa.
Odbiegliśmy jednak od istoty. Moje pytanie jest następujące. Co jest
przyczyną tego, że po zmianie procesora musiałem wydłużyć pętlę? I dalej,
czy można tak skonfigurować PIC18, żeby wysyłanie danych trwało tak samo
długo jak w przypadku PIC16.
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
From: "A.Grodecki" <ag.usun_to_at_nospam_modeltronik.com>
Subject: Re: Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
Date: Thu, 02 Feb 2006 23:24:12 +0100
moki1 napisał(a):
Odbiegliśmy jednak od istoty. Moje pytanie jest następujące. Co jest
przyczyną tego, że po zmianie procesora musiałem wydłużyć pętlę? I dalej,
czy można tak skonfigurować PIC18, żeby wysyłanie danych trwało tak samo
długo jak w przypadku PIC16.
Bloki funkcjonalne w procesorach wcale nie muszą i czesto nie zachowują
się identcznie. Występują różnice między rodzinami oraz między
technologiami. Ostatnio byłem wielce zaskoczony, kiedy prz przejściu z
18F6620 na 6722 (niby prawie to samo, tylko pamięci więcej) Microchip
strasznie pogmerał w UART-cie. Miało być lepiej a wyszło gorzej. W nowym
scalaku umieszczono zasoby do autodetekcji prędkości i kilka innych
bajerów w transmisji szeregowej a okazało się że nie tylko to wcale nie
działa jak trzeba, to jeszcze trzeba oddzielać bajty półbitowym odstępem
bo inaczej transmisja nie trzyma timingu, czyli transmisja idzie wolniej
i nic sie nie da zrobić! Babole występują też w bloku I2C/SPI. Tak więc
ściągnij erratę do tego układu i tam poszukaj odpowiedzi na swoje
wątpliwości, być może znajdziesz przyczynę. Na szczęście czytanie
Microchipowej dokumentacji drukowanej zwykle wyjaśnia zagadki.
--
Pozdrawiam,
A. Grodecki
"Wszystkie zwierzęta sa równe.
Ale te, które mają futerko w trzykolorowe pasy, są równiejsze."
From: "moki" <moki1_at_nospam_gazeta.SKASUJ-TO.pl>
Subject: Re: Przesiadka z PIC16F na PIC18F. Znowu marketing mnie przerobil?
Date: Fri, 3 Feb 2006 10:06:47 +0000 (UTC)
Dzięki.
Nie znalazłem odpowiedzi na mój problem.
Ciekawych rzeczy można tam sie jednak dowiedzieć.
Polecam wszystkim.
http://ww1.microchip.com/downloads/en/devicedoc/80224b.pdf
Od razu na pierwszej stronie. Wzór na częstotliwość taktowania I2C jest
naprawdę piękny.
Nie wykluczam, że to z czym usiłuję się uporać ma z tym związek.
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/