Welcome, Guest. Please login or register.


Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Povi

Pages: [1] 2 3 4 5 6 7 8 ... 109
1
Programozás / Re: Párhuzamosított programozás
« on: 2019.November.05. 15:19:59 »
attól, hogy egy ámítógépben kétszer annyi CPU lesz, még nem fog kétszer gyorsabban dolgozni :-)

ugyanis nem minden feladat párhuzamosítható (lásd például a 2+2-t)

ha a feladat 50%-a (időben mérve) párhuzamosítható, akkor a teljes futtatási idő még mindig csak 25%-kal fog csökkenni, két CPU esetén.
Az egyik proci elvégzi a 50+25%-ot, amíg a másik a maradék 25%-ot.

De pl. egy Mandelbrot halmaz számítása 100%-a párhuzamosítható, (egyik CPU pl. csak a páratlan sorokoat, a másik a páros sorokat számolja ki), és így valóban meg van az 50%-os időnyereség.

2
Hardver / Re: Cartridge tok
« on: 2019.October.16. 18:32:13 »
Engem az első generációs SD-kártya olvasóhoz való tok érdekelne, amin van kívül lyuk, hogy cserélgetni lehessen az SD-kártyát. Mintha Zozónak lenne olyanja, internal-joy-zöld színben. Azt ki csinálta? Lehet-e olyat rendelni?

3
Hardver / Re: CoProcessor
« on: 2019.September.10. 13:30:38 »
Vagy esetleg a tüskéket egy picit összeszorítani satuval, hogy szorosabbak legyenek.
A tüskék szerintem elég szorosak. Előbb-utóbb majd rá is kéne forrasztani őket (de nem 90°-ban hajlítottat), de egyelőre nem akartam maradandó változást a kártyán.

4
Hardver / Re: CoProcessor
« on: 2019.September.10. 13:10:46 »
A veremből olvasott bájtoknál hogyan áll a 0. bit? Ha ott is mindig 1, akkor lehet gyanakodni, hogy a D0 vonalon van valami baj.
mintha tényleg minden olvasott bájt páratlan lett volna, de erre most nem esküszöm meg...
este újra nézem

5
Hardver / Re: CoProcessor
« on: 2019.September.10. 13:06:51 »
mondjuk az érdekes, h a status regiszterből miért mindig 1-et olvasok
reset-kor elvileg nullázódnia kéne

az 1-es azt jelenti, h az előző művelet eredményeként lett carry

6
Hardver / Re: CoProcessor
« on: 2019.September.10. 09:56:28 »
Cillit volt már? Tudod ami a 20 forintost is kifényesíti a reklámban :-)
Egyébként komolyan, az egyik legfontosabb felszerelés egy számítógép szervizben!
csak radír
sokkal fényesebb nem lett, de azért surlófényben látszik, h történt valami :-)
tényleg okozhat ilyen jellegű hibát a rossz érintezés?

7
Hardver / Re: CoProcessor
« on: 2019.September.10. 09:47:36 »
Egyébként lgb nyugtatgat, hogy biztos nem ment tönkre az APU, mert ha tényleg 16 byte-os a verme, és olvasással ciklikusan ugyanazt a 16 byte-ot olvasom, akkor gyanús, h valamennyire mégis működik. :-)

Engem kicsit aggaszt a melegedése, bár az adatlapján azt írják a max power dissipation-ra, hogy 2W (ami nyilván nem a tipikus, hanem a maximum maximuma, amitől még nem megy tönkre)

8
Hardver / Re: CoProcessor
« on: 2019.September.10. 09:45:20 »
Vannak olyan modern skálázók is, amelyek + 12v-t + 5v-ból vagy + 9v-ből hozhatnak létre, mint amilyent az MSX slotban használtam.
Thanks, yes, I know about it, I also have one, but for the quick test it was easier to use an old AT power unit

9
Hardver / Re: CoProcessor
« on: 2019.September.09. 21:59:19 »
Esetleg az élcsatlakozó két oldala nem rövid záras?
Forrasztó ón,cin nem folyt át a lyukon?
háát, elvileg amikor elrakták, akkor még működött... szóval ilyen szempontból jónak kéne lennie

10
Hardver / Re: CoProcessor
« on: 2019.September.09. 21:44:16 »
élcsatlakozó radírozás után is ugyanez a helyzet

11
Hardver / Re: CoProcessor
« on: 2019.September.09. 19:51:25 »
gyors próba PC-táppal:

a 81-es (status) portot olvasva mindig 1-et kapok

a 80-as (adat) portot olvasva mindig ismétlődő 16 számot kapok (16 byte méretű a verem az FPU-ban)

ha lekapcsolom a tápot a koproci kártyáról, akkor mindig 255-öt olvasok, akár a 80-as, akár a 81 portról

tehát valamit csinál a kártya, de még nem azt, amit kéne neki

az FPU eléggé melegszik

ha az adatportra küldök egy bájtot, akkor utána olvasással ugyanazt kéne visszakapnom, ez nem megy

lehet, h ráférne egy élcsatlakozó tisztítás a kártyára???

12
Hardver / Re: CoProcessor
« on: 2019.September.08. 22:12:31 »
Csak hogy itt is meglegyen.
Előkerült egy eredeti koproci kártya!!!

13
Programozás / Re: HiSoft Pascal
« on: 2019.August.15. 13:45:00 »
Valami bugot találhattunk...
A program lefut, de pl a W parancsra lefagy a PASCAL.
hááát
az 14AE területre nem szerencsés írni
fölül lett írva egy csomó dolog, amit nem kellett volna :-)

az 15ae területre kéne írni

14
Programozás / Re: HiSoft Pascal
« on: 2019.August.14. 16:28:22 »
Jól értem, így kellene működnie:

Ez "csatorna nincs nyitva" hibaüzenetre is a fentit adja.

nem lesz jó a megoldásom, mert előbb az A regiszternek át kéne adni a hibaüzenet kódját, mielőtt meghívjuk a 0231-en lévő rutint... :oops:

A te megoldásod majdnem jó.

Code: [Select]
PROGRAM HIBA;
VAR TMP: CHAR;
    I:INTEGER;
BEGIN
  RA:=CHR(101);
  EXOS(3);
  IF RA<>CHR(0) THEN BEGIN
    RDE:=#14AE;
    EXOS(28);
    RA:=CHR(121);RDE:=#14AF;RBC:=ORD(PEEK(#14AE,CHAR));
    EXOS(8);
    WRITELN('.')
  END;
  WRITELN('Vege.')
END.

15
Programozás / Re: HiSoft Pascal
« on: 2019.August.13. 18:10:55 »
A memória egy adott területéről (hossz-byte-tal az elején) egy szövegfüzért kiírni van valami egyszerűbb módszer ehelyett:

Code: [Select]
PROGRAM HIBA;
VAR TMP,RA: CHAR;
    I:INTEGER;
BEGIN
  RA:=CHR(101);
  TMP:=EXOS(3);
  IF RA<>CHR(0) THEN BEGIN
    RDE:=#14AE;
    TMP:=EXOS(28);
    FOR I:=#14AE+1 TO #14AE+ORD(PEEK(#14AE,CHAR)) DO
      WRITE(PEEK(I,CHAR));
    WRITELN('.')
  END
END.

A PEEK hiába rugalmas, típusmegadásnál csak konstans fogad el...

A 0x0231 címen lévő rutin lefuttat egy EXOS 28-at, és kiírja a hibaüzenetet. Ha az adott hibához nincs string, akkor a "Pascal can't cope!" szöveget ír ki.
Sajnos ezután kilép a programból.

Ahhoz, hogy ne lépjen ki, a 0x023f címen lévő JP 0x010c helyett egy RET kell.

Vagyis

Code: [Select]
POKE(£023F,CHR(£C9));
aztán lehet a

Code: [Select]
USER(£0231);
aztán állítsd vissza a RET utasítást JP-re (0xc3)

Pages: [1] 2 3 4 5 6 7 8 ... 109