• Plug & Play Battery
• Plug & Play Ventures

Plug definition is - a piece used to fill a hole: stopper. How to use plug in a sentence. A high-level overview of Plug Power Inc. Stay up to date on the latest stock price, chart, news, analysis, fundamentals, trading and investment tools. Analyst estimates, including PLUG earnings per share estimates and analyst recommendations.

WHAT IS “PLUG AND PLAY”?

Plug & Play is the cornerstone philosophy behind all of OTEK’s award-winning products. It means we design our technology with our customers’ efficiency in mind so that when you replace your existing meters with OTEK, it’s as seamless as digitally possible.

That’s All! No changes to existing mounting, wiring, procedures, operators, etc. Our Plug & Play instrumentation can give your present investment in your I&C room decades of life expectancy.

History of OTEK’s Plug & Play:

2018: We saved a nuclear customer millions of dollars and years of losses by designing a Plug & Play replacement for obsolete analog & digital meters without Software (CDA) avoiding millions of dollars in Cyber Security expenses and years of NRC approvals.

Our solution: THE SOLID STATE ANALOG METER (SSAM)

2017: A nuclear manufacturer needed to buy a 100% Plug & Play replacement for a radiation panel meter with TTY input and log/anti-log/math functions. OTEK subsequently developed its Award-Winning RPM/UPM-R series.

2016: A customer in a planned outage needed a Class 1E replacement for old obsolete Versatile/VMI meters within 60 days. OTEK’s engineering team redesigned our NTM-B model and created the NTM-V. 100% Plug & Play replacement for the 9223.

1990: A customer needed to replace hundreds of obsolete VMI 1233 with one condition: They needed to use existing wiring and existing housings already in place—essentially only changing the internal “guts” and intended for a Class 1E application. OTEK was able to successfully accommodate this request and deliver on time so that the customer’s reactor was able to commence operations on schedule.

1984-2011: OTEK’s HI-Q nuclear grade Plug & Play series is born to accommodate plant managers wary of growing analog obsolescence within the nuclear industry. The HI-Q replaced popular analogs of the day such as Dixson 101, Bailey RY, Foxboro 257, and GE 180 among others. The HI-Q models remain a popular Plug & Play replacement to this day.

1983: DIN-BAR: Bar-Digital Controller custom-designed for a nuclear grade application as a 100% Form, Fit, & Function replacement for low-quality digital panel meters abundantly present in nuclear power plants at the time. This resulted in the industry’s 1^st Loop-Powered Bar Digital Meter.

1982: OTEK’s APM Model: A Plug & Play LED indicator used in a multitude of military applications to replace NSN 6620-00-083-8811, with NVG-3 night vision capabilities. We still proudly manufacture the APM for our armed forces to this day.

1979: NIM-BIN: OTEK developed our 1^st nuclear grade product as a Plug & Play replacement for older obsolete NIM-BIN models prevalent in many early nuclear plants in the U.S. fleet

1974: How did it all begin? Hughes Aircraft/Aerospace needed a Plug & Play replacement for an approximately 1940’s era scientific Nixie tube meter. OTEK developed its inaugural Plug & Play model 100, which was later used in the subsequent space shuttle application.

OTEK’s team is proud of our history in helping customers across a broad range of industries prosper and grow through innovation, efficiency, and reliability. We thank you all for your trust and support.

Our motto:

We work hard so you can just PLUG & PLAY!

The OTEK team

In computing, a plug and play (PnP) device or computer bus is one with a specification that facilitates the discovery of a hardware component in a system without the need for physical device configuration or user intervention in resolving resource conflicts.^[1][2] The term 'plug and play' has since been expanded to a wide variety of applications to which the same lack of user setup applies.^[3][4]

Expansion devices are controlled and exchange data with the host system through defined memory or I/O space port addresses, direct memory access channels, interrupt request lines and other mechanisms, which must be uniquely associated with a particular device to operate. Some computers provided unique combinations of these resources to each slot of a motherboard or backplane. Other designs provided all resources to all slots, and each peripheral device had its own address decoding for the registers or memory blocks it needed to communicate with the host system. Since fixed assignments made expansion of a system difficult, devices used several manual methods for assigning addresses and other resources, such as hard-wired jumpers, pins that could be connected with wire or removable straps, or switches that could be set for particular addresses.^[5] As microprocessors made mass-market computers affordable, software configuration of I/O devices was advantageous to allow installation by non-specialist users. Early systems for software configuration of devices included the MSX standard, NuBus, Amiga Autoconfig, and IBM Microchannel. Initially all expansion cards for the IBM PC required physical selection of I/O configuration on the board with jumper straps or DIP switches, but increasingly ISA bus devices were arranged for software configuration.^[6] By 1995, Microsoft Windows included a comprehensive method of enumerating hardware at boot time and allocating resources, which was called the 'Plug and Play' standard.^[7]

Plug & Play Battery

Plug and play devices can have resources allocated at boot-time only, or may be hotplug systems such as USB and IEEE 1394 (FireWire).^[8]

History of device configuration[edit]

Some early microcomputer peripheral devices required the end user physically to cut some wires and solder together others in order to make configuration changes;^[9] such changes were intended to be largely permanent for the life of the hardware.

As computers became more accessible to the general public, the need developed for more frequent changes to be made by computer users unskilled with using soldering irons. Rather than cutting and soldering connections, configuration was accomplished by jumpers or DIP switches.Later on this configuration process was automated: Plug and Play.^[6]

MSX[edit]

The MSX system, released in 1983,^[10] was designed to be plug and play from the ground up, and achieved this by a system of slots and subslots, where each had its own virtual address space, thus eliminating device addressing conflicts in its very source. No jumpers or any manual configuration was required, and the independent address space for each slot allowed very cheap and commonplace chips to be used, alongside cheap glue logic.On the software side, the drivers and extensions were supplied in the card's own ROM, thus requiring no disks or any kind of user intervention to configure the software. The ROM extensions abstracted any hardware differences and offered standard APIs as specified by ASCII Corporation.

NuBus[edit]

In 1984, the NuBus architecture was developed by the Massachusetts Institute of Technology (MIT)^[11] as a platform agnostic peripheral interface that fully automated device configuration. The specification was sufficiently intelligent that it could work with both big endian and little endian computer platforms that had previously been mutually incompatible. However, this agnostic approach increased interfacing complexity and required support chips on every device which in the 1980s was expensive to do, and apart from its use in AppleMacintoshes and NeXT machines, the technology was not widely adopted.

Amiga Autoconfig and Zorro bus[edit]

In 1984, Commodore developed the Autoconfig protocol and the Zorro expansion bus for its Amiga line of expandable computers. The first public appearance was in the CES computer show at Las Vegas in 1985, with the so-called 'Lorraine' prototype. Like NuBus, Zorro devices had absolutely no jumpers or DIP switches. Configuration information was stored on a read-only device on each peripheral, and at boot time the host system allocated the requested resources to the installed card. The Zorro architecture did not spread to general computing use outside of the Amiga product line, but was eventually upgraded as zorro II and Zorro III for the later iteration of Amiga computers.

Micro-Channel Architecture[edit]

In 1987, IBM released an update to the IBM PC known as the Personal System/2 line of computers using the Micro Channel Architecture.^[12] The PS/2 was capable of totally automatic self-configuration. Every piece of expansion hardware was issued with a floppy disk containing a special file used to auto-configure the hardware to work with the computer. The user would install the device, turn on the computer, load the configuration information from the disk, and the hardware automatically assigned interrupts, DMA, and other needed settings.

However, the disks posed a problem if they were damaged or lost, as the only options at the time to obtain replacements were via postal mail or IBM's dial-up BBS service. Without the disks, any new hardware would be completely useless and the computer would occasionally not boot at all until the unconfigured device was removed.

Micro Channel did not gain widespread support^[13] because IBM wanted to exclude clone manufacturers from this next generation computing platform. Anyone developing for MCA had to sign non-disclosure agreements and pay royalties to IBM for each device sold, putting a price premium on MCA devices. End-users and clone manufacturers revolted against IBM and developed their own open standards bus, known as EISA. Consequently, MCA usage languished except in IBM's mainframes.

ISA and PCI self-configuration[edit]

In time, many Industry Standard Architecture (ISA) cards incorporated, through proprietary and varied techniques, hardware to self-configure or to provide for software configuration; often, the card came with a configuration program on disk that could automatically set the software-configurable (but not itself self-configuring) hardware. Some cards had both jumpers and software-configuration, with some settings controlled by each; this compromise reduced the number of jumpers that had to be set, while avoiding great expense for certain settings, e.g. nonvolatile registers for a base address setting. The problems of required jumpers continued on, but slowly diminished as more and more devices, both ISA and other types, included extra self-configuration hardware. However, these efforts still did not solve the problem of making sure the end-user has the appropriate software driver for the hardware.

ISA PnP or (legacy) Plug & Play ISA was a plug-and-play system that used a combination of modifications to hardware, the system BIOS, and operating system software to automatically manage resource allocations. It was superseded by the PCI bus during the mid-1990s.

Legacy Plug and Play[edit]

In 1995, Microsoft released Windows 95, which tried to automate device detection and configuration as much as possible, but could still fall back to manual settings if necessary. During the initial install process of Windows 95, it would attempt to automatically detect all devices installed in the system. Since full auto-detection of everything was a new process without full industry support, the detection process constantly wrote to a progress tracking log file during the detection process. In the event that device probing would fail and the system would freeze, the end-user could reboot the computer, restart the detection process, and the installer would use the tracking log to skip past the point that caused the previous freeze. ^[14]

At the time, there could be a mix of devices in a system, some capable of automatic configuration, and some still using fully manual settings via jumpers and DIP switches. The old world of DOS still lurked underneath Windows 95, and systems could be configured to load devices three different ways:

• through Windows 95 device manager drivers only
• using DOS drivers loaded in the CONFIG.SYS and AUTOEXEC.BAT configuration files
• using both DOS drivers and Windows 95 device manager drivers together

Microsoft could not assert full control over all device settings, so configuration files could include a mix of driver entries inserted by the Windows 95 automatic configuration process, and could also include driver entries inserted or modified manually by the computer users themselves. The Windows 95 Device Manager also could offer users a choice of several semi-automatic configurations to try to free up resources for devices that still needed manual configuration.

Also, although some later ISA devices were capable of automatic configuration, it was common for PC ISA expansion cards to limit themselves to a very small number of choices for interrupt request lines. For example, a network interface might limit itself to only interrupts 3, 7, and 10, while a sound card might limit itself to interrupts 5, 7, and 12. This results in few configuration choices if some of those interrupts are already used by some other device.

The hardware of PC computers additionally limited device expansion options because interrupts could not be shared, and some multifunction expansion cards would use multiple interrupts for different card functions, such as a dual-port serial card requiring a separate interrupt for each serial port.

Because of this complex operating environment, the autodetection process sometimes produced incorrect results, especially in systems with large numbers of expansion devices. This led to device conflicts within Windows 95, resulting in devices which were supposed to be fully self-configuring failing to work. The unreliability of the device installation process led to Plug and Play being sometimes referred to as Plug and Pray.^[15]

Until approximately 2000, PC computers could still be purchased with a mix of ISA and PCI slots, so it was still possible that manual ISA device configuration might be necessary. Vampire: the masquerade - coteries of new york soundtrack downloads. But with successive releases of new operating systems like Windows 2000 and Windows XP, Microsoft had sufficient clout to say that drivers would no longer be provided for older devices that did not support auto-detection. In some cases, the user was forced to purchase new expansion devices or a whole new system to support the next operating system release.

Current plug and play interfaces[edit]

Several completely automated computer interfaces are currently used, each of which requires no device configuration or other action on the part of the computer user, apart from software installation, for the self-configuring devices. These interfaces include:

• IEEE 1394 (FireWire)
• PCI, Mini PCI
• PCI Express, Mini PCI Express, Thunderbolt
• PCMCIA, PC Card, ExpressCard
• SATA, Serial Attached SCSI

For most of these interfaces, very little technical information is available to the end-user about the performance of the interface. Although both FireWire and USB have bandwidth that must be shared by all devices, most modern operating systems are unable to monitor and report the amount of bandwidth being used or available, or to identify which devices are currently using the interface.

See also[edit]

• Autoconfig (Amiga)

References[edit]

1. ^Kozierok, Charles M. (April 17, 2001). 'Plug and Play'. The PC Guide. Retrieved 2018-10-16.
2. ^'plug and play Definition from PC Magazine Encyclopedia'. pcmag.com. Retrieved 2018-10-16.
3. ^'How or where do I find Microsoft WPD Enhanced Storage Certificate'. microsoft.com. December 28, 2011. Retrieved 2018-10-16.
4. ^'What does Plug aNd Play mean?'. Archived from the original on 2018-10-16. Retrieved 2018-12-08.
5. ^'Legacy Plug and Play Guidelines - Microsoft Download Center'. Archived from the original on 2016-12-16. Retrieved 2018-10-16.
6. ^ ^ab'Does it pay to Plug and Play (COVER STORY'. BYTE. October 1991.
7. ^'Plug and Play Run-Time Services'. DrDobbs.com. September 1, 1995. Run-time services (detectable only in software) are central to Windows .. that finds the Plug and Play header, then calls run-time services. .. Windows 95 includes an 'Add New Hardware' wizard
8. ^Plug and Play Definition
9. ^'Apple II Card Electrical Woes'. BigMESSoWires.com (Big Mess o' Wires). On the Disk II card, while the Apple II was idle, I measured 600 mV .. Cut the trace for the B VCC side power supply of 3.3 and use wire wrap wire and solder it to +5v.
10. ^Gordon Laing (2004). Digital Retro: The Evolution and Design of the Personal Computer. Ilex Press. ISBN9781904705390.
11. ^'An examination of architectures for interfacing to the NuBus'. Massachusetts Institute of Technology. Dept. of Electrical. 1984. hdl:1721.1/15573.
12. ^'The IBM PS/2: 25 years of PC history'. July 10, 2012. By the time of the PS/2's launch in 1987, IBM PC .. The line launched in April 1987 with .. its new expansion bus, dubbed Micro Channel Architecture.
13. ^'Open Standards vs. IBM – Remembering the MicroChannel Architecture'. December 9, 2004. the PS/2 based on the proprietary MicroChannel architecture .. was not what the market demanded
14. ^ Scott Mueller, Upgrading and Repairing PCs, Eleventh Edition, Que, 2999, ISBN0-7897-1903-7, page 1370
15. ^'Plug and Play Overview: How Windows Finds Drivers for USB Devices'. May 20, 2009. So Plug and Play sounds great, right? Well, it is.. when everything works right (which is why it's sometimes also called 'Plug and Pray'!)

External links[edit]

Plug & Play Ventures