|
Post by mirkosoft on May 2, 2016 1:23:11 GMT
Hi!
I know what it is... but don't understand why reports this. You wrote - need some RAM - I used MemMaker and optimized RAM, but always same message. How to config it? or before start any emu, close any app for clearing RAM?
Miro
|
|
|
Post by mirkosoft on May 1, 2016 23:50:37 GMT
In all cases - Bil Herd talks about Z80 in C128 like big hack, my test was without high hopes, but I wanted to give back to my C128 Z80 also when is SCPU powered on, later I could expand Z80 support in The Ace. First, when I connected cartridge into C128, I meant it will redirect C128 to C64 mode, but surprise was no redirection, so I meant that cartridge is in C128 invisible, but I set C64 mode and with small hope inserted CP/M 2.2 disk into drive... I began booting. I meant still that's beginning of boot and it will later crash, like CP/M 3.0 when is SCPU turned on. So, I removed cartridge and tried the same - surprise: CP/M 2.2 boot after entering command RUN only simple returns power-on message - and it was beginning... of many surprises and success... I must note that first tests were with SCPU turned off. In case REU - also in 1700 and 1750 manual is written that will not work on C64 - it needs higher PSU and works. I'm using REU 1764 expanded to 1,5MB too and without any problem. Not long time ago I read more about Turbo Chameleon 64 and there is written: "Don't connect to C128! Can damage C128 or CH64 or both!" - but where is true? I'm not rich man and don't need to damage my C128 and Chameleon is FPGA only with closed core...
BTW: Since I began flirt with CP/M, on Commodore 128 used CP/M80 2.2 snd 3.0 (Plus), I have bootdisk of CP/M86 1.1 also for i486 and found disk for ZXS with CP/M80 2.2... I want to try CP/M68 on my MacSE. When I compare MacSE with MC-68000 @6mhz with C128 with WDC-65816 @20mhz - Mac is sloooow, I mean if I could compare also A500 can run slower...
Miro
|
|
|
Post by mirkosoft on May 1, 2016 23:30:22 GMT
Hi!
I copied VICE for DOS into my old 486 computer. I tried to start emulator, but DOS error message appears.
CWSDPMI.EXE - NO RAM
I have copied this file into DOS root directory and placed in AUTOEXEC.BAT, but it needs to config or what?
Thank you for help, I tried also emulate Didaktik Kompakt (Czechoslovek ZXS clone) - same error message.
Miro
|
|
|
Post by mirkosoft on Apr 30, 2016 19:55:55 GMT
In my eyes it is like this: My CGA2VGA converter displays all correctly, 800x600 mode too - it have only one limit 1600x1200 pixels, I'm using many display methods to view or capture screenshots/video - by using this adapter, but I forgot anything... it can be problem - RGBI2SV - this allows me to display also stable non flickering image, but SV (S-Video) resolution is limited to 720 max. 768 pixels wide and 576 pixels high resolution. But not problem to test! I forgot it! I have my 1084 for one purpose only: using lightpen (I want later add lightpen support to The Ace OS to control system by this device - very interesant was cOS which is by interface controlled by touch). If I lost 1084 - I lost lightpen control, and for me not important lightgun games support... I'm really balancing with decision... Please write all possible risks and what can be damaged - also if whole monitor work or RGBI only - how to get control over it if anything damages... This night I'll test RGBI2SV.
Miro
|
|
|
Post by mirkosoft on Apr 30, 2016 19:31:01 GMT
I can "remove" SCPU by simple way: Enable switch - it needs not removing phisically, this makes machine like stock config even without JiffyDOS. I tested succesfully on my 1084 resolution 800x600, also 720x700 - no problem.
Miro
|
|
|
Post by mirkosoft on Apr 28, 2016 22:34:18 GMT
So, I tested it again, now with SCPU @1mhz, results are bad. I increased VRAM refresh from 0 to 3. I mean it causes adapter CGA2VGA, I can't risk my 1084... screenshots are attached.
Miro normal.zip (2.92 MB)interlaced.zip (2.86 MB)
|
|
|
Post by mirkosoft on Apr 27, 2016 20:06:42 GMT
I tried to increment values, results are in attachment, I must to do it with SCPU @1mhz standard.zip (2.74 MB) interlaced.zip (2.77 MB) 23
|
|
|
Post by mirkosoft on Apr 27, 2016 19:06:58 GMT
Difference is not in performing operation, but in memory access. Example: LD A, ($d020) = loads value of address $d020 accessing only RAM location, not IO IN A, (C) = loads value of IO address in BC register pair, if it contains $d020, reads IO value - so correctly VIC2E border LD ($d020), A = places value in A to RAM location $d020, no like IO area OUT (C), A = places value in A to IO address in register pair BC, if contains $d020, correctly changes border... Z80 addressing RAM access is bit different, and I forgot it in case Z80 to Z80 switch - locations for switch are IO locations. Access RAM carefully.
Miro
|
|
|
Post by mirkosoft on Apr 27, 2016 15:45:22 GMT
Hi! News - good news! I forgot that IO area must to be filled by OUT instruction instead LD... I changed these instructions and surprise: Z8128 can switch to Z8064 Z8064 cannot switch to Z8128 What indicates it? When is Z8128 routine started it increments VIC border one time, then is called Z8064 and after call in loop increments VIC border forever. Now was VIC border incremented one time and then was switched to Z8064 'cause no more increment (I mean, but sure I am not). It has to start incrementing VIC paper, but it works not, only after few seconds displays garbage on VIC screen. I mean switch was succesfull 'cause Z8128 code continues not. But how to handle switch Z80 to Z80 in case starting Z8064? Z8064 performs switch to Z8128 without effect and does same loop like Z8128 only increments VIC paper forever instead incrementing VIC border. So, no effect at switch. If anyone has idea how to handle Z8064 start directly switched from Z8128 suggestions are always welcome. I attached sources and compiled code. Miro IOswitch.zip (1.7 KB) 26
|
|
|
Post by mirkosoft on Apr 27, 2016 1:51:18 GMT
So, this night I performed last tests for direct switch from one Z80 to second Z80. It seems that it is not possible to use memory locations which are important for 8502 also when adapt to Z8064 addressing. I must to investigate Z80 RAM of both CPUs, I plan also create Z80 and CP/M RAM copy by simple way: reading byte after byte and placing it into 64K VDC RAM. Both Z80 can access 64K only and it means that VDC RAM is enough as RAMdisk. Then only save it to disk in two halves. I plan to make: Z8128 RAM copy - it's possible only in C128 mode Z8064 RAM copy in 128 mode Z8064 RAM copy in 64 mode CP/M 2.2 RAM copy in 64 mode with running CP/M - it's possible only 64 mode CP/M 3.0 RAM copy in 128 mode with running CP/M - it's possible only in 128 mode - so 5 RAM dumps When I look at access of VDC in CP/M - it is different to 8502 - maybe will be possible to switch Z80 to Z80 directly - I don't want to end fight when I have still chance. Attached is 7z file - you can see what and how I tried for now. Miro call.7z (1.08 KB) 27
|
|