In the darkest hour on Mon, 30 Apr 2012 01:04:01 +0200,
Kasa przyjmie <i...@...c> screamed:
>> wystarczyłoby sterować tylko układami I/O Z80, bo jego archaicznej małej
>> pamięci do niczego nie potrzeba.
>> Z80 jako procesor 8bitowy ma na tyle niewiele linii zewnętrznych, że
>> typowy ARM powinien bez problemu (liczbowo i z prędkością) zaemulować
>> cały jego świat wewnętrzny. Przecież tam jest tylko 8x data, 16x adres,
>> i z 8 sterujących, z czego nie wszystkie muszą być wykorzystane. Razem
>> 32bitowy port...
>
> Heh ARM to jak strzal z armaty do wrobla, bele PIC da rade bez problemu.
> A John Smith to jakis problem chyba ma z szufladkowaniem.

Zamiana na PIC32 ma jeszcze jakiś sens, PIC-e niższe mają odrobinę
"kontrowersyjną" architekturę.
Najlepiej zamienić staruszka Z80 na coś nowszego z oferty Ziloga.

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:238B ]
[ 10:48:38 user up 13154 days, 22:43, 1 user, load average: 0.24, 0.01, 0.19 ]

I like my coffee like I like my women. Covered in beeeees! -- Eddie Izzard

do góry

W dniu 2012-04-30 01:04, Kasa przyjmie pisze:
>
>> Heh ARM to jak strzal z armaty do wrobla, bele PIC da rade bez problemu.
>> A John Smith to jakis problem chyba ma z szufladkowaniem.
>
>
>
> http://hackaday.com/2010/05/22/z80-emulated-on-pic-h
ardware/
>

Ten byle PIC to 32-bitowy MIPS :-)

do góry

Dnia 30-04-2012 o 09:08:28 BartekK <s...@d...org> napisał(a):

> Przyznam że zupełnie nie znam rodziny PICów i ich możliwości, poza tym
> że są, i że (chyba) jest jakieś zamieszanie z dostępnością darmowego
> kompilatora do zastosowań komercyjnych (?)

Nie ma żadnego zamieszania. Każdy kompilator jest oferowany w darmowej
wersji Lite (wyłączona większość optymalizacji, w przypadku tych opartych
na gcc onacza to OIDP ograniczenie do -O1). Wersję Lite można stosować
komercyjnie.

Pozdrawiam,
Andrzej Ekiert
--
http://www.ekiert.com/microchip

do góry

On 2012-04-29 23:48, John Smith wrote:
> Kolega też chyba nie widzi różnicy w sygnałach na końcówkach uP i uC.

Przy odpowiednio duzej szybkości uC właśnie nie widać żadnej rożnicy.

do góry

On 2012-04-30 20:02, Andrzej Ekiert wrote:
> Nie ma żadnego zamieszania. Każdy kompilator jest oferowany w darmowej
> wersji Lite (wyłączona większość optymalizacji, w przypadku tych
> opartych na gcc onacza to OIDP ograniczenie do -O1). Wersję Lite można
> stosować komercyjnie.

Jak zgodność tego produktu z dowolnym standardem C++?

do góry

Dnia 30-04-2012 o 21:54:30 Sebastian Biały <h...@p...onet.pl>
napisał(a):

> Jak zgodność tego produktu z dowolnym standardem C++?

Dość trudno mówić o zgodności z C++, skoro Microchip ma tylko kompilatory
C.
Jeśli chodzi o zgodność z ANSI C, to jest rozsądnie dobra we wszystkich
wersjach (gcc, HiTech, C18). Nie potrafię podać wersji, ale w przypadku
gcc chyba jest to ISO/IEC 9899:1999.

Pozdrawiam,
ae
--
http://www.ekiert.com/microchip

do góry

On 2012-04-30 22:47, Andrzej Ekiert wrote:
>> Jak zgodność tego produktu z dowolnym standardem C++?
> Dość trudno mówić o zgodności z C++, skoro Microchip ma tylko
> kompilatory C.

No właśnie. Bida aż piszczy.

do góry

Dnia 30-04-2012 o 23:14:18 Sebastian Biały <h...@p...onet.pl>
napisał(a):

>>> Jak zgodność tego produktu z dowolnym standardem C++?
>> Dość trudno mówić o zgodności z C++, skoro Microchip ma tylko
>> kompilatory C.
>
> No właśnie. Bida aż piszczy.

Tylko w przypadku PIC32 kompilator C++ miałby trochę sensu.

ae

do góry

W dniu 2012-04-30 21:53, Sebastian Biały pisze:
> On 2012-04-29 23:48, John Smith wrote:
>> Kolega też chyba nie widzi różnicy w sygnałach na końcówkach uP i uC.
>
> Przy odpowiednio duzej szybkości uC właśnie nie widać żadnej rożnicy.

Zrobienie *dokładnej* emulacji sprzętowo-programowej Z80 na ARM-ie,
wydaje się być mocno nieopłacalne. Emulacja sprawniej by się mogła udać
na FPGA. Tylko po co?

do góry

On 2012-04-30 23:19, Andrzej Ekiert wrote:
>>>> Jak zgodność tego produktu z dowolnym standardem C++?
>>> Dość trudno mówić o zgodności z C++, skoro Microchip ma tylko
>>> kompilatory C.
>> No właśnie. Bida aż piszczy.
> Tylko w przypadku PIC32 kompilator C++ miałby trochę sensu.

Ma sens na AVR. Dlaczego na PIC nie miałby? Bo sprzetowy stos? Zonk ...

do góry