understood

Hi
Thanks Martin
However I do something wrong.
On the attached example the
byte = 10011100 (4 ones)
however the parity check = 5
---
As I use the byte only, this byte has: 1bit (r/w)+ 6 bits (regi addr) + 1bit (parity).
Should I remove the parity bit during the calculations?

Example
Data (16-bit): 1010 0101 1100 0011
Count of 1s: 8 (even)
Odd Parity Bit: 1
Resulting frame (with parity): 1010 0101 1100 0011 + 1

Hi Tuss4470 IC uses SPI to communicate with the Master. Data format: (Reading the register) msb = 1 r/w bit + 6 regi-addr bits + parity bit lsb = 0x00 Odd parity bit should be calculated. The open source project uses the next: byte tuss4470Parity(byte* spi16Val) { return parity16(BitShiftCombine(spi...

Hi Martin
You did not use the SPI Master component.
Is the next step?

The result of some tests
https://www.youtube.com/watch?v=SwYRI7dR1hM

Appreciate your help Martin
Will do some tests

MCP3201 does not have the Din. Only Dout. I cannot use the Transaction. I am thinking to use the CAL SPI, but not sure how to set the parameters (MCP2101 can receive the msb first or lsb first). I do not have some stable results with the MPC3201 Vin = floating. Even when I connect the Vin to 5v or t...

Looks like the spi protocol receive the bytes only:
SPI (Serial Peripheral Interface) receives and transmits bytes (8-bit data), not characters.

Thank you Martin.
One more question.
The SPI Master component allows to receive the characters.
But (not like UART) in byte only 'word'.
Can I receive character by character?