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

Programator AVR na PICu, standard STK500 dla ISP.

mi_ma 19 Lis 2009 07:06 6614 16
REKLAMA
MediaMarkt Black Week
  • Programator AVR na PICu, standard STK500 dla ISP.

    Texane napisał program pozwalający na programowanie mikrokontrolerów AVR przy użyciu mikrokontrolera PIC. Kod przeznaczony jest dla mikroprocesora 18F4550 i wykorzystuje standard STK500 dla ISP. To oznacza, ze programator jest kompatybilny z AVRdude i darmowymi programami do obsługi mikroprocesorów AVR. Często trwają dyskusje o wyższości jednych procków nad drugimi, ale dlaczego sie ograniczać i używać tylko jednej rodziny, gdy można korzystać z obu dobierając mikroprocesor do aktualnych potrzeb. Obecne oprogramowanie pozwala na podłączenie programatora do komputera za pomocą portu szeregowego. Texan planuje przerobienie oprogramowania i umożliwienie komunikacji za pomocą portu USB. Soft znajdziecie na stronie źródłowej.

    Programator AVR na PICu, standard STK500 dla ISP. Programator AVR na PICu, standard STK500 dla ISP.

    Źródło http://github.com/texane/picisp

    Fajne? Ranking DIY
    O autorze
    mi_ma
    Tłumacz Redaktor
    Offline 
    Specjalizuje się w: elektronika wojskowa
    mi_ma napisał 831 postów o ocenie 809. Mieszka w mieście Wrocław. Jest z nami od 2006 roku.
  • REKLAMA
    MediaMarkt Black Week
  • REKLAMA
    MediaMarkt Black Week
  • #3 7280642
    LechU
    Poziom 14  
    Balu napisał:
    jeszcze z picem...to jakby do renault wkładać części z fiata;P


    :lol: :D Nawet w najprostszych klonach STK 200 są układy TTL, a tych jak mi się wydaje ATMEL nie produkuje ... :D :lol:

    A na poważnie: ciekawy projekt łączący 2 bardzo popularne rodziny procesorów. Może pomoże komuś na rozszerzenie znajomości z różnymi rodzinami mikroprocesorów.
  • #4 7281041
    mentyl
    Poziom 14  
    Fajnie, bo nie ma jak sprzętowe USB, jeszcze jak by zrobili to na tanim i mniejszym PIC18F13K50 To by było git :-)
  • #5 7281076
    Balu
    Poziom 38  
    Przepraszam ale co to za brednie(;
    Stk200 używające TTLi to co innego, niż użycie w programatorze do procesorów firmy a procesora firmy B -> wspieranie konkurencji, ale spoko za wysokie loty myślowe, rozumiem:P

    A sprzętowe USB jest miodzio, to akurat prawda;-)

    I co do niewiedzącego LechU'a... czego może kogoś nauczyć użycie programotora? -> bo na pewno nie znajomości innych rodzin:P
    A póki co:
    1) nie jest to zwarta konstrukcja...
    2) używa zabytkowego RS'a
    3) sztuka dla sztuki... takie moje zdanie.
  • #6 7281093
    Madman07
    Poziom 19  
    18F4550 ma sprzętowy USB 2.0 więc zrobienie tego na USB nie powinno być problemem...

    Balu napisał:
    jeszcze z picem...to jakby do renault wkładać części z fiata;P


    Na odwrót, do Fiata wkładać części z Renault :-)
  • #7 7281693
    LechU
    Poziom 14  
    Balu napisał:
    Przepraszam ale co to za brednie(;
    Stk200 używające TTLi to co innego, niż użycie w programatorze do procesorów firmy a procesora firmy B -> wspieranie konkurencji, ale spoko za wysokie loty myślowe, rozumiem:P


    Układy TTL to są części i wsadzamy je do innych urządzeń bez zastanawiania się. Od jakiego stopnia komplikacji układu "można" a od jakiego "jest brednią" łączyć układy różnych producentów ? Za swojej młodości łączyłem z powodzeniem mikroprocesor Z80 firmy Zilog z układami PIO 8255 różnych producentów - i co dziwne - to działało, a nawet działa do tej pory ...

    Balu napisał:
    I co do niewiedzącego LechU'a... czego może kogoś nauczyć użycie programotora? -> bo na pewno nie znajomości innych rodzin:P


    Texane swój projekt WYKONAŁ i na pewno czegoś się przy tym nauczył - a, że chce go udostępnić to tylko chwała mu za to. Być może ktoś przeanalizuje ten projekt i ...

    A może ktoś bardzo dobrze znający PIC-e, i mający sprzęt do ich programowania będzie chciał pogrzebać po AVR-ach i zbuduje sobie szybko urządzonko które mu to umożliwi ?

    Madman07 napisał:
    18F4550 ma sprzętowy USB 2.0 więc zrobienie tego na USB nie powinno być problemem...

    Balu napisał:
    jeszcze z picem...to jakby do renault wkładać części z fiata;P


    Na odwrót, do Fiata wkładać części z Renault :-)


    O i znowu o wyższości jednych Świąt nad drugimi ...

    Balu napisał:
    Przepraszam ale co to za brednie(; ... ale spoko za wysokie loty myślowe, rozumiem:P


    Czy naprawdę nie można podyskutować na tematy fachowe bez robienia osobistych wycieczek ?
  • #8 7281885
    Balu
    Poziom 38  
    Rzeczowo nie ma o czym rozmawiać, bo autor nie raczył (nie tłumacz, autor) zamieścić ŻADNYCH schematów, poza tym, afaik avry programuje się nie przez SPI a ISP, co jest skromną różnicą, z innych ciekawostek rzeczowych, wielkość -> sux, brak obudowy -> sux, brak usb -> sux, dodając do siebie s+s+s-> S!
    Takie moje zdanie:)
    Tak, fakt, autor projektu czegoś się nauczył to prawda:)
    Anyway, uważam, że przeportowanie protokołu stk z avrów na PICe to sztuka dla sztuki i już:)

    Słucham rzeczowych rozmów;)
  • #9 7281972
    LechU
    Poziom 14  
    Balu napisał:
    Słucham rzeczowych rozmów;)


    OK. Aby się wytłumaczyć - Jeżeli ktoś wykonałby np. klon MPLAB ICD3 (Cena oryginału ~190 USD) na procesorze ATmega - nie wydaje mi się to bardzo prawdopodobne - to chętnie wykonałbym takie urządzenie (Nie sądzę żebym miał kłopoty ze znalezieniem podzespołów i programatora w mojej zabałaganionej szufladzie) i być może poznałbym całkowicie dla mnie nieznaną dziedzinę procesorów PIC ...

    P.S. Fakt, strona główna projektu mogłaby być trochę obszerniejsza ...
  • #10 7282027
    Pittt
    Poziom 32  
    Ciekawe pożenienie rodzin AVR i PIC.
    Używanie w sprzęcie własnej marki podzespołów konkurencji jest na porządku dziennym. Aby się o tym przekonać wystarczy rozkręcić kilka telewizorów, magnetowidów, laptopów i co kto jeszcze ma pod ręką.
  • #11 7282123
    Balu
    Poziom 38  
    Ja również chętnie wykonałbym icd3 na atmedze za 20zł:p
    Ale wracając do rozsądnych rzeczy, ICD2 jest na dwóch picach:)
    W stk500 też nie widziałem nic innego jak atmel'a;)
    W jtag mk1 też była atmega;-)

    Tyle tytułem tłumaczeń :)
    @Pitt... no tak wszakże każdy producent laptopa ma swój procesor:D Świetne porównanie:) Po prostu genialne;)
    Podobnie jak producent TV ma swoje podzespoły :P Ale to już trochę OT się robi:)
  • #12 7283070
    Mat_91
    Poziom 25  
    Sztuka dla sztuki powiadacie? A niby dla czego? Przecież zawsze można dodać do tego algorytmy obsługujące inny rodziny uC i mamy All in ONE :]

    Na forum był też programator na atmedze który programował AVR przez ISP, HVSP a dodatkowo wspierał CPLD, czy to też jest sztuka dla sztuki bo programator na avr programuje CPLD?:p

    W ICD3 siedzi DSPIC33 + FPGA -> clon na atmedze raczej nie powstanie, jeżeli w ogóle jakikolwiek clon tego urządzenia powstanie :)
  • #13 7283531
    Balu
    Poziom 38  
    Tak, sztuka dla sztuki.
    Jak coś jest do wszystkiego to jest do :) to raz,
    dwa: jakby babcia miała wąsy to by była dziadkiem... (odnośnie wystarczy dodać)

    Ja dalej jestem zdania że "firmowe" lub klony firmowych rozwiązań są najstabilniejsze, najlepsze i w ogóle :P Sorry, taki life.

    Co do icd3 to nawet logiczne że siedzi tam fpga, a pewnie dspic jest konfiguratorem powyższego + usb etc...

    Niestety flga pod względem szybkości jest wciąż i chyba zawsze będzie numero UNO:)

    Łukasz.
  • #14 7284572
    mi_ma
    Tłumacz Redaktor
    Balu napisał:
    Tak, sztuka dla sztuki.
    Jak coś jest do wszystkiego to jest do :) to raz,
    dwa: jakby babcia miała wąsy to by była dziadkiem...


    Nie rozumiem, jak można tak podchodzić do tematu. Stworzenie programatora ALL-iN-ONE nie jest sztuką dla sztuki, ale ograniczeniem zbędnych urządzeń do minimum. Sam programuje Pice i nie chce mi się wydawać pieniędzy na programator do AVR i chętnie z takiego programu, który przerobię na własne potrzeby, aby rozszerzyć możliwości swojego programatora bez wiekszych wydatków, czy mnożenia zbędnych urzadzeń i kabli w swoim małym kąciku warsztatowym. poza tym ograniczanie się do jednej rodziny procesorów jest niepoważne. Zawsze dobieram układy nie ze względu na producentów, ale ich możliwości, które akurat sa mi potrzebne do realizacji określonych zadań. A zdania typu sztuka dla sztuki czy jakby babacia nie są żadnymi argumentami, tylko jarmarkowymi sloganami...
  • #15 7284706
    Balu
    Poziom 38  
    Zgadzam się, że ograniczanie się do jednej rodziny jest głupie ->patrz moja stopka;) Jakkolwiek, w pewnym momencie życia człowiek dochodzi do wniosku że potrzebuje stabilnych szybkich narzędzi, a nie jakiś komplentnie nonameowych handmadeow... I nie, nie przeszkadza mi, że mam 6 programatorów w szufladzie... Wręcz przeciwnie (jeest ich pewnie nawet więcej, bo czasem po dwa). Potrzebuje konkretnego układu -> używam programatora przeznaczonego specjlanie do niego, czemu? Może kiedyś się przekonasz sam:) Ja przedstawiam moje podejście.

    Argumenty do tychże sloganów są podane w postach, ale rozumiem, nie chce się czytać... looz.
    Ł.
  • #16 7299405
    Nagus
    Poziom 27  
    @Balu

    Schematu nie ma bo autor nie zbudował ŻADNEGO hardware'u.
    Autor użył fabrycznego zestawu startowego/uruchomieniowego, którego używa zapewne na co dzień. I to jest właśnie dobre wykorzystanie posiadanego sprzętu.
    Do takiego zestawu/modułu z założenia nie używa się obudowy.
    Jak ktoś nie zauważa takich oczywistości to... S? /bez urazy :-) /
  • #17 7301091
    Balu
    Poziom 38  
    Grejt one, nie wiem, czemu ale takie ambitne komentarze zawsze są od "nowych", nie ma to jak użyć zestawu uruchomieniowego jako programatora, a układ złożyć (prototyp) na pająką bo zestaw uruchomieniowy został spożytkowany na prototyp, krzyżyk na drogę;]

    Z mojej strony EOT.
REKLAMA