TL866 Programming ATTiny 85 ???

407 views
Skip to first unread message

Walt Perko

unread,
Jun 7, 2022, 2:16:51 AM6/7/22
to Altair-Duino
Hi, 

I don't know how to set the fuses for programming the ATTiny85 for the I/O Expansion Serial board ??? 

TL866-FuseSettings.jpg

da...@hansels.net

unread,
Jun 7, 2022, 8:06:09 AM6/7/22
to Altair-Duino
You have selected to program an ATTiny11 chip so you only see the fuse options for that chip
(in the left main panel). If you select ATTiny85 you'll see the proper fuse options.

For the serial I/O card you need to set the fuses to:
Low=0xFF,  High=0x57,  Extended=0xFF (as described on the GitHub page).

I don't think there's an option to set the fuse bytes directly. You'll have to twiddle the bits
by clicking the options in the left panel until the fuse byte values shown on the bottom
match the required numbers.

Walt Perko

unread,
Jun 7, 2022, 8:32:04 AM6/7/22
to Altair-Duino
Hi,  

Actually, for programming I did select the ATTiny 85 8-PIN DIP;  

ClockGen Fuse Settings.jpg

Still I don't think I'm getting the correct 9600 BAUD;  

Port 19 Test.bmp

I haven't actually tried sending data to the speech system yet with the new programming.  

But the other correct BAUD images are in MHz, not KHz ... or I still don't know how to read the scope screen accurately;  

TTL Serial OUT 2nd Board.jpg
Port 19 Test3.jpg

Charley Jones

unread,
Jun 7, 2022, 10:26:42 AM6/7/22
to Walt Perko, Altair-Duino
That tiny 85 is such a good chip.  I built many projects around the tiny 13, and big brother tiny 85.  On the 13, if you can’t do it in 100 bytes, then don’t bother!

Sent from my iPhone 12pm!
Charley Jones, PMP

On Jun 7, 2022, at 5:32 AM, Walt Perko <r4r...@gmail.com> wrote:

Hi,  
ClockGen Fuse Settings.jpg
Port 19 Test.bmp
Port 19 Test3.jpg
Port 19 Test.bmp
TTL Serial OUT 2nd Board.jpg
TTL Serial OUT 2nd Board.jpg
ClockGen Fuse Settings.jpg

da...@hansels.net

unread,
Jun 7, 2022, 10:36:31 AM6/7/22
to Altair-Duino
Those baud rates look fine to me. At the top of the screen shot it says "100us", meaning the time between
vertical dividers is 100 microseconds, or 0.0001 seconds. So if each bit were exactly one division wide then
you would have 1/0.0001 = 10000 bits per second, i.e. 10000 baud. Each bit in your screen shot is a bit longer
than one division so probably at least in the ballpark of 9600 baud.

You can also look at the bottom where it says "Freq". Not sure what exactly the "Avg" averages over so I'm
ignoring that. But the "Cur" says 4.8KHz (or 4800 Hz). That is the frequency of a full wave (high-low) which
would be two bits (10). So the baud rate is twice that or 9600 baud.

Walt Perko

unread,
Jun 7, 2022, 12:49:29 PM6/7/22
to Altair-Duino
Hi, 

Thanks David, that helps me a lot!  As soon as I can get to it, I'll test the (88-2SIO) Port 19 with my TTL to RS-232 to SpeechBox, then servo controller and stepper motor controller.  

Knowing that 100 microseconds = 10,000 BAUD helps a lot.  Knowing that 4.8KHz = 2-bits helps a lot.  

Now I'm wondering, in the scope shot, there are five lows and four highs = 9 ... is the last high back to no data also a bit?  That is the transition is seems to be the bit rather than the base or the high.  

da...@hansels.net

unread,
Jun 8, 2022, 9:45:35 AM6/8/22
to Altair-Duino
There are actually 5 lows and 5 highs (one high is between the two bytes sent).
You are using 8N1 as parameters, meaning 8 data bits, no parity bit and 1 stop bit.
Each byte sent starts with a start bit which is always low. Then come the 8 data bits
(decimal 85=binary 01010101) but in reverse order (LSB first) which makes 10101010.
After the last data bit there is the stop bit which is always high. After that the line is idle
until the next byte is sent and in that state it is also high. Then the next byte starts with
its start bit and so on.

So the 8N1 parameters specify that each byte has a total of 10 transmitted bits but
the last (stop) bit blends into the idle state of the line. If you were to send 85 continuously
without breaks in between then you'd see a continuous pattern on 01010101... since
the stop bit (high) would be directly followed by the next byte's start bit (low).

Note that RS232 (as opposed to TTL serial) has the signal inverted. What's high here would
be low in RS232.
Reply all
Reply to author
Forward
0 new messages