Mystery IC: Allen Bradley 314B102
tmfdmike at gmail.com
Thu Dec 17 07:56:48 CST 2015
In extreme brief as nearly 3am and I've been hacking late on a 3277 :)
1. The mechanism has just been extensively serviced by an expert and works
perfectly in local typewriter mode.
2. Possible bad contacts had occurred to me and will be investigated.
3. Yes there's another board that drives the mechanism! I'll get pics.
On Dec 18, 2015 2:08 AM, "Paul Berger" <phb.hfx at gmail.com> wrote:
> On 2015-12-17 2:26 AM, Mike Ross wrote:
>> On Wed, Dec 16, 2015 at 8:01 PM, Brent Hilpert <hilpert at cs.ubc.ca> wrote:
>>> On 2015-Dec-15, at 6:21 PM, Mike Ross wrote:
>>>> On Wed, Dec 16, 2015 at 11:43 AM, Mike Stein <mhs.stein at gmail.com>
>>>> I have taken Brent up on that :-)
>>>> I'll poke a bit more myself and see what we can work out together
>>>> before I decide if the effort is worth it.
>>> First crack can be picked up here:
>>> There are a few areas and pins I couldn't discern from the photos.
>>> Mostly around U1 & U6 as the lens angle and lighting is hiding some
>>> connections around those.
>>> If you take another photo or check some of the connections marked in red
>>> I can update the schematic.
>>> I've labeled the host interface connections as per the most likely
>>> D0-D6: in correspondence to the 'normal' PROM addressing, so D0
>>> is likely the ASCII LSB.
>>> nSTB: this should be the print-strobe input, looks like
>>> BUSY/RDY: haven't examined the logic enough to say whether this
>>> active-high or -low for whichever way one chooses to interpret it - BUSY /
>>> READY / ACK.
>> Amazing work Brent!
>> I've wired the thing up in accordance with your schematics and here
>> are the results:
>> On power-up the line we believe is Strobe is high; all others are low
>> - and I'm monitoring the printer side of the interface here.
>> I cat file.name > /dev/lp0
>> The printer prints a character; Linux is waiting. The line we presume
>> to be Busy/Ready flickers briefly high as it is printed.
>> I toggle the local/com switch from com to local and back to com:
>> another character is printed. Linux waits. I can sometimes continue
>> this process one character at a time by toggling the local/com switch.
>> At other times toggling the switch sends Linux straight back to the
>> command prompt.
>> The characters printed are pretty exclusively semicolons underscores and
>> The carriage never advances; all characters are printed at the same spot.
>> Further observations:
>> - If I initiate the print with the Strobe line disconnected Linux
>> returns to the command prompt instantly and nothing is printed.
>> - If I disconnect the Strobe line after printing has started Linux
>> returns to the command prompt instantly after the com/local switch is
>> - If I disconnect the Busy line prior to starting to print nothing is
>> printed until I connect the Busy line
>> - If I print a character by cycling the local/com switch with the Busy
>> line disconnected a *second* character is printed when I reconnect it.
>> - Busy flickers high every time a character is printed. The status of
>> the Strobe line never visibly changes; it always appears high. Might
>> put a scope on those...
>> There's clearly something funky going on with signaling - timing or
>> active high vs. active low. At no time does the printer *ever* print
>> more than one character without some manual intervention.
>> 'No greater love hath a man than he lay down his life for his brother.
>> Not for millions, not for glory, not for fame.
>> For one person, in the dark, where no one will ever know or see.'
> 1. If the carriage never advances that is a mechanical problem, the
> escapement is triggered by a cam on the filter shaft. If the cords are
> off, these are white nylon cords attached to each side of the carrier, the
> carrier will not move. It is also possible something is jamming the
> 2. There must be more electronics in this than the one card. There would
> need to be a 5V power supply for the logic and 48V power supply for the
> solenoids (magnets). There would also need to be drivers for the magnets,
> there is nothing on the board with the logic to drive the 48V magnets.
> 3. It would be helpful to know where the signals inside the typer go. My
> guess would be the outputs from the PROMs would go to drivers for the
> selection and function magnets, and one of the others must go to pick the
> cycle clutch, but there would need to be some way to inhibit that for
> functions, and I don't see that on the schematic. Some of the inputs on
> the extreme left of the diagram likely go to feedback contacts, but it
> would be helpful to know which ones.
> 4. It is possible the expected feedback from the typer is not happening
> due to a contaminated contact. If the contacts are gold coloured, they are
> gold plated and you should not use anything abrasive to clean them.
More information about the cctech