NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Szukam wykonawcy do modułu Ethernet dla Z80 z oprogramowaniem w Delphi i Asemblerze
Irek_Irek_Irek
Guest
Guest
Sun Apr 29, 2012 11:27 am
Zlecę opracowanie rozwiązania, które na bazie ogólnodostępnego w handlu
modułu Ethernetowego np. Wiznet, pozwoli na połączenie do sieci Ethernet
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł Ethernetowy.
System ma być działający a aplikacje mają być dostarczone również w wersji
źródłowej.
Zlecenie w formie umowy o dzieło.
Zainteresowanych proszę o podanie widełek cenowych i terminu wykonania.
identyfikator: 20040501
Guest
Guest
Sun Apr 29, 2012 6:59 pm
coś się nie palą...
BartekK
Guest
Guest
Sun Apr 29, 2012 8:08 pm
W dniu 2012-04-29 13:27, Irek_Irek_Irek pisze:
Quote:
Zlecę opracowanie rozwiązania, które na bazie ogólnodostępnego w handlu
modułu Ethernetowego np. Wiznet, pozwoli na połączenie do sieci Ethernet
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie - skoro i
modułu Ethernetowego np. Wiznet, pozwoli na połączenie do sieci Ethernet
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie - skoro i
tak trzeba rzeźbić nowy soft na Z80, w asemblerze, i na kilka urządzeń,
to czy nie będzie łatwiej szybciej i prościej dorobić "wtyczkę" w
miejsce samego Z80 w postaci jakiegoś modułu z ARMem (którego linie I/O
emulowac będą z zewnątrz Z80, przejmując jego funkcje), który już ma na
pokładzie ethernet, łatwiej i szybciej go oprogramować, i ma dużo
większą elastyczność?
--
| Bartłomiej Kuźniewski
| sibi@drut.org GG:23319 tel +48 696455098 http://drut.org/
| http://www.allegro.pl/show_user_auctions.php?uid=338173
John Smith
Guest
Guest
Sun Apr 29, 2012 8:31 pm
W dniu 2012-04-29 22:08, BartekK pisze:
Quote:
W dniu 2012-04-29 13:27, Irek_Irek_Irek pisze:
Zlecę opracowanie rozwiązania, które na bazie ogólnodostępnego w handlu
modułu Ethernetowego np. Wiznet, pozwoli na połączenie do sieci Ethernet
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie - skoro i
tak trzeba rzeźbić nowy soft na Z80, w asemblerze, i na kilka urządzeń,
to czy nie będzie łatwiej szybciej i prościej dorobić "wtyczkę" w
miejsce samego Z80 w postaci jakiegoś modułu z ARMem (którego linie I/O
emulowac będą z zewnątrz Z80, przejmując jego funkcje), który już ma na
pokładzie ethernet, łatwiej i szybciej go oprogramować, i ma dużo
większą elastyczność?
Zlecę opracowanie rozwiązania, które na bazie ogólnodostępnego w handlu
modułu Ethernetowego np. Wiznet, pozwoli na połączenie do sieci Ethernet
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie - skoro i
tak trzeba rzeźbić nowy soft na Z80, w asemblerze, i na kilka urządzeń,
to czy nie będzie łatwiej szybciej i prościej dorobić "wtyczkę" w
miejsce samego Z80 w postaci jakiegoś modułu z ARMem (którego linie I/O
emulowac będą z zewnątrz Z80, przejmując jego funkcje), który już ma na
pokładzie ethernet, łatwiej i szybciej go oprogramować, i ma dużo
większą elastyczność?
Z80 to mikroprocesor a nie mikrokontroler.
K.
Kasa przyjmie
Guest
Guest
Sun Apr 29, 2012 8:49 pm
W dniu 2012-04-29 22:31, John Smith pisze:
Quote:
W dniu 2012-04-29 22:08, BartekK pisze:
W dniu 2012-04-29 13:27, Irek_Irek_Irek pisze:
Zlecę opracowanie rozwiązania, które na bazie ogólnodostępnego w handlu
modułu Ethernetowego np. Wiznet, pozwoli na połączenie do sieci Ethernet
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak
również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na
PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie - skoro i
tak trzeba rzeźbić nowy soft na Z80, w asemblerze, i na kilka urządzeń,
to czy nie będzie łatwiej szybciej i prościej dorobić "wtyczkę" w
miejsce samego Z80 w postaci jakiegoś modułu z ARMem (którego linie I/O
emulowac będą z zewnątrz Z80, przejmując jego funkcje), który już ma na
pokładzie ethernet, łatwiej i szybciej go oprogramować, i ma dużo
większą elastyczność?
Z80 to mikroprocesor a nie mikrokontroler.
K.
W dniu 2012-04-29 13:27, Irek_Irek_Irek pisze:
Zlecę opracowanie rozwiązania, które na bazie ogólnodostępnego w handlu
modułu Ethernetowego np. Wiznet, pozwoli na połączenie do sieci Ethernet
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak
również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na
PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie - skoro i
tak trzeba rzeźbić nowy soft na Z80, w asemblerze, i na kilka urządzeń,
to czy nie będzie łatwiej szybciej i prościej dorobić "wtyczkę" w
miejsce samego Z80 w postaci jakiegoś modułu z ARMem (którego linie I/O
emulowac będą z zewnątrz Z80, przejmując jego funkcje), który już ma na
pokładzie ethernet, łatwiej i szybciej go oprogramować, i ma dużo
większą elastyczność?
Z80 to mikroprocesor a nie mikrokontroler.
K.
Z80 to zabytek klasy 00 i ja tez sobie pomyslalem ze chyba prosciej
zastapic jakims PICem.
John Smith
Guest
Guest
Sun Apr 29, 2012 9:48 pm
W dniu 2012-04-29 22:49, Kasa przyjmie pisze:
Quote:
W dniu 2012-04-29 22:31, John Smith pisze:
W dniu 2012-04-29 22:08, BartekK pisze:
W dniu 2012-04-29 13:27, Irek_Irek_Irek pisze:
Zlecę opracowanie rozwiązania, które na bazie ogólnodostępnego w handlu
modułu Ethernetowego np. Wiznet, pozwoli na połączenie do sieci
Ethernet
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak
również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na
PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł
Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie - skoro i
tak trzeba rzeźbić nowy soft na Z80, w asemblerze, i na kilka urządzeń,
to czy nie będzie łatwiej szybciej i prościej dorobić "wtyczkę" w
miejsce samego Z80 w postaci jakiegoś modułu z ARMem (którego linie I/O
emulowac będą z zewnątrz Z80, przejmując jego funkcje), który już ma na
pokładzie ethernet, łatwiej i szybciej go oprogramować, i ma dużo
większą elastyczność?
Z80 to mikroprocesor a nie mikrokontroler.
K.
Z80 to zabytek klasy 00 i ja tez sobie pomyslalem ze chyba prosciej
zastapic jakims PICem.
W dniu 2012-04-29 22:08, BartekK pisze:
W dniu 2012-04-29 13:27, Irek_Irek_Irek pisze:
Zlecę opracowanie rozwiązania, które na bazie ogólnodostępnego w handlu
modułu Ethernetowego np. Wiznet, pozwoli na połączenie do sieci
Ethernet
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak
również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na
PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł
Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie - skoro i
tak trzeba rzeźbić nowy soft na Z80, w asemblerze, i na kilka urządzeń,
to czy nie będzie łatwiej szybciej i prościej dorobić "wtyczkę" w
miejsce samego Z80 w postaci jakiegoś modułu z ARMem (którego linie I/O
emulowac będą z zewnątrz Z80, przejmując jego funkcje), który już ma na
pokładzie ethernet, łatwiej i szybciej go oprogramować, i ma dużo
większą elastyczność?
Z80 to mikroprocesor a nie mikrokontroler.
K.
Z80 to zabytek klasy 00 i ja tez sobie pomyslalem ze chyba prosciej
zastapic jakims PICem.
Kolega też chyba nie widzi różnicy w sygnałach na końcówkach uP i uC.
K.
BartekK
Guest
Guest
Sun Apr 29, 2012 10:47 pm
W dniu 2012-04-29 23:48, John Smith pisze:
Quote:
układu mikroprocesorowego bazującego na procesorze Z80.
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak
również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na
PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł
Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie -
skoro i
tak trzeba rzeźbić nowy soft na Z80, w asemblerze, i na kilka urządzeń,
to czy nie będzie łatwiej szybciej i prościej dorobić "wtyczkę" w
miejsce samego Z80 w postaci jakiegoś modułu z ARMem (którego linie I/O
emulowac będą z zewnątrz Z80, przejmując jego funkcje), który już ma na
pokładzie ethernet, łatwiej i szybciej go oprogramować, i ma dużo
większą elastyczność?
Z80 to mikroprocesor a nie mikrokontroler.
Z80 to zabytek klasy 00 i ja tez sobie pomyslalem ze chyba prosciej
zastapic jakims PICem.
Kolega też chyba nie widzi różnicy w sygnałach na końcówkach uP i uC.
Czy ja gdzieś powiedziałem że chcę zastąpić mikroprocesor Z80
Zlecenie obejmuje oprogramowanie po stronie Z80 (asembler) jak
również po
stronie komputera PC (np. Delphi).
Docelowe rozwiązanie ma umożliwiać komunikację pomiędzy aplikacją na
PC z
kilkoma urządzeniami opartymi na Z80 i wyposażonymi w moduł
Ethernetowy.
Nie żebym chciał się tego podejmować, ale nurtuje mnie pytanie -
skoro i
tak trzeba rzeźbić nowy soft na Z80, w asemblerze, i na kilka urządzeń,
to czy nie będzie łatwiej szybciej i prościej dorobić "wtyczkę" w
miejsce samego Z80 w postaci jakiegoś modułu z ARMem (którego linie I/O
emulowac będą z zewnątrz Z80, przejmując jego funkcje), który już ma na
pokładzie ethernet, łatwiej i szybciej go oprogramować, i ma dużo
większą elastyczność?
Z80 to mikroprocesor a nie mikrokontroler.
Z80 to zabytek klasy 00 i ja tez sobie pomyslalem ze chyba prosciej
zastapic jakims PICem.
Kolega też chyba nie widzi różnicy w sygnałach na końcówkach uP i uC.
Czy ja gdzieś powiedziałem że chcę zastąpić mikroprocesor Z80
mikroprocesorem ARM? Proponowałem zastosować moduł z mikrokontrolerem
ARM, którego linie I/O są podłączone do zewnętrznych linii
danych/adresu/sterujących, którymi emuluje mikroprocesor Z80. Skoro jest
tam Z80, to jest jego specyficzne hardware zewnętrzne (jakaś pamięć
ram/rom, i/o), z okazji ARMa z zintegrowanym wszystkim w środku -
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...
--
| Bartłomiej Kuźniewski
| sibi@drut.org GG:23319 tel +48 696455098 http://drut.org/
| http://www.allegro.pl/show_user_auctions.php?uid=338173
Kasa przyjmie
Guest
Guest
Sun Apr 29, 2012 11:04 pm
Quote:
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...
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.
Kasa przyjmie
Guest
Guest
Sun Apr 29, 2012 11:04 pm
Quote:
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.
A John Smith to jakis problem chyba ma z szufladkowaniem.
http://hackaday.com/2010/05/22/z80-emulated-on-pic-hardware/
BartekK
Guest
Guest
Mon Apr 30, 2012 7:08 am
W dniu 2012-04-30 01:04, Kasa przyjmie pisze:
Quote:
Heh ARM to jak strzal z armaty do wrobla, bele PIC da rade bez problemu.
Przyznam że zupełnie nie znam rodziny PICów i ich możliwości, poza tym
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 (?), dlatego strzelam z armaty,
którą znam.
--
| Bartłomiej Kuźniewski
| sibi@drut.org GG:23319 tel +48 696455098 http://drut.org/
| http://www.allegro.pl/show_user_auctions.php?uid=338173
Artur M. Piwko
Guest
Guest
Mon Apr 30, 2012 8:49 am
In the darkest hour on Mon, 30 Apr 2012 01:04:01 +0200,
Kasa przyjmie <igor@b.c> screamed:
Quote:
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.
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
Zbych
Guest
Guest
Mon Apr 30, 2012 9:30 am
W dniu 2012-04-30 01:04, Kasa przyjmie pisze:
Quote:
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-hardware/
Ten byle PIC to 32-bitowy MIPS
Andrzej Ekiert
Guest
Guest
Mon Apr 30, 2012 6:02 pm
Dnia 30-04-2012 o 09:08:28 BartekK <sibi@drut.org> napisał(a):
Quote:
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 (?)
ż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
Sebastian BiaĹy
Guest
Guest
Mon Apr 30, 2012 7:53 pm
On 2012-04-29 23:48, John Smith wrote:
Quote:
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.
Sebastian BiaĹy
Guest
Guest
Mon Apr 30, 2012 7:54 pm
On 2012-04-30 20:02, Andrzej Ekiert wrote:
Quote:
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.
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++?
elektroda NewsGroups Forum Index - Elektronika Polska - Szukam wykonawcy do modułu Ethernet dla Z80 z oprogramowaniem w Delphi i Asemblerze