Team,
about TLC16754x:
-Can it be used for RS-485 too ?
-Do we have a comparison table for MAX14830 vs TLC16754x ?
-Are there other alternatives?
Thanks in advance,
A.
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Team,
about TLC16754x:
-Can it be used for RS-485 too ?
-Do we have a comparison table for MAX14830 vs TLC16754x ?
-Are there other alternatives?
Thanks in advance,
A.
Hey AnBer,
AnBer said:Part Number: TL16C754C
Team,
about TLC16754x:
-Can it be used for RS-485 too ?
It can if you provide the RS-485 transceiver.
-Do we have a comparison table for MAX14830 vs TLC16754x ?
No, is this required? Are you only interested in the C version?
-Are there other alternatives?
I need to know what the careabouts are.
1) Max Baud rate?
2) Vcc?
3) Clock frequency of crystal?
4) FiFO Depth?
5) Channel Count required?
6) Special features? (Software flow control? Fractional Baudrate support required? ect.)
7) Pin to Pin compatible to another device competitor device a requirement?
8) Intel mode or Motorola interface support?
Thanks in advance,
A.
-Bobby
BOBBY said:I need to know what the careabouts are.
1) Max Baud rate?
2) Vcc?
3) Clock frequency of crystal?
4) FiFO Depth?
5) Channel Count required?
6) Special features? (Software flow control? Fractional Baudrate support required? ect.)
7) Pin to Pin compatible to another device competitor device a requirement?
8) Intel mode or Motorola interface support?
It is to find a cheaper alternative to MAX14830 so it should have comparable specs (see here) but does not need to be pin to pin:
-4 ch
-at least 64k word FIFO per channel
-SPI/I2C interface on the MCU/Processor side
-HW flow control
Thanks.
A.
Hey AnBer,
"-SPI/I2C interface on the MCU/Processor side"
Our UART portfolio only covers the Parallel interface. We do not have any UART devices which are controlled directly by I2C/SPI like what the MAX14830 does currently.
The only alternative I can think of to make our devices work with I2C is to use an I2C I/O expander to control the parallel interface of our UART devices. This ofcourse would require 2 ICs and take away from the speed since it would take a several of I2C transaction to just send/receive on the parallel interface side.
-Bobby