The present disclosure relates to driver devices, and more specifically, to powered screwdrivers with suction mechanisms.
Driver devices such as powered screwdrivers, drills, impact drivers, and others (sometimes collectively referred to herein as “driver devices” or “screwdrivers”) operate by engaging a bit (e.g., a screwdriver bit) with an object that is intended to be driven into another object (e.g., a screw, bolt). A motor within the driver device causes a bit to rotate. When the bit is properly seated within, for example, the head of a screw, rotation of the bit causes the screw to rotate.
Some embodiments of the present disclosure can be illustrated as a driver device comprising a housing and a hole located on the housing. The hole comprises a sealing lip. The driver device also comprises a bit holder located within the housing, and a bit socket located on the bit holder. The bit socket is aligned with the hole, such that inserting a bit into the bit socket also inserts the bit into the hole. The driver device also comprises a spring located within the bit socket. The spring causes an inserted bit to partially exit the hole in the absence of external forces pushing the bit against the spring. The driver device also comprises a vacuum component connected to the housing and a vacuum chamber within the housing.
Some embodiments of the present disclosure can also be illustrated as a method of operating a driver device. The method comprises mating a screw with a bit of the driver device. The method further comprises pressing the screw towards a sealing lip on a housing of the driver device and seating the screw on the sealing lip. The method further comprises creating a partial vacuum within the housing. The method further comprises operating the driver device.
Some embodiments of the present disclosure can also be illustrated by a system comprising a processor and a memory in communication with the processor. The memory contains program instructions that, when executed by the processor, are configured to cause the processor to perform the above method of operating a driver device.
The above summary is not intended to describe each illustrated embodiment or every implementation of the present disclosure.
The drawings included in the present application are incorporated into, and form part of, the specification. They illustrate embodiments of the present disclosure and, along with the description, serve to explain the principles of the disclosure. The drawings are only illustrative of certain embodiments and do not limit the disclosure.
While the invention is amenable to various modifications and alternative forms, specifics thereof have been shown by way of example in the drawings and will be described in detail. It should be understood, however, that the intention is not to limit the invention to the particular embodiments described. On the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the invention.
Aspects of the present disclosure relate to driver devices, and more specifically, to powered screwdrivers with suction mechanisms. While the present disclosure is not necessarily limited to such applications, various aspects of the disclosure may be appreciated through a discussion of various examples using this context.
Driver devices, such as screwdrivers, drills, impact drivers, and others are useful for driving structural fasteners, such as screws and bolts (sometimes collectively referred to herein as “screws”), into other objects. Typical powered driver devices can be used in a variety of circumstances, and thus are often constructed with the ability to accept driver bits of various shapes. For example, a common screwdriver design includes a bit socket of a hex (6-sided) shape that can accept screwdriver bits with a corresponding hex shape on one end. The other end of the screwdriver bit may be of a size and shape that corresponds to the type of screw with which it is interface to interface.
Some use cases of driver devices require screws to be inserted at precise angles. In these use cases, inserting a screw at an angle other than the desired angle may have negative results. For example, some products, such as high-end electronic personal devices, are manufactured with an aesthetic that requires exterior screws to be very flush with the surrounding exterior housing. A screw being inserted at an unintended angle may cause the screw to rest at that unintended angle once driven into the housing, resulting in part of the screw head jutting out past the surface of the exterior housing.
In some use cases, screws are inserted through several components (e.g., wooden boards). In these instances, the screw may operate both to keep the components from separating, but also from preventing the components from shifting with respect to each other. However, if a screw is inserted through such components at an unintended angle, the screw may exert an unintended torque on one or both of the components. This torque may cause the components to shift with respect to each other, and may even cause damage to one of the components or elsewhere.
Some use cases also involve a threaded screw being inserted into a hole with corresponding threads. If the screw is inserted at an angle that deviates from the desired angle, the screw threads or corresponding threads may be damaged. This may be particularly likely to occur in instances in which a screw is inserted with high torque (for example, when using a powerful drill or impact driver) or in which the threads on a screw or the corresponding threads are delicate (for example, due to small size or soft metal).
Further, some use cases involve driving screws into delicate components such as printed circuit boards. If a screw is inserted at an unintended angle, a higher force may be necessary to drive the screw than if the screw were inserted at the desired angle. In some instances this higher force may be translated to the PCB and connected components. This may result in damage to the PCB, connected components, or breaking of a connection between them.
For these reasons, typical screwdrivers have mechanisms in place to prevent screwdriver bits from being positioned at undesired angles during operation. For example, many bit sockets on driver devices feature a press-fit connection with inserted bits. In other words, the sockets are only barely large enough to contain the bit, thus preventing the bit from shifting in the socket. Some sockets also contain ball bearings that interface with a grove on a bit, keeping the bit in place.
However, it can be difficult to ensure that a screw stays parallel with a desired angle while the screw is being driven into another object. Sometimes this is because the drive bit used is not always a perfect match in terms of size or shape for the screw that is being driven. However, even when perfectly corresponding bits and screws are used, many screw heads and screwdriver bits are designed to allow for screw heads and screwdriver bits to interface at imperfect angles. This is partially to account for the fact that sometimes a driver device needs to be held at an awkward angle when driving a screw, such as when the working in tight spaces. However, this can also be to promote a screwdriver bit slipping out of the screw head when excess torque is applied. Both aspects of bit-screw design may be beneficial by enabling ease of use of a screwdriver and preventing a screw from being inserted too far or twisted too hard. However, the tolerance that results also can make it easier for a screw to sit on a screwdriver bit at an off angle, leading to detriments discussed above.
Some screwdrivers attempt to address these issues by magnetizing screwdriver bits, encouraging an attraction between screwdriver bits and screws. However, in most use cases the magnetic attraction between screw and bit may be sufficient to prevent a screw from completely falling off a bit, but is insufficient to prevent a screw from tilting while seated on a bit. Thus, some screwdrivers attempt to address these issues by incorporating vacuums in a screwdriver designs. These designs involve the head of a screw creating a seal on a housing of the driver device. A vacuum suction is then created within the housing, which causes the pressure (typically atmospheric pressure) outside the housing to push on the screw, keeping it in place. A bit then rotates the screw while the suction is applied, and thus the screw may be driven into another object while reducing the risk that the screw will tilt on the screwdriver bit.
While vacuum-based screwdriver designs can effectively prevent a screw from shifting on a screwdriver bit, they often cause additional problems. This is because vacuum-based screwdrivers are typically incapable of adjusting the position of the screw or screw bit, and thus are similarly incapable of adjusting to variations of the size, shape, and design of screw heads and screwdriver bits. While this may not be an issue for driver devices that always use screws and bits of the same size, shape, and design (for example, a computer-operated screwdriver in an assembly line that only screws one screw into one part), it can be a source of failure for vacuum-incorporating screwdrivers that are expected to work in more general applications. For these driver devices, variations between screw heads and driver bits may cause a bit and a screw head to not interface well. These variations may take several forms, and thus the potential number of permutations of fit between a screw head and driver bit can be quite large.
For example, the type of screw with which a bit is designed to interface may determine the shape of the screw bit, and the shape of a screwdriver bit may affect the fit of the bit in the screw head. Screwdriver bits that are designed to interface with screw heads featuring a small straight slot, for example, may feature a single small flat edge. These bits are often referred to as “flathead” bits. Bits that are intended to interface with screw heads with a large cruciform (i.e., cross shaped) hole may be larger and cruciform in shape. Bits also come in torx shapes, hex shapes, and others. Further, each shape category may have several sub categories, resulting in more variety in bit and screw shape. For example, cruciform screws and bits may come in a Phillips shape, a Frearson shape, and a Pozidriv shape.
The shape of a screwdriver bit not only affects the type of screw head it may interface with, but the depth to which the bit is intended to be inserted into the screw head. For example, a flathead screwdriver bit may properly interface with a screw head even if it is not inserted very far into the screw head, whereas a Phillips bit typically requires the bit to be inserted further into the screw head due to its pointed shape. Similarly, a torx bit with a flat head may not need to be inserted into a screw head as far as a torx bit with a slight taper to the head.
Further, screws may sometimes be driven with screwdriver bits that are not of an exactly corresponding size or design. For example a tapered torx bit may be used to drive a screw that has a tapered torx recess of a slightly larger size (for example, when driving a metric screw with an imperial bit), which can affect how far into the screw head the bit must be inserted in order to create an acceptable grip on the screw. As a further example, a Pozidriv bit may be used to drive a Phillips screw head, which may result in the bit being incapable of being completely inserted into the screw head.
The size and shape of a screw head can also affect the fit of a screwdriver bit within the screw head, and, relatedly, how far a driver bit would optimally be inserted into the screw head. To begin, the same analysis applied to screwdriver bits applies to screw heads. However, when using a vacuum screwdriver, the shape of the screw head also affects how far the screw head will be inserted into the housing before making a seal. For example, a flat-top screw head may be completely flush with the outer housing of a screwdriver when seated on a vacuum opening, requiring a bit to exit out of the housing in order to mate with the screw head. However, a screw head with a dome shape may protrude into the housing at the center in order to create a seal with the housing at the outer edges of the screw. This screw may therefore require the screwdriver bit to protrude out slightly less than the flat-top screw head.
Finally, manufacturing variances may also affect the fit of a screwdriver bit and screw head, and thus how far into a screw head a bit should be inserted. While most screws and bits follow industry standards, manufacturing imperfections can result in some bits being slightly longer than standard. Further, the recess of some screw heads may be slightly deeper than other recesses, even when standards attempt to maintain uniformity among screw heads. Finally, the shape of some screw heads or screwdriver bits may also deviate from standard shapes.
For the reasons discussed above, many factors may result in variations of the perfect fit between a screw head and screwdriver bit. Without an ability to adjust to these variations, a screwdriver bit and screw head may not interface well. Unfortunately, when a screwdriver bit is used to drive a screw with which it does not interface well, damage can result. For example, a screw head can be stripped during driving, making it difficult to completely drive the screw into place or remove it. This may be particularly problematic when the screw is completely stripped when only partially driven (e.g., when sticking halfway out of a board or device housing). These screws may be difficult to remove, potentially resulting in the object into which the screw was driven being wasted.
Further, using a screwdriver bit to drive a screw with which the bit does not interface well can damage the bit. This can be particularly likely in high-torque situations, such as when using a torx bit to drive a hardened screw with a powerful impact driver. Damaging a screwdriver bit can require it to be replaced. Repeated occurrence of damaged bits may result in increased costs and hassle, particularly for large projects or specialized, expensive bits.
Unfortunately, typical vacuum-fit screwdrivers do not allow for the position of the bit or the screw to be adjusted. For example, if the position of a screw is adjusted, the seal between the screw and the housing may be compromised, causing a loss of suction, which would defeat the purpose of the vacuum component. Further, typical screwdrivers prevent shifting of the screwdriver bit in order to prevent the bit from being dislodged. Thus, typical vacuum-fit screwdrivers may be more likely to damage screws and bits due to the inability to adjust to variations between screws and bits.
Some embodiments of the present disclosure address the above issues by featuring a driver device that is both capable of holding a screw in position using vacuum suction and capable of adjusting to variances in shapes of screw heads and screwdriver bits. In some embodiments, a bit holder in a screwdriver includes a spring that pushes an inserted bit towards the screw head. In some such embodiments the bit may be magnetized by the bit holder or by the spring in the bit holder.
In some embodiments, the bit holder may extend past the housing of the driver device when in a “resting” configuration. This may allow a screw to interface with the bit holder before being sealed to a vacuum chamber. In embodiments in which the bit is magnetized, a magnetic attraction between the bit and a screw may encourage proper seating of the screw on the bit. The screw may then be used to push the bit further into the bit holder as the screw is pushed onto a lip on the housing of the device. As the bit is pushed into the bit holder, the spring in the bit holder may be compressed, and may, as a result, push the bit holder into the screw head with greater force. This may continue to encourage a proper seating of the screw head and the bit, even when the screw and bit are being moved on the driver device.
When the screw head is pushed against the lip, a seal may be created between the inside of the housing (i.e., the vacuum chamber) and the outside of the housing. At this point a vacuum could be activated, creating a suction inside the device housing. This suction may hold the screw in place during operation of the driver device. However, because the screwdriver bit is being pushed into the screwhead by the compressed spring, the driver device may automatically adjust to variations of the size and shape of the screw head and of the screwdriver bit.
Driver device 100 features a device housing 102 that surrounds a vacuum chamber 104. A motor 106 and bit holder 108 are positioned within vacuum chamber 104. Motor 106 may, when activated, cause bit holder 108 to rotate in a pre-configured direction. Bit holder 108 includes a bit socket, the rear wall 110 of which is shown in
Driver device 100 may also contain vacuum component 114. Vacuum component 114 may, in some embodiments, comprise a vacuum device (i.e., a device capable of creating a suction within vacuum chamber 104) or a vacuum connector that may be used to connect driver device 100 to a vacuum device. Finally, the device housing 102 of driver device 100 is illustrated with a hole, the rear wall 116 of which is shown in
In some embodiments, device driver 100 may be a standalone device, such as a powered impact driver with vacuum device attached. However, in some embodiments device driver 100 may actually be an add-on component, such as a component that could be inserted into the bit holder of an impact driver. In such embodiments, device driver 100 may not include a motor, because the motor of the impact driver into which device driver 100 is being inserted may be used to rotate bit holder 108.
To illustrate the adjustability of a driver device according to the embodiments of the present disclosure,
As has been previously discussed, the adjustability of the driver devices of the present disclosure may be beneficial not only in use cases in which a driver device is operated manually by a user, but also in use cases in which a driver device is operated automatically (for example, by a robotic arm on an assembly line). For this reason, some embodiments of the present disclosure may be operated automatically by a computer system including a processor to perform a method of operating a driver device.
Method 300 begins in block 302, in which a screw is mated with a bit of a driver device. This may involve, for example, a robotic arm grasping a screw and pressing the screw head of the screw onto a screwdriver bit that has been inserted into a bit socket of the driver device. The driver device may have a spring in the bit socket that pushes the screwdriver bit towards the screw, encouraging a proper interface between the screw and bit.
In block 304, the system presses the screw towards a sealing lip of the driver device. As a result, the screw may push the screwdriver bit further into the bit socket, compressing the spring within the bit socket. The spring may continue to push the screwdriver bit towards the screw, maintaining a proper interface even though both the screw and bit have changed position. Once the screw is seated on the sealing lip of the housing, the system may stop moving the screw.
In block 306, the system may determine wither the screw is sealing the vacuum chamber. For example, in some embodiments the system may be equipped with optical cameras that inspect the fit of the screw on a sealing lip to determine if a gap exists between the screw and the lip. In some embodiments these optical cameras may also inspect the angle of the screw to detect whether the screw is not properly seated. If the system determines that the screw is not sealing the vacuum chamber, the system repeats block 304. In some embodiments, this may involve pulling the screw back to the original position and pressing the screw again. In other embodiments, repeating block 304 may simply involve attempting to press the screw further towards the sealing lip.
If, on the other hand, the system determines in block 306 that the screw is sealing the vacuum chamber, the system activates a vacuum device that is connected to the driver device in block 308. Activating the vacuum device may create a partial (or complete) vacuum within the housing of the driver device, creating a suction that holds the head of the screw firmly on the sealing lip of the device housing. At this point, the screw may be strongly held in place by the vacuum, preventing the screw angle from shifting during operation. Further, a spring in a bit socket of the driver device may continue to push the screwdriver bit into the head of the screw, continuing to encourage a proper interface between the two. For this reason, the driver device may now be prepared to drive the screw, and the system operates the driver device in block 310.
The Processor 410 of the Computer System 401 may include one or more CPUs 412. The Processor 410 may additionally include one or more memory buffers or caches (not depicted) that provide temporary storage of instructions and data for the CPU 412. The CPU 412 may perform instructions on input provided from the caches or from the Memory 420 and output the result to caches or the Memory 420. The CPU 412 may include one or more circuits configured to perform one or methods consistent with embodiments of the present disclosure. In some embodiments, the Computer System 401 may contain multiple Processors 410 typical of a relatively large system. In other embodiments, however, the Computer System 401 may be a single processor with a singular CPU 412.
The Memory 420 of the Computer System 401 may include a Memory Controller 422 and one or more memory modules for temporarily or permanently storing data (not depicted). In some embodiments, the Memory 420 may include a random-access semiconductor memory, storage device, or storage medium (either volatile or non-volatile) for storing data and programs. The Memory Controller 422 may communicate with the Processor 410, facilitating storage and retrieval of information in the memory modules. The Memory Controller 422 may communicate with the I/O Interface 430, facilitating storage and retrieval of input or output in the memory modules. In some embodiments, the memory modules may be dual in-line memory modules.
The I/O Interface 430 may include an I/O Bus 450, a Terminal Interface 452, a Storage Interface 454, an I/O Device Interface 456, and a Network Interface 458. The I/O Interface 430 may connect the Main Bus 440 to the I/O Bus 450. The I/O Interface 430 may direct instructions and data from the Processor 410 and Memory 420 to the various interfaces of the I/O Bus 450. The I/O Interface 430 may also direct instructions and data from the various interfaces of the I/O Bus 450 to the Processor 410 and Memory 420. The various interfaces may include the Terminal Interface 452, the Storage Interface 454, the I/O Device Interface 456, and the Network Interface 458. In some embodiments, the various interfaces may include a subset of the aforementioned interfaces (e.g., an embedded computer system in an industrial application may not include the Terminal Interface 452 and the Storage Interface 454).
Logic modules throughout the Computer System 401—including but not limited to the Memory 420, the Processor 410, and the I/O Interface 430—may communicate failures and changes to one or more components to a hypervisor or operating system (not depicted). The hypervisor or the operating system may allocate the various resources available in the Computer System 401 and track the location of data in Memory 420 and of processes assigned to various CPUs 412. In embodiments that combine or rearrange elements, aspects of the logic modules' capabilities may be combined or redistributed. These variations would be apparent to one skilled in the art.
The present invention may be a system, a method, and/or a computer program product at any possible technical detail level of integration. The computer program product may include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out aspects of the present invention.
The computer readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device. The computer readable storage medium may be, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of the computer readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing. A computer readable storage medium, as used herein, is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.
Computer readable program instructions described herein can be downloaded to respective computing/processing devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network. The network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. A network adapter card or network interface in each computing/processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing/processing device.
Computer readable program instructions for carrying out operations of the present invention may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, configuration data for integrated circuitry, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++, or the like, and procedural programming languages, such as the “C” programming language or similar programming languages. The computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider). In some embodiments, electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present invention.
Aspects of the present invention are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer readable program instructions.
These computer readable program instructions may be provided to a processor of a computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the blocks may occur out of the order noted in the Figures. For example, two blocks shown in succession may, in fact, be accomplished as one step, executed concurrently, substantially concurrently, in a partially or wholly temporally overlapping manner, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts or carry out combinations of special purpose hardware and computer instructions.
The descriptions of the various embodiments of the present disclosure have been presented for purposes of illustration, but are not intended to be exhaustive or limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein was chosen to explain the principles of the embodiments, the practical application or technical improvement over technologies found in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.
Number | Name | Date | Kind |
---|---|---|---|
3393721 | De Forest | Jul 1968 | A |
3583451 | Dixon | Jun 1971 | A |
4017756 | Davidson | Apr 1977 | A |
4329095 | Schmuck | May 1982 | A |
4922436 | Dohm et al. | May 1990 | A |
4924732 | Hoskins et al. | May 1990 | A |
5484026 | Susaki et al. | Jan 1996 | A |
6418818 | Tham | Jul 2002 | B1 |
7178432 | Han et al. | Feb 2007 | B1 |
7997164 | Miyamoto | Aug 2011 | B2 |
8127643 | Tan | Mar 2012 | B1 |
8245601 | Hastama et al. | Aug 2012 | B1 |
8327529 | Tan | Dec 2012 | B1 |
8454755 | Tan | Jun 2013 | B1 |
9737979 | Sungkhaphong et al. | Aug 2017 | B1 |
20090090526 | Zannini et al. | Apr 2009 | A1 |
20090206122 | King | Aug 2009 | A1 |
20140265526 | Knapp | Sep 2014 | A1 |
20150190182 | Sharifi-Mehr et al. | Jul 2015 | A1 |
20170260771 | Knudsen | Sep 2017 | A1 |
20180333811 | Maeda | Nov 2018 | A1 |
Number | Date | Country |
---|---|---|
201950612 | Aug 2011 | CN |
202668435 | Jan 2013 | CN |
203045288 | Jul 2013 | CN |
103934673 | Aug 2016 | CN |
10159336 | Aug 2004 | DE |
2016507295 | Mar 2016 | JP |
Entry |
---|
IBM, “Automatic Screwdriver With Vacuum Pick-Up,” ip.com, An IP.com Prior Art Database Technical Disclosure, IP.com No. IPCOM000063065D, IP.com Electronic Publication Date: Feb. 18, 2005, 3 pages https://priorart.ip.com/IPCOM/000063065. |
Monjardin et al., “Guided Driver Device,” U.S. Appl. No. 17/095,076, filed Nov. 11, 2020. |
List of IBM Patents or Patent Applications Treated as Related, Dated Nov. 10, 2020, 2 pages. |
Number | Date | Country | |
---|---|---|---|
20220143791 A1 | May 2022 | US |