Welcome! That's a nice idea, that we could at least signpost this thread as a resource and perhaps even make a document from it.

BTW, when you add yourself to a group (in linux), if you're working from the command line it should be enough to use 'newgrp' to get the group access live. If you're working from GUI tools it should be enough to logout and login again.

On Linux the standard is to add yourself to the dialout group. Other *NIX flavours have more accessible permisions on the device itself.


The monitor traps software interrupts generated by the BRK instruction. Just add one at the location you want to stop at. In fact thats what actually starts the monitor in the first place. The reset routine initialises the vectors, prints the title string then executes a BRK to enter the monitor.



The JAR file contains my 65xx assembler and linker which is used to build the monitor itself but could be used for anything. If you want a C compiler then CC65 will generate 6502 code which doesn't make use of the additional 65C02 instructions. I'm working on a port of WDC's tools to gcc but it going to take time.

The monitor can load S19 files but the uploader itself handles S19, S28 or WDC's binary format. The monitor is good for loading and debugging small programs but a if you need to use all the memory then the uploader is a better option for getting code in memory and starting it.


You can dump the rom using the uploader

Looks like there is a bug in the S28 save command. I'll fix it.


Thats fine but you can lose some of the output generated between the program starting and your new terminal program starting.


Yes. A program running in RAM can switch banks by changing the VIA settings then erase and reload the flash. As the lines have external pullup resistors you flip the pins (CA2 & CB2) between being inputs (the initial setting) and low outputs by changing the control settings in the PCR register.

My 816/265 hacker programs have commands to change ROM and XMODEM download into flash but I haven't done 134/02 versions yet.

I've been discussing revising the boot ROM with another developer who is also working with WDC on the FPGA versions. The upgrade would include a flash programming option as this is already provided on the C165.

You should check the speed of the CPU oscillator Y2 next to the USB socket. It should be 8MHz but the latest batch of boards have the same 1.8432MHz oscillator used for the ACIA chip (Y1) mounted by mistake. (Someone put the wrong reel in the pick and place machine). I might try to fix my board myself but the oscillator is a bit too close to the VIA socket and I don't want to melt it.

_________________
Andrew Jacobs
6502 & PIC Stuff - http://www.obelisk.me.uk/
Cross-Platform 6502/65C02/65816 Macro Assembler - http://www.obelisk.me.uk/dev65/
Open Source Projects - https://github.com/andrew-jacobs

I'm using this as part of a Makefile in my W65C134SBX board:




So get srec_cat (package is srecord in Devian and probably most other Debian derived distros)

_________________
--
Gordon Henderson.
See my Ruby 6502 and 65816 SBC projects here: https://projects.drogon.net/ruby/

I too managed to get my W65C02SXB up and running using some of the tools from here. I eventually wrote up my own python script as a learning exercise:

https://github.com/kalj/sxb

As part of this I (manually) disassembled the flash image, and got this:

https://gist.github.com/kalj/66b23c4405 ... 50555af283

I've kind of tried to add comments / label names which describe what it seems to do. There are still quite a few question marks remaining, e.g.

* What's up with those pieces of seemingly dead code? (e.g. at $83cd and $84b9)
* Why is the code sometimes making weird unnecessary jumps just to return back immediately (there are a lot of "functions" which just do RTS)?
* What is the stuff stored at $8080 which sort of looks like an array of addresses? I don't see this being used anywhere.

NB: If you think there are any copyright problems with publishing that code, I can take it down again.

Surely some interesting findings in there! Thanks for sharing the result of your explorations...

Attached is my disassembly of the WDC65c816SK WDCMON. I think I decoded the jump table. Perhaps it will help you fill in the gaps.

It seems to me that the 65C02 contains code that is only relevant for the 65C816.

The attached file produces the same bin as the ROM on the W65C816SXB board when assembled with ca65.

I have also attached sxb.inc which is needed to assemble sxb.s.

Finally, I have added a listing so that the oddities (using absolute addresses for zero page) are more apparent.

Nice kalj, it helped me to do something similar but then in the browser. I'm using the experimental Web Serial API (only the Chrome, Edge and Opera browsers support it). But I managed to create a simple web app that is able to connect to the device and send commands to the W65C02SXB board and receive data. It is not finished yet but here is a screenshot of what I made:



I only implemented the info, getstate and read memory commands (that was needed for the getstate command. I can create buttons for some command to make it easier like for the getstate command. It could use some polishing the received bytes good be presented better.

I would be awesome to create an in browser IDE for the board. But that would take some time to build. I will make it available on the web some day and also make it opensource so you can all have a look at the sources.



Do you or anyone else have an idea where those 29 info bytes stand for? Information about the board?

_________________
x86?  We ain't got no x86.  We don't NEED no stinking x86!

Ah I see, sxb.s lines 374 to 432 is the same it says $04 - REGISTERS. So is this a dump of the registers? I just see some loading of bytes into the A register and transmit character in A on FT245. Or these byte the addresses of the memory positions where the status of the registers are stored? From monitor.s of kalj his disassembly #define STATE_A $7e00. I can see the second and third bytes from the are the same sbx.s line 377 and 379.

I uploaded the source code of my web based tool for the W65C02SXB at https://github.com/sandergroen/Web-W65C02SXB. It uses the [url="https://developer.mozilla.org/en-US/docs/Web/API/Web_Serial_API"]Web Serial API[/url] because it is an experimental API not all browsers support this. It only works in Chrome, Edge and Opera for now. I will publish it somewhere so I have a portable tool that does not require any installation other than one of there webbrowsers .

It does not implement every command available for the board yet. But it should be enough to write bytes to memory and run that.

I hope to figure out a way to write to the flash rom. Does anyone know how to do this? I want to be able to store programs there someday so I don't have to program it over and over again.

What I also want to add to this tool is an assembler so I can code in assembly from the browser and run that on the board (entering bytes is getting tiresome and error-prone). I know there are Javascript libraries to do that. Does anyone know if there is a good one?

I'm fairly sure Andrew Jacobs had code to do this - however I did it in the 65c134sxb board which I think has the same device to let me store TinyBasic programs, so if you get my TinyBasic sources and look there, you might find some useful code.

https://projects.drogon.net/porting-my- ... 5c134-sxb/

-Gordon

_________________
--
Gordon Henderson.
See my Ruby 6502 and 65816 SBC projects here: https://projects.drogon.net/ruby/

Ah, yes I guess he did. I will have a look at it and at your source code as well. Thanks!

Ah, I found the S19 Record Loader code of Andrew Jacobs. I will have a look. Also in the other topic about this board I found some information.

I'm trying to understand the source code. I'm relatively new to 6502 programming and I see that there is more then one syntax to program the 6502. There are a lot of places in the source code with f: in front of some label. What is that? Is that used in a specific assembler?

I also see that sometimes f: is used and sometimes not.



Why is that?


The WDCMON is used for both the 65C02 as well as the 65C816 based boards. I'm only interested in the 65C02 at the moment. The program is useful but I would like to strip it down so I want to remove al 65C816 stuff. I have a new empty flash rom (SST39SF010A the same as on the board) that I can use so I can get the preinstalled one out. So I can't mess up the original installed program. I also want to add some functionality myself or rewrite some stuff maybe.

I tried to figure it out. Could it be that f: is used for status flags and a: for addresses? Is it some kind of convention? How does the assembler handle this syntax? Or is this source code incomplete?