Search results

Ahhh ok. dang. Yeah i have a project that uses the Intel 8044/8344 for generic SDLC stuff so i was wondering how it could plug into that, but, i suppose it wont.

Can this firmware/chip speak generic SDLC frames versus localtalk-specific? Just curious.

Its probably related to the RAM manufacturer. the initial state of RAM on powerup defines that behavior, and it varies from manufacturer to manufacturer.

I have also seen it where the motor control/driver IC goes bad, and itll drop a phase. You know because when the motor tries to spin, itll only spin to the dead pole and get "stuck" there. In other cases, it may start but itll sound a bit rough.

On the Macintosh Portable, I got an E code due to the R/W line being broken from the CPU and GLU

You should grab a dremel tool and clean out that carbon tracking below the capacitor. This will always remain conductive to some degree and start causing you problems.

Yeah that is a problem. If that clamp breaks, it throws off the core gap so that flyback will never work properly, if at al, again.

It is only there to prevent mechanical resonance, because if the core is too loose, it can cause ringing that some people can hear. Also, the core gap is very critical to the operation of a flyback transformer, so the glue helps prevent the core from moving too much and causing the core gap to...

Yeah I didn't get any of that footage because I don't have a tripod. So I specifically skipped all of that on purpose. CPU removal was as easy as just using a heat gun to pull the chip out carefully. You could go at it with a hakko but that would take a while. The rear metal plate was as easy...

Not sure what that particular chip is. try and match the part number.

high pitch sound = hardware failed self-test. Yeh one of your chips died. Probably the SWIM, but there are a couple control signals I think come from elsewhere such as UA3.

Well, it is a hardware issue, thats fact. I suppose the trouble is going to be finding the fault. :-/

Dont disk writes require interrupts to be completely disabled during the write due to timing reasons? Wonder if somethings going wrong there

Read through this thread, definitely taking an insane approach to try and locate an issue related to buffer corruption. I have a feeling its RAM related, and when I mean that, those F258s do go bad. Funnily enough its getting past the RAM tests.

these jsut dont "normalize". Things that fix themselves will break themselves again.

Yeah that has not been my experience. brightness still drifts all over the map with ceramics.

You cannot use ceramic caps in an LCD. too many varying voltages, Ceramics will cause issues with its internal capacitance changing against the applied voltage. Not saying this is your cause, but ceramics work in alot of things but only under certain cases. I tried using ceramics in my 145...

I have a pair, one is labeled Superdrive, the other is labeled FDHD. I could check then i get off work

the CRT is junk. the arcing you see in the back of the neck are pieces of metal debris from the remnants of the aperture grille that fell apart in the front of the CRT, that are what those spots are, metal debris caught between the phosphor and the aperture grille. It would have taken a very...

nah thats not normal, but thats oddball... Woudlnt surprise me if theres an intermittent via