<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: The VAMS-0808 matrix switcher and determining its protocol - part 2</title>
	<atom:link href="http://www.killswtch.net/2008/03/15/the-vams-0808-matrix-switcher-and-determining-its-protocol-part-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.killswtch.net/2008/03/15/the-vams-0808-matrix-switcher-and-determining-its-protocol-part-2/</link>
	<description>A geek's thoughts on various stuff</description>
	<pubDate>Mon, 08 Sep 2008 03:28:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: killswtch</title>
		<link>http://www.killswtch.net/2008/03/15/the-vams-0808-matrix-switcher-and-determining-its-protocol-part-2/#comment-553</link>
		<dc:creator>killswtch</dc:creator>
		<pubDate>Sun, 16 Mar 2008 07:41:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.killswtch.net/2008/03/15/the-vams-0808-matrix-switcher-and-determining-its-protocol-part-2/#comment-553</guid>
		<description>I can only hazard a guess that it is because of poor firmware/hardware design - perhaps the input buffer becomes temporarily locked, so any incoming data on the serial line just gets lost.

Their own control software actually takes the defect into account, as it sends every command 3 times. My version works quite reliably now, but I ended up writing it using an event-driven model which wouldn't really be practical in languages that don't have notions of events.

Interesting idea, using the link connector. I didn't think of that. Let's hope that method works a little more reliably. I'm going to be sticking to the standard RS232 interface though, since it works well enough to suit my needs.</description>
		<content:encoded><![CDATA[<p>I can only hazard a guess that it is because of poor firmware/hardware design - perhaps the input buffer becomes temporarily locked, so any incoming data on the serial line just gets lost.</p>
<p>Their own control software actually takes the defect into account, as it sends every command 3 times. My version works quite reliably now, but I ended up writing it using an event-driven model which wouldn&#8217;t really be practical in languages that don&#8217;t have notions of events.</p>
<p>Interesting idea, using the link connector. I didn&#8217;t think of that. Let&#8217;s hope that method works a little more reliably. I&#8217;m going to be sticking to the standard RS232 interface though, since it works well enough to suit my needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Larry</title>
		<link>http://www.killswtch.net/2008/03/15/the-vams-0808-matrix-switcher-and-determining-its-protocol-part-2/#comment-552</link>
		<dc:creator>Larry</dc:creator>
		<pubDate>Sun, 16 Mar 2008 03:24:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.killswtch.net/2008/03/15/the-vams-0808-matrix-switcher-and-determining-its-protocol-part-2/#comment-552</guid>
		<description>I enjoyed your video of the Vams and interface. I have been working on interfacing the Vams to a Symetrix Symnet 8X8 DSP unit at my job. I was interested in the fact that you have also discovered that the Vams will miss a serial command from time to time. I thought it was something I was doing wrong. It works fine about 8 out of 10 times but what I need is 100% of the time. I am surprised in the lack of documentation that the company gives in regards to the serial protocol which I derived using hyperterminal in windows. I am now concidering building and programing a small microcomputer RS232 interface using my own switching code protocol and switch the Vams using input switching pins 9 through 13 on the 15 pin link connector. The switch codes can be recorded by monitoring the output pins 1 through 5 which are open collector outputs. Pin 5 is the sync pulse and 1-4 are the data. I would be interested in finding out if you have discovered why the Vams serial interface is so unpredictable.

Larry</description>
		<content:encoded><![CDATA[<p>I enjoyed your video of the Vams and interface. I have been working on interfacing the Vams to a Symetrix Symnet 8X8 DSP unit at my job. I was interested in the fact that you have also discovered that the Vams will miss a serial command from time to time. I thought it was something I was doing wrong. It works fine about 8 out of 10 times but what I need is 100% of the time. I am surprised in the lack of documentation that the company gives in regards to the serial protocol which I derived using hyperterminal in windows. I am now concidering building and programing a small microcomputer RS232 interface using my own switching code protocol and switch the Vams using input switching pins 9 through 13 on the 15 pin link connector. The switch codes can be recorded by monitoring the output pins 1 through 5 which are open collector outputs. Pin 5 is the sync pulse and 1-4 are the data. I would be interested in finding out if you have discovered why the Vams serial interface is so unpredictable.</p>
<p>Larry</p>
]]></content:encoded>
	</item>
</channel>
</rss>
