6809 Monitor

Guy Dunphy guykd at optusnet.com.au
Tue Oct 2 20:37:27 CDT 2018


At 12:24 PM 2/10/2018 -0700, you wrote:
>Does anyone have source to a 6809 monitor program?
>
>I'm looking for something I can make work in a CoCo.
>
>Functionality I'm looking for is something that will let me read and
>write to memory.

Attached is the zipped C source code for a 6809 monitor I wrote in the early 1990s.
Compiler used was HiTech C. Build files included.
It worked, but of course 'there may be bugs.' :)
It's fairly generic, so not many changes needed for other CPUs. I also did an 80C196 ver.

If the zip file attachment fails, it's online here: http://everist.org/texts/6809_Mon_V2.zip

Doco from the MONITOR.C file:

/* File: MONITOR.C

   For machine: Dual 6809 game board.
   Compiler:    Hitech 6809 C.
   Written:     Guy Dunphy, 4/9/94, derived from an earlier version. (by me)

   This file contains all code for a versatile serial monitor.
   It is event driven, and time sliced, so it can operate in the
   background with other CPU tasks.
   All data is stored big-endian.

   All serial I/O is via the functions aux_get_ch(), aux_put_ch().
   Serial Tx is polled, while Rx can be either polled, or buffered interrupt
   driven with hardware handshaking (via RTS). See monitor_init().
   
   This monitor can be used in multi CPU systems, where only one CPU has a
   serial comms interface, and each has different IO/mem maps and codespaces.
   If there is a means for passing strings between the CPUs, then the one
   with serial IO is used to run a 'master' copy of the monitor, and the
   other CPU(s) runs a 'slave' monitor version.
   The master CPU does all command line entry/edit operations, and can be
   set to pass complete command lines on to other CPU(s). It also will echo
   text returned from the slave CPU(s) to the serial interface.
   
   To use this file:-
   * For single CPU operation, just compile it as is.
   * As a 'master' (talks to a slave), predefine symbol MON_MASTER.
   * As a 'slave', predefine symbol MON_SLAVE.


Monitor commands      (See also  mon_help_text[] )
----------------
Multiple cmds allowed on a line, use ';' to separate.
Upper/lower case of commands and parameters is not significant.
A 'range' may be:-
	start
	start end
	start length		(Shorthand form: if length is small and < start.)
	start L length

space   (as 1st char)   Repeat last command.    Execute or re-edit.
tab     (as 1st char)   Repeat 'saved' command. Execute or re-edit.
tab     (not 1st char)  Copy cmd to 'save' buffer.
esc     (as 1st char)   Allow re-edit of following 'repeat' cmd.
        (... twice  )   Kill 'pass cmds to slave' mode.
D range                 Dump mem.
D    (no other chars)   Dump another 64 bytes 
F[W][I] range data      Fill memory. W=word, I=increment.
G addr                  Go (call) to addr
M start [data]...       Modify mem. 
    data   ::= hex_byte | string | char
    string ::= "text"
    char   ::= 'c
R [reg_name = value]    Optionally modify register(s), then display all regs.
                        reg_name ::= cc a b d dp x y u pc
Z [flag_val]            Zot!   Set operation mode. Bit flags set are:-
                        b0  Halt system (no return from monitor).
                        b1  Inhibit serial echo.
                        b2  Inhibit serial prompt output.
                        b3  Inhibit all monitor output (incl help).
                        b4  Pass all cmds to slave CPU. ESC,ESC to exit.
                        Examples:-
                        Z     Re-initialize monitor. Lose trailing cmds.
                        Z 0   Restore normal operation, continue.
                        Z F   Just accept commands, no system, echo, etc.
                        Z 2   Normal, but no echo (ie half duplex).
S1ccaaaadddddd....ddss<CR>		Motorola data record. Load to memory. 
    Each hex line is treated as a command, so there is no special 'load' cmd.
	Before sending hex, best to do a Z6 or Z7 to stop all other time
	consuming tasks. When finished, do a Z 0 to restore normal ops.
    An ASCII ACK ($06) is sent when line processing is complete and no
    error found. This can be used as an acknowledge.
    If an error is found, a '?' is returned.  See s19_decode().
S0.... and S9....   Header and end records: ignored.




More information about the cctech mailing list