<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Harrison Series Twelve User Group &#187; maikol</title>
	<atom:link href="http://seriestwelve.org/author/maikol/feed/" rel="self" type="application/rss+xml" />
	<link>http://seriestwelve.org</link>
	<description>Where Harrison S12 Console lovers meet!</description>
	<lastBuildDate>Wed, 04 Sep 2019 20:24:26 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
		<item>
		<title>Transceiver chips for Peri Proc and Automation cards</title>
		<link>http://seriestwelve.org/transceiver-chips-for-peri-proc-and-automation-cards/</link>
		<comments>http://seriestwelve.org/transceiver-chips-for-peri-proc-and-automation-cards/#comments</comments>
		<pubDate>Fri, 14 Oct 2011 12:21:00 +0000</pubDate>
		<dc:creator>maikol</dc:creator>
				<category><![CDATA[Maintenance]]></category>

		<guid isPermaLink="false">http://seriestwelve.org/import/transceiver-chips-for-peri-proc-and-automation-cards/</guid>
		<description><![CDATA[Hello all, i have a reliable source for the &#8220;obsolete&#8221; and increasingly hard to find ATT 41LM (also called  LUCENT 41LM later in production) Serial driver chips. If these go bad in your automation cards &#8230;&#8230; you dont even want to know what it will cost you for the &#8220;daughter board&#8221; replacement of these chips. So&#8230; here goes. After some dodgy dealings with some Pacific suppliers who &#8230; in actuality [...]]]></description>
			<content:encoded><![CDATA[<p>Hello all, i have a reliable source for the &#8220;obsolete&#8221; and increasingly hard to find ATT 41LM (also called  LUCENT 41LM later in production) Serial driver chips. If these go bad in your automation cards &#8230;&#8230; you dont even want to know what it will cost you for the &#8220;daughter board&#8221; replacement of these chips. So&#8230; here goes. After some dodgy dealings with some Pacific suppliers who &#8230; in actuality had no supply, i found this gentleman and company who actually get the chips.</p>
<p><img class="alignright size-medium wp-image-14255677423" title="att-41lm-close" src="http://seriestwelve.org/wp-content/uploads/2011/10/att-41lm-close-300x200.jpeg" alt="" width="300" height="200" />Hugh Iverson<br />
Account Executive</p>
<p>Chicago Tech, Inc. / <a href="http://www.chicagotech.com/" target="_blank">www.chicagotech.com</a><br />
4043 N. Ravenswood Ave.<br />
Chicago, IL  60613<br />
800-442-4011 Ext. 6011<br />
773-687-6011 Direct<br />
312-948-9486 Fax<br />
<a href="mailto:hiverson@chicagotech.com">hiverson@chicagotech.com</a></p>
<p>They only have 1,100 of these chips left&#8230;. so hurry ! LOLz  two or four of these will probably last you two lifetimes. They are around $7 each for these (because they are hard to find). These Chips are robust and seldom fail, or so the story goes. Never hurts to be ready for seldom.</p>
<p>&nbsp;</p>
<p><img class="alignleft size-medium wp-image-14255677424" title="peri-proc-xcvr-chips" src="http://seriestwelve.org/wp-content/uploads/2011/10/peri-proc-xcvr-chips-200x300.jpeg" alt="" width="200" height="300" />Also i had Harrison replace two chips in one of my peri-proc  boards ( model # SN75176BP ) that brought my serial from not working&#8230;to working. Harrison did the repair for a really reasonable sum as well&#8230;Kudos and thanks to Brian Cox @ Harrison.</p>
<p>I did the same replacement on all my other cards and they were repaired as well. the chips are located @ u47 and u48 on the peripheral processor boards. there are ten identical chips in the same section. Might as well replace them all since they are $.60 (thats 60 cents)  each. Heres where you get those.</p>
<p><a href="http://search.digikey.com/us/en/products/SN75176BP/296-1739-5-ND/277385" target="_blank">http://search.digikey.com/us/en/products/SN75176BP/296-1739-5-ND/277385</a></p>
<p>I had a ground fault in my mains power that fried the chips. Good ones to know about.</p>
]]></content:encoded>
			<wfw:commentRss>http://seriestwelve.org/transceiver-chips-for-peri-proc-and-automation-cards/feed/</wfw:commentRss>
		<slash:comments>20</slash:comments>
		</item>
		<item>
		<title>Input/Output routing strange behaviours on ch1 to 16&#8230;</title>
		<link>http://seriestwelve.org/problem-problem-solved-inputoutput-routing-strange-behaviours-on-ch1-to-16/</link>
		<comments>http://seriestwelve.org/problem-problem-solved-inputoutput-routing-strange-behaviours-on-ch1-to-16/#comments</comments>
		<pubDate>Wed, 15 Sep 2010 17:45:00 +0000</pubDate>
		<dc:creator>maikol</dc:creator>
				<category><![CDATA[Problem ... Solved!]]></category>

		<guid isPermaLink="false">http://seriestwelve.org/import/problem-problem-solved-inputoutput-routing-strange-behaviours-on-ch1-to-16/</guid>
		<description><![CDATA[EDIT Feb. 2018 : I&#8217;ve eventually found the culprit ! I&#8217;ve added the solution at the end of this article. We have experienced very strange behaviours on our beloved S12 recently. We sometimes had no input from channel 1 to channel 16 right from the powering up of the console. Some other times the sound was entering the channels, but not exiting them (no routing was working). Some other times [...]]]></description>
			<content:encoded><![CDATA[<p><strong>EDIT Feb. 2018 : I&#8217;ve eventually found the culprit ! I&#8217;ve added the solution at the end of this article.</strong></p>
<p>We have experienced very strange behaviours on our beloved S12 recently.</p>
<p>We sometimes had no input from channel 1 to channel 16 right from the powering up of the console. Some other times the sound was entering the channels, but not exiting them (no routing was working). Some other times it was the total opposite: sound was present even when the channels were muted!</p>
<p><img class="alignright size-medium wp-image-14255677087" title="assignment-board-1" src="http://seriestwelve.org/wp-content/uploads/2012/10/assignment-board-1-200x300.jpeg" alt="assignment-board-1" width="200" height="300" />Everything was pretty much unpreddictable, by the way&#8230;</p>
<p>As it was only on the first channel carrier (ch1 to 16), I checked the processor card of that carrier, and then every channel card.</p>
<p>I found that, on channel 16&#8242;s assignment board, one condenser was not good looking (it had leaked).</p>
<p>So I replaced the whole assignment board with a spare one, and that seems to have solved the problem.</p>
<p>BUT, as the problem was very unpredictable, I&#8217;m not yet sure that it is definitely solved. We&#8217;ll see in use if it stays OK!</p>
<p><strong>EDIT Feb. 2018 : this wasn&#8217;t the solution to the problem, as it happened again after changing the assignment board. I eventually found the culprit several years later (!), while doing some cleaning :</strong></p>
<p>After I had removed every channel cards and the brain card from the ch1-16 carrier, I noticed that the backplane (the big card on the bottom of the carrier, with the connectors which the channels plug into) was not tightly secured on the rack chassis, as a number of screws had gotten loose. So I tightened them all correctly and thought &#8220;wait a minute, some of those screws are used to bond the backplane&#8217;s ground to the chassis, so maybe this is the source of the problem ?&#8221;.</p>
<p>And bingo, after I had put every cards back in place, I started the console, and no problem with ch1 to 16. This was last year (2017), and the problem hasn&#8217;t happened a single time since ! <img src='http://seriestwelve.org/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>
<p>What was happening was that depending on how bad the connection to the digital ground was, sometimes the serial data was not received correctly by the brain card (it needs this ground as a reference), and the corresponding channels would not start correctly. I also understand now why sometimes just pulling some cards out and then pushing them back in would temporarily solve the problem : it was just pushing the backplane on the chassis and re-bonding the digital ground for a while !</p>
<p>So here it is guys : if you&#8217;re control panel acts weirdly on startup, check those backplane screws ! <img src='http://seriestwelve.org/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  </p>
<p style="text-align: right;">Hope this helps&#8230;<br />
Maikol</p>
<div></div>
]]></content:encoded>
			<wfw:commentRss>http://seriestwelve.org/problem-problem-solved-inputoutput-routing-strange-behaviours-on-ch1-to-16/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Problem with the Graphic slave! PROBLEM SOLVED!</title>
		<link>http://seriestwelve.org/problem-with-the-graphic-slave-problem-solved/</link>
		<comments>http://seriestwelve.org/problem-with-the-graphic-slave-problem-solved/#comments</comments>
		<pubDate>Tue, 27 Apr 2010 16:01:00 +0000</pubDate>
		<dc:creator>maikol</dc:creator>
				<category><![CDATA[Problem ... Solved!]]></category>

		<guid isPermaLink="false">http://seriestwelve.org/import/problem-with-the-graphic-slave-problem-solved/</guid>
		<description><![CDATA[I&#8217;m having a pretty annoying problem with the S12: The touchscreen freezes, mostly while entering a slate for a channel. It becomes nonreactive to touch, and the mac says &#8220;Graphic slave has not responded, please save your work and restart&#8221; A few seconds later it says &#8220;Autocard has not responded for 30 seconds&#8221;. At the same time the racks are not displaying what they display normally, it&#8217;s as if they [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m having a pretty annoying problem with the S12:</p>
<p>The touchscreen freezes, mostly while entering a slate for a channel. It becomes nonreactive to touch, and the mac says &#8220;Graphic slave has not responded, please save your work and restart&#8221;</p>
<p>A few seconds later it says &#8220;Autocard has not responded for 30 seconds&#8221;.<br />
At the same time the racks are not displaying what they display normally, it&#8217;s as if they were disconnected.The only way to get it working again is to reload the code from the mac, or restart the mac itself.But the problem happens again quite immediately after reload if I try to enter a slate!!!</p>
<p>Pretty annoying! Has anyone ever experienced this?</p>
<p><span style="color: #ff0000;">EDIT : problem solved!</span><br />
<span style="color: #ff0000;">JUST TRASH THE &#8220;SLATE&#8221; FILE IN THE GLW FOLDER!!!</span></p>
<p>That &#8220;slate&#8221; file stores all the suggestion the touchscreen gives you when you are typing a channel&#8217;s slate on it, so this can get pretty big afters years of using the console. Until a point where it slows down so much the console that the computer thinks the touchscreen has crashed!</p>
]]></content:encoded>
			<wfw:commentRss>http://seriestwelve.org/problem-with-the-graphic-slave-problem-solved/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>
