<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/1.5" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Reverse Boonjaneering</title>
	<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/</link>
	<description>Questions, music, noise, and computer nerditry.</description>
	<pubDate>Wed, 08 Oct 2008 11:23:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5</generator>

	<item>
		<title>by: David (Boon) Tenace</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2358</link>
		<pubDate>Thu, 02 Feb 2006 09:54:24 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2358</guid>
					<description>My Boony seemed to be a talk-on-timer Boony; he only talked once every hour and never responded to the beeps on TV. I followed the Project 2 and soldered some wires with a switch on his base, and now during a talk window I have Boony talking on demand! I love it! Except I have to wait for a talk window... or do I?

I noticed the &quot;See when Boony is awake&quot; project shows when the Boony talk circuit goes &quot;Live&quot; (ie. when the point in the photo jumps to ~5v). If we run a link from the 5v source (+ end of the batteries) to this &quot;Boony Live&quot; point, wouldn't that keep Boonys talk window open all the time?  I know the batteries would die quicker but he wouldnt be that hard to run from a 5v AC adapter...

I'm gonna try it, let ya'll know.</description>
		<content:encoded><![CDATA[	<p>My Boony seemed to be a talk-on-timer Boony; he only talked once every hour and never responded to the beeps on TV. I followed the Project 2 and soldered some wires with a switch on his base, and now during a talk window I have Boony talking on demand! I love it! Except I have to wait for a talk window&#8230; or do I?</p>
	<p>I noticed the &#8220;See when Boony is awake&#8221; project shows when the Boony talk circuit goes &#8220;Live&#8221; (ie. when the point in the photo jumps to ~5v). If we run a link from the 5v source (+ end of the batteries) to this &#8220;Boony Live&#8221; point, wouldn&#8217;t that keep Boonys talk window open all the time?  I know the batteries would die quicker but he wouldnt be that hard to run from a 5v AC adapter&#8230;</p>
	<p>I&#8217;m gonna try it, let ya&#8217;ll know.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Tim</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2362</link>
		<pubDate>Thu, 02 Feb 2006 10:51:58 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2362</guid>
					<description>David,

The &quot;forcing&quot; of the talk window will not work as the CPU (black blob) has to power up this point on it's own.  Thus, any signal processed by the audio stage (right hand side of the board) will be ignored.  

This was the first thing I tried.

The secrets of Boon are revealing themselves to me, gradually.  Mr Speaker will be the first to find out ('cept for my street when I run down it naked shouting &quot;EUREKA&quot; - Archimedes and boyancy - when I know the answer)

I am very close to decoding the program code.  I should be able to code him to think that it a match day of my choice, but any major mods will require an additional controller.

I'll keep you all posted.

</description>
		<content:encoded><![CDATA[	<p>David,</p>
	<p>The &#8220;forcing&#8221; of the talk window will not work as the CPU (black blob) has to power up this point on it&#8217;s own.  Thus, any signal processed by the audio stage (right hand side of the board) will be ignored.  </p>
	<p>This was the first thing I tried.</p>
	<p>The secrets of Boon are revealing themselves to me, gradually.  Mr Speaker will be the first to find out (&#8217;cept for my street when I run down it naked shouting &#8220;EUREKA&#8221; - Archimedes and boyancy - when I know the answer)</p>
	<p>I am very close to decoding the program code.  I should be able to code him to think that it a match day of my choice, but any major mods will require an additional controller.</p>
	<p>I&#8217;ll keep you all posted.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: David (Boon) Tenace</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2364</link>
		<pubDate>Thu, 02 Feb 2006 12:09:54 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2364</guid>
					<description>Doh!</description>
		<content:encoded><![CDATA[	<p>Doh!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Wal</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2377</link>
		<pubDate>Fri, 03 Feb 2006 09:57:42 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2377</guid>
					<description>Tim: I probly should have put this here first...

Tim: Did you say you have a seperate MCU connected to your boonie? From what I can work out after removing the epoxy (and sacrificing the micro underneath) the chip must have an onboard DAC as the speaker is driven directly from the chip. You’d have to assume that the 24C01 would hold all of boonies quotes, when read it would provide a digital form of his quote to the processor which then runs it through a DAC to the speaker. My plan is to connect a PIC to the EEPROM and read and store its data so we can then feed this through our own DAC, allowing us to have Boony speak all his quotes. From there the possibilities are endless! I can’t see a lot of point in keeping the analogue circuitry for the “beep” drive, as once the cricket is finished I doubt we’ll hear those tones again. We just need a reasonable input trigger and we can resurect our boonies for ever! 

</description>
		<content:encoded><![CDATA[	<p>Tim: I probly should have put this here first&#8230;</p>
	<p>Tim: Did you say you have a seperate MCU connected to your boonie? From what I can work out after removing the epoxy (and sacrificing the micro underneath) the chip must have an onboard DAC as the speaker is driven directly from the chip. You’d have to assume that the 24C01 would hold all of boonies quotes, when read it would provide a digital form of his quote to the processor which then runs it through a DAC to the speaker. My plan is to connect a PIC to the EEPROM and read and store its data so we can then feed this through our own DAC, allowing us to have Boony speak all his quotes. From there the possibilities are endless! I can’t see a lot of point in keeping the analogue circuitry for the “beep” drive, as once the cricket is finished I doubt we’ll hear those tones again. We just need a reasonable input trigger and we can resurect our boonies for ever!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mr. Speaker</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2378</link>
		<pubDate>Fri, 03 Feb 2006 10:03:16 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2378</guid>
					<description>Are the boony sounds stored in the EEPROM? According to the specs for the &lt;a href=&quot;http://mrspeaker.webeisteddfod.com/files/BoonyChip_24c01a.pdf&quot; rel=&quot;nofollow&quot;&gt;24C01 chip&lt;/a&gt; it only has 1, 2, or 4K storage - That wouldn't be enough to store all those quotes even in 8bit crunchy goodness - would it? I thought that his words must have been under the epoxy. How are samples usually stored in these sorts of gadgets?</description>
		<content:encoded><![CDATA[	<p>Are the boony sounds stored in the EEPROM? According to the specs for the <a href="http://mrspeaker.webeisteddfod.com/files/BoonyChip_24c01a.pdf" rel="nofollow">24C01 chip</a> it only has 1, 2, or 4K storage - That wouldn&#8217;t be enough to store all those quotes even in 8bit crunchy goodness - would it? I thought that his words must have been under the epoxy. How are samples usually stored in these sorts of gadgets?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Wal</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2379</link>
		<pubDate>Fri, 03 Feb 2006 10:24:15 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2379</guid>
					<description>Not definite, but I'd reckon they would be, couldn't see much other need for the EEPROM otherwise, you'd assume the chip itself would have enough memory to run it's program being a pretty basic program. Could be wrong though, it happened once before ha ha.
Did my Boony &quot;talk on demand&quot; and &quot;display talk window&quot; mods, now just waiting for the cricket to start!! Bring it on!!</description>
		<content:encoded><![CDATA[	<p>Not definite, but I&#8217;d reckon they would be, couldn&#8217;t see much other need for the EEPROM otherwise, you&#8217;d assume the chip itself would have enough memory to run it&#8217;s program being a pretty basic program. Could be wrong though, it happened once before ha ha.<br />
Did my Boony &#8220;talk on demand&#8221; and &#8220;display talk window&#8221; mods, now just waiting for the cricket to start!! Bring it on!!
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Tim</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2381</link>
		<pubDate>Fri, 03 Feb 2006 12:52:05 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2381</guid>
					<description>Wal, 

I've just removed the EEPROM from the board, the left side is shorted (A0, A1, A2 and GND) to the WE pin (write protect).  When the WE pin is connected to GND, the array can be read from and written to.  I have examined the initial data signals after powerup and determined that it is trying to WRITE to the EEPROM.  The bitstream is as follows:
START, 1010000 (according to the Device address, Figure 7 for 1K) then a ZERO = write.  The data stream then slowly rises (representing a release to read ACK bit) then repeats as my EEPROM is removed.

I will now read the EEPROM and see what it contains.

</description>
		<content:encoded><![CDATA[	<p>Wal, </p>
	<p>I&#8217;ve just removed the EEPROM from the board, the left side is shorted (A0, A1, A2 and GND) to the WE pin (write protect).  When the WE pin is connected to GND, the array can be read from and written to.  I have examined the initial data signals after powerup and determined that it is trying to WRITE to the EEPROM.  The bitstream is as follows:<br />
START, 1010000 (according to the Device address, Figure 7 for 1K) then a ZERO = write.  The data stream then slowly rises (representing a release to read ACK bit) then repeats as my EEPROM is removed.</p>
	<p>I will now read the EEPROM and see what it contains.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Shmoo</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2391</link>
		<pubDate>Fri, 03 Feb 2006 16:13:18 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2391</guid>
					<description>It's sad because we need to do a lot of research on the noble Boonhattan Project before the VB Series is over soon. :'(</description>
		<content:encoded><![CDATA[	<p>It&#8217;s sad because we need to do a lot of research on the noble Boonhattan Project before the VB Series is over soon. :&#8217;(
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mr. Speaker</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2407</link>
		<pubDate>Sat, 04 Feb 2006 14:11:08 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2407</guid>
					<description>Hey Tim,

I had tested your talk-window connectoin by manually holding the LED and resistor in place. Today I went to solder him up - I did the ground connection no problem - but the other joint seems tricky. If I solder a wire into that lil' hole next to the resistor I will surely make a blog-o-solder that will touch both components next to it (C4 and R2) - is that okay? Or do I have to a magic tiny solder?

Also, what if I want to use a green or yellow led? are they the same as red (besides, you know, the colour thing...)?
'
</description>
		<content:encoded><![CDATA[	<p>Hey Tim,</p>
	<p>I had tested your talk-window connectoin by manually holding the LED and resistor in place. Today I went to solder him up - I did the ground connection no problem - but the other joint seems tricky. If I solder a wire into that lil&#8217; hole next to the resistor I will surely make a blog-o-solder that will touch both components next to it (C4 and R2) - is that okay? Or do I have to a magic tiny solder?</p>
	<p>Also, what if I want to use a green or yellow led? are they the same as red (besides, you know, the colour thing&#8230;)?<br />
&#8216;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Tim</title>
		<link>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2429</link>
		<pubDate>Mon, 06 Feb 2006 08:21:44 +1100</pubDate>
		<guid>http://mrspeaker.webeisteddfod.com/2006/02/02/reverse-boonjaneering/#comment-2429</guid>
					<description>The colour of the LED will change it, but RED, GREEN and YELLOW are all very similar.  BLUE has a greater voltage drop (Vled) accross is when it's on, so it requires a lower resistor for the same current.

Also, there are a number of other spots on the PCB you can connect it to, use your multimeter to find out, it's just that the one mentioned was the closest to the GND point I used.  

By the way, I made a mistake in my previuos post, the EEPROM is actually being READ FROM, using the random read.  I thought that was to read a random address, but it means to read an address at a random point in time.  Therefore, for some weird reason, you have to pretend to write to it, then read from it (see datasheet).

The EEPROM is only 1K and therefore isn't nearly big enough to store all his quotes, even at maximum compression.

I haven't had a chance to read it yet, spent some time at in on Friday, but the poopie hit the fan during the arvo and I had to leave.  I'll try and get back to it tomorrow night.
</description>
		<content:encoded><![CDATA[	<p>The colour of the LED will change it, but RED, GREEN and YELLOW are all very similar.  BLUE has a greater voltage drop (Vled) accross is when it&#8217;s on, so it requires a lower resistor for the same current.</p>
	<p>Also, there are a number of other spots on the PCB you can connect it to, use your multimeter to find out, it&#8217;s just that the one mentioned was the closest to the GND point I used.  </p>
	<p>By the way, I made a mistake in my previuos post, the EEPROM is actually being READ FROM, using the random read.  I thought that was to read a random address, but it means to read an address at a random point in time.  Therefore, for some weird reason, you have to pretend to write to it, then read from it (see datasheet).</p>
	<p>The EEPROM is only 1K and therefore isn&#8217;t nearly big enough to store all his quotes, even at maximum compression.</p>
	<p>I haven&#8217;t had a chance to read it yet, spent some time at in on Friday, but the poopie hit the fan during the arvo and I had to leave.  I&#8217;ll try and get back to it tomorrow night.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
