NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Jak poprawnie wykorzystać wskaźniki do portów w AT89C51 przy debouncingu przycisków?
J.F.
Guest
Guest
Wed Mar 15, 2017 10:27 am
Użytkownik "Atlantis" napisał w wiadomości grup
dyskusyjnych:58c8e468$0$5160$65785112@news.neostrada.pl...
On 15.03.2017 01:42, J.F. wrote:
Quote:
Za to oczywiscie w przerwaniu mozna duzo sp* - wiec moze wylacz i
zobacz czy lepiej dziala.
Właśnie uświadomiłem sobie, że przyczyna nie może tutaj leżeć.
Jeszcze przed ustawieniem flagi globalnego zezwolenia na przerwania
(EA=1) próbuję skonfigurować DS1307 tak, aby na pinie SQW pojawił się
sygnał 1Hz.
Write_Byte_To_DS1307_RTC(0x07, 0x10);
Nie przynosi to jednak żadnego efektu.
zobacz czy lepiej dziala.
Właśnie uświadomiłem sobie, że przyczyna nie może tutaj leżeć.
Jeszcze przed ustawieniem flagi globalnego zezwolenia na przerwania
(EA=1) próbuję skonfigurować DS1307 tak, aby na pinie SQW pojawił się
sygnał 1Hz.
Write_Byte_To_DS1307_RTC(0x07, 0x10);
Nie przynosi to jednak żadnego efektu.
Wywolywac to w petli to powiedzmy 10ms ... i oscyloskop w dlon
Chyba, ze masz dobrego cyfraka/analizator i zlapiesz pierwsze
operacje na I2C do spokojnej analizy.
Pamietaj, ze i2c nie moze byc zbyt szybkie - 100kHz powinny wszystkie
kosci akceptowac, powyzej jest niepewnosc.
J.
Piotr GaĹka
Guest
Guest
Wed Mar 15, 2017 10:50 am
W dniu 2017-03-15 o 10:21, J.F. pisze:
Quote:
- bufor danych programowania/odczytywania EEPROMów / GALi
Dobrze ze z RS czy Centronicsa, bo juz z dyskietka mialbys problem :-)
Nie za bardzo rozumiem.
RS czy Centronics to sposób komunikacji, a dyskietka to inny świat.
Masz na myśli urządzenie, które miałoby zapisywać/odczytywać dane na
dyskietkach, czy może urządzenie podłączane jakoś zamiast dyskietki
(sposób komunikacji).
P.G.
J.F.
Guest
Guest
Wed Mar 15, 2017 11:16 am
Użytkownik "Piotr Gałka" napisał w wiadomości grup
dyskusyjnych:oab2oh$jpv$1@news.chmurka.net...
W dniu 2017-03-15 o 10:21, J.F. pisze:
Quote:
- bufor danych programowania/odczytywania EEPROMów / GALi
Dobrze ze z RS czy Centronicsa, bo juz z dyskietka mialbys problem
:-)
Nie za bardzo rozumiem.
RS czy Centronics to sposób komunikacji, a dyskietka to inny świat.
Masz na myśli urządzenie, które miałoby zapisywać/odczytywać dane na
dyskietkach, czy może urządzenie podłączane jakoś zamiast dyskietki
(sposób komunikacji).
Dobrze ze z RS czy Centronicsa, bo juz z dyskietka mialbys problem
:-)
Nie za bardzo rozumiem.
RS czy Centronics to sposób komunikacji, a dyskietka to inny świat.
Masz na myśli urządzenie, które miałoby zapisywać/odczytywać dane na
dyskietkach, czy może urządzenie podłączane jakoś zamiast dyskietki
(sposób komunikacji).
Dyskietka to tez sposob komunikacji - komputer nagrywa dane na
dyskietke, dyskietke sie wsadza w programator, programator czyta i
programuje kosc.
Tylko ta cholera ma sektor 512 bajtow :-)
Dyskietka to moze niezbyt szczesliwy przyklad, ale nawet na magnetofon
dane sie czesto blokami nagrywalo ..
J.
Piotr GaĹka
Guest
Guest
Wed Mar 15, 2017 4:40 pm
W dniu 2017-03-15 o 11:16, J.F. pisze:
Quote:
Użytkownik "Piotr Gałka" napisał w wiadomości grup
dyskusyjnych:oab2oh$jpv$1@news.chmurka.net...
W dniu 2017-03-15 o 10:21, J.F. pisze:
- bufor danych programowania/odczytywania EEPROMów / GALi
Dobrze ze z RS czy Centronicsa, bo juz z dyskietka mialbys problem :-)
Nie za bardzo rozumiem.
RS czy Centronics to sposób komunikacji, a dyskietka to inny świat.
Masz na myśli urządzenie, które miałoby zapisywać/odczytywać dane na
dyskietkach, czy może urządzenie podłączane jakoś zamiast dyskietki
(sposób komunikacji).
Dyskietka to tez sposob komunikacji - komputer nagrywa dane na
dyskietke, dyskietke sie wsadza w programator, programator czyta i
programuje kosc.
Tylko ta cholera ma sektor 512 bajtow :-)
Gdyby programator miał czytnik dyskietek (jak dla mnie to egzotyczny
dyskusyjnych:oab2oh$jpv$1@news.chmurka.net...
W dniu 2017-03-15 o 10:21, J.F. pisze:
- bufor danych programowania/odczytywania EEPROMów / GALi
Dobrze ze z RS czy Centronicsa, bo juz z dyskietka mialbys problem :-)
Nie za bardzo rozumiem.
RS czy Centronics to sposób komunikacji, a dyskietka to inny świat.
Masz na myśli urządzenie, które miałoby zapisywać/odczytywać dane na
dyskietkach, czy może urządzenie podłączane jakoś zamiast dyskietki
(sposób komunikacji).
Dyskietka to tez sposob komunikacji - komputer nagrywa dane na
dyskietke, dyskietke sie wsadza w programator, programator czyta i
programuje kosc.
Tylko ta cholera ma sektor 512 bajtow :-)
Gdyby programator miał czytnik dyskietek (jak dla mnie to egzotyczny
pomysł) to tez jakoś można by sobie poradzić - procedura czytaj n-tą
16-kę bajtów z m-tego sektora.
P.G.
J.F.
Guest
Guest
Wed Mar 15, 2017 5:01 pm
Użytkownik "Piotr Gałka" napisał w wiadomości grup
dyskusyjnych:oabn9j$rgj$1@news.chmurka.net...
W dniu 2017-03-15 o 11:16, J.F. pisze:
Quote:
Dyskietka to tez sposob komunikacji - komputer nagrywa dane na
dyskietke, dyskietke sie wsadza w programator, programator czyta i
programuje kosc.
Tylko ta cholera ma sektor 512 bajtow :-)
Gdyby programator miał czytnik dyskietek (jak dla mnie to egzotyczny
pomysł)
dyskietke, dyskietke sie wsadza w programator, programator czyta i
programuje kosc.
Tylko ta cholera ma sektor 512 bajtow :-)
Gdyby programator miał czytnik dyskietek (jak dla mnie to egzotyczny
pomysł)
Egzotyczny od czasu pecetow - a jak przygotowac eprom do pierwszego
peceta ? :-)
Mialem kiedys na uczelni taki programator - klawiatura hex i
komunikujemy sie.
Chyba nie uzywalem, z oczywistych wzgledow :-)
Za dyskietke bym ozlocil, za czytnik tasiemki perforowanej tez - o ile
mialbym perforator :-)
Quote:
to tez jakoś można by sobie poradzić - procedura czytaj n-tą 16-kę
bajtów z m-tego sektora.
bajtów z m-tego sektora.
Istniejace kosci raczej nie mialy, ale moze daloby sie jakos obejsc i
faktycznie tak obsluzyc.
A co z zapisem ?
Odczyt epromu i zrzut do pliku uzyteczna funkcja :-)
W kazdym badz razie w miare rozwoju apetyt rosnie i 128 bajtow staje
sie niewystarczajace.
Szczegolnie jak sie komus marza jakies ambitne struktury w C, po 10
bajtow na klawisz :-)
J.
Piotr GaĹka
Guest
Guest
Wed Mar 15, 2017 5:24 pm
W dniu 2017-03-15 o 17:01, J.F. pisze:
Quote:
Egzotyczny od czasu pecetow - a jak przygotowac eprom do pierwszego
peceta ? :-)
Tak jak się uruchamiało MERĘ 300 - zestaw przełączników określających
peceta ? :-)
Tak jak się uruchamiało MERĘ 300 - zestaw przełączników określających
bity i przycisk zapisz (licznik adresów automatycznie zwiększający stan
to nie problem).
W MERZE 300 wpisywało się chyba około 10 słów pierwszego programu
czytającego tasiemkę i go uruchamiało, a dalej z tasiemki.
Należało by wpisać przełącznikami do EPROMu najprostszy program czytaj
bajt z tasiemki i wpisz do EPROMu. Potem za jego pomocą wpisało by się
do następnego już lepszy program i potem z górki.
Czytnik tasiemki (lub kart) (z ręcznym przesuwem) wydaje mi się, że dało
by się zmajstrować.
P.G.
Grzegorz Niemirowski
Guest
Guest
Wed Mar 15, 2017 5:36 pm
J.F. <jfox_xnospamx@poczta.onet.pl> napisał(a):
Quote:
Egzotyczny od czasu pecetow - a jak przygotowac eprom do pierwszego peceta
?
Mialem kiedys na uczelni taki programator - klawiatura hex i komunikujemy
sie.
Chyba nie uzywalem, z oczywistych wzgledow
Za dyskietke bym ozlocil, za czytnik tasiemki perforowanej tez - o ile
mialbym perforator
?
Mialem kiedys na uczelni taki programator - klawiatura hex i komunikujemy
sie.
Chyba nie uzywalem, z oczywistych wzgledow
Za dyskietke bym ozlocil, za czytnik tasiemki perforowanej tez - o ile
mialbym perforator
W czasach bardziej współczesnych miałem mikrokomputer z 8051 (AVT2250) i
programowałem go właśnie szesnastkowo. Miałem kartkę z listą rozkazów '51 i
program pisało się od razu w języku maszynowym :)
--
Grzegorz Niemirowski
http://www.grzegorz.net/
J.F.
Guest
Guest
Wed Mar 15, 2017 5:52 pm
Użytkownik "Grzegorz Niemirowski" napisał w wiadomości grup
dyskusyjnych:oabqj0$dn3$1@node2.news.atman.pl...
J.F. <jfox_xnospamx@poczta.onet.pl> napisał(a):
Quote:
Mialem kiedys na uczelni taki programator - klawiatura hex i
komunikujemy sie.
Chyba nie uzywalem, z oczywistych wzgledow
Za dyskietke bym ozlocil, za czytnik tasiemki perforowanej tez - o
ile mialbym perforator :-)
W czasach bardziej współczesnych miałem mikrokomputer z 8051
(AVT2250) i programowałem go właśnie szesnastkowo. Miałem kartkę z
listą rozkazów '51 i program pisało się od razu w języku maszynowym
komunikujemy sie.
Chyba nie uzywalem, z oczywistych wzgledow
Za dyskietke bym ozlocil, za czytnik tasiemki perforowanej tez - o
ile mialbym perforator :-)
W czasach bardziej współczesnych miałem mikrokomputer z 8051
(AVT2250) i programowałem go właśnie szesnastkowo. Miałem kartkę z
listą rozkazów '51 i program pisało się od razu w języku maszynowym
No ba, pierwszy program maszynowy na ZX81 napisalem w zeszycie,
przetranslowalem recznie i wpisalem korzystajac z prostego programiku
w basicu.
Jeszcze liczbami dziesietnymi - tak bylo prosciej niz hex sie bawic
:-)
Ale nie twierdze, ze to jest wlasciwy sposob pracy :-)
J.
J.F.
Guest
Guest
Wed Mar 15, 2017 6:57 pm
Użytkownik "Piotr Gałka" napisał w wiadomości grup
dyskusyjnych:oabpr3$sgg$1@news.chmurka.net...
W dniu 2017-03-15 o 17:01, J.F. pisze:
Quote:
Egzotyczny od czasu pecetow - a jak przygotowac eprom do pierwszego
peceta ? :-)
Tak jak się uruchamiało MERĘ 300 - zestaw przełączników określających
bity i przycisk zapisz (licznik adresów automatycznie zwiększający
stan to nie problem).
W MERZE 300 wpisywało się chyba około 10 słów pierwszego programu
czytającego tasiemkę i go uruchamiało, a dalej z tasiemki.
peceta ? :-)
Tak jak się uruchamiało MERĘ 300 - zestaw przełączników określających
bity i przycisk zapisz (licznik adresów automatycznie zwiększający
stan to nie problem).
W MERZE 300 wpisywało się chyba około 10 słów pierwszego programu
czytającego tasiemkę i go uruchamiało, a dalej z tasiemki.
W Riadzie/IBM360 to byl rozkaz do "kanału", czyli takiego pomocniczego
komputera/zaawansowanego sterownika urzadzen zewnetrznych.
Ten rozkaz czytal kolejne rozkazy dla kanału, az sie system zaladowal
:-)
Quote:
Czytnik tasiemki (lub kart) (z ręcznym przesuwem) wydaje mi się, że
dało by się zmajstrować.
dało by się zmajstrować.
problem techniczny to byly male wymiary dziurek - nawet specjalne
fototranzystory czy fotodiody robili, srednicy ~2mm.
Jeden z takich czytnikow to mnie zadziwil - silnik z rolka przesuwu,
elektromagnes dociskajacy tasme do rolki i fotoelementy ze
wzmacniaczami.
Zadnej precyzji, pracy krokowej - nic.
Tasma sobie leciala swoim tempem, a fotodioda od tych srodkowych
malych dziurek najwyrazniej robila za zrodlo sygnalu zegarowego dla
odbiorcy.
To byl taki model samodzielny - mala skrzyneczka z jakims dziwnym
gniazdem.
Do czego to bylo przeznaczone - pojecia nie mam.
Byc moze chocby do takich programatorow epromow - czytanie danych do
RAM na paru TTL mozna zrobic :)
J.
Piotr GaĹka
Guest
Guest
Wed Mar 15, 2017 7:19 pm
W dniu 2017-03-15 o 18:57, J.F. pisze:
Quote:
Jeden z takich czytnikow to mnie zadziwil - silnik z rolka przesuwu,
elektromagnes dociskajacy tasme do rolki i fotoelementy ze wzmacniaczami.
Zadnej precyzji, pracy krokowej - nic.
Tasma sobie leciala swoim tempem, a fotodioda od tych srodkowych malych
dziurek najwyrazniej robila za zrodlo sygnalu zegarowego dla odbiorcy.
Synchronizowanie tymi małymi dziurkami to już w Colossusie było (jak nie
elektromagnes dociskajacy tasme do rolki i fotoelementy ze wzmacniaczami.
Zadnej precyzji, pracy krokowej - nic.
Tasma sobie leciala swoim tempem, a fotodioda od tych srodkowych malych
dziurek najwyrazniej robila za zrodlo sygnalu zegarowego dla odbiorcy.
Synchronizowanie tymi małymi dziurkami to już w Colossusie było (jak nie
w Robinsonie).
P.G.
jacek pozniak
Guest
Guest
Thu Mar 16, 2017 7:44 pm
Quote:
Powinienem przyjąć, że w przypadku tych MCU nie da się odwołać do portu
przez wskaźnik? Mogę to obejść w inny sposób - najprościej będzie chyba
przekazywać normalną liczbę i w zależności od jej wartości, odwoływać
się do konkretnego portu, określonego twardo w kodzie. Sądziłem tylko,
że może będzie się to dało zrobić bardziej elegancko.
Język C to taki bardziej elegancki assembeler, więc jeśli czegoś nie można w
przez wskaźnik? Mogę to obejść w inny sposób - najprościej będzie chyba
przekazywać normalną liczbę i w zależności od jej wartości, odwoływać
się do konkretnego portu, określonego twardo w kodzie. Sądziłem tylko,
że może będzie się to dało zrobić bardziej elegancko.
Język C to taki bardziej elegancki assembeler, więc jeśli czegoś nie można w
assemblerze, to w C zwykle też nie (bez zbytniego narzutu kodu) :-)
jp
elektroda NewsGroups Forum Index - Elektronika Polska - Jak poprawnie wykorzystać wskaźniki do portów w AT89C51 przy debouncingu przycisków?