|
|
View previous topic :: View next topic |
Author |
Message |
djsb
Joined: 29 Jan 2011 Posts: 36
|
Driver for SAA1061 port expander (CBUS). |
Posted: Fri Aug 19, 2022 1:45 am |
|
|
Hi,
Can anyone help with how to drive this SAA1061 port expander chip (last post dated 19th August 2022).
https://www.eevblog.com/forum/microcontrollers/old-cbus-serial-protocol-specification-any-info-out-here/msg4352107/#msg4352107
I am assuming that the driver would be nearly the same as for the PCE2111 LCD driver? However, I do not know how the chip is addressed or how the direction of the chip is controlled through the data stream. The SAA1061 seems to use a -2 or -3 suffix to indicate the address that has been hardwired using pins A0 and A1 (pins 7 and 4 respectively). I will do further research on how a priority encoder works but if anyone can describe how it works in THIS context that would be great. I have included here the previous code very kindly provided for the PCE2111 by Ttelmah (and slightly modified by me as I experiment with the code)
Code: |
/*
FILENAME:REVOX_B261_PCE2111_LCD_TEST1.C
REVISION:0.1
Date:05 August 2022
Author: Original Ttelmah CCS INFO FORUM 04th August 2022 with contributions by David J S Briscoe
Purpose: This program is to test the Mullard/Philips PCE2111 Duplex 64 segment LCD driver on a Revox B261 FM tuner.
Status: 10th August:All segments are lit (apart from STORE and ANT-Check LCD connections.
Pin diagram
; Target Controller - PIC16F1847
;
; RS232-WHITE------RA2 |1 18| RA1-----------
; -----------------RA3 |2 17| RA0-----------
; -----------------RA4 |3 16| RA7-----------
; -----------------RA5 |4 15| RA6-----------
; GND--------------VSS |5 14| VDD-----------+5V
; PCE2111 DLEN-----RB0 |6 13| RB7-----------
; PCE2111 DATA-----RB1 |7 12| RB6-----------
; PCE2111 CLB------RB2 |8 11| RB5-----------
; -----------------RB3 |9 10| RB4-----------
;
;
NOTES:
*/
#include <16F1847.H>
#fuses INTRC_IO, NOWDT, NOBROWNOUT, PUT,NOPROTECT,MCLR,NOLVP
#use delay(clock=8000000)
#use RS232(baud=9600, xmit=PIN_A2,ERRORS) //RS232 on Pin A2
// Define pins for CBUS
#define DLEN PIN_B0
#define DATA PIN_B1
#define CLB PIN_B2 //set to suit you
int32 low32 = 0xFFFFFFFF; //ALL segments ON
int32 high32 = 0xFFFFFFFF; //
//int32 low32 = 0x00000000; //ALL segments OFF.
//int32 high32 = 0x00000000; //.
//int32 low32 = 0xFFDFFFFF; //STEREO (SEG 22)OFF (all others ON).
//int32 high32 = 0xFFFFFFFF; //
//int32 low32 = 0xFFFFFF7F; //25 OFF (SEG 8) ALL others ON.
//int32 high32 = 0xFFFFFFFF; //.
//int32 low32 = 0xFFFFFF7F; //25 OFF. POINT AND MHZ OFF
//int32 high32 = 0xFFFFFF7F; //
//int32 low32 = 0xFFFFFFFF; //75 OFF.25 AND 50 ON. 50 AND 75 SEG 32.
//int32 high32 = 0x7FFFFFFF; //
//int32 low32 = 0x7FFFFFFF; //50 OFF REST ON
//int32 high32 = 0xFFFFFFFF; //
void init(void)
{
//call at start to ensure lines are low
output_low(DLEN);
output_low(CLB);
}
#inline
void clock()
{
//generate one bit clock
delay_us(8);
output_high(CLB);
delay_us(2);
output_low(CLB);
delay_us(8);
}
void send(int32 value, int1 lowhigh)
{
int ctr;
int32 mask=1; //data is output LSb first
output_high(DLEN);
delay_us(8);
//output 32bit value to either low or high register
output_low(DATA);
clock(); //first send a 0
for (ctr=0;ctr<32;ctr++)
{
if (value & mask)
output_high(DATA);
else
output_low(DATA);
clock();
mask*=2; //Modern compiler should optimise this to shift
}
if (lowhigh)
output_high(DATA);
else
output_low(DATA);
clock(); //clock out the bit to specify high/low register
output_low(DLEN);
clock(); //now clock this into the latches.
delay_us(8); //do not do anything else for 8uSec
}
void main(void)
{
int32 loop_cntr;
for( loop_cntr = 0; loop_cntr < 0xffff; loop_cntr++)
{
init(); //ensure bus is initialised
delay_us(100);
//low32--;
send(low32, 0); //load the low 32bits
send(high32, 1); //load the high 32bits.
//delay_us(100);
//printf("Loop count: %8LX\r\n", loop_cntr);
//printf("low32 value: %8LX\r\n", low32);
delay_ms(1000);
//printf("high32 value: %8LX\r\n", high32);
printf("WORKING...\r\n");
}
}
|
Maybe there are a few bits that need adding to the serial data stream, or maybe the DLEN line timing or operation needs to change. I'm not sure. I hope someone can help. Thank you. |
|
|
Ttelmah
Joined: 11 Mar 2010 Posts: 19506
|
|
Posted: Sat Aug 20, 2022 1:13 am |
|
|
I posted a basic CBUS driver here:
[url]
https://www.ccsinfo.com/forum/viewtopic.php?t=59831
[/url]
Now the chip you are using uses 18 bits instead of the 32 bits here.
The 18 bits are the 16bits wanted for the 16 outputs, plus the A0 and
A1 bits (which you can set by wiring the two address pins).
Your device is a 5v unit against the 3v needed for the chip in the
post. |
|
|
djsb
Joined: 29 Jan 2011 Posts: 36
|
|
Posted: Sat Aug 20, 2022 1:29 am |
|
|
Thanks Ttelmah,
As a start, maybe I should read the data sheet. I'm buying a few chips to play with, so hopefully I'll get some LEDs lit and switches read.
David |
|
|
Ttelmah
Joined: 11 Mar 2010 Posts: 19506
|
|
Posted: Sun Aug 21, 2022 9:19 am |
|
|
I have to ask why on earth you are looking at using such an old part?.
It is flagged as 'obsolete' on the manufacturers website.
Use the Microchip MCP23017 (or the S17 for an SPI interface device).
Drivers for this are with the compiler. |
|
|
djsb
Joined: 29 Jan 2011 Posts: 36
|
|
Posted: Sun Aug 21, 2022 10:07 am |
|
|
I'm trying to reverse engineer and understand a system that has a mask programmed microcontroller. Yes, it would be a fairly trivial exercise to use a modern I2C based port expander, but how that would be able to co-exist with the existing Philips MAB8440P microcontroller I'm not sure. This is just a hobby project for me, and I'm using it as a learning opportunity. I don't want to redesign the WHOLE digital subsystem just yet. The service manual for the Tuner is available here if your curious
https://elektrotanya.com/revox_b261_serv.pdf/download.html
Thanks for your help so far.
PS, I'm gradually working out the LCD mapping. Got 8 segments on digit 5 mapped today and got a ZERO lit on the LCD. It's a slow process.
PPS, The sound from this tuner is something to behold. It really sounds beautiful and is used as a reference tuner by the BBC. The stations jump about a bit randomly, though, so there's a glitch somewhere on the digital side of the system. |
|
|
Ttelmah
Joined: 11 Mar 2010 Posts: 19506
|
|
Posted: Mon Aug 22, 2022 1:05 am |
|
|
OK.
Key thing to understand, is what this signalling standard is. It is not really
a 'bus'. They just used that as a term. It is a very simple set of definitions
of how to handle clocking data 'into' a shift register on a chip. Nothing more.
It defines how the clocking is handled, and the way this generates the 'load'
signal at the end to transfer the data from the shift register into the chip's
actual latches. This is the extra clock at the end after the shift signal
is raised.
Now all it defines is how to clock the data in. Nothing else. How many
bits the chip requires, and what the bits do, is completely down to the
chip's data sheet. It is just a 'transfer N bits of data to a chip' protocol.
Generalise the routine I posted, so you can specify 'N', then you can just call
this with the correct data layout for the chip involved. |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|