Softec Microsystems Port Devices Driver Download

Posted on by admin



MIDI Port Driver.; 2 minutes to read; D; D; In this article. The MIDI port driver manages a MIDI synthesizer or capture device. The adapter driver provides a corresponding MIDI miniport driver that binds to the MIDI port driver object to form a MIDI filter (see MIDI and DirectMusic Filters) that can capture or render a MIDI stream. See full list on docs.microsoft.com.

The Motorola/Freescale MC9S08 includes a feature called Background Debug Mode, or BDM. Some of their documentation calls this a 'Background Debug Controller' or BDC. NoICE documentation will refer to it as BDM. Most MC9S08 evaluation boards and single board computers include a BDM port, usually using a 6-pin connector.

NoICE support for BDM is contained in an optional DLL (NComBDM.dll). Some BDM pods also require the installation of a vendor-provided driver. Currently supported are

  • P&E USB MULTILINK and MULTILINK, available from P&E Microcomputer Systems (http://pemicro.com)
  • USBDM, an open-source BDM pod and interface library. Plans and firmware are available from http://usbdm.sourceforge.net/ Commercial pods are available from Technological Arts, Witztronics, Axiom and others.
  • SofTec Microsystems inDART-HCS08 and PK-HCS08, available from SofTec Microsystems (http://www.softecmicro.com)
  • Sensair Sentipod, available from Sensair Inc. (http://www.sensair.com)
  • Any other D-BugS08 pod

Additional pods may be supported in the future. Contact us if you need support for a particular pod not listed here.

More information is available on

Drivers for BDM Pods

Before you can use NoICE with your BDM pod, you may need to install the appropriate driver.

If your pod uses a serial interface such as D-BugS08, no driver is required besides the standard Windows serial driver.

For other pods, you should install the driver that came with the pod, or visit the vendor's web site to get the most recent driver. This is especially true if you are running Windows Vista, which tends to hate any driver older than a week and a half...

Installing and Connecting BDM

Softec microsystems port devices driver download pc

Follow the manufacturer's instructions for connecting and using your pod. In most cases, you will need to proceed in this order:

  1. Turn off power to the target.
  2. Connect the pod to the BDM connector on your target.
  3. If you are using a USB BDM pod, connect the USB cable from your PC to the pod.
  4. Turn on power to the target.
  5. If you are using a parallel or serial BDM pod, connect the cable from your PC to the pod.
  6. Run NoICE.
  7. Select 'Target Communications' from the 'Options' menu.
  8. From the 'Interface' drop list, select the option appropriate to your BDM pod.
  9. Edit the 'port' and other fields as appropriate to your PC and BDM pod as described below for P&E MULTILINK or SofTec Microsystems
  10. Press 'OK'.

Once you have set up the BDM pod, you will not need to repeat the last four steps on subsequent runs.

To disconnect the BDM pod from the target, you will need to

  1. Exit NoICE.
  2. Disconnect the parallel cable from the pod (serial cables may be left connected).
  3. Turn off power to the target.
  4. Disconnect the pod from the BDM connector on your target.

Failure to follow the manufacturer's instructions for connecting and disconnecting may result in damage to the BDM pod or to your target.

BDM Configuration Dialog

This section describes the common items in the BDM configuration dialogs. Pod-specific information may be found below.

Use the Target Chip/Environment list to select your target processor. Please be careful to select the exact chip that you are using. Use of the incorrect algorithm may damage the chip. If you can't find an appropriate type, please contact the Author. 'Generic MC9S08' is safe in all cases, but will not allow you to burn Flash or use hardware breakpoints.

Once you select a target, the Hardware Breakpoint and Use Flash Burner checkboxes will be enabled if the selected target supports these features.

  • If your target has hardware breakponts, and you wish to use them (usually to debug programs in Flash), set the Use Hardware breakpoints checkbox. Note that this will limit you to three breakpoints, but you may set them in Flash or other places where you you can't set BGND breakpoints.
  • If your target has Flash memory, and you wish to burn and debug programs in Flash, set the Use Flash Burner checkbox.

The Bus Frequency (MHz) combo box specifies the target bus frequency. This is one half of the crystal frequency. With some pods, this field will be grayed out and show 'auto', meaning that the pod will automatically determine the frequency that the target is running at.

P&E MULTILINK Configuration Dialog


Click on a field for more information about its function.

Select the appropriate port from the Port combo box. If you are using the USB Multilink, select 'USB'. Otherwise, select the parallel port to which your BDM is connected. The BDM interface actually uses port addresses rather than LPTn numbers, so the addresses traditionally used by parallel ports are shown. When in doubt, go with the address, not the LPT number.

If you are unsure of the address of your parallel port, run the Windows Control Panel. Double-click on 'System', and select the 'Device Manager' tab. Expand the item labeled 'Ports (COM and LPT)'. Select your port, and press the 'Properties' button. Select the 'Resources' tab. The 'Input/Output Range' specifies your port's address.

If your parallel port's address doesn't match one of the selections in the Port list, you can enter the port's address in hex. NoICE will accept only addresses in the range 0x200 to 0xFFFF. Please be careful: addressing something other than a parallel port may cause your PC to do surprising (and generally undesirable) things!

If you are running Windows XP and find that you have trouble the first time you run NoICE after booting, but that things work thereafter, please read about disabling Windows port polling

The Pod Speed box shows a speed value used by the BDM pod. When you press 'OK' in the dialog, NoICE will determine the proper setting of the speed, and store it in the Registry. This process may take several seconds, so please be patient. On subsequent runs, NoICE will use the setting from the Registry for faster initialization.

If you use a firewall, you may receive a warning when you run NoICE for the first time after selecting a P&E pod. For example, the Windows XP Firewall says

'Windows Firewall has blocked this program from accepting connections from the Internet or a network.'

This is because the P&E BDM DLL supports all P&E BDM pods including an Ethernet version (Cyclone). The DLL runs an enumeration process that listens on a TCP port. Since NoICE does not support the Cyclone pod, you can tell your firewall to block access to the port. This should have no effect on NoICE.

Please read additional information about configuration

SofTec Microsystems Configuration Dialog


Click on a field for more information about its function.

Select the appropriate hardware device from the SofTec Hardware drop list.

PressConfigure BDM... to open a dialog box that controls various settings for the SofTec BDM pod.

Use the Target Chip/Environment list to select your target processor.

Please read additional information about configuration

D-BugS08 (Sensair Sentipod, etc.) Configuration Dialog

NoICE uses the BDMDB commands.

Before using your D-BugS08 pod with NoICE, verify that it works correctly in pod mode with your target. Follow the instructions that come with the pod.

Once pod mode works, use your terminal program and the BAUD command to set the baud rate to be used with NoICE. Typically, this should be 38,400 or faster. The pod stores the baud rate in EEPOM, so you only need to perform this step once.

Exit the terminal program and run NoICE. Select an available serial port from the Port drop list. Select the correct baud rate for your pod from the Baud rate drop list.


Click on a field for more information about its function.

Please read additional information about configuration

Flash Burning

'Classic' NoICE assumes that the program you are debugging is in RAM. This permits NoICE to easily download the program, and to set an unlimited number of breakpoints by writing bgnd or swi instructions.

However, providing enough RAM to hold the program is always a problem. Writing to Flash memory is much more complex than writing to RAM, and it is usually not possible to change the value of a single byte without erasing a larger area. Thus, the 'classic' model won't work for debugging programs in Flash.

Most of the MCS908 family include three hardware breakpoints which NoICE can use instead of bgnd/swi instructions during debugging. This leaves only the problem of getting the program to be debugged into Flash.

NoICE includes code licensed from Elektronikladen that can burn Flash for many members of the MC9S08 family.

The MC9S08 family has a security feature controlled by the contents of the NVOPT register, located in Flash memory at address 0xFFBF. NoICE always programs this byte to the value 0x7E. This disables security. If you attempt to burn a file that differs from this, you will get a Flash verify failure. The alternative would be to let you program the bits, and then have BDM be disabled the next time you reset the chip.

Flash burner operation is as follows

  • At startup, the target is reset via BDM and any Play after Reset file is played.
  • The Target Type is used to specify the address range of Flash and RAM on the target, as well as an algorithm to be used to program the Flash.
  • If the Flash burner is enabled, the LOAD command does not immedately write data into the Flash address range, but caches the data on the PC.
  • At the end of LOAD, NoICE resets the target and does not play the Play after Reset file, because the burner program assumes a standard configuration.
  • NoICE reads and saves enough target RAM to hold a small Flash burner program, and then downloads and runs the program.
  • The program is used to erase and burn the Flash.
  • When burning is complete, target RAM is restored.
  • The target is reset via BDM and any Play after Reset file is played.
  • Any attempt to modify Flash using NoICE memory write commands other than LOAD will fail.

If you need to burn more than one Motorola/Freescale hex file to make a complete program image, please read about EatS9.

Oscillator Tuning/Trimming

Most MC9S08 parts can use either a crystal/resonator, or an internal oscillator as the source of processor clock. While using a crystal or resonator results in the best accuracy, using the internal oscillator offers lower cost and saves pins.

When the internal oscillator is to be used, it will usually be calibrated on the production line, and the calibration value saved in Flash memory. Your startup code must copy the saved value to the oscillator trim register during initialization of the clock subsystem. NoICE's configuration information for each chip includes the addresses of the trim register (ICGTRM, MCGTRM or ICSTRM, depending on the chip) and the location in Flash where Freescale recommends storing the calibration value (called TRIM or NVTRIM in many datasheets).

During Flash burning, NoICE will preserve the value of the calibration byte(s), unless the file being burned specifies a value for that byte or bytes, or unless NoICE has been used to calibrate the oscillator.

At least some MC9S08 parts are shipped with a trim value already present in Flash. If this value is somehow erased, or if you want to use a different the frequency, select 'Tune/Trim Bus Frequency...' from the 'Processor' menu. NoICE will compare the target speed to the PC clock. Accuracy may be limited in some cases by the communications overhead of the BDM pod.

Some MC9S08 parts, including the QDxx, QGxx, and Dxx lines, come out of reset with the tunable clock enabled. These may be trimmed immediately.

On other MC9S08 parts, including the AWxx, GBxx, and GTxx, the ICG must be enabled after reset before the tunable clock may be used. You can do this by hand, using NoICE's memory modification commands, but it is probably easiest to use a command file. The NoICEconfig directory contains the file MC9S08_ICG_trim.noi which shows one way to initialize the ICG:

To tune the clock

  • If necessary, PLAY MC9S08_ICG_trim.noi or another file to enable the tunable clock.
  • Select 'Tune/Trim Bus Frequency...' from the 'Processor' menu.
  • LOAD your program. NoICE will merge the NVTRIM value with your file and burn the results into Flash.

Once you have tuned the clock and burned the NVTRIM value, this value will be preserved on subsequent LOAD/burns.

.

Terminal Interface Using BDM08 Virtual UART

NoICE with BDM08 allows an advanced feature called 'Virtual UART'. This allows the target to use the BDM port to communicate with the Output Window as with a dumb terminal.

Characters in the range 0 to 255 decimal are allowed, and will be displayed using the current Windows character set.

If keyboard focus is in the Output window and the user presses any key other than a function or cursor key while the target is executing, the ASCII/Windows representation of the key will be sent to the target via the serial port.

How it Works

The Virtual UART requires two consecutive dedicated RAM locations, one for output, and one for input. Both the target and NoICE/BDM read and write the memory locations to implement a communications channel.

To begin using the Virtual UART, the target must clear both memory locations to zero. Whenever the target is running, NoICE polls both bytes.

In order to send a byte to the Output Window, the target simply writes to the first, 'output', memory byte. When NoICE sees a non-zero value in the output byte, it displays that value in the Output Window, and then clears the output byte. The target must not write to the output byte unless it is zero, or characters will be lost.

When the user presses a key while the focus is in the Output Window, NoICE will write the key value to the second, 'input', memory byte. When the target sees a non-zero value in the input byte, it returns that value as if from a UART, and clears the input byte. NoICE will not write a keyhit to the input byte unless it is zero.

Defining the Virtual UART

To define the memory locations to be used, edit the BDM configuration file noice08_targets.ini in the NoICEconfig directory. For the MC9S08GB60, for example, there is text:

The memory locations to be used must not be used by your program for any other purpose. This may require you to change your linker file to avoid these bytes, or to define them in your program, as shown below.

The GB60 has RAM from 0x80 to 0x107F. To define a Virtual UART at address 0x1000, we insert the line

Softec Microsystems Port Devices Driver Downloads

into the ini file. It is a good idea to copy the section and give it a name that shows what you are doing. This can prevent confusion later, should you have another BG60 project on which you don't want to use the Virtual UART. In our example, we add

Using the Virtual UART Address

The target code required to use the Virtual UART is similar to any polled UART code. The major difference is that instead of testing a status bit in a status register, the target tests the zero/non-zero value of an entire byte.

Here is an example, done using ImageCraft ICC08 showing how to declare and initialize the Virtual UART

To connect the Virtual UART to printf, you must replace ImageCraft's putchar function with this:

CAUTION: if you run your program without NoICE, this version of putchar will hang after sending the first byte, since NoICE won't clear VUART_TX. The solution is usually to use a different version of putchar for release versus debug.

To use the Virtual UART for input, you must replace ImageCraft's getchar function with this:

Assembly code is similar:

Tips and Problems

  • The power and connection sequencing described above under Installing and Connecting BDM is critical. Failure to follow the manufacturer's instructions for connecting and disconnecting may result in damage to the BDM pod or to your target.
  • Proper entry into Special operating modes requires that the BDM pod be able to sequence the RESET and BKGD signals. If your target board has a capacitor on its RESET line, the pod may not be able to properly set the mode. Motorola/Freescale recommends that a reset chip such as the MC34064 be used rather than the traditional RC reset network. In some cases, you may need to remove the capacitor in order for BDM to operate properly. In particular, the Axiom boards may exhibit this problem.
  • If you are using one of the parallel pods, you may need to set your parallel port to 'SPP' or 'Standard mode'. EPP or ECP may prevent proper function. You would have to ask the pod vendor why. We only know that they recommend standard mode, and we had to set our port that way to get it to work.
  • Don't try to put a parallel BDM pod at the end of a pass-through chain. Put your Zip drive, your scanner, your frambolator and your printer on one port. Put your BDM on another.
  • We haven't tried putting a BDM pod on the parallel port of the USB hub, but we would be very surprised if it worked.
  • If you are going to violate the above three rules, at least try it as recommended first. Once it works reliably (i.e., for more than two minutes) that way, then you can play with other settings. But don't ask us or the pod vendor for support when it doesn't work.
  • The P&E MULTILINK pod will work with targets running at clock speeds between 500 kHz and approximately 30 MHz.

    Whenever you press 'OK' in the Target Communications dialog for a P&E pod, NoICE attempts to determine the speed of the target. This may take several seconds. Once the speed has been determined, it is stored in the registry for future use. Normally, this should be transparent to you. However, if you have problems communicating with your target, it may be worth opening the Target Communications dialog, verifying all the settings, and pressing 'OK' to get the pod to check communications speed.

  • Be sure to select the exact chip that you are using. Use of the incorrect algorithm may damage the chip. If you can't find an appropriate type, please contact us. 'Generic MC9S08' is safe in all cases, but will not allow you to burn Flash or use hardware breakpoints.
NoICE (tm) Debugger, Copyright © 2019 by John Hartman

Using NoICE - Contact us - NoICE Home

Welcome to the Wiki of IBHsoftec GmbH! [IBHsoftec GmbH]

S5/S7 for Windows®

IBH Link IoT

IBH OPC UA Server/Client

IBH OPC UA IOT2040

IBH Link UA

IBHLink S5++

IBHLink S7++

All listet articles are avlid for the IBHLink S7++ (bus connector format) and for the IBHLink S7++ HS (din rail mount)

OPC Server

S7-SoftPLC

  • Installation
  • Online
  • Visualizations
  • User Interface
  • Menu
  • Configuration
    • CPU Parameters
    • Driver
    • Addidata
    • Beckhoff TwinCAT I/O
    • CIF 30/50/60
    • cifX (CIFX 50 and CIFX 90)
    • CP340/CP440
    • CP343/CP443
    • I/O Port
    • Modbus TCP
    • NVRAM
    • User SFC
  • Technical data

S7-PCI315

IBHNet

Softec Microsystems Port Devices Driver Download Windows 7

IBH USB-S5-Adapter

USB-S7-Adapter

IBH S7-CX315/CX317

Retrieved from 'https://wiki.ibhsoftec.com/en/index.php?title=Main_Page&oldid=2123'