Parallax Forums
  HomeLog InRegisterCommunity CalendarSearch the ForumHelp
   
Parallax Forums > Public Forums > Propeller Chip > TriBladeProp PCB: Uses 3 Propeller ICs for a Single Board Computer (SBC)  Forum Quick Jump
 
New Topic Post Reply Printable Version
848 posts in this thread.
Viewing Page :
 
[ << Previous Thread | Next Thread >> ] | Show Newest Post First ]

BradC
Gronk



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Jul 2007
Total Posts : 1576
 
   Posted 9/16/2009 1:18 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
Dr_Acula said...

Addit: BradC - my limiting factor with baud rates is now my physical cable which is 2 metres of ribbon cable and only can handle 38k.


If you are using it to download a propeller it is already handling 115k quite nicely.


lt's not particularly silly, is it?

Back to Top
 

heater
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Feb 2008
Total Posts : 1832
 
   Posted 9/16/2009 1:18 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
I was thinking about a zicog disk compilation. You may notice the zipm2.dsk is customized from the SIMH cpm2.dsk. I removed most stuff not required for rebuilding CP/M itself and it contains all the customizations to CBIOSX, SYSCPM2 etc I have made.

So any suggestions as to what to include, XMODEM for example ?

There are some programs I cannot run on the Pro Demo Board as they require Z80 or more memory.

XFORMAT for formatting the disks for example.

The SYSCPM2.SUB script should rebuild CP/M and install it to disk on a TriBlade now. We should be self hosting. (N.B. syscpm2 needs a couple of lines changing to use drive A: instead of I:)


For me, the past is not over yet.

Back to Top
 

Dr_Acula
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2008
Total Posts : 606
 
   Posted 9/16/2009 1:23 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
SIMH package attached.

To Cluso, re the SIMH which I think you don't have, what I have done is taken my working SIMH drive files and stripped it right back so it fits in a zip small enough to post on the forum. So - just drive A (floppy) and drive I (hard). See attached.

There are two batch files.
ALTAIRALL.BAT opens in a dos window. Useful for quick and simple experiments that don't need a VT100 terminal
ALTAIRALLTELNET. BAT opens ready for connection to a terminal program. Useful for games and wordstar that use VT100 escape codes to move the cursor around. Then open teraterm or hyperterminal or whatever and connect to TCP/IP rather than to COM1 or COM2. Select port 23, and you can leave the IP address blank. This then allows wordstar to work on the simh.

(Telnet probably could allow access anywhere in the world if you opened the port on the router).

Drive I drops straight into the zicog. So useful for mass transfer of files.


www.smarthome.viviti.com/build

Post Edited (Dr_Acula) : 9/16/2009 9:32:16 AM GMT



File Attachment :
SIMH_Package.zip   522KB (application/zip)
This file has been downloaded 14 time(s).
Back to Top
 

Dr_Acula
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2008
Total Posts : 606
 
   Posted 9/16/2009 1:29 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
Teraterm zip attached.

Quick and simple terminal program that can run VT100 codes and do xmodem transfers. Boots much faster than hyperterminal and no questions at bootup once you have saved settings. I put a command in the bst batch file so it compiles then runs teraterm. So a compile process is just a double click on a .bat file and then the terminal is running with the A> prompt ready to go.


www.smarthome.viviti.com/build



File Attachment :
Teraterm.zip   434KB (application/zip)
This file has been downloaded 19 time(s).
Back to Top
 

Dr_Acula
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2008
Total Posts : 606
 
   Posted 9/16/2009 1:38 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
To Cluso:

Way back when the emulation was slow I added a line that printed a "." whenever it wrote to the sd card.

    hdskWrite:
      'UART.str(string("hdsk write"))
      'crlf
      'UART.tx(".") 


The new emulation is so incredibly fast that this isn't really needed any more. Do you think it is time to comment it out?


www.smarthome.viviti.com/build

Back to Top
 

Cluso99
We live onboard



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Apr 2008
Total Posts : 2276
 
   Posted 9/16/2009 2:23 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
Drac: Thanks for the code.
Yes, I have already made the "." a #define ShowDiskWrites.

As the A: drive is now an 8MB hard drive, we can place other programs on it. I think just the base ones though (like DIRX, XMODEMP, MBASIC and maybe a few other utilities) and anyone can add whatever else they require from other disks using PIP.


Links to other interesting threads:
Back to Top
 

Dr_Acula
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2008
Total Posts : 606
 
   Posted 9/16/2009 2:50 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
heater said "I was thinking about a zicog disk compilation." Zip of the first hard drive attached.

Ok, first disk is the Basic disk.
1) go to simh site http://www.schorn.ch/cpm/intro.php and download the zip
2) unzip to a working simh directory with the files from that simh package I posted a few posts back
3) edit the file ALL (no extension) and add the name of the file as an attachment eg basic.dsk as disk 1

d tracks[0-7] 254
attach dsk cpm2.dsk
attach dsk1 basic.dsk
attach hdsk0 i.dsk
set cpu 64k
set cpu noitrap
set cpu z80
set cpu altairrom
set cpu nonbanked
reset cpu
set sio ansi
set sio nosleep
boot dsk
bye

4) Save ALL
5) make a copy of the blank drive i.dsk (I called it Blank_Hard.dsk) for future use.
6) Run AltairAll.bat
7) PIP I:=B:*.* copy files to the hard drive image. Shut down the emulation (^E)
8) rename i.dsk as the new zicog disk eg ZICOG_B0.DSK
9) copy the blank drive i from step 5 to i.dsk
10) put the new disk image on the sd card.

Ok, I bags drive B for Basic and Drive c for C. I'll do C in a bit and post it as well.

I guess I should flag at this stage that wordstar is crashing the zicog rather badly. It works in the simh so possibly a Z80 opcode isn't emulating right, as it eventually crashes to a dump of the registers.

And I did get PACMAN working but it needs a special Wyse monitor emulation (on the Pocketerm and in a custom vb.net program I wrote) But curse your super efficient emulation, heater, because it is running too fast for me to even get close to escaping the monsters!

Look at all the lovely space free for programs!


B>dirx
Name    Ext Bytes   Name    Ext Bytes   Name    Ext Bytes   Name    Ext Bytes
BASCOM  COM   32K ! CB80    OV3   20K ! HAMURS  BAS    4K ! RANTEST COM    4K
BASCOM  HLP   16K ! CB80    SUB    4K ! HORSE   BAS    8K ! READ    ME    40K
BASCOM  SUB    4K ! CBASE2  COM   24K ! KING4K  BAS    8K ! ROCKET  BAS    4K
BASCOM2 HLP   32K ! CBASIC  COM   24K ! LANDER4KBAS    8K ! SAMPLE  BAS    4K
BASLIB  REL   28K ! CBASIC  SUB    4K ! LIB     COM    8K ! SAMPLE  COM    4K
BCLOAD         4K ! CBASXREFCOM    8K ! LINK    COM   16K ! SAMPLE  INT    4K
BLACKJAKBAS    8K ! CHASE   BAS    4K ! LK80    COM    8K ! SAMPLE  REL    4K
BLACKJAKCOM    8K ! CRUN    COM   20K ! MBASIC45COM   20K ! SIEVE   BAS    4K
BLACKJAKINT    4K ! CRUN2   COM   20K ! MBASIC51COM   24K ! STARTREKBAS   28K
BRUN    COM   16K ! DEMOGRAFBAS   12K ! MBASIC52COM   24K ! TAXMAN  BAS    8K
CB80    COM    8K ! ELIZA   BAS   12K ! MSTMND  BAS    4K ! TRADE   BAS   16K
CB80    IRL   36K ! GRAPHCOMBAS    4K ! OBSLIB  REL   48K ! TSTCIR  BAS    4K
CB80    OV1   16K ! GRAPHR  BAS   12K ! RANTEST ASC    4K ! WUMPUS4KBAS   12K
CB80    OV2   16K ! GSXPREP BAS    4K ! RANTEST BAS    4K ! XBASIC  COM   20K
56 File(s), occupying 744K of 8136K total capacity
964 directory entries and 7392K bytes remain on B:
B>


www.smarthome.viviti.com/build

Post Edited (Dr_Acula) : 9/16/2009 10:59:14 AM GMT



File Attachment :
Zicog_b0.zip   350KB (application/zip)
This file has been downloaded 16 time(s).
Back to Top
 

Cluso99
We live onboard



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Apr 2008
Total Posts : 2276
 
   Posted 9/16/2009 2:56 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
Here is the updated A: drive file (8MB hdisk) with DIRX.COM & XMODEMP.COM


Links to other interesting threads:
  Search the Propeller forums (uses advanced Google search)
My cruising website is:  www.bluemagic.biz   MultiBladeProp is: www.bluemagic.biz/cluso.htm



File Attachment :
ZIPM2_64.zip   261KB (application/x-zip-compressed)
This file has been downloaded 17 time(s).
Back to Top
 

Dr_Acula
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2008
Total Posts : 606
 
   Posted 9/16/2009 3:19 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
Attached image of BDS C in a hard drive image.

Finding some bugs though. Like Wordstar, CLINK is also crashing the zicog, but is working fine on the Altair SIMH.

I wrote a tiny program in Notepad called HELLO.C (see attached)

#include <stdio.h>

main()
{
    printf("Hello World\n");
}

Copied it into the SIMH with R HELLO.C

and ran the compiler


C:\N8VEM\BDSC>altairz80 all

Altair 8800 (Z80) simulator V3.7-3 build 1016 (scp created Apr 20 2008 at 13:01:
09 with gcc 4.2.3)


64K CP/M Version 2.2 (SIMH ALTAIR 8800, BIOS V1.25, 2 HD, 15-Jan-07)

A>C:
C>TYPE HELLO.C
#include <stdio.h>

main()
{
        printf("Hello World\n");
}


C>CC HELLO
BD Software C Compiler v1.60  (part I)
  36K elbowroom
BD Software C Compiler v1.60 (part II)
  33K to spare
C>CLINK HELLO -SW
BD Software C Linker   v1.60
0D56 ISDIGIT    087F MAIN       089B PRINTF     0E12 PUTCHAR
0DDD STRLEN     0D82 _GV2       08BB _SPR       0CB7 _USPR


Last code address: 0E47
Externals start at 0E48, occupy 0006 bytes, last byte at 0E4D
Top of memory: E405
Stack space: D5B8
Writing output...
  45K link space remaining

C>HELLO
Hello World

C>


Downloaded HELLO.C with XMODEMP R HELLO.C as it is quicker than pulling out the sd card. (Note that xmodem by default puts all downloads on drive A, so you need to do a PIP C:=A:HELLO.C to copy it to drive C)

On the triblade, CC.COM works but CLINK crashes after printing the first line - it then prints about 20 copies of the Z80 registers and then hangs. I'm not sure how to debug that sort of thing. But it is a similar crash to the Wordstar crash. Addit - BDS C is apparantly written in 8080 rather than Z80, as (probably) is Wordstar. Not sure if that helps narrowing down the bug. Even more strange is that BDS C and Wordstar were both working fine back in the mid August version of the zicog.

Now that heater has a ram chip...


www.smarthome.viviti.com/build

Post Edited (Dr_Acula) : 9/16/2009 11:47:34 AM GMT



File Attachment :
Zicog_c0.zip   490KB (application/zip)
This file has been downloaded 18 time(s).

File Attachment :
HELLO.C   0KB (application/octet-stream)
This file has been downloaded 11 time(s).
Back to Top
 

heater
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Feb 2008
Total Posts : 1832
 
   Posted 9/16/2009 5:26 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
Dr_ A, I like your B: for BASIC C: for C idea.

Do you have "#defiine CPU_Z80" uncommented when building ZiCog, if not things will go wonky for Z80 code. If stuff is still failing then run EXZ80DOC.COM and let's see if some tests are failing now.


For me, the past is not over yet.

Back to Top
 

Dr_Acula
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2008
Total Posts : 606
 
   Posted 9/16/2009 5:56 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
Looks correct:

'Uncomment one of the following CPU emulation types.
#define CPU_Z80
'#define CPU_8080

Running the exerciser now...


www.smarthome.viviti.com/build

Back to Top
 

heater
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Feb 2008
Total Posts : 1832
 
   Posted 9/16/2009 6:00 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
In both files ?


For me, the past is not over yet.

Back to Top
 

Dr_Acula
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2008
Total Posts : 606
 
   Posted 9/16/2009 1:42 PM (GMT -8)    Quote This PostAlert An Admin About This Post.
Sorry about the delay, running the exerciser is an overnight job. It fell over at this point. There is a small chance due to CRLF issues that it may be the instruction after this one.

Not sure how to test this quicker.

Also - maybe there is a file access issue as well - both CLINK and Wordstar start off by reading files off the disk.

Re "In both files ?" - which other file?


A>exz80doc
Z80 instruction exerciser
Undefined status bits NOT taken into account
<adc,sbc> hl,<bc,de,hl,sp>....( 71,680) cycles   ERROR **** crc expected:f39089a
0 found:70201f28
add hl,<bc,de,hl,sp>..........( 35,840) cycles   OK
add ix,<bc,de,ix,sp>..........( 35,840) cycles   OK
add iy,<bc,de,iy,sp>..........( 35,840) cycles   OK
aluop a,nn....................( 45,056) cycles   OK
aluop a,<b,c,d,e,h,l,(hl),a>..(753,664) cycles   OK
aluop a,<ixh,ixl,iyh,iyl>.....(376,832) cycles PC=253D  AF=38C5 BC=C035 DE=22DD
HL=2847 IX=ACCF IY=C76E SP=234B


www.smarthome.viviti.com/build

Back to Top
 

TrapperBob
Registered Member

Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Sep 2004
Total Posts : 38
 
   Posted 9/16/2009 3:46 PM (GMT -8)    Quote This PostAlert An Admin About This Post.
Hi All,

I have a question on the SD file structure for zicog_cpm_rc5.5b_rr118 .

Would either you Cluso99 or Dr. A or heater create a batch file script to do the formating and writing of the files on the SD card for the releases?
I realize it is early (pre V1.0 release) but it would help all those of us who are "silently" trying to follow along without waiting to V1.0 .
I believe this sort of script would be helpful if it were part of the package of files in each release to somewhat automate or to give a template for how to automate this process.

Thanks
TrapperBob
Back to Top
 

heater
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Feb 2008
Total Posts : 1832
 
   Posted 9/16/2009 6:55 PM (GMT -8)    Quote This PostAlert An Admin About This Post.
TrapperBob:

For sure a batch file or otherwise automating this process is a good idea.

I'm a little bit stuck for that:
1) Currently I only have a Prop Demo Board so the process is by necessity somewhat manual.
2) I'm using Linux, do you want a Bash script?

For now some simple step by step instructions is probably the best bet. It's not so complicated.

We'll see what we can do.


For me, the past is not over yet.

Back to Top
 

Cluso99
We live onboard



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Apr 2008
Total Posts : 2276
 
   Posted 9/16/2009 7:05 PM (GMT -8)    Quote This PostAlert An Admin About This Post.
TrapperBob: Great to hear you are following :-)
I am unsure what you are asking?

To create the files on an SD card (those provided in the various zip packages above) all that is required is for you to unzip them into a folder on your pc.
To reformat the microSD card you will require some form of adapter (either uSD to SD and an SD reader or a uSD to USB adapter).
In Windows Vista, right click on the SD card drive (I have to enable the SD driver in the device manager first) and do a format using 32KB clusters.
Then copy (copy & paste) the files expanded above to the uSD and you are done.

You may continue to add files to this SD card without reformatting, provided you do not overwrite any files or delete any files. We have to ensure they use contiguous sectors.


Links to other interesting threads:
Back to Top
 

heater
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Feb 2008
Total Posts : 1832
 
   Posted 9/16/2009 7:42 PM (GMT -8)    Quote This PostAlert An Admin About This Post.
Dr_A: I see the problem here.

The test "aluop a,<ixh,ixl,iyh,iyl>.....(376,832) cycles" is testing instructions like "ld a, xh", "ld a, xl" etc. Where "xl" is the low byte of the X register etc.

Just so happens that ZiCog does not implement those instruction !!!

Why not you might ask?

Well those instructions do not exist in my MOSTEK Z80 Technical Manual or my Zilog Z80 Family Users Manual. I'm not sure why EXZ80DOC is testing them.

But this gets more serious and weird. There is a bunch of instructions that use an index register plus an offset e.g. "LD r,(IX + d)" which we also do not implement.

Turns out these are in my Z80 documents but in this case EXZ80DOC doe not test them.

This will take a little research to sort out. Seems my original op-code list was a bit off.

Mean while, actually why not set CPU_8080 when building ZiCog. WordStar and BDSC should detect a 8080 and behave correctly. N.B. EX8080 will fail in this case as we still set some flags like a Z80 when in 8080 mode.


For me, the past is not over yet.

Back to Top
 

Dr_Acula
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2008
Total Posts : 606
 
   Posted 9/16/2009 10:21 PM (GMT -8)    Quote This PostAlert An Admin About This Post.
Yes, I've not heard of those instructions. And it may be a red herring anyway.
Or it could be that the real problem is an instruction after this one and we are not getting to that because it crashes.
Or, something Cluso just said about contiguous files, I've been copying the new disk image over and overwriting the old one. Maybe overwriting does not result in contiguous code? Maybe need to delete first?

So I need to do some more experiments too.


www.smarthome.viviti.com/build

Back to Top
 

heater
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Feb 2008
Total Posts : 1832
 
   Posted 9/16/2009 11:46 PM (GMT -8)    Quote This PostAlert An Admin About This Post.
I don't think copying over existing CP/M images files will not work reliably. I'm pretty sure the new data is written to new sectors, not over the existing file sectors, and then the directory entries are pointed to the new stuff. The new sectors may be contiguous or not depending on the state of the FAT.

Mind you I have written over my images in FAT using Linux "dd" command. As we know the sector offset of the file we can exactly hit the spot with dd.

For sure those Z80 ops using HIGH and LOW index register halves are not implemented in ZiCog.
Surveying various Z80 op-code documents around the net I find many of them include those ops and perhaps they have always worked on Z80.

What seems to happen in the Z80 is that any 8080 ops that used HL get switched to using X or Y regs when the DD or FD prefix is used. Many of those combinations were not included in original Z80 documents but may have just worked anyway.

I wonder when people started to assume they were always there.

Try #define CPU_8080.


For me, the past is not over yet.

Post Edited (heater) : 9/17/2009 7:51:15 AM GMT

Back to Top
 

Sapieha
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Sep 2007
Total Posts : 719
 
   Posted 9/16/2009 11:54 PM (GMT -8)    Quote This PostAlert An Admin About This Post.
Hi heater.

That instructions is on some Z80 compatible CPU's that have bunch of extra IO components and registers.
But was used of some people to run CPM. some have in build memory bank switch components and that instructions was useful with switch betwen bank's
some of that instructions was for on board IO components.


Nothing is impossible, there are only different degrees of difficulty.

For every stupid question there is at least one intelligent answer.

Don't guess - ask instead.

If you don't ask you won't know.

If your gonna construct something, make it as simple as possible yet as versatile as posible.

 
Sapieha

Back to Top
 

TrapperBob
Registered Member

Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Sep 2004
Total Posts : 38
 
   Posted 9/17/2009 4:02 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
heater : I understand your situation with resources. I would like a copy of a bash script though. I am looking to move back to a Linux based environment from the PC. Step-by-step instructions would be helpful to many.

Cluso99: I know the process itself is very simple. The details do get confusing at times. I have always managed to work my way through getting the right files on the SD card. The issue has been with the exact file names on the SD card versus the filenames in the zip archive throughout the history of the project. These have been in a state of flux. Also exactly which files need to go on the SD card and in what order. Having said this the most important reason for me is that I find scripts much easier to deal with over time than having to repetitively do things like copy & paste in a gui.

I (we) appreciate all your efforts on this project. I am sharing this project and its ongoing development with a number of junior high and high school children in our robotics group. They are eager to learn and enjoy learning about the "old days" meaning pre Windows XP for most. CPM and what can be accomplished with this "little board" (TriBladeProp) and the Propeller in general has very much caught their interest. I am sure you would agree.

Thanks
TrapperBob
Back to Top
 

heater
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Feb 2008
Total Posts : 1832
 
   Posted 9/17/2009 4:37 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
TrapperBob: On the Prop Demo Board life is not so easy. One has to:

1) Format an SD card to FAT on a PC
2) Copy all required CP/M images there.
3) Move the card to the Prop
4) Run zicogSDptr on the Prop to find those image file sector offsets.
5) Record results
6) Paste those results into zicog_cpm.spin
7) Now you can run zicog_cpm and hopefully it finds everything on SD.

I don't see how I can automate this much but I will try to prepare detailed and accurate instructions using The new images files Dr_A and Cluso have come up with.

In a way the old system of just blasting sectors onto SD, with no FAT, was easier for Linux users and could be scripted easily. But you know what these Windows guys are like, always want to go around the houses to do anything (Just joking honest :))

If I had time and knew enough about FAT I would arrange for a script that, formatted the SD and found all the files, and wrote out a Spin file containing the required offsets ready to drop into zicog. Then it would use BSTC to rebuild ZiCog and program the Prop. Bang, all in one go!

Hmm.. might not be so hard. Let me get Cluso's last modifications running here and see what can be done.

But you have a TriBlade so life should be much easier. Over to Cluso again...

You efforts with the high school children are most heartwarming. I hope they get the same buzz I did when I was fist introduced to TTL all those decades ago.


For me, the past is not over yet.

Back to Top
 

Cluso99
We live onboard



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Apr 2008
Total Posts : 2276
 
   Posted 9/17/2009 5:49 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
Bob: On the TriBlade the code automatically locates the files on the SD card so their order is unimportant. In fact I have many files on my SD card from various versions. And I run various versions all the time from the same SD card.

I am sorry, I cannot create scripts to do this (don't know how). I am not a unix person and I love my gui.

The zipped files retain the filenames. We do keep changing them - sorry about this. Hopefully ths will settle down shortly.

Keep up the good work with the school children !!!

FWIW: I am in the middle of getting the new fsrw running. It is locating the files and their block numbers successfully. However, it seems to not recover from a release (make the SD pins tristate).


Links to other interesting threads:
Back to Top
 

Dr_Acula
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Dec 2008
Total Posts : 606
 
   Posted 9/17/2009 6:01 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
TrapperBob - do you have a triblade soldered up and ready to go? And do you have a micro sd card with some sort of reader device? If so, you are only a few minutes away from getting it working. First step is to reformat the sd card on your reader device with a right click on the drive then "reformat" with fat16. Then copy the .dsk files onto the sd card. Have you got that far?

To Cluso/Heater - something is seriously wrong with this version. It can't run a number of programs that work fine on the Aug30 version.

I have been running off just drive A, and downloading programs via xmodem so they cleanly go onto the drive. Also tried copying to a sd card image and moving that over. Same error either way. Wordstar seems to restart about 10x before it gets to the prompt.

Wordstar package attached.

I tried mbasic reading and writing a file to disk and that works. As do simple mbasic programs.

I wonder if it is the autoexec thing? I remember with the N8VEM it took me about a week to get the autoexec working. It was extremely complicated, yet seemed a simple thing to do. The errors were similar - endless restarts under certain circumstances. I'm trying to find where the autoexec bit is so I can try temporarily disabling it. Not in spin. It is coming up though in the ZIPM2_64.DSK image. How was this built, and is it possible to get a version without any autoexec?

capture of the text coming back from a wordstar startup. Eventually it progresses

A>ws


WordStar, CP/M Edition, Release 4.00   #21             
Copyright (C) 1979, 1987 MicroPro International Corporation
All rights reserved.

iƄved.

i04, 8 HD, 10-Sep-2009)

SuperSUB V1.1

A>; AUTOEXEC.SUB; PLACE INITIAL BOOT COMMANDS HERE
A>ws


WordStar, CP/M Edition, Release 4.00   #21             
Copyright (C) 1979, 1987 MicroPro International Corporation
All rights reserved.

i04, 8 HD, 10-Sep-2009)

SuperSUB V1.1

A>; AUTOEXEC.SUB; PLACE INITIAL BOOT COMMANDS HERE
A>ws


WordStar, CP/M Edition, Release 4.00   #21             
Copyright (C) 1979, 1987 MicroPro International Corporation
All rights reserved.

i04, 8 HD, 10-Sep-2009)

SuperSUB V1.1

A>; AUTOEXEC.SUB; PLACE INITIAL BOOT COMMANDS HERE
A>ws


WordStar, CP/M Edition, Release 4.00   #21             
Copyright (C) 1979, 1987 MicroPro International Corporation
All rights reserved.

i04, 8 HD, 10-Sep-2009)

SuperSUB V1.1

A>; AUTOEXEC.SUB; PLACE INITIAL BOOT COMMANDS HERE
A>ws


WordStar, CP/M Edition, Release 4.00   #21             
Copyright (C) 1979, 1987 MicroPro International Corporation
All rights reserved.

i04, 8 HD, 10-Sep-2009)


www.smarthome.viviti.com/build

Post Edited (Dr_Acula) : 9/17/2009 2:07:24 PM GMT



File Attachment :
wordstar.zip   107KB (application/zip)
This file has been downloaded 9 time(s).
Back to Top
 

heater
Registered Member



Email Address Not AvailablePersonal Homepage Not AvailablePrivate Messaging Not AvailableAIM Not AvailableICQ Not AvailableY! Not AvailableMSN Not Available
Date Joined Feb 2008
Total Posts : 1832
 
   Posted 9/17/2009 9:26 AM (GMT -8)    Quote This PostAlert An Admin About This Post.
Dr_A: This looks familiar. When I first implemented AUTOEXEC all hell broke loose in a similar looking way.

I had been editing the AUTOEXEC.SUB using vim under Linux. Thinking the was some problem with line endings in Unix vs CP/M I tried converting the AUTOEXEC.SUB to DOS format with the unix2dos tool. That did not work either.

The final AUTOEXEC.SUB is a cut down and modified version of MCCL.SUB. Which is still not right. You notice "; AUTOEXEC.SUB; PLACE INITIAL BOOT COMMANDS HERE" is all on one line, it should not be.

As far as I can tell CP/M text files should have 0d 0a line endings. Another thing that occurs to me now is that CP/M text files should have an "end of file" character at the end, 1a. Otherwise CP/M has no way to tell where the end is.

Are you running WS from AUTOEXEC ?

The AUTOEXEC function is enabled in the CBIOSX, as is done in SIMH. The BIOS pokes the command into CCP. This is all predicated on the original idea of CP/M that one does not have the CCP sorce to hack but is expected to customize a BIOS.

Attached is a zipm2.dsk with no autoexec enabled.


For me, the past is not over yet.



File Attachment :
zipm2_noauto.dsk.zip   255KB (application/x-zip-compressed)
This file has been downloaded 12 time(s).
Back to Top
 
[ << Previous Thread | Next Thread >> ]
New Topic Post Reply Printable Version
848 posts in this thread.
Viewing Page :
 
 
Forum Information
Currently it is Friday, November 20, 2009 10:16 PM (GMT -8)
There are a total of 393,733 posts in 55,521 threads.
In the last 3 days there were 83 new threads and 703 reply posts. View Active Threads
Who's Online
This forum has 17687 registered members. Please welcome our newest member, mark09.
55 Guest(s), 4 Registered Member(s) are currently online.  Details
Zoot, Chris Savage (Parallax), Nick McClick, Highlandtinker