Problems with the MC68HC705C8 Programming.	Apr 27 89

	Since shipping the '705PGMR kits, we have had calls from several
	people having difficulties using PROG7 & the PGMR board. These
	problems are of several classes:

	1) The current version of PROG7 doesn't allow programming the
	Page-0 EPROM locations. The program author is reviewing his code
	& expects to be able to make the necessary mods to allow Page-0
	programming. I have no schedule yet, but will place the new version
	on this BBS when I receive it.
	[The Mac version -PROG705- handles this correctly.]

	2) At the time that programming is done, PROG7 cannot know what
	memory map (#1,2,3,or4) you will be using during code execution.
	If you request that PROG7 program code into an EPROM array that
	later will be replaced by RAM, PROG7 will merrily comply. During
	execution, of course, the EPROM will NOT be available. This is
	not a PROG7 problem - the same thing will occur copying your
	program from a 2764. This is just another way to generate a program
	which gets "lost".

	3) Using PROG7 with a PC, you must not have any TSR programs run-
	nig which will affect (or be affected by) the comm port you are
	using for the PGMR board. Programs which are known to clobber
	PROG7 are:

	DESKLINK	LAPLINK 	PROCOMM(PROG7 in DOS Shell)
	(Probably many others)

	Your best bet is to have  ****NO**** other programs running
	(foreground or background) while you are using PROG7.

	4) When PROG7 (or PROG705) runs it downloads a communications
	program to the RAM of the MC68HC705C8. If you download a program
	(of your's) to RAM, the PROG7 program will be overwritten. This
	is fine, but don't expect that PROG7 will still be able to run
	the PGMR board. The board must be Reset & PROG7 restarted when
	you finish testing your RAM resident program.

	john