eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaMPLABRe: MPLAB
  • Data: 2014-01-06 12:36:41
    Temat: Re: MPLAB
    Od: s...@g...com szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu poniedziałek, 6 stycznia 2014 11:41:29 UTC+1 użytkownik Marek napisał:
    > On Mon, 6 Jan 2014 02:17:39 -0800 (PST), s...@g...com wrote:
    >
    > > LVP. Użycie tego pinu w końcowej aplikacji jako output skutkuje od
    >
    > czas=
    >
    > > u do czasu (całkiem często) w samoistnym rozpieprzeniu zawartości
    >
    > fla=
    >
    > >
    >
    >
    >
    > Co rozumiesz przez "rozpieprzenie flasha"? Układ wykonuje
    >
    > spontanicznie polecenie flash erase lub row erase? Specjalnie użyłem
    >
    > słowa "polecenie" bo wykonanie flash erase wymaga wysłanie
    >
    > specjalnego opcodu w trybie programowania więc dziwne, że Tobie
    >
    > dzieje się to spontanicznie. Jakbyś poświęcił miejsce ubarwiaczy
    >
    > swoich wypowiedzi na szczegółowe opisy problemu więcej byśmy
    >
    > wiedzieli a tak to trzeba się domyślać :-).
    >
    > Ten programator to klon pickit2?
    >
    >

    Programator to żaden picowy kit. Sam go wyrzeźbiłem na bazie wyciągniętego z szuflady
    "FT2232H minimodule" + 2 przerzutniki ('74) + 3 bramki ('00) + trochę softu
    naskrobanego w Delphi.

    Jasne, że wykasowanie flasha wymaga (przynajmniej teoretuczne) wysłania odpowiedniego
    opcoda. Nie mniej jednak takowy w mojej aplikacji może się losowo pojawić na
    PGM,PGC,PGD i mamy "stłuczkę". Gdyby np. PGM był pinem dedykowanym tylko i wyłącznie
    do rozpoczęcia procesu programowania, na 100% problemu by nie było.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: