logo elektroda
logo elektroda
X
logo elektroda
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Doświadczenia z przetaktowaniem AVR: Atmega128 i Atmega2561

29 Sty 2017 13:35 10572 151
  • #1 16237046
    Konto nie istnieje
    Konto nie istnieje  
  • #2 16237085
    Konto nie istnieje
    Konto nie istnieje  
  • #4 16237215
    Konto nie istnieje
    Poziom 1  
  • #5 16237631
    Konto nie istnieje
    Konto nie istnieje  
  • #6 16239203
    Konto nie istnieje
    Konto nie istnieje  
  • #7 16239221
    Konto nie istnieje
    Konto nie istnieje  
  • #8 16239252
    piotrva
    VIP Zasłużony dla elektroda
    R-MIK napisał:
    Bardzo cenne informacje, przetłumaczysz?

    Nie widzę sensu tłumaczyć - językiem oficjalnym elektroniki jest angielski i moim zdaniem każdego należy zachęcać do poznania tego języka! Dokumentacji STM32 nie będzie nikt tłumaczył ;)

    R-MIK napisał:
    Odpowiedź jest prosta, na ile można przetaktować i jakie to niesie ryzyko.

    Na to pytanie odpowiedź jest jednoznaczna - nie można przetaktować, bo niesie to ze sobą nieprzewidywalne ryzyko. Ba może być ono zależne od wersji krzemu i wielu innych czynników.
    Tyle w temacie zastosowania układu w urządzeniach komercyjnych.

    W eksperymentach można się pobawić jak się chce - to dosyć ciekawy temat.

    Na pewno co pamiętam to AVR'y żeby chodziły na wyższej częstotliwości należy stopniowo rampować zegar. Wyjść od max dopuszczalnej i potem zwiększać częstotliwość - wtedy można dojść do wyższych częstotliwości niż od razu podając określoną.
  • #9 16239286
    Konto nie istnieje
    Konto nie istnieje  
  • #10 16239294
    Konto nie istnieje
    Konto nie istnieje  
  • #11 16239303
    dondu
    Moderator na urlopie...
    Jednym z najistotniejszych elementów overclockingu mikrokontrolerów jest jakość sygnału taktującego mikrokontroler. Sporo można podkręcić, używając zewnętrznego generatora o idealnym sygnale prostokątnym.

    Podkręcanie za pomocą zmiany kwarcu nie jest tak skuteczne ze względu na ograniczenia charakterystyki wewnętrznego układu oscylatora, do którego kwarc jest podłączony, nawet przy włączeniu CKOPT.
  • #12 16239336
    tmf
    VIP Zasłużony dla elektroda
    piotrva napisał:

    Na pewno co pamiętam to AVR'y żeby chodziły na wyższej częstotliwości należy stopniowo rampować zegar. Wyjść od max dopuszczalnej i potem zwiększać częstotliwość - wtedy można dojść do wyższych częstotliwości niż od razu podając określoną.


    To wynikało z błędu w niektórych AVRach, polegającego na tym, że po zmianie częstotliwości taktowania, kilka instrukcji po zmianie mogło być błędnie wykonywanych, stąd producent zalecał jako obejście umieszczenie NOPów po każdej zmianie zegara. Drugim ograniczeniem jest wbudowany oscylator - przy zewnętrznym można wycisnąć więcej.
    Niemniej, tak jak piszesz, temat jest kompletnie bez sensu - brakuje mocy - biorę szybszy procesor. Nawet w AVR mamy procesory do 16, 20 lub 32 MHz. Ciągle mało - biorę ARM. Inna sprawa, że zwykle mało mocy wynika z kompletnie skaszanionego algorytmu lub jego implementacji. Nawet przy tym osławionym slave 1-wire autora - 18 MHz to za mało, ja napisałem slave działający na ATTiny13 , który był taktowany zegarem 1,2MHz i nie tylko działało bezproblemowo, to jeszcze procesor się nudził.
  • #13 16239385
    Konto nie istnieje
    Konto nie istnieje  
  • #14 16239506
    tmf
    VIP Zasłużony dla elektroda
    @R-MIK A co ma emulacja urządzenia do realizacji protokołu 1-wire? To są dwie oddzielne sprawy. Nie mieszajmy też SHA. Samo wyliczanie SHA nie jest aż takie kosztowne. Tu problem jest w czymś zupełnie innym - jak zaimplementować tego typu algorytmy, żeby nie dało się odtworzyć klucza przez np. analizę poboru prądu czy zależności czasowych.
  • #15 16239531
    Konto nie istnieje
    Konto nie istnieje  
  • #16 16239556
    tmf
    VIP Zasłużony dla elektroda
    @R-MIK Jeszcze raz - emulacja urządzenia 1-wire, a emulacja protokołu to są dwie różne sprawy. Jeśli je mieszasz to masz potem jakieś monstrualne funkcje, wykonujące się w nieskończoność. Sytuacja jest prosta - master odpytuje o kolejne bity i tyle. Skąd się biorą ich wartości to już kwestia emulowanego urządzenia, a tu MCU ma całą wieczność na dywagacje.
  • #17 16239599
    jaglarz
    Poziom 23  
    Atmega32 20 MHz z modułęm Ethernet, stabilnie od półtorej roku ;-)
  • #18 16239627
    Konto nie istnieje
    Konto nie istnieje  
  • #19 16239665
    jaglarz
    Poziom 23  
    Tylko ciekawość czy da radę. 3,3V, pseudo serwer www.
  • #20 16239840
    Konto nie istnieje
    Konto nie istnieje  
  • #21 16244150
    Konto nie istnieje
    Konto nie istnieje  
  • #22 16246608
    Konto nie istnieje
    Poziom 1  
  • #23 16246621
    Konto nie istnieje
    Konto nie istnieje  
  • #24 16246630
    piotrva
    VIP Zasłużony dla elektroda
    R-MIK napisał:
    temperatura "pokojowa"

    Niestety nie wiadomo co dzieje się na poziomie struktury krzemowej.

    Ja prowadzę badania i temperaturę mamy w większości badań "pokojową". Ale przez elementy płyną prądu rzędu MA/cm2 (średnice rzędu 100nm) i ich nagrzewanie się jest zauważalne w wynikach (punktowo może być i po 80-100 stopni).

    Swoją drogą co to za projekt?
  • #25 16246647
    Konto nie istnieje
    Konto nie istnieje  
  • #26 16247395
    piotrva
    VIP Zasłużony dla elektroda
    @R-MIK - zatem mam 2 pytania:
    1. Dlaczego nie weźmiesz procesora AVR, który może działać na 20MHz? Np. Atmega1284 czy 644?
    2. Dlaczego nie porzucić przestarzałych AVRów na korzyść choćby STM32? (ma wejścia tolerujące 5V, pracujące w trybie OD i wiele większą moc obliczeniową) Tu pewnie bawisz się już w ASM, na jakimś ARM zapomnisz o takich problemach.
    (przykład choćby WS2812 - na AVR to gimnastyka w ASM, na ARM - ustawienie kilku peryferiów i zapominasz o problemach ze sterowaniem tych diodek)
  • #27 16247454
    Konto nie istnieje
    Konto nie istnieje  
  • #28 16247501
    piotrva
    VIP Zasłużony dla elektroda
    R-MIK napisał:
    PCB już było zrobione jak przyszedł pomysł na overdrive.

    Nie są pinowo kompatybilne przypadkiem?
    Poza tym cóż - ja pod projekt elektroniki do symulatora lotów robiłem 3 wersje płytek, w tym 2 ze zmianą jednostki centralnej, zanim wybrana okazała się optymalna pod kątem cena/osiągi.

    R-MIK napisał:
    Bo około 6miesięcy będę poznawał go a właściwie kompilator.

    Nie przesadzajmy, jest CubeMX, jest IDE oparte o Eclipse, język C jest ten sam. To kwestia 2-3 tygodni dla osoby, która zrobiła tyle projektów co Ty. Poza tym wiedza ma to do siebie, że raz zdobyta zostaje na zawsze (pomijam demencje itp. ;) ) Ja też miałem długo opory do zmian swego czasu.
  • #29 16247535
    Konto nie istnieje
    Konto nie istnieje  
  • #30 16247565
    piotrva
    VIP Zasłużony dla elektroda
    R-MIK napisał:
    Tylko? Zobacz CTAC.

    Projekt nie jest jeszcze ukończony.

    R-MIK napisał:
    No właśnie, ile mogę zrobić w 3 tygodnie.

    Gwarantuję, że potem zaoszczędzisz 6 miesięcy ;)
REKLAMA