Użytkownik "Piotr Dmochowski" napisał w wiadomości
W dniu 2017-02-10 o 17:54, J.F. pisze:
> Użytkownik "Piotr Dmochowski" napisał w wiadomości grup
>> Taka ta pamiec - poki sie kasuje, to odczytuje nie dane z pamieci,
>> tylko
>> rejestr statusu, w ktorym sa dwa "toogle bit".
>> A jak sie skonczy kasowac, to przestaje migac bitami i petla ma sie
>> zakonczyc.
>Ok, ale czy to miganie jest zsynchronizowane z odczytem czy nie?
>Jeżeli jest to ok, a jeżeli nie jest i nie wstrzelimy się czasem
>odczytu to metoda jest taka sobie.

Pszemol wie. Dokumentacja nazywa "toogle bit", to chyba jest, bo
inaczej to by sensu nie mialo :-)

>>> Jak najbardziej rozumiem pobranie jednego statusu i sprawdzenie
>>> D6,
>>> bez XOR to nie pójdzie?
>> Jak odczytasz raz, to nie wiesz czy bit miga, a wiec nie wiesz czy
>> to
>> rejestr statusu czy dane z pamieci.
>
>Ja mam nawyki z programowania PC a nie mikrokontrolerów.
>W programie pecetowym dałbym zmienną w pętli do zapamiętania stanu i
>porównywał stan historyczny z aktualnym.

I to IMO i tu jak najbardziej mozna zrobic.
Ale czy trzeba ?
Wychodzi na to, ze Pszemol poprawnie zrobil.

>Podejrzewałem że w tym przypadku musi być jakiś haczyk, że może port
>procesora jest zmapowany jako miejsce w pamięci, ale do pełni
>szczęścia brakuje mi zapewnienia że odczyt portu jest synchroniczny z
>danymi wystawianymi przez pamięć, wtedy takie rozwiązanie ma ręce i
>nogi.

To nie port - to sama pamiec sie tak zachowuje.

Trzeba jakos upchnac funkcje Flash w pinologie zwyklej pamieci
e/ep/rom/ram.

J.