Enterprise Forever
:HUN => Egyéb témák => Topic started by: Z80System on 2014.August.21. 14:41:51
-
Korábban más topikokban tárgyalva lett, hogy az EP soros portja amellett hogy lassú még inkompatibilis is a PC soros portjával, a párhuzamos portunk pedig csak egyirányú.
Valami hozzáértők véleményezését kérném arról a gondolatról, hogy akkor a jobb oldali EP bővítő csatlakozón nem lehetne -e valami ősszeköttetést létrehozni a PC -vel.
Olyasmire gondolnék, hogy egy PC -re mondjuk simán el tudnám képzelni, hogy léteznek már hardverek, amiket USB -re dugva a PC jó sok darab TTL vonallal bővül. Tehát olyasmi USB eszközre gondolnék, melynek egyik vége USB, a másik vége pedig mondjuk 128 db TTL vonal (érintkező), melynek fele mondjuk bemenet, fele meg kimenet, és ezek írása és olvasása az USB porton keresztül szoftverből már meg van oldva.
És akkor a PC oldalról kvázi bármit szoftverből le lehetne emulálni az EP -nek ... Le lehetne emulálni egy teljes EXDOS+EPROM+RAM bővítőkártyát, vagy akármit ...
Lenne egy szűz EP -je valakinek, és ha lenne PC -je és egy ilyen USB->TTL hardvere, akkor kvázi bármilyen bővítéssel el tudná látni az EP -jét PC -ről, szoftveresen ... :)
Namost nekem fogalmam sincs hogy ez kivitelezhető lenne -e vagy sem, sebességben az USB3 már elég gyors -e ehhez vagy sem, és lövésem sincs, hogy ha elég gyors is lenne, akkor vajon mekkora szoftveres munka lenne leemulálni egy EXDOS kártyát, vagy bármilyen hardvert ...
Ezért kérnék hozzáértőt, hogy szakértse meg a kérdést.
-
Ha esetleg lehetséges volna, akkor gondolom ennek előnyeiről nem kellene győzködnöm senkit, szoftverből "arrébb rakni" valamit, pld. nem 3 hanem 6 eprom bovítőt rakni egy exdos kártyára, vagy pedig más szegmensekre mappolni be a RAM -ot vagy EPROM -okat ... az csak egy érték átírása volna az adott hardvert emuláló program beállításaiban ...
Sőt ... létrejöhetne egy sprite hardver emuláció ... végre látnánk vas EP -n, hogy is gondolták volna a sprite -okat ... :)
-
Mielőtt beleélnéd magad, szerintem ezt lehetetlen így megvalósítani.
-
Vagy ha az USB3 sebességeivel ilyen még nem lenne megvalósítható, akkor egy PCI Express -> TTL eszközzel már biztosan ... nem ? Annyi lenne a különbség hogy a PC- be belülre kéne szerelni az eszközt, nem tudnám rádugni kívülre.
-
Mielőtt beleélnéd magad, szerintem ezt lehetetlen így megvalósítani.
Merthogy a PC -n nem létezik olyan csatlakozási lehetőség, melyet kellő sebességgel lehetne írni olvasni ? Vagy a 4GHz -es procik nem tudnának kellő sebességgel futtatni emulált hardver -eket ? Vagy miért ? Ha teljes gépeket emulálnak a PC -k eredeti órajel pontosságig (pld. UAE), akkor a második tuti nem lehetne baj ... akkor max az elsőn csúszhatna el a dolog, hogy ezzel a sebességgel nem tudnánk a PC -ből ki és be vinni a jelet ... nem ?
-
wifi?
-
PC-n nincs közvetlen hardver hozzáférés * . Pont. Utoljára nagyjából az ISA busznál és a DOS-nál volt ilyen.
Nem tudsz olyat megcsinálni, hogy egy szál drótot rángassál szoftverből nanoszekundum pontossággal, nemhogy még több tucatot.
Minden hardver esetén van neki saját procija (amit nem biztos, hogy így hívnak), és csak az utasításokat tolja át gép, meg időnként megbeszélik, hogy pár 10-20-100-1000 megabájt átviteléhez most szinkronba állnak és áttolják. Lehet az VGA, vinyó, hálókárty, akármi.
Szóval a te dolgodhoz kéne egy új hardvert tervezni, ami olyan brutál gyors, hogy tudja emulálni az EP hardvert nanoszekundum pontossággal, és ez a cucc maximum a vezérlést kapja USB-n a pécétől.
* pont emiatt szenvednek most grafika ügyben, hogy annyi szoftver rétegen keresztül lehet elérni a GPU-kat, hogy jó ha a teljesítményük tizedét ki lehet használni. Ezen próbálnak új szabványok kitalálásával segíteni, hogy legalább részben közelebb kerüljenek a hardverhez.
-
Elvben pedig milyen szép volna: egyetlen custom (ha egyáltalán nem léteznek ilyenek máris) hardvert kellene csak készíteni, azt pedig a PC -hez,
és onnantól (kvázi) bármilyen hardver EP bővítés egy tisztán szoftveres munka lenne, szintén a PC -n ... :)
Még én sem lennék többé "rászorulva" hw gurukra, akik custom hardvereket gyártanak EP -hez (persze attól még azok is kellenének továbbra is :)), hanem magamnak is tudnék EP HARDVEREKET ÍRNI ! :)
És ha valaki egyszer megírt egy ilyen ep hardvert (emuláló szoftvert persze), akkor azt máris bárki letölthetné, nem kéne példányosítani ... :)
Simán elképzelem, hogy egy-egy ilyen ep hardvert emuláló szoftver megírása lehetne első lépése egy-egy valódi ep hardver fejlesztésnek ... és ha már menne emulálva, akkor lehetne érdemes megépíteni ...
Persze lehet hogy nem a készülő EP HW -> EP illesztés hozza a legtőbb probémát egy EP HW fejlesztésnél, hanem hogy maga a HW működjön, és egy ilyen készölő HW emulált kipróbálása ezért nem jelentene különösebb segítséget, és akkor erre a felhasználásra mégsem lenne jó.
Hacsak nem léteznek már oylan szoftverek, melyekben a kapható alkatrészek már rég le vannak programozva, emulálva, és GUI -s módokon pakolhatók össze bennük digitális áramkörök ... ha ilyenek vannak, akkor ezekből PC -n szoftvervől lehetne összelegózni a kapcsolásokat, és ennek a szoftvernek a kimenetét kéne erre az mondjuk PCI-E->EP csatolóra tenni ... Na ez már segítene még hardvert tervezni is ... :)
-
PC-n nincs közvetlen hardver hozzáférés * . Pont. Utoljára nagyjából az ISA busznál és a DOS-nál volt ilyen.
Ok, akkor eltérve kicsit a konkrét címtől, de a dolog lényegi részét megtartva, ami az lenne, hogy egyetlen plussz hardver kéne, és avval szoftveresen bármit meg lehessen valósítani:
Szóval a te dolgodhoz kéne egy új hardvert tervezni, ami olyan brutál gyors, hogy tudja emulálni az EP hardvert nanoszekundum pontossággal, és ez a cucc maximum a vezérlést kapja USB-n a pécétől.
Valami custom HW -rel ez megoldható lenne ? Tehát mostmár akkor nem a PC lenne ez a plussz hardver, hanem egy direkt erre fejlesztett mikroprocesszoros rendszer, melynek lenne valami CPU -ja és RAM -ja, kellő sebessége (modern sebességekre gondolok) és a betöltése mondjuk egyszerűen megoldható lenne PC -ről (nyilván a szoftverét is ott fejlesztenénk),
akkor ilyennel működhetnénk ?
Tehát ugye fejlesztenek mindenféle különböző EP hardvereket, belső ram bővítőt, külső ram+sd megoldást, EXDOS, IDE kártyákat, cartridge -os SD megoldást ... Nem lenne ez előremutató ?
Lenne egyetlen darab közös hardver, aminek még valami esztétikus dobozolása is lehetne (mivel nincs ezer hardver, egynek csak le lehetne gyártatni vagy nyomtatni valamit),
és onnantól kezdve hogy valakinek lenne ilyen hardvere, csak egy szoftver lérdése lenne, hogy ő most egy RAM bővítőt vagy EXDOS kártyát vagy mit akar emulálni vele.
És az hogy ezt a common hardverét az adott felhasználás függvényében épp milyen EP hardvernek akarná használni, az a PC -ről pikk-pakk betölthető lenne ebbe a common hardverbe (ami ugye kvázi egy másik számítógép, melynek vannak direkt TTL vonalai mindkét irányba).
-
Mondjuk pld. a raspberry pi -ről azt olvastam, hogy az egy olyan cucc, amelyet ahhoz fejlesztettek hogy vezérelgethessenek a népek vele bármit ... hw fejlesztésekhez ... akkor lehet hogy az már tudna direktben vezérelni vmit ? Vagy ha az nem, nem lehet hogy már van a piacon ilyen hw, és meg sem kellene már tervezni, hanem simán megvásárolható, mert másnak is kellett már ilyen, hogy direktben vezérelhessen valamit ?
-
http://hertaville.com/2014/07/07/rpimmapgpio/
http://hertaville.com/2012/11/18/introduction-to-accessing-the-raspberry-pis-gpio-in-c/
-
Egy ilyen raspberry pi -nek az ára olyan 10 rugó lenne kb. ...
Ha ilyet lehetne vele csinálni ... hát az sztm. megakúl lenne.
-
Using this approach I was able to get GPIO toggling speeds that exceed 25MHz!!!!
-
És egy ilyen modern GUI -s OS -el (felteszem valami linux klón lehet?) lehetne csinálni a töltögetést (emulálandó EP hardver szoftver betöltését), vagy felteszem, akár fejleszteni (az épp aktuális EP harver emulátort) is lehet direktben magán a készüléken, és direkt PC összeköttetésre nem is volna szükség:
https://www.youtube.com/watch?v=r456d0imYPE
Szóval nem lenne szerintetek megoldható és érdemes egy ilyen nagy huszárvágás ?
-
Egy ilyen raspberry pi -nek az ára olyan 10 rugó lenne kb. ...
Ha ilyet lehetne vele csinálni ... hát az sztm. megakúl lenne.
Kevés a lába. Az a nagy sebesség is akkor van, ha semmi mást nem csinál, csak a bitet billegteti.
Amúgy nem értem mire lenne jó az egész :oops: 100x egyszerűbb összerakni egy EXDOS kártyát, pláne, hogy itt lesznek SD vezérlők halomban...
-
Kevés a lába. Az a nagy sebesség is akkor van, ha semmi mást nem csinál, csak a bitet billegteti.
Jó, akkor lehet nem a raspberry pi lenne mi vackunk, hanem a "blekkberry zeta", valami csak van ahol a lábszámra (is) koncentráltak,
vagy ha nem akkor custom hardver, végülis nem kötelező hogy saját maga is egy full featured OS -t tudjon futtatni, elég lenne ha PC -ről könnyen tölthető lenne,
Amúgy nem értem mire lenne jó az egész (http://enterpriseforever.com/Smileys/phpbb/ds_icon_redface.gif) 100x egyszerűbb összerakni egy EXDOS kártyát, pláne, hogy itt lesznek SD vezérlők halomban...
Ha a cartridge -os SD -re gondolsz, akkor azok (mikor meglesznek) valóban a legjobb háttértár megoldások lesznek, mivel a legkompaktabb helyre (cartridge) mennek be, a legnagyobb kényelem mellett, azoknál jobb háttértár valszeg már nem tud majd lenni,
de mi van, ha valaki szeretne magának EPROM bövítő helyet, mondjuk 10 -epromnyit, és ram bővítést, mondjuk 2-3 megát, és óra kártyát, és valami "perzisztens memória lehetőséget", és tebiztosjobbantudodmégmitlehetne akarni ... ezekből bármit is csinál(tatna) meg valaki, jó eséllyel nem lesz a többivel kompatibilis, csatlakoztatható,
ha pedig mindez szoftveres lenne egy ilyen custom hardverben ... minden klappolhatna ...
Nem értem hogy ezt te miert nem látod szuperségnek ... hogy mire lenne jo ... :(
-
Ráadásul amellett hogy szoftveresen szetapolható (így egymással kompatibilis) hardver bővítések lehetnének megoldhatóak,
maga a tényleges fizikai hw kialakítás csak egyetlen (kis fitos :)) dolog lenne, nem pedig egy asztalon elterpeszkedő, óriási bővítéshalmaz, ami méretben az EP kétszeresét is kiteheti ...
-
És még sprite hardver, és még kooproci, és még bármi amit csak a fantázia ki tudna találni ...
És attól lenne különösen érdekes, hogy ha valaki kitalál egy ilyen plussz hardvert (pld. mondjuk színuszos hanggenerátor ha lehetséges, ha nem akkor pld. kooproci),
és azt használva írna egy programot EP -re, akkor bárki, akinek lenne ilyen a common hardvere, az csak letölthetné ennek a szükséges hardvernek a kódját,
és futtatni lenne képes az EP -s, speckó hardvert igénylő programot ...
Így a custom hardvert használó progi nem csak 2 felhasználónak íródna, mert csak ezt a common hardvert kéne fizikailag birtokolnia bárkinek, és lehetne bármilyen szükséges hardvere a vas EP -n ...
-
Tudom hogy vadul hangzik, és kicsit olyan, mint a PC kártya amigára, hogy tulajdonképp a "tápot" használják már csak az amigából,
de pont ez lenne a lényeg: lehetne simán csak +16K ram vagy rom bővítésnek használni (egyik szoftverrel),
és (másik szoftverrel) lehetne egy 8X8 bites digihangokat mixelő aztán z80- nak bal-jobb csatornára 6 biten visszaadó, és sprite -okkal operáló hardverbővítésnek is használni,
így egész vad fícsőrökkel bővített EP -t kapni ... :)
Mindenki úgy és arra használhatná (az egyetlen fizikai EP bővítését) amire szeretné.
-
Létezhetne (vas) EP -hez 8 különböző sprite hardver, és 17 különböző audio hardver, és 25 kooproci hardver, amik akár sosem kellett létezzenek igazi vas formájában,
mint régen az egér hardverek, amelyeket mindíg csak 1 szoftver használt ... no problémó, ha X szoftver, akkor betöltöm az ahhoz tartozó "egér hardvert" ebbe a common hardverbe ...
-
Egy ilyen common hardver vason (ha lehetne mégis olyan komolyabb valami, mint a raspberry pi), akkor simán lehetne rajta USB,
ha USB lehetne rajta, akkor akár vezetékes, akár rádiós egereket lehetne rá csatlakoztatni,
melyeket olvasva az eszközön leemulálható lenne MINDHÁROM valaha létezett egér hardver,
és onnantól vas EP -n használható lenne mindhárom egeret használó program, egy legmodernebb PC vezeték nélküli egérrel ! :)
(És még készíthető lenne a létező három emulációja mellé 28 egyéb más egér hardvereket emuláló program).
A lehetőségek végtelenek lennének ...
-
Ha az EP hardverében, valahogy meg lehetne oldani, hogy a billentyű portot hardveresen felülbírálja egy hardver bővítés,
akkor azt az elméleti hardvert emulálva egy ilyen eszközzel tetszőleges rádiós PC billentyűzetet használhatnánk ...
És mindezeket úgy, hogy az EP -t nem kellene hardveresen hekkelni ... szűz gépekkel akár ... sztm. mesés volna.
-
Tudom, mar mindenki unja, mert sokszor leirtam: ethetnet kell a nepnek :) (ok-ok wifi-t is tudhatna az EP, de azert ne legyen tul sci-fi). Ez azert jo, mert a PC-EP kapcsoiat igy megoldott, plusz szepseg a dologban, hogy EP-rol is elerhetove valik az internet, ami ugye azert mar csak feeling-re is erdekes lenne :) Ami miatt nehanyan unhatnak mar: van az a ENC28J60 nevu ethernet controller IC, az ara kemeny ezer forint alatt van, hazilag is forraszthato (en az SMD-t nem tekintem annak, tudom, van aki nem ert egyet) 28 labu DIP tokban van, es SPI busszal megy (ha valakinek ismeros: az SD kartyat is SPI buszon kell elerni). Utana mar csak EP software kerdese: legegyszerubb esetben siman csak pl UDP csomagokat kuld/fogad, PC-vel igy is oke a kapcsolat, sot meg egy tavoli geppel is (akar Interneten at is). Optimalis esetben meg egesz TCP/IP stack irhato lenne EP-re, amivel akar mondjuk webrol lehet betolteni mondjuk a HTTP: nevu eszkozrol kozvetlenul programokat stb.
Elony: olcso lenne megcsinalni, hatrany: ez a fullos TCP/IP sw-ben azert nem lenne semmi. Alternativ megoldaskent Bruce altal is emlitett megoldas: lehet kapni kicsit dragabban (10eHUF korul talan? nem emlekszem, egyszer neztem pedig) keszre szerelt vmi WIZ nevu modult (5300-as talan) amit "sima" Z80 buszra sem lenne nehez illeszteni, es a modulba beepitett mikrokontroller segitsegevel "hardware-bol" (az EP szempontjabol ....) tud TCP/IP-t mar eleve, nem kell EP/Z80-ra fejleszteni egy full TCP/IP stack-et ...
-
Valószínűleg megtévesztett téged a topik címe lgb, valójában itt most nem adatátvitelt értettem EP - PC összeköttetés alatt,
illetve nem ilyen "magas szintű" adatátvitelt ...
Amiről itt beszélnék az nem egy háttértár megoldás lenne, hanem egy olyan vas (amiről először azt hittem, hogy egy síma PC is lehetne), ami bármilyen valaha létezett, létező, vagy akár sosem létezett hardvert képes szimulálni az EP jobb oldali bővítő csatlakozójának.
-
Valószínűleg megtévesztett téged a topik címe lgb, valójában itt most nem adatátvitelt értettem EP - PC összeköttetés alatt,
illetve nem ilyen "magas szintű" adatátvitelt ...
Amiről itt beszélnék az nem egy háttértár megoldás lenne, hanem egy olyan vas (amiről először azt hittem, hogy egy síma PC is lehetne), ami bármilyen hardvert képes szimulálni az EP jobb oldali bővítő csatlakozójának.
Igy jar az (en) aki write-only modban post-olgat :) Bocs.
Amugy lehetne sima PC az, ha valami nem multitask OS-t futtatsz rajta. Pl DOS-ra kene irni vmit: ebben az esetben a multitask OS-ek tulajdonsaga nem focizik, tied az "egesz gep" ha akarod. Hasonlo project Commodore-ra van amugy, legalabbis - ha jol remlik - valaki kiserletezett pl azzal, hogy egy PC emulalja a CPU-t egy valodi C64-ben. Ennek ertelme nem sok, csak erdekesseg mondjuk ...
-
@Z80System:
Szeretnél hardver bővítést programozni a EP-hez? FPGA kell neked! Valaki összeüt egy modern FPGA-ból, némi Flashből és szintillesztőkből/bufferekből/leválasztókból egy kártyát, aztán adjad neki VHDL/Verilog nyelven, hadd szóljon. Amit el tudsz képzelni, már programozhatod is, valós időben debuggolhatod a hardvert, mindent elkészíthetsz mi szíved vágya. (Ja, ahogyan azt Móricka elképzeli.)
@lgb:
Tán CPC-hez létezik valami SymbOS nevezetű csoda, ami mintha tudna Internet kapcsolatot is. Viszont egészen biztos hogy a Contiki nevezetű (ez valamilyen C64-es irányból nőtt ki, de már asszem vannak elég változatos portjai) projektben van TCP stack implementáció, méghozzá nagyon szerény erőforrás igényű.
-
Tán CPC-hez létezik valami SymbOS nevezetű csoda, ami mintha tudna Internet kapcsolatot is. Viszont egészen biztos hogy a Contiki nevezetű (ez valamilyen C64-es irányból nőtt ki, de már asszem vannak elég változatos portjai) projektben van TCP stack implementáció, méghozzá nagyon szerény erőforrás igényű.
Jah, a Contiki-t nem akartam felhozni itt most :) Abban aztan minden van, meg IPv6 is. Valojaban a Conikti mara ilyen altalanos alacsony eroforrasigenyu OS beagyazott rendszerekbe cimu fejezette notte ki magat, a C64 portjat inkabb erdekessegnek tekintik ma mar. Az a WIZ modul viszont szerintem nem rossz otlet, foleg, ha az ember EP oldalon nem akar tul bonyolult dolgokat megoldani sw-ben, mert ott vmi 8 parhuzamos tcp kapcsolatot a modulon levo MCU elintez, mindenestul, nem neked kell foglalkozni vele. Igaz, kicsit fura erzes, hogy az ott levo MCU performanciaja sokszorosa az EP-ben levo Z80-nak, dehat ez van ...
-
Szeretnél hardver bővítést programozni a EP-hez? FPGA kell neked! Valaki összeüt egy modern FPGA-ból, némi Flashből és szintillesztőkből/bufferekből/leválasztókból egy kártyát, aztán adjad neki VHDL/Verilog nyelven, hadd szóljon. Amit el tudsz képzelni, már programozhatod is, valós időben debuggolhatod a hardvert, mindent elkészíthetsz mi szíved vágya. (Ja, ahogyan azt Móricka elképzeli.)
Látom, legalább a gondolkodó sapit most otthon hagytad, de azért valahogy egyből rádismertem, pedig nem beszélünk nap mint nap ... :)
Mit is állítasz ? Hogy ilyen vasat amiről álmodozom elég nehéz lenne összerakni, de programozni rajta EP bővítő kategóriájú szoftvereket meg még nehezebb ?
-
Látom, legalább a gondolkodó sapit most otthon hagytad, de azért valahogy egyből rádismertem, pedig nem beszélünk nap mint nap ... :)
Mit is állítasz ? Hogy ilyen vasat amiről álmodozom elég nehéz lenne összerakni, de programozni rajta EP bővítő kategóriájú szoftvereket meg még nehezebb ?
Bocsánat, kicsit tényleg gunyoros volt. Igen, az állítás nagyjából ez. Sajnos nem véletlen hogy időzítés kritikus dolgokat általában hardverből oldanak meg. Ahogyan Zozo is írta, az általános programozható rendszerekben (minden, amiben egy kicsit is operációs rendszerre távolról hasonlító dolog működik) túl sok a bizonytalansági tényező hogy megbízhatóan lehessen ilyen feladatokat megoldani. Igen, mondhatnád hogy de hát a valósidejű operációs rendszerek... Igazából azok sem igazán azon az időléptéken működnek, amit a hardverek megkövetelnek. A teljes gépet emuláló szoftvereknek azért van létjogosultságuk, mert a futtató környezetben a megjelenítés gyakorlatilag elfedi a videó hardver emulációjának esetleges egyenetlenségeit, a hang és emberi adatbevitel (billentyűzet, játékvezérlők) pedig a legfeljebb néhány 10kHz-es frissítési igényükkel lassúak, főleg hogy a hangot a hardveres bufferek is támogatják.
Ja, az előbbi hardver összetevői közül sajnos kifelejtettem egy MCU-t, ami kezelné a bővítőkártya bekapcsolását és újraindítását, illetve az FPGA felprogramozását a Flashből.
-
Igen, az állítás nagyjából ez. Sajnos nem véletlen hogy időzítés kritikus dolgokat általában hardverből oldanak meg.
Én valahogy úgy képzeltem volna, hogy az EP -ben előforduló legnagyobb 4MHz (vagy 8MHz ?) órajelnél annyival nagyobb (gigaherceken) órajeleken mennek a mai szutykok, hogy simán C -ben lehetne írni ilyen emulátorokat, melyek egy EP vasat emulálnak ...
Ez akkor véleményed szerint is teljes hulyeség ? A 4 Mhz -en működő vasak is olyan pontos időzítéseket igényelnek, hogy a gigaherceken működő vasak csúszkálásaiból eredő pontatlanságok is nagyok már hozzájuk ?
És akkor az általad javasolt FPGA (vagy mi) eszközök és technológiák már a megoldás lenne ? Tehát olvasni valami USB portokat, és futtatni valami EP hw emulációs szoftvereket megfelelő sebességekkel és pontosságokkal tudhatnának ?
-
Vagy esetleg még úgy is kell értenem amit írtál, hogy még ezzel az FPGA dologgal sem lenne triviális mondjuk (az egyszerű példa kedvéért) egy z80 PIO -t megvalósítani,
és teljesíteni egy igazi z80 PIO által teljesített időzítéseket ?
-
Én valahogy úgy képzeltem volna, hogy az EP -ben előforduló legnagyobb 4MHz (vagy 8MHz ?) órajelnél annyival nagyobb (gigaherceken) órajeleken mennek a mai szutykok, hogy simán C -ben lehetne írni ilyen emulátorokat, melyek egy EP vasat emulálnak ...
Ez akkor véleményed szerint is teljes hulyeség ? A 4 Mhz -en működő vasak is olyan pontos időzítéseket igényelnek, hogy a gigaherceken működő vasak csúszkálásaiból eredő pontatlanságok is nagyok már hozzájuk ?
És akkor az általad javasolt FPGA (vagy mi) eszközök és technológiák már a megoldás lenne ? Tehát olvasni valami USB portokat, és futtatni valami EP hw emulációs szoftvereket megfelelő sebességekkel és pontosságokkal tudhatnának ?
Szerintem nem lehetetlen PC-n megoldani ezt, de mint mondtam, akkor totalis kontrol kell a hw-n, amit a modern multitask OS-ek (windows, linux, stb) kizarnak. Szoval akkor pl DOS ala kell irni ...
-
Nos, az FPGA teljes értékű megoldás tud lenni. Kicsit úgy kell elképzelni, hogy a megfelelő logikai kapuk összeválogatása és megfelelő sorrendben hálózatba szervezése (ahogyan pl. Zozo csinálja) helyett az elemi logikai műveleteket amiből felépíted a kívánt funkciókat egy programozási nyelvre nagyon hasonlító formalizmus segítségével beletöltöd egy rugalmasan konfigurálható logikai elemeket tartalmazó egységbe, ami a végén megvalósítja az igényelt vezérléseket vagy amire szükség van.
A modern operációs rendszert futtató PC-k azok sajnálatos módon nem csak a felhasználó által meghatározott feladatokat végzik, hanem egyéb szolgáltatásokat is nyújtanak, illetve mindenféle segédszoftvereket futtatnak, ezért nem fog determinisztikusan futni egyetlen szoftver sem abban az értelemben, hogy pontosan meg tudnád határozni az egyes részfeladatok végrehajtásának sorrendjét más programok részfeladatainak végrehajtási sorrendjei függvényében még ugyan azon a számítógépen sem. Nincs semmi garancia mikor melyik programszál melyik processzoron fog időszeletet kapni. Ja, és természetesen a hardverek között is hatalmas eltérések lehetnek annak ellenére hogy látszólag pontosan ugyan olyan jól futtatják a operációs rendszert és a programokat (saját évekkel korábbi tapasztalat, hogy egyik számítógépen egy windowsos programban a timer esemény szépen bekövetkezett 15 ms-onként a másikon meg ahogyan sikerült, de inkább 40 ms felé volt az átlag). Ahogyan lgb azt említette, ilyenkor az a lehetséges megoldás hogy nem használsz rendes operációs rendszert, de ekkor neked kell az utolsó használni kívánt hardver elem felprogramozásával is nyűglődnöd, mivel nincs driver támogatás hozzá. Szóval még ha lehetséges lenne is az elég gyors program megírása, esélytelennek gondolom a driver hiány miatt azt hogy ténylegesen működhetne.
-
Nos, az FPGA teljes értékű megoldás tud lenni.
Csuhajj. :)
hogy a megfelelő logikai kapuk összeválogatása és megfelelő sorrendben hálózatba szervezése (ahogyan pl. Zozo csinálja) helyett az elemi logikai műveleteket amiből felépíted a kívánt funkciókat egy programozási nyelvre nagyon hasonlító formalizmus segítségével beletöltöd egy rugalmasan konfigurálható logikai elemeket tartalmazó egységbe
Aham, tehát akkor ez messze nem egy processzoros rendszer, mégcsak nem is processzor, hanem csak valami konfigurálható logikai kapu halom, amin akár egy processzor is megvalósítható ...
Ami végülis nem feltétlen baj, hisz maguk az "emulálandó" dolgok is logikai áramkörök inkább, mint komplex számítógépes rendszerek ... nem ?
De pld. ha egy ilyen rendszert én rammal akarok ellátni, melyből ő valamennyit mutasson az EP irányába, mintha az EP RAM vagy ROM bővítés lenne, akkor a ramot is le kell "programozzam" logikai áramkörökből az FPGA -ban, vagy annyi logikai áramkör nincs benne, hogy ramot valósítsak meg vele, hanem a ram valami külső alkatrész lenne, és ennek az FPGA -nak a mindenkori "szoftverének" tudnia kéne a külső ramot kezelni ?
-
Akinek van hozzá joga, át kéne nevezze ezt a topikot:
"Univerzális bővítő hardver"
névre, mert a PC összeköttetéses címet azt kinőtte ...
-
És ezek az FPGA -s rendszerek gyorsan felülírhatók PC -ről vajon ?
Valamint a "programozásukhoz" nincsenek ilyen grafikus felületek, amik esetleg már ismernek is IC -ket, és azok belsejét nekem már esetleg nem is kéne leprogramoznom ?
Tehát az ember kiválaszt grafikusan X db IC -t, aztán összekötögeti a lábaikat, és az így kapott eredő áramkört pedig a szoftver beleplántálná az FPGA -ba ?
-
És ezek az FPGA -s rendszerek gyorsan felülírhatók PC -ről vajon ?
Valamint a "programozásukhoz" nincsenek ilyen grafikus felületek, amik esetleg már ismernek is IC -ket, és azok belsejét nekem már esetleg nem is kéne leprogramoznom ?
Tehát az ember kiválaszt grafikusan X db IC -t, aztán összekötögeti a lábaikat, és az így kapott eredő áramkört pedig a szoftver beleplántálná az FPGA -ba ?
En mar hirbol ismerem az FPGA-t, szoval keretik kijavitani (aki ert hozza), de amennyire tudom: az FPGA ugye vegulis kb egy programozhato logikai halozat, ami a RAM-hoz hasonloan el is felejt mindent, tehat fel kell tolteni bele a cuccot az elejen, kulonben nem fog mukodni (nehany FPGA-ban van mar EEPROM vagy hasonlo, es abbol maga megcsinalja, mas esetben szoktak vmi MCU-t tenni melle, ami elvegzi, hogy ne PC-rol kelljen minden alkalommal). Ha van egy "kesz" cuccos, az szerinem max par masodperc felolteni. Azonban, ha valoztatsz vmit (ezt kulonbozo erre specializalodott nyelveken szokas leirni - marmint a hardware mukodeset az FPGA-ban - a ket legismertebb a VHDL es a Verilog, mindketto un HDL azaz Hardware Description Language, ha jol remlik - ebbol altalaban de nem kizarolagosan USA fele a Verilogot szokas szeretni, kornyekunkon viszont jobban divat a VHDL), akkor ujra kell szinetizalni, ami egy bonyolult aramkornel akar egy oras idotartamot is eleri, amig a HDL leiras alapjan "kitalalja" a software, hogy ez majd hogy fog leforditodni FPGA elemi szintjere (ennek vmi koze van az RTL reprezentaciohoz ami vmi register-transfer-level vagy minek a roviditese). Mivel igazabol sajat tapasztalatom nincs, nem tudom, hogy ez a viszonylag hosszu ido miert kell es minden esetben ilyen nagysagrend-e (nyilvan pontosan nem, de kb), stb ...
-
A modern operációs rendszert futtató PC-k azok sajnálatos módon nem csak a felhasználó által meghatározott feladatokat végzik, hanem egyéb szolgáltatásokat is nyújtanak, illetve mindenféle segédszoftvereket futtatnak, ezért nem fog determinisztikusan futni egyetlen szoftver sem abban az értelemben, hogy pontosan meg tudnád határozni az egyes részfeladatok végrehajtásának sorrendjét más programok részfeladatainak végrehajtási sorrendjei függvényében még ugyan azon a számítógépen sem. Nincs semmi garancia mikor melyik programszál melyik processzoron fog időszeletet kapni.
De már eleve a processzorok sem teszik lehetővé a pontos futást, a mindenféle optimalizáló cucc miatt véletlenszerű idő alatt, és véletlenszerű sorrendben futnak le az utasítások. Mint azt már többször írtam, láttam olyat, hogy egy proci lefuttatta a végtelen ciklust :-) vélhetőleg az utasítás optimalizáló akármi hülyét kapott az önmagára ugró JMP-től, és kihagyta.
-
De már eleve a processzorok sem teszik lehetővé a pontos futást, a mindenféle optimalizáló cucc miatt véletlenszerű idő alatt, és véletlenszerű sorrendben futnak le az utasítások. Mint azt már többször írtam, láttam olyat, hogy egy proci lefuttatta a végtelen ciklust :-) vélhetőleg az utasítás optimalizáló akármi hülyét kapott az önmagára ugró JMP-től, és kihagyta.
Hat nyilvan ilyen time critical dolgot x86 assemblyben kene irni. Bar mar az is hatareset pl egy Z80-hoz kepest, ui ott mar nem olyan egyszeru kitalalni, hogy hany orajelciklus stb, fugg a cache allapotatal, a pipeline-oktol, meg meg kisezer dologtol (persze mivel egy modern x86 CPU azert joval gyorsabb, lehetne valami idozitest megoldani, de imho azert az asm must-have lenne itt mas okokbol is).
-
szerintem sokkal egyszerűbb hw-t épiteni, mint szoftverből (FPGA-val) emulálni azt. Egy debug-gal (és hibalehetőséggel) kevesebb.
Ami nekem megfordult a fejemben, hogy első körben kéne egy olyan NYÁK, amit az EP bővitőjébe lehet dugni, jobboldalt (nem tudom, mi ennek a csatlakozófelületnek a pontos neve). Ez a NYÁK nem csinálna semmit, csak fölfelé álló tüskesorokra vezetné ezt a kb. 40 darab (?) érintkezőt.
Erre lehetne aztán már különböző NYÁK-okat (kész projekteket, pl. floppy vezérlő, RAM, ROM, RS-232 kártya, SPI kártya, I2C kártya, parallel port kártya, IDE kártya, koproci kártya, kiskutya füle stb.) egymásra tenni, hasonlóan, mint az Arduino shield-eknél
https://www.google.hu/search?q=arduino+shields&es_sm=93&tbm=isch&tbo=u&source=univ&sa=X&ei=8QX3U-iIKK6B7Qaav4GAAg&ved=0CFgQsAQ&biw=1535&bih=1115#facrc=_&imgdii=_&imgrc=sNevZjzvKWgLNM%253A%3BzLmyKbjscuS1mM%3Bhttp%253A%252F%252Fwww.robotshop.com%252Fmedia%252Ffiles%252Fimages%252Farduino-compatible-mega-motor-shield-1a-5-28v-large.jpg%3Bhttp%253A%252F%252Fwww.robotshop.com%252Fen%252Farduino-compatible-mega-motor-shield-1a-5-28v.html%3B2000%3B1410
félreértés elkerülése érdekében: nem ezekkel kompatibilis kártyákra gondoltam, csak tetszik, ahogy igy egymásra dughatók ezek a kártyák.
-
Vagyis vízszintes buszkártya helyett függőlegest akarsz :-)
-
végül is igen
-
szerintem sokkal egyszerűbb hw-t épiteni, mint szoftverből (FPGA-val) emulálni azt. Egy debug-gal (és hibalehetőséggel) kevesebb.
Az FPGA szerintem inkabb hardware mint software, software az x86-on futo program lenne. :)
-
Hát Zozó! Ez a cím, ez nem volt szép ... Szerencséd, hogy oltásom van sértődés ellen ... :)
És mégegyszer akkor a súlyozás végett, mert mások sem az egész képet nézik (hát vagy jobban értenek hozzá, de az most mellékes):
Tehát természetesen mindenkinek igaza van abban, hogy csinálni bármilyen EP vasat vagy csinálni ugyanazt az EP vasat egy ilyen emulált (pld. eddig kiderült okosság alapján FPGA alapokon) módszerrel úgy hogy maga az FPGA hardver sincs még meg ... egyértelmű hogy az első egyszerűbb, ez triviális.
Sőt, még az is lehet (bár itt már talán olyan bővítő is lehet, ahol az emulált irány fele billen a mérleg) hogy a legtöbb bővítőnél olyan komplex áramkörök az alkatrészek, melyek működését leírni logikai kapukkal igen nagy munka lenne, és hiába van már egy kész, emulációra képes (FPGA) -s univerzális bővítő hardvere az embernek, egyszerűen még mindíg gyorsabb megtervezni az új bővítőt létező alkatrészekből, legyártani hozzá a nyákot és fizikailag összerakni, heggeszteni mindent, mint ugyanazt az áramkört simán csak "leprogramozni" az FPGA -s vackunkra.
(Bár ha a bővítőnk pld. egy egyszerű rom vagy ram bővítő ... hát talán azt egy már kész FPGA -s univerzális hardveren "lekódolni" egyszerűbb is lehet már, mint fizikai valójában létre hozni.)
De az előnyök is kézenfekvőek:
Egy ember kitalálja, hogy ő sprite hardvert épít, hogy lássuk végre milyen az. Ha ez az ember magának rakja össze a hardvert, akkor vagy sorozatgyártani kényszerül vagy fényképen mutogatni. Senki másnak nem lesz olyan hardvere, így a hardvert használó szoftvereit is magának írja és/vagy más sem írhat olyan programot, ha nincs hardvere. A hardverek terjedése időben és anyagiakban limitált. Ha X ember január elsején megalkotna egy sprite hardvert, még két év múlva január elsején sem biztos, hogy minden érdeklődőnek lesz olyanja. Egyszerű gyakorlati okok miatt. Pontosan ezért komolyan el sem kezd gondolkodni egy sprite hardver kategóriájú dolgon egyetlen hardverész sem, mert nagyjából 2 embernek rakná össze a világon lehetséges 30 helyett.
Ezzel az emulált módszerrel ha január elsején valakinek megvan a sprite hardver, azt január másodikán mindenki tölthetné, nézhetné, használhatná ... vas EP -n. (Az is lehet hogy az FPGA -s szoftvereket is simán emulálja a PC is ... és az emuhoz csatlakoztatás után automatikusan emulálódnának is, de ez csak most jutott eszembe, nem számít.)
Tehát mint írtam, még az is lehet hogy bonyolultabb, de a hardver fejlesztést szoftveres alapokra rakni ... sztm nagyon előremutató lenne. Pld. valszeg sokkal több itt a szoftveres ember mint a hardveres. Talán a világon ez méginkább igaz lehet. Hardverek programozásán magam is gondolkodnék, hardvert építeni eszembe sem jutna, bármilyen egyszerű kis hardver is az: szerszámok, körülmények, műhelymunka kellenek hozzá. Nem steril dolog, mint a szoftver.
Slusszpoénnak pedig a méret. Egyetlen fizikai vas. És minden lehetséges bővítő, amit csak az ember akar.
És azt az egyetlen fizikai vasat a hardverek terjedési sebességével idővel minden érdekődő birtokolhatná, és egy új hardver (még ha szoftveresen nehezebb is volt a megalkotása, mint egy HARDVERES embernek fizikailag összerakni lett volna) megszerzése utána csak egy letöltés lenne ...
Ettől sztm. nagyobb kedve lenne bárkinek is hardvert (ami mostmár egy szoftver) készíteni ... hiszen tudhatná, hogy amint kész azt mindenki azonnal láthatja.
Lehet álomnak csúfolni, de szép álom, annyi biztos.
-
szerintem sokkal egyszerűbb hw-t épiteni, mint szoftverből (FPGA-val) emulálni azt. Egy debug-gal (és hibalehetőséggel) kevesebb.
Hát, ahogyan gondolod. De azért mert nem szoftverből intézed a hibakeresést (és ezért nem debuggolásnak nevezed), hanem oszcilloszkóppal meg logikai analizátorral ugrasz neki és írsz hozzá tesztprogramokat én nem gondolnám lényegesen könnyebbnek. Ki mihez van szokva, inkább ez dönt.
-
Azért, hogy próbáljam az álmodozásom a realitások talaján tartani ... :) újra feltenném a NYITÓ kérdést is (ill. annak az egyik felét) :
Vagyok pld. én mint szoftveres ember, hardverekről alig hallottam. Persze át tudok forrasztani egy alkatrészt, vagy "simán" beépítem az EP -be a megadott kapcsolás alapján a színes kompozit jel csatoló áramkört, de kb. ennyi a hardveres ismeretem: megismerek egy alkatrészt. (Kicsit több, hagyjuk, jelentéktelen.)
Vegyünk egy egyszerű példát: memória bővítő, expansion porton keresztül.
Tegyük fel azt is, hogy nincs még meg (nem nézem meg) a kész megoldásokat.
Mi jelentené a nagyobb munkát, akadályt:
Megtanulni az egyes hardver elemek működését, kitalálni a működő kapcsolást, beszerezni a szerszámokat, műszereket, fenntartani egy műhely környezetet, legyártani a nyákot, összerakni a vackot (Ráadásul több példányban) ...
vagy pedig minden fizikai dolog helyett leprogramozni FPGA -ra ?
Úgy értem: nagyságrenddel nagyobb munka lehet az FPGA programozása, mint a sok előbb leírt fizikai dolog kivitelezése ?
-
Bár ha a bővítőnk pld. egy egyszerű rom vagy ram bővítő ... hát talán azt egy már kész FPGA -s univerzális hardveren "lekódolni" egyszerűbb is lehet már, mint fizikai valójában létre hozni.
Sokkal bonyolultabb, legfőbbképen pedig elpazarolja az FPGA erőforrásait. Mellé kell csapni egy filléres memória IC-ket és kész, igaz ez sok más hardverre.
Az FPGA bonyolult logikai hálózatok kialakítására való, mondhatjuk, hogy ő az ész, aki kiosztja a feladatokat a munkásoknak.
A NICK és a DAVE vagy még régebbről a Spectrum ULA-ja is ilyen logikai IC.
Az SD vezérlőn is egy ilyen van, persze egy nagyon kis tudású IC az egyszerű feladathoz.
FPGA-val lehetne gyártani csoda hw-t az EP-hez, legnagyobb gond, hogy senki nem ért hozzá :cry: illetve az évek során többen is voltak, hogy ők aztán majd... de nem lett semmi, az illetők is eltűntek :-(
De ebben az esetben sem olyan lenne amiről te álmodsz, hogy bármikor bármi lehetne belőle, hanem előre ki kéne találni mit tudjon, és annak megfelelő külső alkatrészekkel együtt rakni a panelre. Később frissítés/javítás esetleg rátölthető lenne, de az se egyszerűen otthon, mert ha jól nézem kell egy programozó kütyű is hozzá.
-
FPGA-val lehetne gyártani csoda hw-t az EP-hez, legnagyobb gond, hogy senki nem ért hozzá (http://enterpriseforever.com/Smileys/phpbb/ds_icon_cry.gif)
Hmmm ... hát ez csak egy állapot ... egyszercsak lehetne valaki, aki mégis.
De ebben az esetben sem olyan lenne amiről te álmodsz, hogy bármikor bármi lehetne belőle, hanem előre ki kéne találni mit tudjon, és annak megfelelő külső alkatrészekkel együtt rakni a panelre.
Hát ezzel nem szeretnék egyet érteni ... értem, hogy ha valaki kenyérpitítóhardvert akarna, akkor az FPGA -s hardeverünkön nem lenne kenyérpirítómodul, úgyhogy bukta ... de értelmes keretek között sztm. előre felmérhető lehetne mi kell rá ...
Kellene rá az FPGA, pár mega RAM (ram bővítők írásához), pár mega valami nem felejtős írható olvasható memória (ROM vagy perzisztens memória bővítők írásához), kellene rá pár USB mindenféle USB -s IN/OUT bővítők írásához, és kb. ennyi ...
Ha valaki órát akarna, azt implementálná az FPGA -val, és nem kell külön alkatrészként felvenni,
Ha valaki kooprocit akarna, azt implementálná az FPGA -val, és nem kell külön alkatrészként felvenni,
Ha valaki bármi mást akar, azt nem kell külön alkatrészként felvenni ... nem ?
Ha ez nem igaz, akkor valóban hulyeség ez az egész, pont az lenne a lényeg, hogy egy egyszeri hardveren menjen minden, pld. FPGA+MEMÓRIA+USB alap, és tőbbi már FPGA töltelék ...
Később frissítés/javítás esetleg rátölthető lenne, de az se egyszerűen otthon, mert ha jól nézem kell egy programozó kütyű is hozzá.
Hát akkor meg végképp bukta ... Ha nincs olyan (FPGA vagy sem) megoldás amit így lehetne programozni, GYORSAN és OLCSÓN, akkor nem ér semmit (ide).
Tök mindegy, hogy kell -e hozzá külön kütyü vagy sem, de nem kerülhet 50-500 rugóba ... senkinek nem lenne akkor.
-
Mellesleg ha amiket írok hülyeség is most, 5 vagy 10 év múlva egyáltalán nem biztos, hogy még mindíg hülyeség lesz ...
Csak ki kéne húzni addig ... :)
-
http://sg.hu/cikkek/107292/35-millio-raspberry-pi-t-adtak-el
Még "két" generáció, és mégis tolhatjuk pi -re is akár ...
Ugyan már hát vannak azok a rendszerek, már elfelejtettem a nevüket (volt már vagy 10 éve hogy játszottam vele), de befagyasztották a windowst -és debuggolhatóvá tették az OS futását assembly szinten, mint az ASMON -ban, aztán ha nem gányoltad össze, akkor futtathattad tovább ... valami *Ice* volt a neve ...
Tutkó lehet ilyet ezekre a pi -kre is ... Minden manipulációt el lehet végezni a pi os alól, aztán OS befagy, emulátor progi meg futna ... vagy akármi ... idő kérdése az egész ... :)
-
Megvan ... SoftIce volt a neve azt hiszem ...
-
5 év múlva veszunk 3 rugóért majd egy ilyen akkori "Pi" -t, ami majd már nem 25MHz -el, hanem 250MHz -el tudja kapcsolgatni a kivezetéseit, arra ráteszünk valami buffereket, ami tudja az EP sebességeivel összegyűjteni a 2X33 (vagy mennyi is) bitet, oszt már írhatjuk is a hardver emulátorokat ... :)
-
Ha mar volt FPGA, van amugy mas is egyszerubb feladatokra, a CPLD, ami - ha jol tudom - raadasul nem is "felejt" egy felprogramozas majd aramtalanitas utan. Cserebe viszont egyszerubb, kisebb a kapacitasa (ami logikai elemek szintjen merheto). Visszaugorva az FPGA-ra: tudom ez megint nem EP, de itt egy erdekes project:
http://c65gs.blogspot.hu/ (http://c65gs.blogspot.hu/)
Itt egy Commodore 65 (ami sosem jelent meg, prototipusok szivarogtak ki a Commodore csodje utan, meg hasonlo) kompatibilis gepet (bar kisse felturobozott verzioban) tervezget egy csavo FPGA-ban. Valojaban lehet venni "egyben" olyan paneleket adott gyartotol, ahol van FPGA, memoria, altalaban akar VGA csatlakozo is, stb mar eleve keszen, es neki lehet allni megtervezni az FPGA belso "huzalozasat" rendszerint ugye VHDL vagy Verilog hardware leiro nyelveken ... Kicsit "EP kozelibb" topic:
http://joco.homeserver.hu/primoga/ (http://joco.homeserver.hu/primoga/)
Oszinten, en probaltam VHDL-t es Verilog-ot is tanulni, de hiaba programozok kb fel tucat nyelven munkam miatt is, ezek a HDL-ek nekem tulsagosan elvontak :-( Vagy csak nem probaltam elegge.
-
Na ... hát a második link írójával akár lehet hogy fel is lehetne venni a kapcsolatot, ha épp aktuális lenne a dolog ...
De ahogy olvasom (bár a cikk szinte semmi olyan részletet nem közöl, melyből mondjuk valami benyomás kaphatnék, hogy ha már belerakott egy z80 -at az FPGA -ba az mit jelent, neki kellett lekódolni a teljes z80 -at, vagy csak letöltötte valahonnan és "hozzácsapta") itt is arról van szó, amit Zozó mondott, hogy a teljes gép van megvalósítva az FPGA -n belül, és nem pedig egy másik vassal kommunikáló dolog (pld. egy ep hw bővítés),
de valszeg nem is ez az igazi probléma, mert valszeg a mi céljainkra éppúgy használni lehetne ezt a technológiát, hanem a frissítési kérdések ... hogy milyen árú eszközzel, mennyi idő alatt tudná bárki a belét módosítgatni ...
A megfelelően könnyed frissítési módszer nélkül ez csak egy újabb, modernebb technológiával történő hardverépítés lenne ... Annak is jó és érdekes, de az igazi előnyt (gyors terjedés) elveszítenénk.
-
De ahogy olvasom (bár a cikk szinte semmi olyan részletet nem közöl, melyből mondjuk valami benyomás kaphatnék, hogy ha már belerakott egy z80 -at az FPGA -ba az mit jelent, neki kellett lekódolni a teljes z80 -at, vagy csak letöltötte valahonnan és "hozzácsapta")
Irja az oldalon: az opencores.org -rol szedte a Z80 -at (amugy ott eleg sok minden fellelheto, anno en is nezegettem, amig meg hittem benne, es idom is volt ra, hogy esetleg el tudok ebben merulni):
"Az eredeti Z80 core nem az enyém, azt az http://opencores.org/-ról szedtem le és módosítottam kicsit." (az egyik kep alatt szerepel)
[/quote]A megfelelően könnyed frissítési módszer nélkül ez csak egy újabb, modernebb technológiával történő hardverépítés lenne ... Annak is jó és érdekes, de az igazi előnyt (gyors terjedés) elveszítenénk.[/quote]
Valoszinu, hogy nem lenne tul olcso :( Foleg ha kesz "FPGA probapanel" (ok nem tudom mi a korrekt neve) veszel, amit inkabb fejlesztokeszletnek hivnak, 100-200 dollarba is tud kerulni (de mondjuk nem is arra valo, hogy tomegtermek legyen, hanem hogy azon fejlesszen az ember, nem a "koznepnek"). Vegulis adott esetben egy CPLD is eleg lenne szerintem, az olcsobb, stb, cserebe kisebb kapacitasu. Elvileg ugye az EP SD cartridge-en is van egy pl. Ha minden igaz. Abba viszont egy Z80-at nem lehet beleeroszakolni (de ha jol ertem itt nem is teljes gep emulalasrol van szo!).
-
És öt év múlva mindenünknek saját doboza is lesz:
http://sg.hu/cikkek/107291/csak-ot-ev-mulva-valnak-meghatarozova-a-3d-nyomtatok