Biztos, hogy nincs vmi 8 bites kornyezetben egyszeruen hasznalhato FPU?

Én semmit nem találtam.
12V nem olyan gond, manapság pár dollárért lehet kapni kész 12V Step-Up modult.

Arra én is kíváncsi leszek, milyen lesz igazi APU-val, azért is írtam kérdőjeleket egy csomó helyre (pl. a PI helyére), mert nem tudom, az igazi "vas" milyen eredményt kell, hogy adjon.

Meg hogy vajon lesznek-e olyan kerekítési hibák, mint az emulációban (pl. gyök kettő a négyzeten nem kettő (0x02 0x80 0x00 0x00), hanem egy kicsit alatta (0x01 0xff 0xff 0xff), vagy pl. amik a SIN és COS függvények esetén előjönnek...

Az is érdekes, hogy log(125)/log(5)-re pontosan kijön a 3, de ln(125)/ln(5)-re már nem...

Na és igen, az is kérdés, vajon a hibás argumentumok esetén (pl. negatív szám gyöke) mi lesz a TOS-ban. Az ilyen helyekre "xx xx xx xx"-t írtam, mint "expected" eredmény.

Hogy van-e más koproci... Én is csak az Intelről tudok, de az egy az egyben ugyanaz, mint az AMD, szóval nem játszik... Az Am9512 (ami már IEEE-574 komp.) nem is kapható... Legalábbis ebay-en és aliexpress-en sincs eladó, miközben Am9511 rengeteg van (ami reméljük, nem fake...).

Más rendelésem Kínából ma érkezett, ez alapján legkésőbb a jövő hétre várható, hogy megérkezik a koproci...

bár az is igaz, itt most van 2000 konvertálás is APU float és Pascal float formátum között, bár arányaiban nem tudom, mennyit nyom a latba, de az ENTERPRESS szerinti 50x gyorsulástól még messze vagyunk...

Az ugye atlag volt ott is, illetve, ott az IS-BASIC-hez hasonlitottak, aminek a szamabrazolasa erdekes BCD alapu, es lassabb is emiatt (bar human szempontbol neha jobb - marmint a szamabrazolas es a vele kapott ponotsabb embereknek ismerosebb ertekek, nem a lassusag a jobb persze). Ha most pascal nativ szamitas vs APU, akkor a sebessegek aranya talan nem lesz olyan jo mar mint IS-BASIC vs APU eseten mertek ... Azert is lenne jo egy sajat FPU (almodozzunk), ahol van IS-BASIC altal hasznalt formatum, es igy egyszeru is lesz az atiras, meg gyorsabb is lesz Ok, most megyek, es beveszem a gyogyszerem

Masreszt a kerdeses cikkben a szinuszra pont 24-szeres szorzot adtak csak, nem 50-szerest az APU javara (igaz ez is tobb, amit te mertel). Az ott levo tablazat szerint amugy SQRT-nel durva a kulonbseg

Mi az a PSP ?

Mi az a PSP ?

Parallel Slave Port mode.
Az a lényeg, hogy a PIC gond nélkül illeszthető a Z80 adatbuszához, és a PIC-ben lévő programtól függ, hogy mit kezdjen a Z80-tól kapott adatokkal. Pl., hogy kiküldje az SPI, vagy I2C portra az adott bájtot...

arra gondoltam, hogy ki kéne próbálni, hogy a buszmeghajtóra LED-eket kötni, és megnézni, hogy a port irás működik-e. Ez vajon jó ötlet a tesztelésre?

Erre való a TTL szonda, csak odaérinted a hegyét, és látod, hogy 0,1, vagy változó.
TTL Proba, Logic Probe, TTL teszter, Logikai teszter, ilyesmi neveken keresd, vehetsz készen, csináld magad kitben, vagy találsz rajzot, és megcsinálod magad.
Nekem ilyen van, már több mint 20 éve:


Az fontos, hogy TTL-t tudjon, nekünk EP-hez az kell.

Ha mondjuk egy címkiválasztójelről van szó, akkor azt látni, hogy alapból piros, azaz 1, majd az IN/OUT hatására felvillan a sárga.

De ez most mitől érdekes, minek küldené ilyen portokra,

Itt korábban emlegettek valami újabb koprocit, amivel csak az a baj, hogy SPI buszos. Na ahhoz küldené.

Mert most nem gond nélkül van ?

Ez a PSP vagy mi dolog PIC-en amennyire en tudom (AVR-ezek neha, PIC-heznem ertek, szoval tevedhetek is): tegyuk fel, hogy szeretnel egy MCU-t kotni az EP buszara, pl adott I/O cimen dekodolva, miegymas, es kuldenel OUT-tal neki valamit. Ugye a problema az, hogy esetleg az MCU "eppen nem er ra", vagy "tul lassu" ahhoz hogy Z80 kapott adatot fogadja, hiszen az csak kis ideig van a buszon, utana Z80 megy tovabb, mar vmi tok mas lesz a buszon (akar a kov opcode olvasott byte-ja, akarmi). Ez a PSP amennyire en ertem azt tudja pl, hogy "megjegyezi" a kerdeses adatot (latch-eli), igy az MCU (itt PIC) raer kesobb megnezni kesobb is. Na persze, ha annyira lassu az MCU-don futo program, hogy kozben jon masik byte is, az mar baj A masik lehetoseg ilyesmi nelkul: eleg gyors MCU kell, eleg gyors programmal, vagy WAIT-elteted a Z80-at, hogy az MCU-nak legyen ra ideje reagalni stb. Amirol szo volt PSP kapcsan, hogy PIC tud ilyesmit, mig - amennyire tudom - AVR pl nem, es bar en nagyon AVR parti vagyok, ez azert plusz pont a PIC javara