NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Polski procesor ATSD z Warszawy nowy hit tech na CeBIT 2023!
Goto page Previous 1, 2, 3, ... 17, 18, 19 Next
Sebastian BiaĹy
Guest
Guest
Tue Mar 05, 2013 7:33 am
On 2013-03-05 01:47, Michoo wrote:
Quote:
Z opisu wynika, że będzie toto miało 8MB flasha - ciekawe jak jest to
adresowane, że kod jest kompatybilny z 8051.
adresowane, że kod jest kompatybilny z 8051.
Jak wszystko w fanatyźmie kompatybilności w dół: zapewne kompletnie do
d**y. Bez względu na implementację.
Zbych
Guest
Guest
Tue Mar 05, 2013 7:48 am
W dniu 04.03.2013 14:37, Michoo pisze:
Quote:
On 04.03.2013 13:07, Mario wrote:
Znowu jesteśmy miszczami w dziedzinie procesorów:
http://technowinki.onet.pl/inne/wiadomosci/polski-procesor-bedzie-hitem-cebit,1,5433735,artykul.html
O nim już chyba było - i było już naśmiewanie tego jaki on "szybki"... w
porównaniu z pierwszymi 8051.
Osobiście 8051 nie znoszę - ma dość "niestandardową" architekturę dobrą
do dłubania w asm a niekoniecznie do wygodnego pisania. Nie ma na niego
g++ a jedynie sdcc. Kod wychodzi niespodziewanie duży, etc.
Znowu jesteśmy miszczami w dziedzinie procesorów:
http://technowinki.onet.pl/inne/wiadomosci/polski-procesor-bedzie-hitem-cebit,1,5433735,artykul.html
O nim już chyba było - i było już naśmiewanie tego jaki on "szybki"... w
porównaniu z pierwszymi 8051.
Osobiście 8051 nie znoszę - ma dość "niestandardową" architekturę dobrą
do dłubania w asm a niekoniecznie do wygodnego pisania. Nie ma na niego
g++ a jedynie sdcc. Kod wychodzi niespodziewanie duży, etc.
Normalna firma to kupi za parę groszy (w porównaniu z licencją na rdzeń)
kompilator keila. A od niego to wielu programistów asemblerowych może
się uczyć optymalizacji kodu.
JDX
Guest
Guest
Tue Mar 05, 2013 9:15 am
On 2013-03-05 01:47, Michoo wrote:
[...]
Quote:
Open RISC - 32bitowa kobyła z wydajnością 1DMIPS/MHz zajmuje 4k LUTów w
domyślnej i 2.4k w minimalnej konfiguracji. Działa toto na 125MHz.
MicroBlaze odpalałem na 100MHz i odp zajmował coś pod 3.5k LUTów razem z
MMU, kontrolerem DDR i ethernetem.
No ale jak to się ma do tej cudownej '51 z Bytomia?
domyślnej i 2.4k w minimalnej konfiguracji. Działa toto na 125MHz.
MicroBlaze odpalałem na 100MHz i odp zajmował coś pod 3.5k LUTów razem z
MMU, kontrolerem DDR i ethernetem.
No ale jak to się ma do tej cudownej '51 z Bytomia?
Quote:
"Najszybszy 8051" brzmi dla mnie jak "zrobiliśmy nowoczesną, wojskową
katapultę o największym zasięgu - 10 razy większy od tworów ze
starożytności".
Zgadzam się, że ta cała sprawa z "nową" '51 w dzisiejszych czasach
katapultę o największym zasięgu - 10 razy większy od tworów ze
starożytności".
Zgadzam się, że ta cała sprawa z "nową" '51 w dzisiejszych czasach
przynajmniej na pierwszy rzut oka wygląda dosyć komicznie.
Zwłaszcza, że na opencores.org jest dostępnych, zdaje się, kilka
projektów '51. IMO jednak zastosowanie produktu bytomskiej firmy nadal
może mieć ekonomiczne uzasadnienie. Nie wiadomo czy to prawda, ale w
artykule na onet napisano, że m.in. Philips kupił licencję. Poza tym
zwróć uwagę na ofertę gotowych MCU - Microchip i Atmel cały czas oferują
maleństwa w 8 czy nawet 6-pinowych obudowach. Taki PIC10F200 ma 256 słów
pamięci programu, 16 bajtów pamięci danych, jeden 8-bitowy timer i 4
piny I/O.
I jak mniemam, chyba są na to chętni (bo to już chyba z 8
lat będzie jak Microchip je wprowadził).
Waldemar Krzok
Guest
Guest
Tue Mar 05, 2013 9:53 am
Am 04.03.2013 19:56, schrieb JDX:
Quote:
On 2013-03-04 16:00, sundayman wrote:
[...]
A ja kochałem 6502. Tam było jakoś niewiele rozkazów, i tak się to
przyjemnie pisało z główki, że hej !
To podejrzewam, że obecnie produkowane H8 Renesasa też powinny ci się
spodobać jako że lista instrukcji H8 i 6800 (i tym samym 6502) była
zdaje się inspirowana listą instrukcji PDP-11. :-D
[...]
A ja kochałem 6502. Tam było jakoś niewiele rozkazów, i tak się to
przyjemnie pisało z główki, że hej !
To podejrzewam, że obecnie produkowane H8 Renesasa też powinny ci się
spodobać jako że lista instrukcji H8 i 6800 (i tym samym 6502) była
zdaje się inspirowana listą instrukcji PDP-11. :-D
Chyba ci się zdaje, albo ta inspiracja jest bardzo lekka
. Pisałem
programy na PDP11, też w assemblerze. Tam nie ma instrukcji działających
na specjalnych rejestrach, wszystkie istrukcje działają na wszystkich.
Mało tego, rejestry są mapowane w przestrzeni adresowej. Z ciekawostek:
PDP11 nie ma instrukcji LDI, czyli ładowania rejestru stałą umiaszczoną
w programie. Za to ma instrukcję Load Indirect with Autoincrement. Ona
działa też na rejestrze Program Counter
.
Waldek
--
My jsme Borgové. Sklopte štíty a vzdejte se. Odpor je marný.
WTK
Guest
Guest
Tue Mar 05, 2013 11:15 am
Dnia 04-03-2013 o 16:00:53 sundayman <sundayman@poczta.onet.pl> napisał(a):
<->
Quote:
A ja kochałem 6502. Tam było jakoś niewiele rozkazów, i tak się to
przyjemnie pisało z główki, że hej !
Jakieś 25 lat temu
przyjemnie pisało z główki, że hej !
Jakieś 25 lat temu
Toś mi fajne czasy przypomniał
JDX
Guest
Guest
Tue Mar 05, 2013 11:21 am
On 2013-03-05 09:53, Waldemar Krzok wrote:
[...]
Quote:
Chyba ci się zdaje, albo ta inspiracja jest bardzo lekka . Pisałem
programy na PDP11, też w assemblerze. Tam nie ma instrukcji działających
na specjalnych rejestrach, wszystkie istrukcje działają na wszystkich.
W sam raz w przypadku H8 jest chyba *bardzo* duża - tam również każda
. Pisałem
programy na PDP11, też w assemblerze. Tam nie ma instrukcji działających
na specjalnych rejestrach, wszystkie istrukcje działają na wszystkich.
W sam raz w przypadku H8 jest chyba *bardzo* duża - tam również każda
instrukcja może działać na dowolnym rejestrze/rejestrach (oprócz kilku
nielicznych instrukcji odwołujących się do CCR).
Quote:
Z ciekawostek: PDP11 nie ma instrukcji LDI, czyli ładowania rejestru
stałą umiaszczoną w programie.
W H8 jest jedna instrukcja MOV (w wersjach .B, .W i .L) która w
stałą umiaszczoną w programie.
W H8 jest jedna instrukcja MOV (w wersjach .B, .W i .L) która w
połączeniu z trybem adresowania natychmiastowego daje to co
LoaDImmediate. Może w PDP-11 było podobnie?
Quote:
Za to ma instrukcję Load Indirect with Autoincrement. Ona
działa też na rejestrze Program Counter.
Standardowy tryb adresowania w H8. Chociaż AFAIR tam nie da się
działa też na rejestrze Program Counter
.
Standardowy tryb adresowania w H8. Chociaż AFAIR tam nie da się
modyfikować zawartości PC instrukcją klasy MOV.
WTK
Guest
Guest
Tue Mar 05, 2013 11:27 am
Dnia 05-03-2013 o 09:53:51 Waldemar Krzok <waldemar@zedat.fu-berlin.de>
napisał(a):
<->
Quote:
spodobać jako że lista instrukcji H8 i 6800 (i tym samym 6502) była
zdaje się inspirowana listą instrukcji PDP-11. :-D
Chyba ci się zdaje, albo ta inspiracja jest bardzo lekka. Pisałem
programy na PDP11, też w assemblerze. Tam nie ma instrukcji działających
na specjalnych rejestrach, wszystkie istrukcje działają na wszystkich.
Mało tego, rejestry są mapowane w przestrzeni adresowej. Z ciekawostek:
PDP11 nie ma instrukcji LDI, czyli ładowania rejestru stałą umiaszczoną
w programie. Za to ma instrukcję Load Indirect with Autoincrement.. Ona
działa też na rejestrze Program Counter.
zdaje się inspirowana listą instrukcji PDP-11. :-D
Chyba ci się zdaje, albo ta inspiracja jest bardzo lekka
. Pisałem
programy na PDP11, też w assemblerze. Tam nie ma instrukcji działających
na specjalnych rejestrach, wszystkie istrukcje działają na wszystkich.
Mało tego, rejestry są mapowane w przestrzeni adresowej. Z ciekawostek:
PDP11 nie ma instrukcji LDI, czyli ładowania rejestru stałą umiaszczoną
w programie. Za to ma instrukcję Load Indirect with Autoincrement.. Ona
działa też na rejestrze Program Counter
.
Chciałem zauważyć, że w przeciwieństwie do 8080 czy Z80, 6502 nie miał
wielu instrukcji działających tylko na konkretnym rejestrze choć
rzeczywiście takie były, ale z drugiej strony to ile tych rejestrów 6502
miał?
Za to wiele rzeczy można było zrobić wprost na pamięci a strona
zerowa pamięci wręcz była traktowana jak dodatkowe rejestry procesora. Co
by nie mówić filozofia totalnie odmienna od intelowskiej.
Jacek
Guest
Guest
Tue Mar 05, 2013 11:41 am
Tutaj są wszystkie 56 instrukcje:
http://www.obelisk.demon.co.uk/6502/instructions.html
Waldemar Krzok
Guest
Guest
Tue Mar 05, 2013 11:41 am
Am 05.03.2013 11:21, schrieb JDX:
Quote:
On 2013-03-05 09:53, Waldemar Krzok wrote:
[...]
Chyba ci się zdaje, albo ta inspiracja jest bardzo lekka. Pisałem
programy na PDP11, też w assemblerze. Tam nie ma instrukcji działających
na specjalnych rejestrach, wszystkie istrukcje działają na wszystkich.
W sam raz w przypadku H8 jest chyba *bardzo* duża - tam również każda
instrukcja może działać na dowolnym rejestrze/rejestrach (oprócz kilku
nielicznych instrukcji odwołujących się do CCR).
H8 akurat nie znam. 6502 i 6800 trochę.
[...]
Chyba ci się zdaje, albo ta inspiracja jest bardzo lekka
. Pisałem
programy na PDP11, też w assemblerze. Tam nie ma instrukcji działających
na specjalnych rejestrach, wszystkie istrukcje działają na wszystkich.
W sam raz w przypadku H8 jest chyba *bardzo* duża - tam również każda
instrukcja może działać na dowolnym rejestrze/rejestrach (oprócz kilku
nielicznych instrukcji odwołujących się do CCR).
H8 akurat nie znam. 6502 i 6800 trochę.
Quote:
Z ciekawostek: PDP11 nie ma instrukcji LDI, czyli ładowania rejestru
stałą umiaszczoną w programie.
W H8 jest jedna instrukcja MOV (w wersjach .B, .W i .L) która w
połączeniu z trybem adresowania natychmiastowego daje to co
LoaDImmediate. Może w PDP-11 było podobnie?
stałą umiaszczoną w programie.
W H8 jest jedna instrukcja MOV (w wersjach .B, .W i .L) która w
połączeniu z trybem adresowania natychmiastowego daje to co
LoaDImmediate. Może w PDP-11 było podobnie?
Właśnie PDP nie miała adresowania natychmiastowego. Dlatego to dziwne
mov R0,(R7)+. R7 to Program Counter, a efekt to właśnie LDI.
Quote:
Za to ma instrukcję Load Indirect with Autoincrement. Ona
działa też na rejestrze Program Counter.
Standardowy tryb adresowania w H8. Chociaż AFAIR tam nie da się
modyfikować zawartości PC instrukcją klasy MOV.
działa też na rejestrze Program Counter
.
Standardowy tryb adresowania w H8. Chociaż AFAIR tam nie da się
modyfikować zawartości PC instrukcją klasy MOV.
W PDP mogłeś pomnożyć PC z SP i wartość wpisać do PC (albo SP).
Obojętnie, czy to miało sens
.
Waldek
--
My jsme Borgové. Sklopte štíty a vzdejte se. Odpor je marný.
Miroslaw Kwasniak
Guest
Guest
Tue Mar 05, 2013 11:45 am
Jarosław Sokołowski <jaros@lasek.waw.pl> wrote:
Quote:
Pan Michoo napisał:
"Najszybszy 8051" brzmi dla mnie jak "zrobiliśmy nowoczesną, wojskową
katapultę o największym zasięgu - 10 razy większy od tworów ze
starożytności".
Starożytnych wynalazków nie należy lekceważyć. Nawet jeśli z początku
nie wszystko idzie jak trzeba, to gdy się dokładnie wymierzy i wyliczy,
to... http://www.youtube.com/watch?v=CyCJ69GU974
"Najszybszy 8051" brzmi dla mnie jak "zrobiliśmy nowoczesną, wojskową
katapultę o największym zasięgu - 10 razy większy od tworów ze
starożytności".
Starożytnych wynalazków nie należy lekceważyć. Nawet jeśli z początku
nie wszystko idzie jak trzeba, to gdy się dokładnie wymierzy i wyliczy,
to... http://www.youtube.com/watch?v=CyCJ69GU974
Tu jest postęp wiedzy : http://www.youtube.com/watch?v=WcNITnbkx_A
Przygotowania do współczesnych zastosowań wojennych: https://www.youtube.com/watch?v=AzgUoodi_vI
Jarosław Sokołowski
Guest
Guest
Tue Mar 05, 2013 11:54 am
Pan Miroslaw Kwasniak napisał:
Quote:
"Najszybszy 8051" brzmi dla mnie jak "zrobiliśmy nowoczesną, wojskową
katapultę o największym zasięgu - 10 razy większy od tworów ze
starożytności".
Starożytnych wynalazków nie należy lekceważyć. Nawet jeśli z początku
nie wszystko idzie jak trzeba, to gdy się dokładnie wymierzy i wyliczy,
to... http://www.youtube.com/watch?v=CyCJ69GU974
Tu jest postęp wiedzy : http://www.youtube.com/watch?v=WcNITnbkx_A
katapultę o największym zasięgu - 10 razy większy od tworów ze
starożytności".
Starożytnych wynalazków nie należy lekceważyć. Nawet jeśli z początku
nie wszystko idzie jak trzeba, to gdy się dokładnie wymierzy i wyliczy,
to... http://www.youtube.com/watch?v=CyCJ69GU974
Tu jest postęp wiedzy : http://www.youtube.com/watch?v=WcNITnbkx_A
Może bardziej technologii. Drzewiej liczyć potrafili akuratnie, ale
ze zmajstrowaniem takiej profilowanej prowadnicy bywały kłopoty.
Quote:
Powini też wrócić do polewania wroga smołą i posypywania pierzem.
To było bardzo widowiskowe. Właściwie to z powodów humanitarnych
gorącą smołę można zastąpić czymś bardziej niskotopliwym.
Współczesna chemia organiczna ma tu wiele do zaoferowania.
--
Jarek
Waldemar Krzok
Guest
Guest
Tue Mar 05, 2013 12:09 pm
Am 05.03.2013 11:54, schrieb Jarosław Sokołowski:
Quote:
Pan Miroslaw Kwasniak napisał:
"Najszybszy 8051" brzmi dla mnie jak "zrobiliśmy nowoczesną, wojskową
katapultę o największym zasięgu - 10 razy większy od tworów ze
starożytności".
Starożytnych wynalazków nie należy lekceważyć. Nawet jeśli z początku
nie wszystko idzie jak trzeba, to gdy się dokładnie wymierzy i wyliczy,
to... http://www.youtube.com/watch?v=CyCJ69GU974
Tu jest postęp wiedzy : http://www.youtube.com/watch?v=WcNITnbkx_A
Może bardziej technologii. Drzewiej liczyć potrafili akuratnie, ale
ze zmajstrowaniem takiej profilowanej prowadnicy bywały kłopoty.
Przygotowania do współczesnych zastosowań wojennych:
https://www.youtube.com/watch?v=AzgUoodi_vI
Powini też wrócić do polewania wroga smołą i posypywania pierzem.
To było bardzo widowiskowe. Właściwie to z powodów humanitarnych
gorącą smołę można zastąpić czymś bardziej niskotopliwym.
Współczesna chemia organiczna ma tu wiele do zaoferowania.
"Najszybszy 8051" brzmi dla mnie jak "zrobiliśmy nowoczesną, wojskową
katapultę o największym zasięgu - 10 razy większy od tworów ze
starożytności".
Starożytnych wynalazków nie należy lekceważyć. Nawet jeśli z początku
nie wszystko idzie jak trzeba, to gdy się dokładnie wymierzy i wyliczy,
to... http://www.youtube.com/watch?v=CyCJ69GU974
Tu jest postęp wiedzy : http://www.youtube.com/watch?v=WcNITnbkx_A
Może bardziej technologii. Drzewiej liczyć potrafili akuratnie, ale
ze zmajstrowaniem takiej profilowanej prowadnicy bywały kłopoty.
Przygotowania do współczesnych zastosowań wojennych:
https://www.youtube.com/watch?v=AzgUoodi_vI
Powini też wrócić do polewania wroga smołą i posypywania pierzem.
To było bardzo widowiskowe. Właściwie to z powodów humanitarnych
gorącą smołę można zastąpić czymś bardziej niskotopliwym.
Współczesna chemia organiczna ma tu wiele do zaoferowania.
Wosk, koniecznie pszczeli, bo to bardziej ekologiczne jest. Parafina to
produkt z ropy naftowej, a to jest be.
Waldek
--
My jsme Borgové. Sklopte štíty a vzdejte se. Odpor je marný.
Jarosław Sokołowski
Guest
Guest
Tue Mar 05, 2013 12:26 pm
Pan Waldemar Krzok napisał:
Quote:
Przygotowania do współczesnych zastosowań wojennych:
https://www.youtube.com/watch?v=AzgUoodi_vI
Powini też wrócić do polewania wroga smołą i posypywania pierzem.
To było bardzo widowiskowe. Właściwie to z powodów humanitarnych
gorącą smołę można zastąpić czymś bardziej niskotopliwym.
Współczesna chemia organiczna ma tu wiele do zaoferowania.
Wosk, koniecznie pszczeli, bo to bardziej ekologiczne jest.
Parafina to produkt z ropy naftowej, a to jest be.
https://www.youtube.com/watch?v=AzgUoodi_vI
Powini też wrócić do polewania wroga smołą i posypywania pierzem.
To było bardzo widowiskowe. Właściwie to z powodów humanitarnych
gorącą smołę można zastąpić czymś bardziej niskotopliwym.
Współczesna chemia organiczna ma tu wiele do zaoferowania.
Wosk, koniecznie pszczeli, bo to bardziej ekologiczne jest.
Parafina to produkt z ropy naftowej, a to jest be.
Taką kombinację stosował już niejaki Dedal ze swoim synem.
--
Jarek
Grzegorz Kurczyk
Guest
Guest
Tue Mar 05, 2013 12:38 pm
W dniu 05.03.2013 11:21, JDX pisze:
Quote:
Z ciekawostek: PDP11 nie ma instrukcji LDI, czyli ładowania rejestru
stałą umiaszczoną w programie.
W H8 jest jedna instrukcja MOV (w wersjach .B, .W i .L) która w
połączeniu z trybem adresowania natychmiastowego daje to co
LoaDImmediate. Może w PDP-11 było podobnie?
Za to ma instrukcję Load Indirect with Autoincrement. Ona
działa też na rejestrze Program Counter.
Standardowy tryb adresowania w H8. Chociaż AFAIR tam nie da się
modyfikować zawartości PC instrukcją klasy MOV.
stałą umiaszczoną w programie.
W H8 jest jedna instrukcja MOV (w wersjach .B, .W i .L) która w
połączeniu z trybem adresowania natychmiastowego daje to co
LoaDImmediate. Może w PDP-11 było podobnie?
Za to ma instrukcję Load Indirect with Autoincrement. Ona
działa też na rejestrze Program Counter
.
Standardowy tryb adresowania w H8. Chociaż AFAIR tam nie da się
modyfikować zawartości PC instrukcją klasy MOV.
W wielu prockach są sztuczne mnemoniki assemblera.
Np. w AVR tak naprawdę nie istnieje rozkaz przesunięcia artmetycznego w
lewo LSL, jest to w rzeczywistości dodanie rejestru do samego siebie.
czyli LSL r0 to tak naprawdę ADD r0, r0. Rozkazy SBR i CBR to nic innego
jak ORI i ANDI.
Pozdrawiam
Grzegorz
Michoo
Guest
Guest
Tue Mar 05, 2013 5:12 pm
On 05.03.2013 09:15, JDX wrote:
Quote:
On 2013-03-05 01:47, Michoo wrote:
[...]
Open RISC - 32bitowa kobyła z wydajnością 1DMIPS/MHz zajmuje 4k LUTów w
domyślnej i 2.4k w minimalnej konfiguracji. Działa toto na 125MHz.
MicroBlaze odpalałem na 100MHz i odp zajmował coś pod 3.5k LUTów razem z
MMU, kontrolerem DDR i ethernetem.
No ale jak to się ma do tej cudownej '51 z Bytomia?
[...]
Open RISC - 32bitowa kobyła z wydajnością 1DMIPS/MHz zajmuje 4k LUTów w
domyślnej i 2.4k w minimalnej konfiguracji. Działa toto na 125MHz.
MicroBlaze odpalałem na 100MHz i odp zajmował coś pod 3.5k LUTów razem z
MMU, kontrolerem DDR i ethernetem.
No ale jak to się ma do tej cudownej '51 z Bytomia?
W domyślnym konfigu 3x tyle za 32 bity. W minimalnym przypadku 80% dla
openRISC i +- tyle samo dla
elektroda NewsGroups Forum Index - Elektronika Polska - Polski procesor ATSD z Warszawy nowy hit tech na CeBIT 2023!