Crazy musings here but I was looking at a way of naming a board storing a small text file on the sd card, and in getting that working in spin, I suddenly realised I might have all the bits to get files in and out of CP/M. What does that mean? Well - say you have a text file on a PC and you want it on drive A in CP/M. What are some options:
1) take the board out of the zicog, put it into a reader and put it into the USB on a PC, copy the drive image into a SIMH emulation, do a W, copy the drive back into the sd card, put the card back in the board.
2) Do an xmodem transfer.
or 3 - create a new version of the SIMH R and W commands that move files between CP/M and as individual files of the same name on the sd card (readable from the PC).
I think I might have all the bits. I've got assembly read and write that I use for the udrive on the N8VEM with all the useful subroutines. FSRW has the block reads and writes, and the triblade/dracblade driver can to transfers to and from ram.
I think a read from CP/M to the sd card might be
get the filename
split into filename/extension
put it in CP/Ms FCB
open the file in cpm
read 128 bytes
send from ram to the buffer array
send a flag to an out port
in spin, read the 128 bytes
save to sd card filename same as passed filename (need to work out how to pass, ? an initialisation)
repeat until cp/m returns eof (these are BDOS calls already written in CP/M)
close the spin file
Would this be useful do you think? Or is xmodem good enough?
Dr_A: I have though about creating SIMH R and W commands for ZiCog occasionally.
SIMH does it by talking through a particular I/O port number. Sending out read/write commands, then the files name, then sending or receiving the bytes of the file.
We could implement a similar SIMH I/O port and just use the existing R and W commands.
Or it might be simpler to define our own CP/M to host file transfer port and protocol. In which case I'd be tempted to write the R and W commands in BDS C.
Then there is a command under CP/M to list the directory contents of the host file system which we should also have.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
For a single cpm file transfer from the pc (simh) xmodem is easy (as you showed me).
For a complete disk transfer, probably just as easy to take the SD card out and place in pc (or adapter) and transfer because it's 8MB. However, we could do this directly in spin from pc to prop as the sd drivers have file read and write capability. We have to be careful that the files are contiguous though.
What is more important is a feature to pass a prop binary filename (on the SD) from a CPM program to spin so we can reboot the prop. We have this capability in spin now, so we need an I/O address/function be declared so CPM can do this.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
I'm not sure I follow where you are going with that idea Cluso.
If you want to get out of CP/M and boot some other Prop program then why not just issue the existing HALT command in CP/M which stops the emulation and get you into the Spin.code. From there have a simple command line interface that can be used to startup something else. We should also have Control-E to get out of ZiCog just like SIMH.
In fact that command line interface could come up before the ZiCog emulation starts. From there select what program to run. ZiCog is just another one of those programs.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
Yes, I want to be able to get out of ZiCog. The HALT command could be perfect, provided we have a program built to execute it. The Control-E could be a problem with xmodem - Drac maybe able to answer that.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Fantastic, thanks heater [noparse]:)[/noparse]
I only used CPM for editting and cross-compilers on an Apple ///, so my CPM knowledge is extremely poor.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
re heater "SIMH does it by talking through a particular I/O port number. Sending out read/write commands, then the files name, then sending or receiving the bytes of the file."
I was going to code it from new and create a new port at port 6 and pass a byte from CP/M to spin as if it was a bdos call through spin. So you might open a CPM file by calling in cpm bdos function 15 and open that for write. Then output a byte to port 6 with byte 15 and that tells spin to open a file for read. (I was thinking of using the same port/bdos numbers because they are familiar).
I think I have all the bits of code because I used them for the uDrive which is an external device that attached to a port. See attached code- this has all the code done for the CP/M side - ie opening files, reading blocks, closing, passing file names. From the spin side, the fsrw object commands seem rather similar to CP/M in terms of functionality. Just different syntax. Open a file, read/write a block, close a file.
It could be a few days coding though. So.... do you have the source code for W and R?
You need a spin example for fsrw that we can fit into the ZiCog spin section to read and write files under FAT16 ?
This will then allow us to read and write standard FAT16 files to/from a CPM program (written in Z80 asm) ?
Sounds excellent and not much work on the spin side. This already runs on older fsrw so I just need to get the code. It is in PropDos, PropCmd and FemtoBasic if you want to search yourself. I require a similar piece of code for booting a prop binary also, with some options. More synergy
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Here is the latest stable version before all the mods by Drac, etc including the extra instructions. I understand Wordstar runs with TeraTerm.
This is rev 150 and is the same code for TriBlade and RamBlade (RamBlade requires #defines changing and the RamBlade driver).
This shares the same CPM disk files as RamBlade - see www.cluso.bluemagic.biz for the SD files (too big for the forum). It comes with PropCmd so I need to release a version of SphinxOS to run with ZiCog (need to check my code first - I am running SphinxOS)
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Just in case, here is a 6MHz version which compiles.
I presume you have bst Tools/Compiler Preferences/Optimisations/Non-Parallax Extensions ticked
I also have·····················································/Options/Generate compiler warning messages ticked
You should then get 3 warning messages JMP/DJNZ without # in ZiCog_rr144. This is correct.
Tick line numbers in View helps.
A trap - make sure you have the window for the top object at the front (unlike PropTool where you have to change the top object)
Open the View/Serial Terminal before you compile the first time then click on the source window (top object) and compile. If you also download the Serial Terminal window will open after the download.
If you have any more questions, please ask here.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Sorry about asking what is likely to be a redundant question but 37 pages is beyond my attention span!
You mention both VGA output and external ram. Does the Triblade use external ram for video display and thus get beyond the hub memory limited resolution and bit depth?
Currently AFAIK noone has a screen buffer in sram. The TriBlade has 2 props with access to sram. Blade#2 has 2x512KB sram and not latching (the latch does the chip selects). Blade #1 has a latched upper address bits while the lower 11 bits are direct. To my knowledge noone is using the sram options on this blade. This blade also has links for connecting VGA, TV, Keyboard and Mouse. The third prop is unused with I/O brought out to headers. Onboard are 5V & 3V3 regulators and also a PropPlug equivalent. Each section can be build without the others.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
The PC is at FF43 which is in the boot code BOOTHDSK.ROM where the instruction is:
FF43 D3 FD out (hdskport),a ; send lower byte of track
So it looks like its trying to do a disk read and setting the track number to read from.
BUT "HDSK ERROR 2" comes from the Spin routine "out_hdskport_null" which is expecting the first command byte of an HD access. It does not get a valid command so hangs with that error.
Attached is a listing file of the boot code. Perhaps you could single step ZiCog and see if it gets to that error position in an orderly manner.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
I am now back home but we have had visitors over Easter so I have not had a chance to check. However, it seems to be an SD problem. I am seeing a similar problem occasionally on the RamBlade but suspect that is to do with the 1pin kbd & 1pin TV - perhaps it is the fsrw driver being marginal. I should get a chance to do some more testing Thursday. Sorry I cannot do anything before then.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Omikron: Here is v150 retested. I have verified it works here without problems at 6MHz. BTW, I also tested it at 6.5MHz (104MHz) and 13.5MHz (108MHz). Could you please recheck again and let me know how you go. If you still have problems, what uSD card are you using (probably said already)? If it still fails, I will go back to an older version using the older fsrw and get you to try that.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Well, I did some tests. I modified LoadSRAM function slightly:
r := sd.release 'stop SD card, but do not stop cog
CheckError(r)
crlf
i := $ff00
j := 0
repeat while (i < $10000)
UART.hex(i,4)
UART.str(string("="))
UART.hex(buff[noparse][[/noparse]j],2)
crlf
i++
j++
crlf
'copy the 256 bytes to $FF00-$FFFF in sram
r := tbp2.active 'activate the bus
CheckError(r)
r := tbp2.DoCmd("W", @buff, $FF00, 256) 'write to sram
CheckError(r)
'read it back for test
r := tbp2.DoCmd("R", @buff, $FF00, 256)
CheckError(r)
i := $ff00
j := 0
repeat while (i < $10000)
UART.hex(i,4)
UART.str(string("="))
UART.hex(buff[noparse][[/noparse]j],2)
crlf
i++
j++
crlf
#ifdef RamHDisk
Version 123 and the required files are here. This version is able to use the old fsrw routines. You will need to change to 6MHz xtal. There is also a memory test on this page also.
I have been looking at your dump and it seems there is a problem when A3 = 1. This is also used to latch the high SRAM CS. I am going to suggest running the memory test posted on the link above.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔ Links to other interesting threads:
Comments
1) take the board out of the zicog, put it into a reader and put it into the USB on a PC, copy the drive image into a SIMH emulation, do a W, copy the drive back into the sd card, put the card back in the board.
2) Do an xmodem transfer.
or 3 - create a new version of the SIMH R and W commands that move files between CP/M and as individual files of the same name on the sd card (readable from the PC).
I think I might have all the bits. I've got assembly read and write that I use for the udrive on the N8VEM with all the useful subroutines. FSRW has the block reads and writes, and the triblade/dracblade driver can to transfers to and from ram.
I think a read from CP/M to the sd card might be
get the filename
split into filename/extension
put it in CP/Ms FCB
open the file in cpm
read 128 bytes
send from ram to the buffer array
send a flag to an out port
in spin, read the 128 bytes
save to sd card filename same as passed filename (need to work out how to pass, ? an initialisation)
repeat until cp/m returns eof (these are BDOS calls already written in CP/M)
close the spin file
Would this be useful do you think? Or is xmodem good enough?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
www.smarthome.viviti.com/propeller
SIMH does it by talking through a particular I/O port number. Sending out read/write commands, then the files name, then sending or receiving the bytes of the file.
We could implement a similar SIMH I/O port and just use the existing R and W commands.
Or it might be simpler to define our own CP/M to host file transfer port and protocol. In which case I'd be tempted to write the R and W commands in BDS C.
Then there is a command under CP/M to list the directory contents of the host file system which we should also have.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
How close are you guys to 1.0?
OBC
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
New to the Propeller?
Visit the: The Propeller Pages @ Warranty Void.
For a complete disk transfer, probably just as easy to take the SD card out and place in pc (or adapter) and transfer because it's 8MB. However, we could do this directly in spin from pc to prop as the sd drivers have file read and write capability. We have to be careful that the files are contiguous though.
What is more important is a feature to pass a prop binary filename (on the SD) from a CPM program to spin so we can reboot the prop. We have this capability in spin now, so we need an I/O address/function be declared so CPM can do this.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
If you want to get out of CP/M and boot some other Prop program then why not just issue the existing HALT command in CP/M which stops the emulation and get you into the Spin.code. From there have a simple command line interface that can be used to startup something else. We should also have Control-E to get out of ZiCog just like SIMH.
In fact that command line interface could come up before the ZiCog emulation starts. From there select what program to run. ZiCog is just another one of those programs.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
I only used CPM for editting and cross-compilers on an Apple ///, so my CPM knowledge is extremely poor.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
I was going to code it from new and create a new port at port 6 and pass a byte from CP/M to spin as if it was a bdos call through spin. So you might open a CPM file by calling in cpm bdos function 15 and open that for write. Then output a byte to port 6 with byte 15 and that tells spin to open a file for read. (I was thinking of using the same port/bdos numbers because they are familiar).
I think I have all the bits of code because I used them for the uDrive which is an external device that attached to a port. See attached code- this has all the code done for the CP/M side - ie opening files, reading blocks, closing, passing file names. From the spin side, the fsrw object commands seem rather similar to CP/M in terms of functionality. Just different syntax. Open a file, read/write a block, close a file.
It could be a few days coding though. So.... do you have the source code for W and R?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
www.smarthome.viviti.com/propeller
You need a spin example for fsrw that we can fit into the ZiCog spin section to read and write files under FAT16 ?
This will then allow us to read and write standard FAT16 files to/from a CPM program (written in Z80 asm) ?
Sounds excellent and not much work on the spin side. This already runs on older fsrw so I just need to get the code. It is in PropDos, PropCmd and FemtoBasic if you want to search yourself. I require a similar piece of code for booting a prop binary also, with some options. More synergy
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)
· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBladeProp is: www.bluemagic.biz/cluso.htm
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
I have a few pcbs left. I also noticed that this thread lacks photos so see www.cluso.bluemagic.biz
So, I need to update this thread with the latest code and photos, etc.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
This is rev 150 and is the same code for TriBlade and RamBlade (RamBlade requires #defines changing and the RamBlade driver).
This shares the same CPM disk files as RamBlade - see www.cluso.bluemagic.biz for the SD files (too big for the forum). It comes with PropCmd so I need to release a version of SphinxOS to run with ZiCog (need to check my code first - I am running SphinxOS)
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
The only thing I made is to uncommented the #define for 6MHz xtal.
Here is the result: www.tomas-franke.cz/scrnshot.JPG
The command line compiler gives the same result.
Where I made the mistake?
Just in case, here is a 6MHz version which compiles.
I presume you have bst Tools/Compiler Preferences/Optimisations/Non-Parallax Extensions ticked
I also have·····················································/Options/Generate compiler warning messages ticked
You should then get 3 warning messages JMP/DJNZ without # in ZiCog_rr144. This is correct.
Tick line numbers in View helps.
A trap - make sure you have the window for the top object at the front (unlike PropTool where you have to change the top object)
Open the View/Serial Terminal before you compile the first time then click on the source window (top object) and compile. If you also download the Serial Terminal window will open after the download.
If you have any more questions, please ask here.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
My board lives now.
I took 2GB micro SD, formatted it as FAT16 under Windows and unpacked all the files from SD file zip·archive to it.
The terminal says
is this the error of the hardware or does the card need·a special format?
Did you install the OE modification to the SRAM ? There are build instructions on cluso.bluemagic.biz and this thread.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
You mention both VGA output and external ram. Does the Triblade use external ram for video display and thus get beyond the hub memory limited resolution and bit depth?
Blade #1 handles PS/2 keyboard+mouse, VGA and TV output. There is position for 74HC573 latch and 128K*8 or 512K*8 SRAM on the PCB.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
and the register dump is still the same when I turn it off and on again
when Space is pressed, it says HDSK ERROR 2
I tested the whole A and D buses and they seem to be OK
When #define SingleStep and #define ShowDiskAccess is on then it can be traced untill that address
The PC is at FF43 which is in the boot code BOOTHDSK.ROM where the instruction is:
FF43 D3 FD out (hdskport),a ; send lower byte of track
So it looks like its trying to do a disk read and setting the track number to read from.
BUT "HDSK ERROR 2" comes from the Spin routine "out_hdskport_null" which is expecting the first command byte of an HD access. It does not get a valid command so hangs with that error.
Attached is a listing file of the boot code. Perhaps you could single step ZiCog and see if it gets to that error position in an orderly manner.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
For me, the past is not over yet.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
r := sd.release 'stop SD card, but do not stop cog CheckError(r) crlf i := $ff00 j := 0 repeat while (i < $10000) UART.hex(i,4) UART.str(string("=")) UART.hex(buff[noparse][[/noparse]j],2) crlf i++ j++ crlf 'copy the 256 bytes to $FF00-$FFFF in sram r := tbp2.active 'activate the bus CheckError(r) r := tbp2.DoCmd("W", @buff, $FF00, 256) 'write to sram CheckError(r) 'read it back for test r := tbp2.DoCmd("R", @buff, $FF00, 256) CheckError(r) i := $ff00 j := 0 repeat while (i < $10000) UART.hex(i,4) UART.str(string("=")) UART.hex(buff[noparse][[/noparse]j],2) crlf i++ j++ crlf #ifdef RamHDiskand it wrote:
(all above $FF72 was filled by 0 and stripped from listing)
Seems that something is dirty with memory addresses
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
Version 123 and the required files are here. This version is able to use the old fsrw routines. You will need to change to 6MHz xtal. There is also a memory test on this page also.
I have been looking at your dump and it seems there is a problem when A3 = 1. This is also used to latch the high SRAM CS. I am going to suggest running the memory test posted on the link above.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Links to other interesting threads:
· Home of the MultiBladeProps: TriBlade,·RamBlade,·SixBlade, website
· Single Board Computer:·3 Propeller ICs·and a·TriBladeProp board (ZiCog Z80 Emulator)
· Prop Tools under Development or Completed (Index)
· Emulators: CPUs Z80 etc; Micros Altair etc;· Terminals·VT100 etc; (Index) ZiCog (Z80) , MoCog (6809)·
· Prop OS: SphinxOS·, PropDos , PropCmd··· Search the Propeller forums·(uses advanced Google search)
My cruising website is: ·www.bluemagic.biz·· MultiBlade Props: www.cluso.bluemagic.biz
Post Edited (Cluso99) : 4/10/2010 7:09:05 AM GMT