Gemac Mbh Port Devices Driver Download For Windows 10

• Gemac Mbh Port Devices Driver Download For Windows 10 64-bit
• Gemac Mbh Port Devices Driver Download For Windows 10 32-bit
• Gemac Mbh Port Devices Driver Download For Windows 10
• Gemac Mbh Port Devices Driver Download For Windows 10 Xp

Programmable USB Pushbutton – simulate any keyboard and mouse action in Windows, Apple IOS, OS-X, Linux or Android

Disabling TCP-IPv6 Checksum Offload Capability with Intel® 1/10 GbE Controllers. Driver: OS Independent: 1.0 Latest:: Intel® Network Adapter Driver for Windows 8. Final Release. This installs base drivers, Intel® PROSet/Wireless Software version 22.7.1 for Windows Device Manager., ANS, and SNMP for Intel® Network Adapters for. Port is a market leading company in the field of protocol libraries. Stacks, drivers and tools for industrial real time communication. Since 1990 our Know-How accelerates your Time-To-Market. More than 500 customers worldwide and thousands of devices using port`s real time technology successfully. Usb To Ethernet Adapter Drivers free download - USB 2.0 10/100Base Ethernet Adapter, Linksys Compact Wireless-G USB Adapter, D-Link DFE-520TX PCI Fast Ethernet Adapter, and many more programs. Device firmware to implement the following functionalities: Firmware ID Device Service (FID). For more information, see FID Device Service. Firmware to support a firmware update device service. This is a device manufacturer specific device service that provides the ability for an UMDF driver to call into and execute/download the firmware. Product DVD content Download; CIFX, COMX and netJACK The Communication Solutions DVD contains configuration and diagnostic software, firmware, device driver, device description files, documentation and tools for users as well as driver toolkit, examples and API for developers.

Pushbutton PBT-series. Please click on the images to enlarge.

Please take a look at our new pushbox PBL series:

• Vandalism protected industrial quality: 1 million button presses life time
  Press it by hand or kick it with your foot
  
• Simulates a programmable HID keyboard, HID mouse device and a SERIAL RS232 device
• Simulates up to 6 keyboard keys in parallel and a maximum of 6×8 = 48 keystrokes in sequence
• Optional: Type whole strings on the keyboard on button trigger, hold or release
  
• Simulates up to 56 mouseclicks (left, middle, right) in sequence
• Supported keyboard layouts: ENGLISH, GERMAN LATIN1/CP1252 (other layouts on demand)
• All settings stored in button-internal flash memory
• Internal USB serial interface with terminal emulation for programming
• Strings can be also sent to the integrated USB serial port on button trigger, hold or release
• Works with all versions of Windows, Apple IOS, Linux, Android
• NO driver required – fully Plug&Play
• 1/4″ jack for photo stand in the bottom
• Very long USB cable: 480cm length

Technical Specs:

• Minimum: 1 Million switches lifespan, 3600 switches/ h possible
• Mushroom cap in three colors: red, black, green
• Size (L/W/H): 84mm x 84mm x 96mm (bottom case), 93mm Mushroom diameter, Weight 0,35 kg
• Two M5 mounting holes in bottom case (40mm x 65mm distance); developed for an installation on a firm and non vibrating ground; for drilling templates please download the measurements here.
• Standards: IEC/EN 60947, VDE 0660
• Protection class according to IEC/EN 60259: IP 67, IP69K
• Climate resistance: up to 100% humidity, -15°C to 40°C
• WEEE Number: DE87085967 ; German tax tariff number: 85365019

• Exhibitons, fairs and shows:
  Let the customer start (or pause or restart on next trigger) a demonstration video of your product. Due to the heavy-vandalism-protected robust design of the button thousands of customers can trigger it without destroying your demonstration computer/tablet.
• Customer Information Terminals: Motivate your customers to take a closer look at your customer information terminal by attracting them with a big button. Advantage: The touchscreen of your customer terminal will be less stressed if common key functions like 'Enter' are executed by the button.
• Attract and motivate your customers: Attach the button to a tablet (via USB-OTG adapter cable) or notebook computer. Then run an application (i.e. powerpoint slideshow or powerpoint pages with embedded videos) that motivate your customer to press the button again and get more involved with your product.
• Powerpoint presentation for customers:
• Let your customers cycle through your presentation without typing any unwanted keys/ disrupting the presentation cycle (i.e. press space via button/customer trigger; at the end of the slideshow auto-restart the presentation)
• Industrial environment: Start a machine process by hand or foot.
• Artists performers on stage: Trigger a beamer show with an appealing buzzer. Trigger by foot is also no problem.
• Private or TV Shows/ Gameshows: Let your candidates push the button to play a sound and give an answer (buzzer function).
• Instant logout/login: After a process has finished, instantly logout (in Windows, OS-X, Linux); next button triggers instantly login
• Instant Video/Audio Start/Pause-Function: By programming the ‘USB-HID-Consumer Start/Pause-Mediakey' the button alternates between Play and Pause.
• Type ANY sequence of key-combinations: I.e. Windows+D for desktop; Windows+L for Logoff/Logon; PlayMedia: Windows+R + 'wmplayer C:videosdemo1.avi'; CTRL-ALT-ESC for taskmanager)
• Fast and secure user login/ logout: On first button press let the button type Windows+L for Logon screen. Then let it type the internal save user password and sending an Enter. On second button press let the button type Windows+L to log out.
• DJ function: mute/unmute your sound; with 2 buttons: set volume higher or lower (also in several steps=fade in/out)
• Start/Stop Videos: Use USB HID consumer button functions
• Switch between Standby/Wakeup of your computer to protect it from other views:
  On first button press the computer goes Standby; on second button press the computer wakes up again. Note: For WakeUP from Standby the USB S3 feature must be enabled in the BIOS.
• Auto-Type complicated key-combinations in one actuation: I.e. CTRL+ALT+SHIFT+BACKSPACE

Small quantities (<10 pieces):

Free shipping to EU countries:

Shipping to non-EU countries:

≡ PagesFavoritedFavorite23

Introduction

Eventually on your journey into the world of embedded electronics, you will want to 'hack' a vehicle for data. As with many other integrated systems, there is a specific 'language' for talking with vehicles. This tutorial will give a basic introduction to the On-Board Diagnostics (OBD) specification that vehicles and other industrial machines use to communicate with the outside world.

Gemac Mbh Port Devices Driver Download For Windows 10 64-bit

Looking to get hands-on with OBD-II?

We've got you covered!

933

The Definition

So what exactly is Hercules monitors driver download for windows 10. the OBD specification, and why do we care? According to the Environmental Protection Agency's website:

On-Board Diagnostics, or 'OBD,' is a computer-based system built into all 1996 and later light-duty vehicles and trucks, as required by the Clean Air Act Amendments of 1990. OBD systems are designed to monitor the performance of some of an engine's major components including those responsible for controlling emissions.

In other words, OBD is the language of the Engine Control Unit (ECU), and it was designed to help fight emissions and engine failures.

Saving the planet is great (shout out to you citizen scientists!), but what this also means is we can access other features of the car and collect information from and on those parts. Learning how to work with those protocols also means that you can determine what that Malfunction Indicator Light (MIL) (aka the Check Engine Light) on your dash is referring to when it tells you there's an engine problem. If you or your mechanic has ever read the DTCs (Diagnostic Trouble Codes) on your vehicle, they are using OBD-II.

Unfortunately, the actual protocols themselves are not available publicly (if only they'd open source!), but we've attempted to collect and clarify as much as possible.

The Hardware

Any vehicle manufacture from 1996 or later is required by law to have the OBD-II computer system. You can access this system through the Data Link Connector (DLC). It is a 16 pin connector that can tell you which protocol your car communicates with, depending on which pins are populated in it.

In cars, it will be located under the dash, near the driver's seat, or in the vicinity of the ashtray -- somewhere easily accessible from the driver's seat without the use of tools to access it (i.e., you don't need a screw driver to pull off a panel to get to it).

Terminology

Before we get too much farther, let's make sure we understand all the keywords used in these protocols.

Engine/Electronic Control Unit (ECU)

The ECU can refer to a single module or a collection of modules. These are the brains of the vehicle. They monitor and control many functions of the car. These can be standard from the manufacturer, reprogrammable, or have the capability of being daisy-chained for multiple features. Tuning features on the ECU can allow the user to make the engine function at various performance levels and various economy levels. On new cars, these are all typically microcontrollers.

Some of the more common ECU types include:

• Engine Control Module (ECM) - This controls the actuators of the engine, affecting things like ignition timing, air to fuel ratios, and idle speeds.
• Vehicle Control Module (VCM) - Another module name that controls the engine and vehicle performance.
• Transmission Control Module (TCM) - This handles the transmission, including items like transmission fluid temperature, throttle position, and wheel speed.
• Powertrain Control Module (PCM) - Typically, a combination of an ECM and a TCM. This controls your powertrain.
• Electronic Brake Control Module (EBCM) - This controls and reads data from the anti-lock braking system (ABS).
• Body Control Module (BCM) - The module that controls vehicle body features, such as power windows, power seats, etc.

Diagnostic Trouble Code (DTC)

These codes are used to describe where an issue is occurring on the vehicle and are defined by SAE (you can find the whole spec here for a cost). These codes, can either be generic or unique to the vehicle manufacturer.

These codes take the following format:

• First unit identifies the type of error code:

  • Pxxxx for powertrain
  • Bxxxx for body
  • Cxxxx for chassis

  • Uxxxx for class 2 network

  • Second digit shows whether the code is manufacturer unique or not:

  • x0xxx for government-required code

  • x1xxx for manufacturer-specific code

  • Third digit shows us what system the trouble code references:

  • xx1xx/xx2xx show air and fuel measurements

  • xx3xx shows ignition system
  • xx4xx shows emissions systems
  • xx5xx references speed/idle control
  • xx6xx deals with computer systems
  • xx7xx/xx8xx involve the transmission

  • xx9xx notates input/output signals and controls

  • Digits four and five show the specific failure code.

  • xxx00 to xxx99 - these are based on the systems defined in the third digit.

You can find some incomplete lists of DTCs here and here.

Parameter Identification (PID)

These are the actual meat and potatoes of the information you can pull off of an OBD-II system. The PIDs are the definitions of the different parameters you could be interested in checking out. These are similar to the third digit in the DTCs.

Not all PIDs are supported on all protocols, and there can be several unique, custom PIDs for each manufacturer. Unfortunately, these also are not generally published, so you may need to do a lot of hunting and/or reverse engineering to determine to which system each PID relates.

There are different modes available, and each mode has several options of PIDs available in that mode. For more general information on that, please check out the PID wiki page.

Malfunction Indicator Lamp (MIL)

The MIL is that terrible little light in the dash that indicates a problem with the car. There are a few variations, but they all indicate an error found by the OBD-II protocol.

Another possibility you might find on your dash includes this option:

No matter which one it is, these usually aren't great lights to see, unless you feel like hacking!

OBD-II Protocols

There are five different communication protocols available under the OBD-II spec. Like so many things, manufacturers tend to have their preferences and think their protocol is best, hence the variation. Here's a quick overview of each and a description of the pins used on the DLC for each.

SAE J1850 PWM

This signal is Pulse Width Modulation, which runs at 41.6 kbps. This protocol is generally used on Ford vehicles.

SAE J1850 VPW

This protocol is Variable Pulse Width, which runs at 10.4 kbps. GM vehicles typically use this version.

SAE J1850 VPW

Feature	Description
BUS +	Pin 2
12V	Pin 16
GND	Pins 4, 5
Bus State:	Bus idles low
Maximum Signal Voltage:	+7V
Decision Signal Voltage:	+3.5V
Minimum Signal Voltage:	0V
Number of bytes:	12
Bit Timing:	'1' bit -HIGH 64uS, '0' bit -HIGH 128uS, Start of Frame - HIGH 200uS

ISO 9141-2

If you have a Chrysler, European, or Asian vehicle, this is your protocol. It runs at 10.4 kbps and is asynchronous serial communication.

ISO 9141-2

Feature	Description
K Line (bidirectional)	Pin 7
L Line (unidirectional, optional)	Pin 15
12V	Pin 16
GND	Pins 4, 5
Bus State:	K Line idles HIGH. Bus is active when driven LOW.
Maximum Signal Voltage:	+12V
Minimum Signal Voltage:	0V
Number of bytes:	Message: 260, Data: 255
Bit Timing:	UART: 10400bps, 8-N-1

ISO 14230 KWP2000

This is the Keyword Protocol 2000, another asynchronous serial communication method that also runs at up to 10.4 kbps. This also is used on Chrsyler, European, or Asian vehicles.

ISO 14230 KWP2000

Feature	Description
K Line (bidirectional)	Pin 7
L Line (unidirectional, optional)	Pin 15
12V	Pin 16
GND	Pins 4, 5
Bus State:	Active when driven LOW.
Maximum Signal Voltage:	+12V
Minimum Signal Voltage:	0V
Number of bytes:	Data: 255
Bit Timing:	UART: 10400bps, 8-N-1

ISO 15765 CAN

This protocol has been mandated in all vehicles sold in the US from 2008 and later. However, if you have a European car from 2003 or later, the vehicle may have CAN. It's a two-wire communication method and can run at up to 1Mbps.

ISO 15765 CAN

Feature	Description
CAN HIGH (CAN H)	Pin 6
CAN LOW (CAN L)	Pin 14
12V	Pin 16
GND	Pins 4, 5
Bus State:	Active when CANH pulled HIGH, CANL pulled LOW. Idle when signals are floating.
CANH Signal Voltage:	+3.5V
CANL Signal Voltage:	+1.5V
Maximum Signal Voltage:	CANH = +4.5V, CANL = +2.25V
Minimum Signal Voltage:	CANH = +2.75V, CANL = +0.5V
Number of bytes:	L
Bit Timing:	250kbit/sec or 500kbit/sec

Using a Simulator

While these protocols are great for collecting data from your vehicle, it can be a real pain when prototyping to have to sit with a computer, various electronics, and cables running all over the place in the front of your car. Luckily, there are many simulators out there that allow basic prototyping and testing of OBD-II systems.

We have a few different simulators laying around here that are useful for working with these protocols. We'll update this section if/when we get our hands on any additional ones.

Gemac Mbh Port Devices Driver Download For Windows 10 32-bit

ECUsim 2000

This ECU simulator is designed and manufactured by the lovely folks over at ScanTool. You can view all of the product information over at their product page here.

To get started using this simulator, you must make the following connections:

1. Plug a USB cable in to the simulator and the computer. Install the necessary drivers.
2. Plug in the OBD-II cable to the simulator.
3. Power your simulator off of the supplied 12V power supply.
4. Open up a serial terminal at 115200 bps, 8,N,1 connecting to the serial port the simulator is configured to.
5. Configure the simulator to the protocol you desire to test.
6. Connect to your ECU device (OBD-II board, CAN-Bus Shield, Raspberry Pi, etc.)

Now, you can leverage the power of the simulator by verifying that the data being transmitted over the bus is what your ECU reader is receiving and vice verse.

Gemac Mbh Port Devices Driver Download For Windows 10

Several different programming options are available for configuring the simulator. Check out the programming manual for more information. The version we currently have has firmware compatible with several different OBD-II protocols, which will vary depending on what you order.

The programming manual also includes all of the commands that you can use for the simulator.

For example, if we need to determine what protocol our simulator is currently set to, we would use the SPI command. In our terminal, that would look like the following:

This shows that the simulator is currently set to the ISO 15765-4 protocol (a.k.a CAN), with an 11 bit ID type and is running at 500 kbps.

If you then need to send data from your simulator to a device such as the SparkFun OBD-II UART Board or CAN-Bus Shield for testing, you can use the transmit command SOMT

, . For example, if we want to send the command that the engine fuel pressure is 100kPa, we would send SOMT followed by the Parameter ID (PID) for fuel pressure, which is 0A, and follow that with the hex value for 100 (64) in this case.

If we initially leave the connection floating (by forgetting to tighten the anchor screws on the DB9 connector) in order to simulate a connection problem, we receive the CAN ERROR message the first time we send the command. On this simulator, that means that there is a problem between the simulator and our CAN reader. Once we fix the connection however, the simulator is able to send the data, and tells us exactly what it transmitted. Pretty neat!

SAE J1850 PWM

Feature	Description
BUS +	Pin 2
BUS -	Pin 10
12V	Pin 16
GND	Pins 4, 5
Bus State:	Active when BUS + is pulled HIGH, BUS - is pulled LOW
Maximum Signal Voltage:	5V
Minimum Signal Voltage:	0V
Number of bytes:	12
Bit Timing:	'1' bit - 8uS, '0' bit - 16uS, Start of Frame - 48uS

SAE J1850 VPW

This protocol is Variable Pulse Width, which runs at 10.4 kbps. GM vehicles typically use this version.

SAE J1850 VPW

Feature	Description
BUS +	Pin 2
12V	Pin 16
GND	Pins 4, 5
Bus State:	Bus idles low
Maximum Signal Voltage:	+7V
Decision Signal Voltage:	+3.5V
Minimum Signal Voltage:	0V
Number of bytes:	12
Bit Timing:	'1' bit -HIGH 64uS, '0' bit -HIGH 128uS, Start of Frame - HIGH 200uS

ISO 9141-2

If you have a Chrysler, European, or Asian vehicle, this is your protocol. It runs at 10.4 kbps and is asynchronous serial communication.

ISO 9141-2

Feature	Description
K Line (bidirectional)	Pin 7
L Line (unidirectional, optional)	Pin 15
12V	Pin 16
GND	Pins 4, 5
Bus State:	K Line idles HIGH. Bus is active when driven LOW.
Maximum Signal Voltage:	+12V
Minimum Signal Voltage:	0V
Number of bytes:	Message: 260, Data: 255
Bit Timing:	UART: 10400bps, 8-N-1

ISO 14230 KWP2000

This is the Keyword Protocol 2000, another asynchronous serial communication method that also runs at up to 10.4 kbps. This also is used on Chrsyler, European, or Asian vehicles.

ISO 14230 KWP2000

Feature	Description
K Line (bidirectional)	Pin 7
L Line (unidirectional, optional)	Pin 15
12V	Pin 16
GND	Pins 4, 5
Bus State:	Active when driven LOW.
Maximum Signal Voltage:	+12V
Minimum Signal Voltage:	0V
Number of bytes:	Data: 255
Bit Timing:	UART: 10400bps, 8-N-1

ISO 15765 CAN

This protocol has been mandated in all vehicles sold in the US from 2008 and later. However, if you have a European car from 2003 or later, the vehicle may have CAN. It's a two-wire communication method and can run at up to 1Mbps.

ISO 15765 CAN

Feature	Description
CAN HIGH (CAN H)	Pin 6
CAN LOW (CAN L)	Pin 14
12V	Pin 16
GND	Pins 4, 5
Bus State:	Active when CANH pulled HIGH, CANL pulled LOW. Idle when signals are floating.
CANH Signal Voltage:	+3.5V
CANL Signal Voltage:	+1.5V
Maximum Signal Voltage:	CANH = +4.5V, CANL = +2.25V
Minimum Signal Voltage:	CANH = +2.75V, CANL = +0.5V
Number of bytes:	L
Bit Timing:	250kbit/sec or 500kbit/sec

Using a Simulator

While these protocols are great for collecting data from your vehicle, it can be a real pain when prototyping to have to sit with a computer, various electronics, and cables running all over the place in the front of your car. Luckily, there are many simulators out there that allow basic prototyping and testing of OBD-II systems.

We have a few different simulators laying around here that are useful for working with these protocols. We'll update this section if/when we get our hands on any additional ones.

Gemac Mbh Port Devices Driver Download For Windows 10 32-bit

ECUsim 2000

This ECU simulator is designed and manufactured by the lovely folks over at ScanTool. You can view all of the product information over at their product page here.

To get started using this simulator, you must make the following connections:

1. Plug a USB cable in to the simulator and the computer. Install the necessary drivers.
2. Plug in the OBD-II cable to the simulator.
3. Power your simulator off of the supplied 12V power supply.
4. Open up a serial terminal at 115200 bps, 8,N,1 connecting to the serial port the simulator is configured to.
5. Configure the simulator to the protocol you desire to test.
6. Connect to your ECU device (OBD-II board, CAN-Bus Shield, Raspberry Pi, etc.)

Now, you can leverage the power of the simulator by verifying that the data being transmitted over the bus is what your ECU reader is receiving and vice verse.

Gemac Mbh Port Devices Driver Download For Windows 10

Several different programming options are available for configuring the simulator. Check out the programming manual for more information. The version we currently have has firmware compatible with several different OBD-II protocols, which will vary depending on what you order.

The programming manual also includes all of the commands that you can use for the simulator.

For example, if we need to determine what protocol our simulator is currently set to, we would use the SPI command. In our terminal, that would look like the following:

This shows that the simulator is currently set to the ISO 15765-4 protocol (a.k.a CAN), with an 11 bit ID type and is running at 500 kbps.

If you then need to send data from your simulator to a device such as the SparkFun OBD-II UART Board or CAN-Bus Shield for testing, you can use the transmit command SOMT

, . For example, if we want to send the command that the engine fuel pressure is 100kPa, we would send SOMT followed by the Parameter ID (PID) for fuel pressure, which is 0A, and follow that with the hex value for 100 (64) in this case.

If we initially leave the connection floating (by forgetting to tighten the anchor screws on the DB9 connector) in order to simulate a connection problem, we receive the CAN ERROR message the first time we send the command. On this simulator, that means that there is a problem between the simulator and our CAN reader. Once we fix the connection however, the simulator is able to send the data, and tells us exactly what it transmitted. Pretty neat!

Resources and Going Further

Going Further

Now that you have a basic understanding of the OBD-II protocols and how to work with the various communication tools available, it's time to make your own project!

If you have any feedback, please visit the comments or contact our technical support team at TechSupport@sparkfun.com.

Additional Resources

Gemac Mbh Port Devices Driver Download For Windows 10 Xp

Digital tv usb mini receiver sound cards & media devices driver download. Check out these products and projects for more OBD-II inspiration!