Home Page Forums MAME MAME Requirements?

http://bitsavers.trailing-edge.com/...20001_7210_72105_Product_Description.pdf for a start and then at some point split it out as separate device driver

Sorry, I didn't see that you added the null-modem directory in the machine config, usually it's added as a slot device like '-rs232 null_modem'.

You can set the upd7201 control lines with device->cts_w() etc. To get the status, you need to hook up a callback in the machine config.

You need to call m1_r() in update_mpsc_irq() for the irqs to work properly.

Saved from the Shoutbox.


Schematics of baud rate generator:
https://dl.dropboxusercontent.com/u/37819653/BANNISTER/BAUD_RATE_GENERATOR.jpg

Standard smc/com5016T dual baud rate generator, see vt100.c and vk100.c for examples where it is used (says LN)

@shattered: here ist the link to the latest source. The m1_r (IRQ acknowledge) fix Cracyc mentioned is missing...

https://dl.dropboxusercontent.com/u/37819653/BANNISTER/2016_07_02_Rainbow_CPP.txt

Thank you!

Shattered's partial fix from Sunday is at

https://gist.githubusercontent.com/shattered/37137526ff3ad171f0d38f8d19b6ce3c/raw/e5faa78250b14992d3c46dc4389bd16b7e954a3f/rainbow%2520haxx

Status: self test fails with "unsolicited interrupt" and "watchdog error" (16 = interrupts off).

Theory: serial redirection during self test fails.

The self test is bypassed by unmapping the MPSC and activating the handlers when everything is normal.

Now i can send data from the Rainbow to a Putty terminal. There is no transmission in the other direction, as far as i can see...

https://dl.dropboxusercontent.com/u/37819653/BANNISTER/2017_07_04_Rainbow_CPP.txt

flow control hack you've asked for -- https://gist.github.com/shattered/d48d429a20f7062473331eaff7377a51

z80dart driver has to be modified to set/reset RTS as appropriate.

Thanks.

I tried with (FDXB setting in SETUP) and without flow control (FDXA setting).

Without, i can transmit from Rainbow to terminal - but not in the other direction. Diagnosis: receive overrun error in z80dart_channel::receive_data (line 1079)...

With flow control, the Rainbow locks up (WAIT LED lights) until i set FDXA in SETUP again.

Hint: do not set FDXC. It is a mode with a secondary 1200 bps line on the same port.

Since we have the mcu dump for the older intel mcs-51 based LK201 which we do have full schematics for, would it make sense to make an 'lk201o' device, to make 100% sure we have a fully documented, emulated keyboard hookup?

LN

It would make sense. I hesitate to do so, for various reasons. One aspect is that i have to cut back my invest in MAME/MESS.