Dallas 1216E "no slot clock" issues

19 posts / 0 new
Last post
Offline
Last seen: 5 hours 17 min ago
Joined: Apr 26 2016 - 08:36
Posts: 472
Dallas 1216E "no slot clock" issues

A few years ago I bought a few Dallas DS1216E clock modules.  Like this:

DS1216E module

They are direct replacements for the original SMT "No Slot Clock".  It goes underneath the CD ROM in the IIe or the CF ROM in the Platinum IIe, and under the system ROM in a IIc.

 

They contain an embedded 3 volt cell of which all are long dead.   There is a hack to attach an external battery like a CR2032.  I further modded the chip by grinding out the potting epoxy around the embedded coin cell and physically disconnecting it by grinding away its leads, and then re-potting it in epoxy to prevent any leakage.

 

All well and good - I installed them in several of my systems and they've worked for years.

 

Recently the one in my daily use IIe failed.  The driver wouldn't recognize the clock's presence in the system.  I got one of my spares.  Same thing.

I tried the installed ones in my other machines - all of them failed.

 

So I bought four more.  

One of them failed right off the bat.  No recognition.

The funny thing is, the driver recognized the presence of the chip, but by the time bootup was complete and the No-Slot-Clock utilities ran, they couldn't find the clock.  Rebooting, the driver failed to recongnize the clock.  All the remaining three did the same thing.

 

Now why do you suppose that all of these DS1216E modules failed all at once?  And across multiple systems.

I'm loath to buy a new production No-slot-clock from Reactive Micro at US$40 plus another $30 shiping to Canada, it'll cost me $100 (canadian) or more just to get it here and if it too fails...

 

Anyone have any ideas?

CVT
CVT's picture
Offline
Last seen: 3 hours 53 min ago
Joined: Aug 9 2022 - 00:48
Posts: 310
Why don't you order from

You can also find it on AliExpress: https://www.aliexpress.com/item/1005002495649607.html

 

If it doesn't work, always ask for full refund.

Online
Last seen: 43 min ago
Joined: Jun 18 2010 - 13:54
Posts: 582
Probably not the answer you

Probably not the answer you're looking for, but instead of paying $40 for a NSC consider the ROMXe/c/c+ products. That gets you all of the ROMX features plus a built-in RTC with replaceable battery (that will last much longer than the NSC and keep more accurate time). Yes, you'd have to use a different ProDOS driver but think of all the other added benefits: dead RAM memory test, phantom warmstart elimination, etc.

 

If this does interest you, I may still have a $20 off discount code for these (part of a promo that I was offering to the FujiNet group to help spur development). Send me a DM if you want one.

tokabln's picture
Offline
Last seen: 3 days 2 hours ago
Joined: Dec 30 2015 - 10:48
Posts: 249
First thing I would do is, to

First thing I would do is, to measure the battery voltages of all clock modules... then the next step can be discussed.

 

If you changed all module batteries (using a CR2032) at the same time... it might be possible that all of them reached EOL in between because of they are all produced at the same time / batch

 

 

Offline
Last seen: 5 hours 17 min ago
Joined: Apr 26 2016 - 08:36
Posts: 472
tokabln wrote:First thing I
tokabln wrote:

First thing I would do is, to measure the battery voltages of all clock modules... then the next step can be discussed.

 

If you changed all module batteries (using a CR2032) at the same time... it might be possible that all of them reached EOL in between because of they are all produced at the same time / batch

 

 

That's an interesting concept, and I thought that might be the case at first but I don't think it is relevant, because even with dead batteries these clocks should work when powered by the computer.  The batteries are only for keeping time with the computer powered off.

That said, I do have fresh (3.2V) power from CR2032 coin cells.

 

tokabln's picture
Offline
Last seen: 3 days 2 hours ago
Joined: Dec 30 2015 - 10:48
Posts: 249
Haven't tested it yet... but

Haven't tested it yet... but I do have 2 NoSlotClock Apple II machines and I will see by tommorrow if they are still working... and let you know more details then.

 

 

Offline
Last seen: 5 hours 17 min ago
Joined: Apr 26 2016 - 08:36
Posts: 472
Curious to know what your

Curious to know what your situation is.

 

 

tokabln's picture
Offline
Last seen: 3 days 2 hours ago
Joined: Dec 30 2015 - 10:48
Posts: 249
Sorry for the delay... so my

Sorry for the delay... so my Dallas 1216E "no slot clock" is working as expected.

 

Clock reading after more then > 8 month while I didn't used the Apple IIe... overall only a couple of minutes wrong

 

 

Setting new time...

 

 

and readout after a complet reboot

 

So... I don't have any issue here... not sure why you're having such trouble...

 

Offline
Last seen: 5 hours 17 min ago
Joined: Apr 26 2016 - 08:36
Posts: 472
tokabln wrote:Sorry for the
tokabln wrote:

Sorry for the delay... so my Dallas 1216E "no slot clock" is working as expected.

So... I don't have any issue here... not sure why you're having such trouble...

 

Yeah, I am not sure either.  I have to do some more testing when I have time.  I will repeat the tests across several machines.

 

Are your No Slot Clocks genuine ones from SMT, or generic Dallas DS1216E composite chips?

 

 

tokabln's picture
Offline
Last seen: 3 days 2 hours ago
Joined: Dec 30 2015 - 10:48
Posts: 249
All no-slot clocks I'm using

All no-slot clocks I'm using are Dallas DS1216 Chips... which I'm using in a IBM 5155 (XT Portable), too.

 

 

Hope this helps...

Offline
Last seen: 5 hours 17 min ago
Joined: Apr 26 2016 - 08:36
Posts: 472
Update on the situation. I

Update on the situation.

 

I have been running my IIe systems experimentally with new production Western Design Center's WDC6502S CPU chips.  Some pin modifications are necessary to get them to work, but they run perfectly well.  The pin modification is as follows:

Lift pin 1 and leave disconnected.

Lift pin 35 and tie it to pin 8.  Pin 8 remains connected.

 

Except...

 

They don't seem to get along with the Dallas DS1216E no-slot-cock chips.  I am assuming that there is a timing issue somewhere or a bus voltage level issue that is otherwise ignored by either the modern CPU or the clock chip.

So I went to the parts bin and found an old production GTE Micro G65C02P-2, 1985 production CPU and swapped it.  Lo and behold the clock was regognized and I could set the time.

 

I have tried a couple of the Dallas DS1216E chips that I relegated to the "bad" pile, and returned them to the "good" pile.

 

 

Offline
Last seen: 2 hours 8 min ago
Joined: Jul 5 2018 - 09:44
Posts: 1518
baldrick wrote:Update on the
baldrick wrote:

Update on the situation.

 

I have been running my IIe systems experimentally with new production Western Design Center's WDC6502S CPU chips.  Some pin modifications are necessary to get them to work, but they run perfectly well.  The pin modification is as follows:

Lift pin 1 and leave disconnected.

Lift pin 35 and tie it to pin 8.  Pin 8 re

 

I'm not sure that is an adequate adapter for a WDC chip in a //e.  Someone had posted abot an Open Source project for an adapter socket for that on here within the last year.  It has a couple of discrete components, resistor and maybe a cap or diode.  I don't remember off the top of my head.  I actually made a couple of them from PCBs I was sent and they work fine.  Didn't try them with a no-slot-clock though, so I can't say if they'd solve that problem.  I'll have to dig around and see if I can find one of them and see what is on there.

 

 

Offline
Last seen: 2 hours 8 min ago
Joined: Jul 5 2018 - 09:44
Posts: 1518
Here's one of the related

Here's one of the related threads...

 

https://www.applefritter.com/content/w65c02s-adapter

 

Here's another:

 

https://www.applefritter.com/content/w65c02s-6502

 

 

Hope that helps...

 

 

 

Online
Last seen: 1 hour 59 min ago
Joined: Feb 6 2021 - 03:34
Posts: 31
For what it's worth, all of

For what it's worth, all of the WDC 65xx CPUs appear to be incompatible with the DS1215 with stock drivers.

 

I've personally tested Plamen's //e accelerator and his 65c816 replacement, as well as various iterations of WDC65c02S interface per their application notes; Plamen's stuff has a 100% failure rate, and the WDC-with-various-lifted-pins-and-pullups has a 90% failure rate.  A quick Google search shows someone on Facebook reporting the failure to Plamen, but no root-cause analysis.

 

I suspect that the WDC is switching state on eithet !CE or !OE faster than the DS1215 can handle..  When work slows down a bit, I'll pull my logic analyzer out of storage and see if I can't work out what's wrong.

 

Edit: there's a bit at the bottom of the ReactiveMicro NSC wiki page (https://wiki.reactivemicro.com/No-Slot_Clock) that might be relevent:

 

"I played around with NS.CLOCK.SYSTEM to try to investigate the issue. As you can see from the above, it is not an issue of the accelerator speed since it fails with UW at 1MHz.

"I discovered that inserting a load from somewhere in $C0xx in NS.CLOCK.SYSTEM magically made it work. I settled on LDA $C00B, since this seems to have no documented effects. I built a modified NS.CLOCK.SYSTEM called NS.CLKUW.SYSTEM which seems to work fine on all systems with or without UW installed. This seems to be a corner-case bug in the Ultrawarp logic.

"Modded and fixed NS.CLKUW.SYSTEM can be found here: https://github.com/bobbimanners/ProDOS-Utils/tree/master/No_Slot_Clock"

 

I think Bobbi is not exactly correct in her assessment -- the problem stems from the UltraWarp's WDC65c816, not the UltraWarp logic.  I won't be able to test this possible fix until next week; OP, you might want to try her NS.CLKUW.SYSTEM with the WDC CPU.

Offline
Last seen: 5 hours 17 min ago
Joined: Apr 26 2016 - 08:36
Posts: 472
Update: I think that CRYU is

Update:

 

I think that CRYU is on to something.  I grabbed  a copy of the Bobbi Manners NS.CLKUW.SYSTEM  disk image from the github page.

It works well enough with a regular garden variety 65C02.

But with the W65C02S installed it does say the driver is installed on bootup (a step forward) but the time reads 00:00:00 (a step backward) and the NSC utility program doesn't find the clock.  So no joy there.

 

To answer softwarejanitor's comments:

I tried the WDC W65C02S using WDC's instructions of lifting pin 1, Lifting pin 36 and tying it to pin 8.  The machine runs perfectly and passes diagnostics, but doesn't like the NSC driver (either of them)

I also tried with the adapter board as shown in this thread https://www.applefritter.com/content/w65c02s-adapter which adds a bypass capacitor and two pullup resistors.  The machine works equally well, but same issue with the clock driver...

 

Back to the drawing board.  I will try reaching out to Bobbi Manners, maybe.

 

Online
Last seen: 1 hour 59 min ago
Joined: Feb 6 2021 - 03:34
Posts: 31
I should probably point out

I should probably point out that Bobbi's implementation of the "fix" is, um, a bit sloppy.

 

Classic ProDOS clock drivers must be a maximum of 125 bytes, full stop, because they're written over the built-in clock driver.  The stock NSC driver, which Bobbi patched, is 125 bytes.  There's no room for three more bytes of WDC workaround.

 

What she did was chop code off the end of the driver (restores $CFFF from the stack before exiting) to make room for the necessary $C0xx access at the beginning.  In fairness that is fine for anything earlier than a //e.  Not having either a //e or the technical reference manual immediately at hand, I don't know what the ramifications of not restoring ROM state is on a //e ... but that code was most likely there for a reason.

 

The driver code itself is used to probe the NSC.  I think, but am not able to confirm until next week, that an all-zero read from the NSC would pass the probe's consistency check.

 

 

I don't see any room for further byte-saving in the driver (assuming that their scheme of saving ROM state is actually valid on a //e).  I strongly suspect that she tested this on an UltraWarp-equipped ][/][+, since the UW uses a WDC chip and it only passes the initial probe on your WDC-equipped //e.

Online
Last seen: 1 hour 59 min ago
Joined: Feb 6 2021 - 03:34
Posts: 31
baldrick wrote:the NSC
baldrick wrote:

the NSC utility program doesn't find the clock

 

A very (very!) quick disassembly of NS.CLOCK.UTILS shows that it has the original driver embedded in the executable, and uses that for probing rather than the installed (patched) ProDOS driver.

Offline
Last seen: 5 hours 17 min ago
Joined: Apr 26 2016 - 08:36
Posts: 472
Without knowing all the

Without knowing all the information, what I gleaned from Bobbi's website and github page is that the original NSC driver had scanning routines to search for the clock.  So it queried each slot to see if the NSC was underneath a ROM in a slot card - (I've run NSCs on a II+ under the Super Serial Card's ROM in the past) and then the F8 ROM on a II+ and finally the CD/CF ROM on a IIe / system ROM on IIc.

It self-modified to read the clock in the position it was found.

The modified UltraWarp code assumed it was a IIe and permanently set the card at the CD/CF ROM position.  That's how she was able to keep the code at the correct byte length.

 

But being a total dunce in assembly language, that's all that I know.

 

 

Online
Last seen: 1 hour 59 min ago
Joined: Feb 6 2021 - 03:34
Posts: 31
Ah, you're right.  I was

Ah, you're right.  I was barking up the wrong tree because I didn't read the README.md.  She documented what she did, and it is supposed to work on all platforms.

 

I still believe that she is wrong about it being an UltraWarp issue, because none of us can get it working with a WDC chip, UW or no UW.

 

I'd really like to know the underlying issue, as I have a couple of these and I want to free up a slot in my Franklin.  When I get home next week, I intend to a) test her driver on my Franklin to see if it breaks the same way for me as it does for you, and b) when that fails wire the logic analyzer to the NSC and compare NMOS behavior with WDC CMOS behavior.

 

(i.e., "let me get back to you because I'm intrigued and confused that this doesn't work in the first place")

Log in or register to post comments