UART Parity Check not working

GrLi · Jan 30th 2020

Hi,

we need to use the parit check in our software but we are having trouble to get the information form the termios. We have no parity issues when we are sending data from our software to another PC, where we have an hyper terminal running. We also enabled in our code the PARMRK option but we don't reseive the \377 \000 before the transmitted byte comes. When we are sending a 0xFF to our software we get 2 Bytes from the read function. We inititlize our uart in the following way:

Code

int uart_init (const char *uartPath)
{
struct termios serialConfig
int fd = open (uartPath, O_RDWR | O_NOCTTY |O_NONBLOCK);
if (fd < 0) {
printf("ERROR! %s - opening fd_A \n", strerror(errno));
return -1;
}
tcgetattr(fd,&serialConfig); /* save current port settings */
cfmakeraw(&serialConfig);
cfsetispeed(&serialConfig, B9600);
cfsetospeed(&serialConfig, B9600);
serialConfig.c_iflag &= ~(IGNBRK | BRKINT | IGNPAR | ICRNL | INLCR | ISTRIP | IGNCR | IUCLC);
serialConfig.c_iflag |= (IXON | IXOFF | PARMRK | INPCK );
serialConfig.c_oflag &= ~OPOST;
serialConfig.c_lflag &= ~(ICANON | IEXTEN | ISIG | ECHO | ECHOE | ECHOK| ECHONL | ECHOCTL);
serialConfig.c_cflag |= (CLOCAL | CREAD);
serialConfig.c_cflag &= ~(CSIZE);
serialConfig.c_cflag |= CS8;
serialConfig.c_cflag |= PARENB;
serialConfig.c_cflag |= PARODD;
serialConfig.c_cflag &= ~(CRTSCTS | CSTOPB);
serialConfig.c_cc[VMIN] = 1;
serialConfig.c_cc[VTIME] = 1;
tcflush(fd, TCIOFLUSH);
if(tcsetattr(fd, TCSANOW, &serialConfig) != 0) {
printf("ERROR! %s - set attribute fd_A \n", strerror(errno));
return -1;
}
return fd;
}

Display More

We are pooling the read function in an extra thread. Our read looks like this:

Code

int uart_read(int fd, uint8_t *dataRecv)
{
dataRecv[0] = 1;
dataRecv[1] = 2;
dataRecv[2] = 3;
int ret = read(fd, dataRecv, 3);
printf("Bytes read: %d - Data: %02X %02X %02X\n", ret, dataRecv[0], dataRecv[1], dataRecv[2]);
if(ret <= 0) {
return -1;
}
return 0;
}

Display More

We already did a lot of testing by sending wrong or correct data but we never see the marked parity. My question now is, what are we doing wrong? Did we miss a setup or something?

Kind regards,

Gregor Liebscher

fs-support_RC · Feb 4th 2020

Hello Mr. Liebscher,

The relevant constants for input parity checking are INPCK, IGNPAR, PARMRK and ISTRIP. Generally you will check/select INPCK and ISTRIP to enable checking and stripping of the parity bit, i.e.

serialConfig.c_iflag |= ( INPCK | ISTRIP );

ISTRIP is disabled in the above mentioned program. So, the next step would be enabling this constant and implementing the changed program.

Best regards,

Ravindra Chand

GrLi · Feb 6th 2020

Hi,

I finally could try the above mentioned setting change and it did not help. The wronge Bytes are still note marked from the read function. When I enable the ISTRIP Flag than I also see that when I send a 0xFF, I get a 0x7F from the read function instead of the 0xFF 0xFF.

Kind regards,

Gregor

fs-support_RC · Feb 6th 2020

Hi,

Can you please tell me the version of Kernel that you are using at the moment?

fs-support_RC · Feb 6th 2020

Can you also try to enable IGNPAR constant and check the result? Tell me what sort of results do you get after that.

GrLi · Feb 6th 2020

The kernel version is 4.1.15-F+S.

When I Set the IGNPAR Flag I don't see any changes at all.

We have another issue now with the serieal port. When we send a lot of data it seems that an internal buffer (maybe the tty_buffer) buffers all the received data. Even when we call the read function we don't get any data. Only when the buffer is full or there are no incoming data, we get our data from the read function. This causes a lot of timing issues as we need to process the data right when it arrives.

fs-support_PG · Feb 13th 2020

Hello,

your problems seem to be related to the Direct Memory Access (DMA) implementation of the i.MX-UART driver.

The i.MX -ART driver automatically enables DMA for all non-console UARTS.

This adds a 4 KB buffer, which delays the transmission of the received data to the userspace.

Also, parity detection is not implemented for UART with DMA.

We will add a possibility to disable DMA for specific UART devices via the devicetree in the next i.MX6 related release.

For all who need this feature earlier, please post your Linux-Kernel version here and we will send you a patch.

Your F&S Support Team

GrLi · Feb 13th 2020

Thanks a lot for your help,

Kind regards,

Gregor

UART Parity Check not working

GrLi Jan 30th 2020

Share

Tags