65.9K
CodeProject is changing. Read more.
Home

Serial Foot Pedal Device Server

starIconstarIconstarIconstarIconstarIcon

5.00/5 (3 votes)

Mar 7, 2010

CPOL

3 min read

viewsIcon

53269

downloadIcon

1032

A control library to control signals from a serial port foot pedal device

testapp.JPG

Introduction

A serial foot pedal is a device which has three mechanical switches for play, rewind, and fast forward. People like medical transcriptionists use these devices for playing audio while they keep their hands busy on the keyboard. Any programmer who is developing solutions for such a firm should be able to find a software interface to incorporate the foot pedal device into the application.

foodpedal.jpg

Background

Months ago, I was assigned a project for a medical transcription company of making a piece of software for handling their daily transcription workflow. They had existing applications for other accounts that used a serial foot pedal to play the audio. They wanted the new software to have the same feature, demanding me to find my own way to connect my VB.NET application to the foot pedal via the serial port. This .NET component was written as a result. I found out that a lot of programmers are in search of such a component for their projects, so I decided to share my code here. Any curses or praises are welcome.

Using the Code

Serial foot pedal device uses modem signals to tell the system to play, rewind, and fast-forward. These signals are DSR (Data Set Read, used for play function here), CTS (Clear to Send, fast-forward here), and CD (Carrier Holding, used for rewinding in my code).

The component uses SerialPort control shipped with .NET 2.0. There are 6 timers to monitor the current pin state of the 3 pins, 2 timers for each state, namely up and down.

After downloading the DLL, place the control from the toolbox in Visual Studio 2005/2008.

To open the port, use the code:

Footpedal1.OpenPort("COM1") 'open port

To close the port:

Footpedal1.ClosePort() 'close port 

Sometimes, the serial port may already be in use by another program. You can check the error string returned by LastErrorMessage property of the control immediately after opening the port, like:

Footpedal1.OpenPort("COM1")
If FootPedal1.LastErrorMessage<>"" Then
  MsgBox (FootPedal1.LastErrorMessage)
End If

Every time user presses a pedal switch on the foot pedal device, the corresponding event is raised. You can place the code for playing, rewinding, and fast-forwarding in these event handlers, like:

Private Sub FootPedal1_CentralPedal_
    (ByVal Status As FootPedalControl.FootPedal.PedalStatus) Handles FP.CentralPedal
   If Status = FootPedalControl.FootPedal.PedalStatus.Down Then
  'Code to play the audio
   ElseIf Status = FootPedalControl.FootPedal.PedalStatus.Up Then
   'Code to pause the audio
End If
End Sub

I have also included a test application which changes the color of three picture boxes according to the current up/down state of foot pedal switches.

The control may be useful in other kinds of applications too such as a game application where a foot pedal is used as a control device.

Points of Interest

When I started coding, I first thought of using PinChanged event of SerialPort control. The SerialPinChangedEventArgs object e has the property named EventType which holds values like CDChanged, DsrChanged, and CtsChanged. SerialPort control also has properties like CDHolding, CtsHolding, and DsrHolding which can be used to find out the current state of these 3 pins. By examining these properties, the current state of the respective pin can be determined.

For example, if the central pedal is depressed, the DsrHolding property would be set, and so on.

I played around with these properties and the EventType for some time, but here I was stopped by a roadblock. For each press of 1 of the pedals, the PinChanged event fired multiple times, sometimes 2, sometimes 3, whereas only one was desired. Then I Googled a bit about this issue, and bumped into this link:

The forum does not give a solution for this, so I recognized that I must not rely on the PinChanged event for my particular application, so I decided to place some timers on my control designer to monitor the state of these 3 pins, which fortunately worked perfectly.

History

  • 7th March, 2010: Initial post