Thanks - I think it'll be the use of $60...$6f which will be the problem. MOS 3.50E uses this region for some of the Tube handling code, which I'd forgotten about. (MOS 3.20E doesn't.) I expect that could be the cause of the bootup problem you were seeing, if the I2C ROM overwrites this region when printing the date/time/temperature/etc. - to be confirmed.
As per goal 3 of the project, this will get addressed somehow, as software that worked before is supposed to still work with the newer versions! But for now, you'll have to use the ROM with the 2nd processor off, or with some version other than MOS 3.50E.
(If using with some other OS version and 2nd processor on, take care not to get the I2C ROM to set the A%-Z% variables - with the 2nd processor active, the region it assumes is holding BASIC's resident integer variables contains the Tube handling code. So overwriting it will make a mess of one kind or another.)
--Tom
As per goal 3 of the project, this will get addressed somehow, as software that worked before is supposed to still work with the newer versions! But for now, you'll have to use the ROM with the 2nd processor off, or with some version other than MOS 3.50E.
(If using with some other OS version and 2nd processor on, take care not to get the I2C ROM to set the A%-Z% variables - with the 2nd processor active, the region it assumes is holding BASIC's resident integer variables contains the Tube handling code. So overwriting it will make a mess of one kind or another.)
--Tom
Statistics: Posted by tom_seddon — Wed Jan 22, 2025 1:10 am