-
Notifications
You must be signed in to change notification settings - Fork 0
/
fool7b17html.html
191 lines (191 loc) · 14.3 KB
/
fool7b17html.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
<?xml version="1.0" encoding="utf-8"?>
<!-- generator="Joomla! 1.5 - Open Source Content Management" -->
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="pl-pl">
<title type="text">FOOL</title>
<subtitle type="text">KOTIK - Koło Otwartych Technik Informacyjnych i Komputerowych</subtitle>
<link rel="alternate" type="text/html" href="http://kotik.iem.pw.edu.pl"/>
<id>http://kotik.iem.pw.edu.pl/fool</id>
<updated>2013-03-25T22:23:03Z</updated>
<generator uri="http://joomla.org" version="1.5">Joomla! 1.5 - Open Source Content Management</generator>
<link rel="self" type="application/atom+xml" href="http://kotik.iem.pw.edu.pl/fool?format=feed&type=atom" />
<entry>
<title>Spotkanie 1</title>
<link rel="alternate" type="text/html" href="http://kotik.iem.pw.edu.pl/fool/28-spotkanie-1"/>
<published>2010-10-16T18:18:58Z</published>
<updated>2010-10-16T18:18:58Z</updated>
<id>http://kotik.iem.pw.edu.pl/fool/28-spotkanie-1</id>
<author>
<name>Administrator</name>
<email>[email protected]</email>
</author>
<summary type="html"><p>Wybrany system kontroli wersji:</p>
<ul>
<li>Launchpad <a href="https://launchpad.net/">https://launchpad.net/</a></li>
</ul>
<p>Wybrana metodyka</p>
<ul>
<li>TDD <a href="http://en.wikipedia.org/wiki/Test-driven_development">http://en.wikipedia.org/wiki/Test-driven_development</a></li>
</ul>
<p>Wymagania funkcjonalne wersji 0.0.1</p>
<ul>
<li>widok główny zawiera domyślnie 4 okna:
<ul>
<li>okno kodu - okno, w którym użytkownik może wprowadzić kod asemblera, zawiera menu (przyciski):
<ul>
<li>uruchom</li>
<li>uruchom ze śledzeniem instrukcji</li>
<li>wykonaj następną instrukcję</li>
<li>przerwij program</li>
<li>wznów program</li>
<li>zakończ program</li>
</ul>
</li>
<li>okno pamięci - pokazuje stan pamięci</li>
<li>okno rejestrów - pokazuje stan rejestrów</li>
<li>okno schematu - pokazuje predefiniowany schemat mikrokontrolera</li>
</ul>
</li>
<li>użytkownik może ukryć/pokazać każde z okien</li>
<li>użytkownik może kazać programowi wykonanie wprowadzonego kodu asemblera (wybiera opcję "uruchom", "uruchom ze śledzeniem instrukcji" lub "wykonaj następną instrukcję")
<ul>
<li>program wykonuje kod wprowadzony w oknie kodu zmieniając stan pamięci, rejestrów i wyjścia</li>
</ul>
</li>
<li>użytkownik może na bieżąco śledzić w oknie kodu wykonywane instrukcje (wybiera opcję "uruchom ze śledzeniem instrukcji", przydałoby się opóźnić "skok" do następnej instrukcji, by animacja była płynna)</li>
<li>użytkownik może zatrzymać działanie programu w dowolnej chwili (wybiera opcję "przerwij program") a następnie wznowić jego działanie z tego samego momentu (wybiera opcję "wznów program")</li>
<li>użytkownik może zakończyć działanie programu w dowolnej chwili (wybiera opcję "zakończ program")</li>
<li>użytkownik może wykonać jedną, następną instrukcję (wybiera opcję "wykonaj następną instrukcję")</li>
<li>program powinien być kompatybilny z rzeczywistym procesorem (wprowadzony kod powinien działać tak samo w naszym emulatorze, w RIDE i na rzeczywistym procesorze)</li>
</ul>
<p>Jak to zrobimy (i w jakiej kolejności ;))?</p>
<ul>
<li>stworzymy najpierw emulator procesora 8051 (moduł czytający z pamięci kolejne opkody i wykonujący operacje na pamięci, rejestrach itd.)</li>
<li>kod asemblera będzie tłumaczony na kod maszynowy (asemblacja) i umieszczany w pamięci</li>
<li>zaprojektujemy GUI używając odpowiedniej biblioteki (np. jQuery UI): okienka kodu, pamięci i rejestrów.</li>
<li>początki interfejsu do tworzenia układów (flash)</li>
</ul>
<p>Oczywiście zanim przystąpimy do pisania właściwego kodu będziemy, zgodnie z TDD, pisać odpowiednie testy (może potem wrzuci się tu linka z jakimś artykułem o dobrych i złych praktykach pisania testów w TDD).</p></summary>
<content type="html"><p>Wybrany system kontroli wersji:</p>
<ul>
<li>Launchpad <a href="https://launchpad.net/">https://launchpad.net/</a></li>
</ul>
<p>Wybrana metodyka</p>
<ul>
<li>TDD <a href="http://en.wikipedia.org/wiki/Test-driven_development">http://en.wikipedia.org/wiki/Test-driven_development</a></li>
</ul>
<p>Wymagania funkcjonalne wersji 0.0.1</p>
<ul>
<li>widok główny zawiera domyślnie 4 okna:
<ul>
<li>okno kodu - okno, w którym użytkownik może wprowadzić kod asemblera, zawiera menu (przyciski):
<ul>
<li>uruchom</li>
<li>uruchom ze śledzeniem instrukcji</li>
<li>wykonaj następną instrukcję</li>
<li>przerwij program</li>
<li>wznów program</li>
<li>zakończ program</li>
</ul>
</li>
<li>okno pamięci - pokazuje stan pamięci</li>
<li>okno rejestrów - pokazuje stan rejestrów</li>
<li>okno schematu - pokazuje predefiniowany schemat mikrokontrolera</li>
</ul>
</li>
<li>użytkownik może ukryć/pokazać każde z okien</li>
<li>użytkownik może kazać programowi wykonanie wprowadzonego kodu asemblera (wybiera opcję "uruchom", "uruchom ze śledzeniem instrukcji" lub "wykonaj następną instrukcję")
<ul>
<li>program wykonuje kod wprowadzony w oknie kodu zmieniając stan pamięci, rejestrów i wyjścia</li>
</ul>
</li>
<li>użytkownik może na bieżąco śledzić w oknie kodu wykonywane instrukcje (wybiera opcję "uruchom ze śledzeniem instrukcji", przydałoby się opóźnić "skok" do następnej instrukcji, by animacja była płynna)</li>
<li>użytkownik może zatrzymać działanie programu w dowolnej chwili (wybiera opcję "przerwij program") a następnie wznowić jego działanie z tego samego momentu (wybiera opcję "wznów program")</li>
<li>użytkownik może zakończyć działanie programu w dowolnej chwili (wybiera opcję "zakończ program")</li>
<li>użytkownik może wykonać jedną, następną instrukcję (wybiera opcję "wykonaj następną instrukcję")</li>
<li>program powinien być kompatybilny z rzeczywistym procesorem (wprowadzony kod powinien działać tak samo w naszym emulatorze, w RIDE i na rzeczywistym procesorze)</li>
</ul>
<p>Jak to zrobimy (i w jakiej kolejności ;))?</p>
<ul>
<li>stworzymy najpierw emulator procesora 8051 (moduł czytający z pamięci kolejne opkody i wykonujący operacje na pamięci, rejestrach itd.)</li>
<li>kod asemblera będzie tłumaczony na kod maszynowy (asemblacja) i umieszczany w pamięci</li>
<li>zaprojektujemy GUI używając odpowiedniej biblioteki (np. jQuery UI): okienka kodu, pamięci i rejestrów.</li>
<li>początki interfejsu do tworzenia układów (flash)</li>
</ul>
<p>Oczywiście zanim przystąpimy do pisania właściwego kodu będziemy, zgodnie z TDD, pisać odpowiednie testy (może potem wrzuci się tu linka z jakimś artykułem o dobrych i złych praktykach pisania testów w TDD).</p></content>
</entry>
<entry>
<title>Wirtualne Laboratorium Techniki Mikroprocesorowej </title>
<link rel="alternate" type="text/html" href="http://kotik.iem.pw.edu.pl/fool/27-wirtualne-laboratorium-techniki-mikroprocesorowej-"/>
<published>2010-10-16T18:17:53Z</published>
<updated>2010-10-16T18:17:53Z</updated>
<id>http://kotik.iem.pw.edu.pl/fool/27-wirtualne-laboratorium-techniki-mikroprocesorowej-</id>
<author>
<name>Administrator</name>
<email>[email protected]</email>
</author>
<summary type="html"><h1 id="toc0"><span>Co robimy?</span></h1>
<p>Chcemy osiągnąć środowisko, w którym będzie można:</p>
<ul>
<li>pisać kod i go assemblować.</li>
<li>debuggować kod (i widzieć które linie się wykonują w mnemonikach, a nie tylko w heksach).</li>
<li>otoczyć nasz wirtualny mikroprocesor urządzeniami - diodami, oscyloskopami, przyciskami, wyświetlaczami i nauczyć go z nimi współpracować.</li>
</ul>
<p>Chcielibyśmy, żeby uruchomienie tego środowiska wymagało jak najmniej pracy od potencjalnych użytkowników i żeby nasze środowisko było łatwe do rozszerzenia o dodatkowe urządzenia, które można podłączyć do mikroprocesora.</p>
<h1 id="toc1"><span>Dlaczego to robimy?</span></h1>
<p>Bo takie środowisko nie istnieje :-)</p>
<p>Istniejące otwarte emulatory:</p>
<ul>
<li><a href="http://gsim51.sourceforge.net/">gsim51</a> - służy tylko do uruchamiania już skompilowanych plików hex, wymaga kompilacji.</li>
<li><a href="http://gsim51.sourceforge.net/">emu8051</a> - dokładnie jak wyżej, ponadto <a href="http://i.imgur.com/jrIcy.png">wygląda paskudnie</a>.</li>
<li><a href="http://emu51.sourceforge.net/">emu51</a> - wymaga kompilacji, obecnie przystosowany tylko do windowsa, służy do uruchamiania plików hex, wymaga allegro w wersji z 2003 roku.</li>
</ul>
<h1 id="toc2"><span>Jak to robimy?</span></h1>
<ul>
<li>Kod i błędy trzymamy na <a href="https://launchpad.net/fool">Launchpadzie</a>.</li>
<li>Stosujemy TDD, a testy piszemy w <a href="http://code.google.com/p/js-test-driver/">JS-test-driver</a>.</li>
<li>Stosujemy <a href="http://javascript.crockford.com/code.html">następujące konwencje zapisu kodu</a>.</li>
</ul>
<hr />
<p>Materiały dla członków zespołu:</p>
<ul>
<li><a href="http://www.8052.com/">Dobry tutorial pisania asma na 8051</a></li>
<li><a href="http://turbo51.com/8051-projects-documentation-tools">baza konkretnej wiedzy - opis rozkazów i opkody</a></li>
<li><a href="http://code.google.com/p/js-test-driver/">Dokumentacja JS-test-driver</a> - frameworku do testowania JS</li>
<li><a href="https://developer.mozilla.org/en/A_re-introduction_to_JavaScript">Szybkie wprowadzenie do JS</a></li>
<li><a href="http://www.jslint.com/">JSLint</a></li>
<li><a href="http://javascript.crockford.com/code.html">przykładowe code conventions</a>.</li>
</ul></summary>
<content type="html"><h1 id="toc0"><span>Co robimy?</span></h1>
<p>Chcemy osiągnąć środowisko, w którym będzie można:</p>
<ul>
<li>pisać kod i go assemblować.</li>
<li>debuggować kod (i widzieć które linie się wykonują w mnemonikach, a nie tylko w heksach).</li>
<li>otoczyć nasz wirtualny mikroprocesor urządzeniami - diodami, oscyloskopami, przyciskami, wyświetlaczami i nauczyć go z nimi współpracować.</li>
</ul>
<p>Chcielibyśmy, żeby uruchomienie tego środowiska wymagało jak najmniej pracy od potencjalnych użytkowników i żeby nasze środowisko było łatwe do rozszerzenia o dodatkowe urządzenia, które można podłączyć do mikroprocesora.</p>
<h1 id="toc1"><span>Dlaczego to robimy?</span></h1>
<p>Bo takie środowisko nie istnieje :-)</p>
<p>Istniejące otwarte emulatory:</p>
<ul>
<li><a href="http://gsim51.sourceforge.net/">gsim51</a> - służy tylko do uruchamiania już skompilowanych plików hex, wymaga kompilacji.</li>
<li><a href="http://gsim51.sourceforge.net/">emu8051</a> - dokładnie jak wyżej, ponadto <a href="http://i.imgur.com/jrIcy.png">wygląda paskudnie</a>.</li>
<li><a href="http://emu51.sourceforge.net/">emu51</a> - wymaga kompilacji, obecnie przystosowany tylko do windowsa, służy do uruchamiania plików hex, wymaga allegro w wersji z 2003 roku.</li>
</ul>
<h1 id="toc2"><span>Jak to robimy?</span></h1>
<ul>
<li>Kod i błędy trzymamy na <a href="https://launchpad.net/fool">Launchpadzie</a>.</li>
<li>Stosujemy TDD, a testy piszemy w <a href="http://code.google.com/p/js-test-driver/">JS-test-driver</a>.</li>
<li>Stosujemy <a href="http://javascript.crockford.com/code.html">następujące konwencje zapisu kodu</a>.</li>
</ul>
<hr />
<p>Materiały dla członków zespołu:</p>
<ul>
<li><a href="http://www.8052.com/">Dobry tutorial pisania asma na 8051</a></li>
<li><a href="http://turbo51.com/8051-projects-documentation-tools">baza konkretnej wiedzy - opis rozkazów i opkody</a></li>
<li><a href="http://code.google.com/p/js-test-driver/">Dokumentacja JS-test-driver</a> - frameworku do testowania JS</li>
<li><a href="https://developer.mozilla.org/en/A_re-introduction_to_JavaScript">Szybkie wprowadzenie do JS</a></li>
<li><a href="http://www.jslint.com/">JSLint</a></li>
<li><a href="http://javascript.crockford.com/code.html">przykładowe code conventions</a>.</li>
</ul></content>
</entry>
</feed>