How can I handle stick parity in VB.NET 2005 without built-in functions?

  • Thread starter Thread starter ionlylooklazy
  • Start date Start date
  • Tags Tags
    Parity
Click For Summary
SUMMARY

This discussion focuses on handling stick parity in VB.NET 2005 when communicating with RS232 devices. The user encounters parity errors due to the lack of built-in support for stick parity in the SerialPort class. The solution involves setting the parity to Parity.None and creating a custom StickParity function to process the data packets correctly. This approach ensures that the data is formatted properly before transmission, avoiding errors caused by the SerialPort's handling of standard parity settings.

PREREQUISITES
  • Understanding of RS232 communication protocols
  • Familiarity with VB.NET 2005 and the SerialPort class
  • Knowledge of parity types, specifically stick parity
  • Basic experience with error handling in serial communication
NEXT STEPS
  • Implement a custom StickParity function in VB.NET
  • Research error handling techniques in serial communication
  • Explore the Windows API for advanced serial communication features
  • Learn about different parity types and their applications in data transmission
USEFUL FOR

Developers working with serial communication in VB.NET, particularly those dealing with non-standard parity schemes, and anyone troubleshooting RS232 device communication issues.

ionlylooklazy
Messages
30
Reaction score
0
Hello all,

Im trying to communicate with a RS232 device utilizing stick parity. This is defined as the first byte of a packet having its parity bit set to one, while all proceeding bytes have their parity bit set to 0. This was meant to be used to determine the start of a new packet.

However, there is no built in function to handle stick parity and I am generating all sorts of parity errors, which makes processing the data dificult.

AFAIK, when a parity error is detected, it inserts a specified value into the input stream, but when I read the stream the byte that was supposed to have generated the parity error still appears. is there anyway to disable this insertion?

I tried setting up an error event that would read the inserted byte out of the stream , but sometimes two or more bytes are inserted, and it seems to only remove one. here is my error event

Code:
Private Sub Data_Error(ByVal sender As System.Object, ByVal e As System.IO.Ports.SerialErrorReceivedEventArgs) Handles SerialPort.ErrorReceived
    
    Dim x As Integer
      
    x = SerialPort.ReadByte

    End Sub


I also tried setting the parity to space (parity bit always = 0). This way, I thought that when a parity error is generated, that would signal the start of a new packet, but strangely the error does not always occur.


Does any have any experience with stick parity, or have any suggestions?

Thanks,
IOLL
 
Technology news on Phys.org
Take a look at http://www.freevbcode.com/ShowCode.asp?ID=4666. It uses api functions and probably has what you need.
 
hmm, I don't see anything I don't already have, but what exactly is an API function?


I don't have a problem setting up rs232 communication, its just using this strange parity scheme. if the parity was any of the standard values it would be npnp
 
I mean Windows API (formerly Win32 API) functions. Perhaps you already use them. I thought perhaps you could simply disable parity.
 
I assume you're using the class SerialPort which has an enumerated property "Parity":
Code:
SerialPort sp = new SerialPort();
sp.Parity = Parity.Even
sp.Parity = Parity.Mark
sp.Parity = Parity.None
sp.Parity = Parity.Odd
sp.Parity = Parity.Space
Mark parity being High Stick Parity where the parity bit is always set to 1, and space Parity where the parity bit is always set to 0.

So if i understand what's happening, you're communicating with an RS232 device which implements stick parity. Since the SerialPort class doesn't support the stick parity your device uses, the data you send using any of the available parities generates a parity error on the device. Is this what's happening?

I think that, using the SerialPort class, and assuming the Stick Parity your device uses is neither High nor Low stick parity, but some other format, then what you might have to do is set Parity to Parity.None. Then, you create your own StickParity function. This function receives a packet and processes the bytes according to your stick parity, which you then send to the device. Since Parity is set to Parity.None, the SerialPort class won't mess up your data and it should reach your device properly formatted.
 
Last edited:

Similar threads

  • · Replies 5 ·
Replies
5
Views
6K
Replies
2
Views
4K
  • · Replies 1 ·
Replies
1
Views
2K
  • · Replies 7 ·
Replies
7
Views
76K
  • · Replies 42 ·
2
Replies
42
Views
7K
  • · Replies 2 ·
Replies
2
Views
3K
  • · Replies 6 ·
Replies
6
Views
3K
  • · Replies 1 ·
Replies
1
Views
4K
Replies
8
Views
3K