SMART INTERCOM STATIONS FOR LEGACY INTERCOM SYSTEMS
Smart buzzer systems for apartment buildings, where an intercom station in an apartment unit notifies the user of a request from a guest to unlock the building's door, sends the user's approval of the request to the door, and enables the user and the guest to talk to each other, are disclosed. The smart buzzer systems are enhanced with connectivity with mobile devices and mobile applications as well as automation. The intercom station includes an audio input-output circuit configured to process audio signals, which includes a line input buffer configured to process audio signals from a legacy base microphone through a wiring interface for a legacy intercom system to a processor and a line output driver configured to process audio signals from the processor to the legacy base speaker through the wiring interface fertile legacy intercom system.
Embodiments of the present invention are in the field of intercom stations that use artificial intelligence, signal processing, electronic systems, and/or mechanical systems to manage door and gate entry systems into buildings and complexes.
BACKGROUND OF THE INVENTIONThe statements in the background of the invention are provided to assist with understanding the invention and its applications and uses, and may not constitute prior art.
“Buzzer” systems for buildings (e.g., apartments, commercial offices, and recreational facilities) and complexes (e.g., gated communities, groups of office buildings) —where an intercom station in a unit notifies the user of a request from a guest to unlock the building's door or gate, sends the user's approval of the request to the door or gate, and enables the user and the guest to talk to each other—are a standard technology used in many older apartment buildings. In the Internet age, many users desire a buzzer system that takes advantage of modern technology, such as integration with mobile devices and applications (“apps”) and automation, which provides the possibility of additional features. However, in many cases, upgrading the entire intercom system of an apartment building requires high hurdles to be met, such as difficulty and cost in physically installing a new intercom system, or negatively impacting the aesthetic or historic look of the front of the building.
Therefore, it would be an advancement in the state of the art to provide a technology where an individual user in an apartment unit of a building with a traditional intercom system, such as one that merely permits a user to speak to a guest and buzz the guest in, is able to upgrade to a “smart” buzzer system by replacing, modifying, or supplementing only the pre-existing resident unit-level intercom station with an enhanced intercom station that is compatible with the rest of the intercom system's components, wiring, and operation. Users need to retrofit only what they have access to in the units (the unit intercom station), which limits disruption to the building by avoiding having to rewire or replace the building-wide system. The technology may be readily deployed in non-residential buildings and complexes as well.
It is against this background that the present invention was developed.
BRIEF SUMMARY OF THE INVENTIONThe present invention relates to an intercom station apparatus. More specifically, in various embodiments, the intercom station apparatus connects to a legacy intercom system, and includes a station audio emission subsystem configured to emit a first audio signal; a station audio reception subsystem configured to receive a second audio signal; a talk feature configured to activate the station audio reception subsystem and a legacy base speaker; a listen feature configured to activate a legacy base microphone and the station audio emission subsystem; a wiring interface for the legacy intercom system; a processor configured to interact with and control the station audio emission subsystem and the station audio reception subsystem; and an audio input-output circuit configured to process audio signals, including: a line input buffer configured to process audio signals from the legacy base microphone through the wiring interface for the legacy intercom system to the processor, including: a first electrostatic discharge and transient protection subcircuit configured to receive a first input signal from the wiring interface for a legacy intercom system; a first galvanic isolator and voltage scaler subcircuit; and a first voltage buffer coupled to the first galvanic isolator and voltage scaler subcircuit, wherein the first voltage buffer is configured to transmit a first output signal to the processor; and a line output driver configured to process audio signals from the processor to the legacy base speaker through the wiring interface for the legacy intercom system, including: a second voltage buffer configured to receive a second input signal from the processor; a high-pass filter coupled to the second voltage buffer; a second galvanic isolator and voltage scaler subcircuit coupled to the high-pass filter; and a second electrostatic discharge and transient protection subcircuit coupled to the second galvanic isolator and voltage scaler subcircuit and configured to transmit a second output signal to the wiring interface for the legacy intercom system.
In some embodiments, the station audio emission subsystem is a station speaker, the first audio signal is sound, the station audio reception subsystem is a station microphone, and the second audio signal is sound.
In some embodiments, the first voltage buffer is a first operational amplifier, and the second voltage buffer is a second operational amplifier.
In some embodiments, the first electrostatic discharge and transient protection subcircuit includes a first electrostatic discharge resistor and a first transient-voltage-suppression diode, and the second electrostatic discharge and transient protection subcircuit includes a second electrostatic discharge resistor and a second transient-voltage-suppression diode.
In some embodiments, the first galvanic isolator and voltage scaler subcircuit includes a first transformer, and the second galvanic isolator and voltage scaler subcircuit includes a second transformer.
In some embodiments, the first transformer is 1:1.
In some embodiments, the second transformer is 1:1.
In some embodiments, the first galvanic isolator and voltage scaler subcircuit further includes a first voltage scaler coupled to the first transformer, and the second galvanic isolator and voltage scaler subcircuit further includes a second voltage scaler coupled to the second transformer.
In some embodiments, the first voltage scaler includes: a first voltage divider coupled to the first transformer, and a second voltage divider coupled to the first voltage divider; and the second voltage scaler includes a third voltage divider.
In some embodiments, the first voltage divider includes a plurality of resistors, and the first voltage divider generates a ratio of approximately 50%.
In some embodiments, the second voltage divider includes a plurality of resistors.
In some embodiments, the second voltage divider biases a signal to around half of a supply voltage.
In some embodiments, the third voltage divider includes a plurality of resistors, and the third voltage divider generates a ratio of approximately 4.5%.
In some embodiments, the high-pass filter includes a capacitor with a capacitance based on an impedance of the second transformer.
In some embodiments, the second transformer includes a plurality of windings, and a DC resistance of each winding of the plurality of windings of the second transformer is greater than a resistance of a legacy station speaker.
In some embodiments, the second transformer supports a signal range of 200 Hz to 4,000 Hz.
In some embodiments, the line input buffer further includes a voltage-limiting subcircuit coupled to the first voltage buffer, and the voltage-limiting subcircuit limits an input to the first voltage buffer to within a predefined threshold.
In some embodiments, the voltage-limiting subcircuit includes a Schottky barrier diode.
In some embodiments, the intercom station apparatus is configured to interact with a base and a backend cloud-computing service (CCS).
In various embodiments, the intercom station apparatus connects to a legacy intercom system, and includes a station audio emission subsystem configured to emit a first audio signal; a station audio reception subsystem configured to receive a second audio signal; a talk feature configured to activate the station audio reception subsystem and a legacy base speaker; a listen feature configured to activate a legacy base microphone and the audio emission subsystem; a wiring interface for the legacy intercom system; a processor configured to interact with and control the station audio emission subsystem and the station audio reception subsystem; and an audio input-output circuit configured to process audio signals, including: a line input buffer configured to process audio signals from the legacy base microphone through the wiring interface for the legacy intercom system to the processor, including: a first galvanic isolator and voltage scaler subcircuit configured to receive a first input signal from the wiring interface for a legacy intercom system; and a first voltage buffer coupled to the first galvanic isolator and voltage scaler subcircuit, wherein the first voltage buffer is configured to transmit a first output signal to the processor; and a line output driver configured to process audio signals from the processor to the legacy base speaker through the wiring interface for the legacy intercom system, including: a second voltage buffer configured to receive a second input signal from the processor; a high-pass filter coupled to the second voltage buffer; and a second galvanic isolator and voltage scaler subcircuit coupled to the high-pass filter and configured to transmit a second output signal to the wiring interface for the legacy intercom system.
Other aspects and embodiments of the present invention include the methods and processes comprising the steps described herein, and also include the processes and modes of operation of the systems and devices described herein.
Yet other aspects and embodiments of the present invention will become apparent from the detailed description of the invention when read in conjunction with the attached drawings.
Embodiments of the present invention described herein are exemplary, and not restrictive. Embodiments will now be described, by way of examples, with reference to the accompanying drawings, in which:
With reference to the figures provided, embodiments of the present invention are now described in detail.
In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the invention. It will be apparent, however, to one skilled in the art that the invention can be practiced without these specific details. In other instances, structures, devices, activities, and methods are shown using schematics, use cases, and/or flow diagrams in order to avoid obscuring the invention. Although the following description contains many specifics for the purposes of illustration, anyone skilled in the art will appreciate that many variations and/or alterations to suggested details are within the scope of the present invention. Similarly, although many of the features of the present invention are described in terms of each other, or in conjunction with each other, one skilled in the art will appreciate that many of these features can be provided independently of other features. Accordingly, this description of the invention is set forth without any loss of generality to, and without imposing limitations upon, the invention.
Overall Intercom System and Integration with Legacy Functionality
An intercom central unit (ICU) 110 acts as a central processing unit for the intercom system 100; it is connected via an intercom network 122 to the intercom station 108, a lobby panel 112, and a door lock 116. The lobby panel 112 is near the door, accessible to a person (e.g., a guest) seeking entry via the door 114. The door lock 116 is an electromechanical device (e.g., a solenoid bolt) that locks or unlocks the door 114 in response to a signal from the ICU 110. In some embodiments, the intercom network 122 is wired. In other embodiments, one or more connections within the intercom network 122 is wireless (e.g., Wi-Fi, Bluetooth). In some embodiments, the intercom system 100 further comprises a system backend 102, which comprises a server 124 and a data storage medium 126. The system backend 102 enables the intercom station 108 to interact with a mobile device 104 running a mobile application 128 (“mobile app” or simply “app”) directed to the intercom station 108. In some embodiments, the mobile app 128 is accessible by a user 106 who manages the intercom station 108 or a guest seeking entry into the building 118. In some embodiments, the system backend 102 connects to the intercom station 108 and to the mobile device 104 via the Internet 130. In some embodiments, the intercom station 108 connects to the Internet 130 via a wireless access point 132 in the building 118 or in the user's apartment unit 120 specifically. In other embodiments, the intercom station 108 connects to the Internet 130 via a wired connection (e.g., an Ethernet cable). In some embodiments, instead of or in addition to a system backend 102, the intercom system 100 further comprises a local server or a local device. In such embodiments, the local server or a local device may perform similar features as described herein regarding the system backend 102.
The lobby panel 112 performs several functions for interfacing with a guest seeking entry into the building 118 via the door 114. In some embodiments, the lobby panel 112 comprises a set of doorbells 134, with each doorbell corresponding to an apartment unit in the building. In some embodiments, the lobby panel 112 comprises a microphone 136 configured to receive a guest's voice and an audio speaker configured to generate sound to be heard by the guest. In some embodiments, the microphone 136 and the audio speaker are the same electronic device. The intercom station 108 performs several functions for interfacing with a user 106, the system backend 102, and the mobile app 128. In some embodiments, the intercom station 108 comprises a “door” (or “unlock”) button. In some embodiments, the intercom station 108 further comprises a station audio emission subsystem configured to emit a first audio signal and a station audio reception subsystem configured to receive a second audio signal. In some embodiments, the station audio emission subsystem is an audio speaker, the first audio signal is a sound (e.g., a sound to be heard by the user), the station audio reception subsystem is a microphone, and the second audio signal is a second (e.g., the user's voice). In other embodiments, the station audio emission subsystem and the station audio reception subsystem are electronic systems that relay audio information to and from a system backend, a local service, or a local device. In such embodiments, the first audio signal and the second audio signal are digital signals.
In some embodiments, the intercom station 108 further comprises a “listen” feature configured to activate the microphone of the lobby panel and to activate the speaker of the intercom station 108, and a “talk” feature configured to activate the microphone of the intercom station 108 and to activate the speaker of the lobby panel 134. In some embodiments, intercom station 108 does not include a microphone configured to receive a user's voice nor an audio speaker configured to generate sound to be heard by the user, in which case all audio communication is relayed between the lobby panel and a system backend, a local service, or a local device. In such embodiments, the “talk” feature may not activate a microphone of the intercom station 108, but may instead initiate communication with a guest via other means (e.g., the user speaks into a mobile device, the backend sends a pre-recorded message); and the “listen” feature may not activate a speaker of the intercom station 108, but may instead initiate storing or relaying the audio signal from the speaker of the lobby panel 134.
In some embodiments, the “listen” feature is a “listen” button, and the “talk” feature is a “talk” button. In some embodiments, the “talk” feature and the “listen” feature are implemented as a single button that turns on (or off) the two-way audio system. In some embodiments, the “talk” feature and the “listen” feature are implemented as a handset at one or both ends, which, after being picked up, allows the user 106 and the guest to speak to one another as if speaking over a telephone. For convenience, the legacy intercom station and/or the intercom station may be described herein with reference to a “listen” button and a “talk” button, but alternative embodiments that include implementing the “listen” feature and the “talk” feature in other ways would be apparent to those skilled in the art.
In some embodiments, the lobby panel 112 includes a video camera or a still camera, which permits a user to see the guest on a video screen on or near the intercom station 108. In some embodiments, the video camera is always on. In some embodiments, the video camera may be activated by nearby motion or other stimuli. In some embodiments, the video camera may be activated by a “watch” feature on the intercom station 108. In other embodiments, the video camera may be activated whenever the “listen” or “talk features are activated, e.g., buttons are pressed or held down.
In some embodiments, the door 114 may be manually unlocked via a physical key. In some embodiments, the door 114 is by default locked whenever the door 114 is closed. The intercom station 108 enables a guest to unlock the door 114 without a physical key for the door 114 nor another person personally opening the door 114 from the other side. When a guest outside the door 114 requests unlocking the door 114, he or she activates (“rings”) a doorbell 134 on the lobby panel 112 that corresponds to the guest's target apartment unit. When the doorbell 134 is activated, the lobby panel 112 sends the unlocking request as a signal to the ICU 110, which relays it to the intercom station 108 in the target apartment unit. In some embodiments, the intercom station 108 notifies the user 106 that an unlock request has been sent. The notification may be, for example, a doorbell ring that is audible throughout the apartment unit 120 to alert the user 106. In other embodiments, the notification is a visual cue (e.g., flashing light), which may be helpful for users with auditory disabilities. The user 106 may approve of the unlocking request by activating the “door” button on the intercom station 108, which sends the unlocking approval as a signal to the ICU 110, which sends a request to the door lock 116 to unlock the door 114. As typical door locks generate a buzzing sound when the door 114 is unlocked, this process is colloquially referred to as “buzzing” a person into a building. In some embodiments, the “door” button supports the unlocking of the door 114 without an unlock request sent by a guest.
In some embodiments, the intercom system 108 enables the user 106 and the guest to speak to each other via audio conferencing. In some embodiments, the user 106 and the guest interaction is further enhanced with video conferencing. These features are useful for the user to confirm the identity of the guest before buzzing the guest into the building 118, for example. When the intercom station 108 notifies the user 106 that an unlock request has been sent, the user 106 has the option of activating the microphone of the intercom station 108 and the speaker of the lobby panel 112, but not the speaker of the intercom station 108 nor the microphone of the lobby panel 112, by pressing and holding down the “talk” button. Once these devices are activated, the user 106 may speak to the guest at the lobby. When the user 106 releases the “talk” button, the microphone of the intercom station 108 and the speaker of the lobby panel 112 are deactivated, and the user 106 may no longer speak to the guest. In some embodiments, the intercom system 108 enables the user 106 to passively listen to sounds in the lobby, including the guest's voice, by pressing and holding down the “listen” button, which activates the microphone of the lobby panel 112 and the speaker of the intercom station 108, but not the speaker of the lobby panel 112 nor the microphone of the intercom station 108. Once these devices are activated, the guest in the lobby may speak to the user 106. When the user 106 releases the “listen” button, the microphone 136 of the lobby panel 112 and the speaker of the intercom station 108 are deactivated, and guest user may no longer speak to the user 106. In some embodiments, multiple apartment units may simultaneously activate the “listen” function without interference. By alternately pressing the “talk” and the “listen” buttons, the user 106 may conduct a conversation with a guest at the lobby.
In alternative embodiments, the intercom system 108 enables the user 106 and the guest to speak to each other via audio conferencing without the need of “talk” or “listen” buttons by including a handset at one or both ends, which, after being picked up, allows the user 106 and the guest to speak to one another as if speaking over a telephone.
In some embodiments, whenever the “talk” or “listen” buttons are pressed, held, or released, a signal encapsulating the request is sent from the intercom station 108 to the ICU 110, which routes the signal to the lobby panel 112 to activate or deactivate the appropriate devices. Whenever audio signal is transmitted (e.g., the user holds down the “talk” button while speaking into the intercom station microphone, the user 106 holds down the “listen” button while the guest is speaking into the lobby panel microphone 136), the signal is routed between the intercom station 108 and the lobby panel 112 via the ICU 110.
In some embodiments, the intercom station 108 further enables the user 106 to perform the doorbell ring notification, buzz, talk, and listen functions remotely through the mobile app 128. In some embodiments, the intercom system 100 includes features such as the use of a guest mobile app, virtual keys for guests to enable the unlocking of the door 114 when the user 106 is not present, geofencing, the automatic unlocking of the door 114 upon request, and the unlocking of the door 114 via the intercom station 108 or the mobile app 128 without an unlock request sent by a guest. Details of these features are provided in this disclosure.
The intercom system 100 comprises a preexisting extra-unit intercom system, which is the set of components outside the apartment unit that typical legacy intercom systems have. For example, the preexisting extra-unit intercom system comprises a lobby panel (e.g., front door doorbell panel), a plurality of intercom station interfaces, and a set of wiring corresponding to the plurality of intercom station interfaces. In some embodiments, such as when interfacing with analog intercom systems, the extra-unit intercom further comprises an intercom amplifier. In some embodiments, such as when interfacing with digital intercom systems, the extra-unit intercom further comprises a control unit. At each apartment unit, the set of wiring is accessible via one or more holes in the apartment unit's wall. The set of wiring enables an installed intercom station to interact with the preexisting extra-unit intercom system. In some embodiments, a mount plate with organized wires provides a mechanically robust and electrically stable means for installing the intercom station (e.g., “physical device”, “Buzr”, “Buzr Device”, or “Buzr Pro Device”) into the apartment unit by connecting the intercom station 108 to the set of wiring via the mount plate. In some embodiments, the intercom station disclosed herein is installed alongside a pre-existing intercom station without replacing it.
In some embodiments, the backend cloud-computing service 140 maintains a time-stamped record of its input and output, such as unlock requests by guests, unlock approvals granted by users, conversations between users and guests, sounds from the lobby, and so on. This record is retrievable by the user via the mobile app 128 or a website.
In some embodiments, the intercom station 108 and/or backend cloud-computing service 140 may integrate with third-party services, including home hosting services (e.g., Airbnb), delivery providers (e.g., DoorDash), smart home systems (e.g., Amazon Alexa, Google Home). This may be implemented by providing the third-party service's representative with a virtual key, by maintaining a direct integration with the third-party service's backend, or through conversing with a call center agent at the front door of the building.
The analog legacy wiring interface 406 for a legacy intercom system interfaces with the legacy intercom system by relaying audio signals, door unlock requests, door unlock approvals, lobby speaker activation and deactivation requests, and/or lobby microphone activation and deactivation requests. In embodiments where the lobby panel 112 includes a video camera or a still camera, which permits a user to see the guest on a video screen on or near the intercom station 108, the analog legacy wiring interface 406 also relays a video feed. In some embodiments, the analog legacy wiring interface 406 may be implemented on a mount plate PCB and is represented in greater detail in
The power management circuit 410 includes regulators and voltage protection circuitry to allow for the various subsystems to operate at their respective required voltages. In some embodiments, a global voltage source of 6 V (e.g., provided by four AA batteries) and a global voltage source of 5 V (e.g., provided by a USB cable) are converted to 3.3 V, 2.5 V, and 15 V when needed. In some embodiments, the intercom station is powered by a standard battery or by a plurality of standard batteries (e.g., four AA batteries) with typical usage conveniently requiring infrequent battery replacement or recharging. In some embodiments, greater than 12 months of battery life may be achieved by using sleep modes on the MCU 404, even while maintaining a steady connection to the Internet at all times so that a guest does not need to wait for the intercom station to regain Internet connection. In some embodiments, the intercom station may also be externally powered via a cable (e.g., micro-USB).
Audio config 408 includes both the isolation circuitry needed to accommodate tone detection 540 functionality as well as the configuration circuitry needed to support the station speaker. In some embodiments, the regulator that boosts 6 V to 15 V (as referenced above) and the amplifier that outputs to the station speaker are located in this schematic sheet as well.
To achieve universal wiring compatibility across a wide variety of legacy intercom systems, sourced documentation from the most common systems were studied. A universal relay system is then devised, assuming that signals are properly isolated in the next stage of the intercom station's circuitry. To understand how legacy intercom systems communicate audio, oscilloscope readings of the various systems under interaction were recorded and studied. Exemplary waveforms resulting from these experiments are discussed herein with reference to
Generally, all systems share the same four core operations of talking, listening, doorbell ringing, and buzzing a door open. Accordingly, there are only a limited number of wiring configurations to achieve this. However, there is no standard as to how these connections are made or even how many wires there are. The major configurations are digital or analog and either 2, 4, or 5 wires (although 3 & 6 wire systems exist as well). Three exemplary legacy systems are the 2-wire digital Aiphone GT system, the analog PK543A (which can accommodate 3-wire stations, 4-wire stations, or 5-wire stations), and the analog AF1000 (a 6-wire station).
In some embodiments, the intercom station comprises isolation circuits and other electronics that perform signal processing and filtering operations (e.g., hardware-based or software-based digital signal processing) for the management of various audio functions 412. The intercom station processes audio for wireless transmission by extracting electrical signals through isolation circuits and pre-filtering audio via an analog-to-digital converter (ADC) and transmitting the encoded audio to the mobile app for listening by the user. In some embodiments, the ADC is directly on a processor. In some embodiments, the processor is a microcontroller unit (MCU). For convenience, this disclosure may describe “microcontroller units (MCU)” in particular, but the teachings and discussion may apply more generally to “processors” as well, as referenced in
The audio input-output (I/O) circuit 412 performs all audio transmission and filtering functions related to legacy communication as well as the station microphone. These functions share a common operational amplifier bank 422. The line input buffer 414 extracts audio from the legacy system to be used by the intercom station via the processor's 426 ADC. In some embodiments, this process requires isolation (such as via a transformer) and amplification to allow the incoming signals to be interpretable by a typical processor ADC, which would otherwise be challenging due to the low amplitude of incoming signals compared to the sensitivity of the ADC. This need for amplification is highlighted in
The microcontroller unit config circuit (MCU config) 424 is the overall configuration of the microcontroller unit (MCU) 426 and its associated button connectors 428 and programming headers 430. In some embodiments, the microcontroller unit (MCU) 426 includes pin/port connectivity, power, and antenna connectivity. In some embodiments, the button connectors 428 are the button inputs for the intercom station's user input interfacing, such as the “talk”, “listen”, “buzz”, “device reset”, and “WiFi reset” features. In some embodiments, the programming headers 430 are optional programming headers for UART & SW/Think interfaces, which enable rapid prototyping and board programming but may be removed for mass production. In some embodiments, the microcontroller unit (MCU) 426 is configured to interact with and control a station audio emission subsystem and a station audio reception subsystem, as described with reference to
As described above, in some embodiments, the analog legacy wiring interface 432 may be implemented on a mount plate PCB and is represented in greater detail in
Audio config 438 includes both the isolation circuitry needed to accommodate tone detection 440 functionality as well as the station speaker configuration circuitry 442. The tone detection circuit 440 detects and extracts the oscillation waveform shown in
Relay control signals 446 are sent from the microcontroller unit config circuit (MCU config) 424 via headers that interface with the main board to the isolation circuitry for analog signal extraction. The isolation circuitry protects the microcontroller unit config circuit (MCU config) from the larger signals in the legacy system as well as prevents interference in the legacy system. Headers 448 provide connectivity to the main PCB. An analog isolation circuit 451 generates a barrier between the relays/legacy system and the MCU control signals. In some embodiments, the analog isolation circuit 451 is implemented using techniques such as opto-isolation, RF isolation, and TTL (transistor-transistor logic) MOSFET circuits. In some embodiments, it is implemented using MOS-relays, which combines the analog isolation circuit 451 and the analog mode config circuit 456 as discussed with reference to
Audio signals 452 are passed through the mount plate because all isolation and audio processing are performed on the main board. The functionality of the mount plate with reference to audio signals 452 is to connect to the proper line of the legacy intercom system when audio is needed to prevent unintended interference or audio artifacts to the legacy system when the intercom station is not attempting to communicate on the talk or listen lines. This is also manifested in relays B and C in
Signals 458 are sent from the analog isolation circuit 451 to control the relays in the analog mode config circuit 456. After isolation of control signals, the relays extract the signals 458 from the legacy intercom system. In some embodiments, the signals 458 may actuate commands directly for non-audio signals, such as a door buzz. Non-audio signals 460 directly control the legacy intercom system. For example, a non-audio signal 460 may engage relay D in
The line input buffer of the audio input-output (I/O) circuit 512 receives the audio signal (“LINE_IN_BLD_REF”) from the analog legacy wiring interface 511 for a legacy intercom system and transmits an audio signal (“LINE_IN_BUF”) to a processor 513. In some embodiments, the processor 513 is a microcontroller unit (MCU) 513. The line output driver of the audio input-output (I/O) circuit 512 receives an audio signal (“DAC_OUT”) from the microcontroller unit (MCU) 513 and transmits an audio signal (“LINE_OUT_BLD_REF”) to the analog legacy wiring interface 511 for the legacy intercom system.
The microphone input buffer (“MIC_IN_BUF”) of the audio input-output (I/O) circuit 512 is the output from the operational amplifier circuit that corresponds to a driver being used for the on-board microelectromechanical (MEMS) microphone. Although alternative solutions exist for configuring a microphone within a product, advances in MEMS technology have brought such microphones to the cutting edge of the overall IoT industry. Specific considerations were taken on the mechanical side to ensure that proper vibration dampening and sound channels were included. The microphone input buffer (“MIC_IN_BUF”) line is fed into one of the two internal microcontroller unit (MCU) ADCs.
The enable audio line (“EN_AUDIO_IO”) is one of the two shutdown/enable lines for the operational amplifier bank 422. It controls the voltage buffer (e.g., the operational amplifier) in the line input buffer and the operational amplifier of the microphone. The enable output line (“EN_OUT_AMP”) is the other one of the two shutdown/enable lines for the operational amplifier bank 422. It controls the voltage buffer (e.g., the operational amplifier) in the line output driver.
The line input buffer 520 further includes a first galvanic isolator and voltage scaler subcircuit 524, 525A, 525B, 525C, 525D. In some embodiments, the audio line ground 509 (“LINE_GND”) is coupled to the first galvanic isolator and voltage scaler subcircuit 524, 525A, 525B, 525C, 525D. In embodiments of the line input buffer 520 that include a first electrostatic discharge (ESD) and transient protection subcircuit 522A, 522B, the first galvanic isolator and voltage scaler subcircuit 524, 525A, 525B, 525C, 525D is coupled to the first electrostatic discharge (ESD) and transient protection subcircuit 522A, 522B. In embodiments of the line input buffer 520 that do not include an electrostatic discharge (ESD) and transient protection subcircuit, the first galvanic isolator and voltage scaler subcircuit 524, 525A, 525B, 525C, 525D is configured to receive the first input signal. In some embodiments, the first galvanic isolator and voltage scaler subcircuit 524, 525A, 525B, 525C, 525D includes a first transformer 524 (“T1”). In some such embodiments, the first transformer 524 (“T1”) performs both galvanic isolation and voltage scaling functions. In other embodiments, the first galvanic isolator and voltage scaler subcircuit 524, 525A, 525B, 525C, 525D includes a first transformer 524 (“T1”) and a first voltage scaler 525A, 525B, 525C, 525D coupled to the first transformer 524 (“T1”). In some embodiments, the audio line ground 509 (“LINE_GND”) is coupled to the first transformer 524 (“T1”). In some embodiments, no amplification nor attenuation from the first transformer 524 is needed, so the first transformer 524 is 1:1. In other embodiments, the first transformer 524 is configured to have another ratio of primary and secondary coils to achieve the attenuation or amplification effects of voltage scaling. In still other embodiments, the first galvanic isolator and voltage scaler subcircuit 524, 525A, 525B, 525C, 525D includes an opto-isolator. In some such embodiments involving the opto-isolator or other isolation component, the voltage scaling is approximately 1. Note that this scale factor applies only to the isolation component, not to the entire first galvanic isolator and voltage scaler subcircuit 524, 525A, 525B, 525C, 525D, as additional scaling and/or attenuation may be required.
In some embodiments, the first voltage scaler 525A, 525B, 525C, 525D includes a first voltage divider 525A, 525B coupled to the first transformer 524 (“T1”). In some embodiments, the first voltage divider 525A, 525B includes a plurality of resistors 525A, 525B (“R2” and “R3”). In some embodiments, the first voltage divider 525A, 525B generates a ratio of approximately 50% (e.g., “R2” and “R3” are both 1 kΩ); i.e., it halves the output of the first transformer 524 so that the signal is in the appropriate range for the MCU 513. The 50% ratio permits the line input buffer 520 to obtain the signals for a wide variety of legacy intercom systems. In some embodiments, the first voltage scaler 525A, 525B, 525C, 525D further includes a second voltage divider 525C, 525D coupled to the first voltage divider 525A, 525B, where the bottom side of the output of the first transformer 524 is connected to the second voltage divider 525C, 525D. In some embodiments, the second voltage divider 525C, 525D includes a plurality of resistors 525C, 525D (“R4” and “R5”). In some embodiments, the second divider 525C, 525D generates a ratio of approximately 50% (e.g., “R4” and “R5” are both 10 kΩ); i.e., it biases the signal about the midpoint (half) of the supply voltage, Vcc 526 (e.g., 2.5 V). It would be apparent to those skilled in the art to alter the first voltage divider 525A, 525B and the second voltage divider 525C, 525D to achieve the necessary voltage scaling, such as combining the two voltage dividers into a single voltage divider that includes a plurality of resistors.
The line input buffer 520 further includes a first voltage buffer 527 coupled to the first galvanic isolator and voltage scaler subcircuit 524, 525A, 525B, 525C, 525D, wherein the first voltage buffer 527 is configured to transmit a first output signal 529 (“LINE_IN_BUF”) to a processor 513. In some embodiments, the processor 513 is a microcontroller unit (MCU) 513. In some embodiments, the first voltage buffer 527 is an operational amplifier 527 (“OPAMP2”). Other implementations of the first voltage buffer 527 would be apparent to those skilled in the art. In some embodiments, the first voltage buffer 527 is coupled to the first voltage scaler 525A, 525B, 525C, 525D. In some embodiments, the first voltage buffer 527 is coupled to the first voltage divider 525A, 525B. In some embodiments, the first voltage buffer 527 is operational in the frequency range 200 Hz-4,000 Hz as well as in power supply ranges up to 2.5 V. Although human hearing typically detects sounds ranging from 20 Hz to 20,000 Hz, the frequencies that correspond to human speech are at the lower end of that range (around 300 Hz to 3,400 Hz), so an operational frequency range of 200 Hz-4,000 Hz is sufficient to transmit human voice intelligibly. Shutdown functionality with low supply current across up to four voltage buffers (e.g., four operational amplifiers) for high energy efficiency may also be desired. In some embodiments, the line input buffer 520 further includes a voltage-limiting subcircuit 528 coupled to the first voltage buffer 527, which limits an input to the first voltage buffer 527 to within a predefined threshold if this input were to exceed the supply voltage Vcc 526 (e.g., 2.5 V). In some embodiments, the predefined threshold is the supply voltage Vcc 526 (e.g., 2.5 V). In some embodiments, the voltage-limiting subcircuit 528 is a Schottky barrier diode 528 (“D2”). In other embodiments, the voltage-limiting subcircuit 528 is a regulator, a divider, or another type of diode.
The line output driver 530 receives as input a second input signal 531 (“DAC_OUT”) from the microcontroller unit (MCU) 513, which represents an audio signal. The line output driver 530 includes a second voltage buffer 532 configured to receive a second input signal from the MCU 513. In some embodiments, the second voltage buffer 532 is an operational amplifier 532 (“OPAMP3”). Other implementations of the second voltage buffer 532 would be apparent to those skilled in the art. The line output driver 530 further includes a high-pass filter 533, 534 coupled to the second voltage buffer 532. In some embodiments, the high-pass filter 533, 534 is a DC block, filtering out frequencies below a pre-determined threshold. In some embodiments, the high-pass filter 533, 534 is implemented as a capacitor 533 (“C3”) operating in conjunction with a second transformer 534, where the capacitor 533 (“C3”) is a first component of the high-pass filter 533, 534, and the second transformer 534 is a second components of the high-pass filter 533, 534. The line output driver 530 further includes a second galvanic isolator and voltage scaler subcircuit 534, 535A, 535B coupled to the high-pass filter 533, 534. In some embodiments, the audio line ground 509 (“LINE_GND”) is coupled to the second galvanic isolator and voltage scaler subcircuit 534, 535A, 535B. In some embodiments, the high-pass filter 533, 534 and the second galvanic isolator and voltage scaler subcircuit 534, 535A, 535B share a component, a resistive element 534. In some embodiments, the resistive element 534 is a second transformer 534 (“T2”), wherein the second transformer 534 includes a plurality of windings. In some such embodiments, the second transformer 534 (“T2”) performs both galvanic isolation and voltage scaling functions. In some embodiments, the audio line ground 509 (“LINE_GND”) is coupled to the second transformer 534 (“T2”). In other embodiments, the second galvanic isolator and voltage scaler subcircuit 534, 535A, 535B includes a second transformer 534 (“T2”) and a second voltage scaler 535A, 535B coupled to the second transformer 534 (“T2”). In some embodiments, no amplification nor attenuation from the second transformer 534 is needed, so the second transformer 534 is 1:1.
By modeling the primary winding of the transformer as a resistive impedance of 600Ω, the capacitor 533 (e.g., C3=10 μF) is being part of a high-pass filter with a cutoff frequency of approximately 26 Hz. The capacitor value may change so long as the cutoff frequency does not interfere with the minimum target voice frequency that the transformer is sourced for, namely approximately 200 Hz, which corresponds to a minimum capacitance of approximately 1.3 μF. This filter design may easily be modified depending on the target frequencies or desired filter selection (e.g., using a high-pass filter that includes an operational amplifier or an inductor). In some embodiments, the value of the capacitor 533 is based on the impedance of the selected second transformer 534. In some embodiments, a capacitance of 10 μF for the capacitor 533 and an impedance of 600Ω for the second transformer 534 perform well with legacy intercom systems. To avoid applying a load to the legacy intercom system output that is greater than what a standard apartment panel would apply, in some embodiments, the DC resistance of each winding of the plurality of windings of the second transformer 534 is higher than the resistance of the legacy station speaker that it is replacing. In some embodiments, the DC resistance of each winding of the plurality of windings of the second transformer 534 is 115Ω. In other embodiments, the same effect is achieved by including a compensating series resistor so that the DC resistance of each winding of the plurality of windings of the second transformer 534 may be lower than the resistance of the legacy station speaker that it is replacing. In some embodiments, the second transformer 534 is suitable for voice audio. For example, the TTC-5023 transformer supports a range of audio signals of 200 Hz-4,000 Hz.
In some embodiments, the second voltage scaler 535A, 535B includes a third voltage divider 535A, 535B coupled to the second transformer 534 (“T2”). In some embodiments, the third voltage divider 535A, 535B includes a plurality of resistors 535A, 535B (“R7” and “R10”). In some embodiments, the audio line ground 509 (“LINE_GND”) is coupled to at least one of plurality of resistors 535A, 535B (“R7” and “R10”). In some embodiments, the third voltage divider 535A, 535B generates a ratio of approximately 4.5% (e.g., “R7” is 1 kΩ and “R10” is 47Ω), which closely approximates the signal range expected to be fed into an amplifier of a legacy intercom system. The determination of the 4.5% ratio took some experimentation of various values to discover due to the very low input that is typically sent from legacy intercom stations to amplifiers in legacy intercom systems, which results from using a speaker as a “reverse microphone” in most analog applications. Feeding in too high of a value would likely damage the legacy system by overloading the amplifier. Exemplary tuning operations include: performing signal sweeps of signal to be fed into A/D converter to examine the attenuation of audio signals fed through the input transformer, performing signal sweeps to simulate D/A converter operations to examine the attenuation and degradation of audio sent through the output transformer, and experimenting with various DC offsets to bias the input and output signals within the rail voltages of the voltage buffer (e.g. the operational amplifier) as well as the A/D and D/A converters on the MCU 513. For impedance matching, 50Ω is the appropriate speaker impedance required to avoid incurring audio interference back at the front door speaker.
In some embodiments, the line output driver 530 further includes a second electrostatic discharge (ESD) and transient protection subcircuit 536A, 536B coupled to the second galvanic isolator and voltage scaler subcircuit 534, 535A, 535B and configured to transmit a second output signal 537 (“LINE_OUT_BLD_REF”) to the wiring interface 511 for the legacy intercom system. In some embodiments, the audio line ground 509 (“LINE_GND”) is coupled to the second electrostatic discharge (ESD) and transient protection subcircuit 536A, 536B. In some embodiments, the second electrostatic discharge (ESD) and transient protection subcircuit 536A, 536B includes a second ESD resistor 536B (“R8”, e.g., 22Ω) and a second transient-voltage-suppression (TVS) diode 536A (“D3”). In other embodiments, the line output driver 530 does not includes a second electrostatic discharge (ESD) and transient protection subcircuit, in which case the second galvanic isolator and voltage scaler subcircuit 534, 535A, 535B is configured to transmit a second output signal 537 (“LINE_OUT_BLD_REF”) to the wiring interface 511 for the legacy intercom system
In some embodiment, the line input buffer 520 and the line output driver 530 are partially or completely disabled upon normal operation of the intercom station until either “talk” or “listen” commands are initiated correspondingly. Thus, power consumption is minimized.
In some embodiments, the isolator 545 (“U2”) operates as follows: If the input signal is a logic “1”, the light-emitting diode (LED) in the isolator 545 (“U2”) may engage, which will cause a logic “1” to appear at the gate of the internal transistor. When this transistor is activated, current from the 3.3 V voltage source has a path of lowest impedance that passes through the transistor directly to ground, as opposed to flowing through the top 547A and bottom resistors 547B (“R18” & “R23”). This causes the output of the isolator 545 (“U2”), i.e., the input of the Schmitt trigger 548 (“U3”), to be a logic “0”. As the Schmitt trigger 548 (“U3”) is non-inverting, the output of the Schmitt trigger 548 (“U3”), namely the tone detection signal 549 (“TONE_DET”), is a logic “0”. Alternatively, if a logic “0” is sent as an input signal, both sides of the internal LED will be at low voltage, and no current is able to flow inside the isolator 545 (“U2”). This causes the internal transistor to be turned off. When this occurs, the output (pin 5) of the isolator 545 (“U2”) is automatically pulled up to 3.3 V as provided by the voltage source, which corresponds to a logic “1”. The output of the Schmitt trigger 548 (“U3”), namely the tone detection signal 549 (“TONE_DET”), is thus a logic “1”. In some embodiments, the Schmitt trigger 548 (“U3”) is implemented as an operational amplifier 548. Experimental data demonstrating the operation of the tone detection subsystem is described with reference to
Audio communication may be performed in a similar manner. As described earlier with reference to
Jumpers 3 555A (“J3”) and 5 555B (“J5”) may bypass passive components if required in specific systems. In some embodiments, some or all jumpers are replaced by toggle switches or similar devices to increase usability by end users.
Audio communication may be performed in a similar manner. As described earlier with reference to
Jumpers 2 575A (“J2”) and 5 575B (“J5”) may bypass passive components if required in specific systems. In some embodiments, some or all jumpers are replaced by toggle switches or similar devices to increase usability by end users.
In an example configuration of the PK543, pressing the “door” button on a 4-wire analog PK543 intercom station applies a closure across the intercom station's terminals 2 and 3. The closure is routed to the PK543 amplifier's terminals 2 and 3. After the amplifier senses the closure, it provides 16 V of AC voltage across the amplifier's terminals D and K. Meanwhile, DC voltage is also present across terminals L+ and L− as the unfiltered output of a full-wave rectifier fed by the same 16 V of AC voltage, which is applied to the door release mechanism to unlock the door. In one variation, a closure the across the PK543 amplifier's terminals 1 and E can be used to output 16 V of AC voltage across the amplifier's terminals D and K.
In some embodiments, the ADC and/or the DAC are external from the MCU, e.g., an external digital signal processing (DSP) chip located elsewhere on the PCB. In some embodiments, the ADC/DAC is implemented in hardware only (e.g., ASIC). In other embodiments, the ADC/DAC is implemented in software only (e.g., sampling algorithm).
In some embodiments, optocoupler technology is employed to implement the isolation circuitry. In other embodiments, especially to avoid the potential for the LEDs in opto-components to wear out over time, capacitive barriers, transformers, radiofrequency (RF) isolators, or transistor-transistor logic (TTL), are used.
In some embodiments, the backend cloud computing service 716 stores recordings of audio from the microphone of the lobby, the microphone of the intercom station, and the microphone of the mobile device. A user 720 is able to later access and playback these recordings via the mobile app 718 or website, which may be useful in cases where the user missed an audio transmission or would later like a further record of who was in the building. In some embodiments, the user 720 may download the audio recordings. A user 720 may also record an audio conversation between the user 720 and a guest 704. In some embodiments, the user 720 may elect to activate or deactivate the recording feature or may set in advance conditions under which the recording feature is activated. In some embodiments, the audio is encrypted from end to end.
In some embodiments, the backend cloud-computing service 716 may send a pre-recorded voice message to the lobby speaker 706 upon receiving a doorbell ring, prompting the guest to wait 704 or to leave a voicemail that will be recorded. In some embodiments, the host 720 may generate multiple pre-recorded voice messages and create rules that determine which voice message is played. In other embodiments, if the backend cloud-computing service 716 determines that the user 720 is likely to be absent from the apartment unit and is also not responding to the mobile app notifications, the backend cloud-computer service 716 will send a pre-recorded voice message (e.g., “the host is unavailable”) to the lobby speaker 706 upon receiving a doorbell ring. Use cases may include an away message while the user is on vacation.
Message JourneysIn
In
In
In
In
In
A person may create an account with a password on the mobile app or through a website associated with the intercom station (“intercom station website”). The account may also be created via a third-party log in system, such as Google, Facebook, or Apple, so that the backend system may associate a particular user with a particular intercom station. When the mobile app is first downloaded onto a mobile device, the user is prompted to either sign in with an account that is already made or by setting up a new account. In some embodiments, the mobile app requires the user to input a mobile number with two-factor authentication. In some embodiments, the mobile app requires verification via e-mail, text, or other messaging means. In some embodiments, the verification is a form of two-factor authentication. In some embodiments, the mobile app requires confirmation that the user is authorized before being able to control the intercom station. This may include providing lease information to validate that the user lives in or owns the unit he/she is intending to install the intercom station. The user's account may be suspended upon the expiration of the lease over the apartment until unless a lease renewal is confirmed. In some embodiments, the user provides a photo of the legacy device that he/she would like to replace in the apartment to ensure compatibility and reduce time on the phone with customer service. This function may be performed by, for example, using machine vision and image recognition to identify legacy devices from a user-uploaded photograph.
The user may be prompted in the mobile app to register a new intercom station to the user's account. In the “set up your device” mode, the user registers the new intercom station by scanning a QR code or other identifying code on the intercom station or manually entering an intercom station ID number to associate the user's account with this particular intercom station. The user may also dissociate the intercom station from their account.
Once an intercom station is associated with a user, it may be configured to connect to the local Wi-Fi network in the user's apartment unit. The mobile app instructs the user to push the Wi-Fi pairing button on the intercom station, which prompts the intercom station to emit its own Wi-Fi network to connect to the user's mobile device. The mobile app then requests that the user enter the credentials for accessing the local Wi-Fi network. When the intercom station successfully connects to the local Wi-Fi network, it provides a “connection successful” message to the user if it connects to the network intended by the user. Further associations also begin on the backend cloud-computing service. For example, in some embodiments, a “Just in Time Registration” (JiTR) process begins, the intercom station requests the creation of a CA certificate, and the certificate is registered with the backend cloud-computing service. In some embodiments, the intercom station clears previously stored Wi-Fi credentials upon the press of a button or other input.
Mobile Application FundamentalsIn some embodiments, the intercom system includes features such as the use of a guest mobile app, virtual keys for guests to enable the unlocking of the door when the user is not present, geofencing, the automatic unlocking of the door upon request, and the unlocking of the door via the intercom station or the mobile app without an unlock request sent by a guest.
In some embodiments, the mobile app associated with the intercom station has two modes: host (user) and guest. The host mode is for a user who has access to the apartment unit in which the intercom station is installed; the host mode enables the host to perform all the of the intercom station functions remotely, as well as other functions described in this disclosure. The guest mode is for a guest who seeks access to the building. In some embodiments, there is a stand-alone app for integration partners.
An account may be designated as a host, as a guest, or as both a host and a guest (for different intercom stations). An account may be designated as a host for multiple intercom stations (e.g., a real estate agent managing multiple apartment units), and/or as a guest for multiple other intercom stations (e.g., a cleaning service with multiple clients). A single particular intercom station may be associated with multiple hosts (e.g., members of the same household living the apartment unit) as well as with multiple guests. In some embodiments, the mobile app permits a single mobile device to save multiple account and password combinations.
In some embodiments, the mobile app enables multiple users to communicate with one another. This may be, for example, via text messaging, via requests for a virtual key, or via request for a modification to an existing virtual key (e.g., delay the expiration time). When a guest requests a virtual key, the host receives a notification on his/her mobile device, after which the host may grant, deny, or ignore the request via the mobile app. In some embodiments, the mobile app is integrated with third-party mobile messaging apps, such as e-mail, SMS, WhatsApp, iMessage, Facebook Messenger, or Google Voice.
Unlock the Door via Mobile ApplicationIn some embodiments, the intercom station enables a user to perform the door, talk, and listen functions remotely through the mobile app as a host. The mobile app includes a graphical user interface (GUI) that reproduces the physical interface of the intercom station, such a virtual talk button that enables the user to speak to the guest, a virtual listen button that enables the user to listen to sounds in the lobby including the guest's voice, and a virtual door button that enables the user to approve the request to unlock the door. In some embodiments, the mobile device enables these functions by means other than virtual buttons, such as voice commands.
When a guest outside the door requests unlocking the door, he or she activates (“rings”) a doorbell on the lobby panel that corresponds to the guest's target apartment unit. When the doorbell is activated, the lobby panel sends the unlocking request as a signal to the ICU, which relays it to the intercom station in the target apartment unit. The intercom station then relays the unlocking request to the backend cloud-computing service, which in turn relays the unlocking request to the mobile app. In response, the mobile app generates a notification (“doorbell ring notification”) to the user that the request has been made. Such a notification may include an audible sound being emitted from the mobile device, a series of vibrations of the mobile device, or other push notifications typical for mobile devices.
Upon receiving the notification, the user may approve of the unlocking request by activating the virtual door button on the GUI, which causes the mobile app to send the unlocking approval to the backend cloud-computing service, which in turn relays the unlocking approval to the intercom station. This action may be performed by touch-sliding the door (“buzz in”) button from a left-most position 910 in
The intercom station then relays the unlocking approval as a signal to the ICU, which sends a request to the door lock to unlock the door, “buzzing” the guest in. In some embodiments, the mobile app supports the unlocking of the door without a prior unlock request sent by a guest. This is achieved by the host activating the virtual unlock button or its equivalent via the mobile app.
When a user wishes to halt the unlocking of the door, he/she may then release the door (“buzz in”) button, which transitions the GUI to that shown in
Some legacy intercom systems include a “talk interlock” feature built into either the base controller (for digital systems) or the amplifier (for analog systems) component, as referenced in
In some embodiments, the intercom station includes a “device mute” feature, where a user may mute the intercom station temporarily. Typical use cases include avoiding awakening occupants already asleep, avoiding interrupting activity in the building unit, and generally establishing a quiet environment. In such embodiments, the intercom station is configured to intercept and mute all audio signals that would otherwise be sent to the intercom station (e.g., doorbell rings). In some embodiments, all communication with the building door may still be accomplished via the mobile application while the intercom station is muted. In some embodiments, rather than muting all audio signals, the user may determine how much signals are altered. For example, the user may adjust the volume of a doorbell ring or of audio communication, or may select from a variety of ringtones, which may be pre-recorded audio or PWM waveforms. Such embodiments may be implemented by intercepting an incoming signal at the processor (e.g., the microcontroller unit) with the audio buffer circuitry disclosed with reference to
In some embodiments, the intercom system enables the user via the mobile app and the guest to speak to each other. When the mobile app notifies the user that an unlock request has been sent, the user has the option of activating the microphone of the mobile device and the speaker of the lobby panel, but not the speaker of the mobile device nor the microphone of the lobby panel, by pressing and holding down the virtual talk button 912 on the GUI shown in
In some embodiments, the intercom system enables the user via the mobile to passively listen to sounds in the lobby, including the guest's voice, by pressing and holding down the virtual listen button 914 on the GUI shown in
In some embodiments, if the user receives an incoming telephone call while conversing with a guest via the mobile app, the telephone call is displayed in a heads-up notification as to not remove focus from the mobile app. The user has the options of answering the call (which disconnects the conversation with the guest) or ignoring the call (which continues the conversation with the guest uninterrupted).
In some embodiments, whenever the virtual talk 912 or virtual listen buttons 914 are pressed, held, or released, a signal encapsulating the request is sent from the mobile device to the backend cloud-computing service, which in turn relays the request to the intercom station. The intercom station then relays the request as a signal to the ICU, which sends the request to the lobby panel to activate or deactivate the appropriate devices. Whenever audio signal is transmitted (e.g., the user holds down the virtual talk button while speaking into the mobile device microphone, the user holds down the virtual listen button 914 while the guest is speaking into the lobby panel microphone), the signal is routed between mobile device, the backend cloud-computing service, the intercom station, the ICU, and the lobby panel.
In some embodiments, the microphone and the speaker of the intercom station are inactivated when the microphone and the speaker of the mobile device are activated as discussed above regarding the operation of the virtual talk and the virtual listen functions. In some embodiments, if multiple users who are hosts of the same intercom station (e.g., two roommates) attempt to speak to a guest at the lobby by using the virtual talk function on their respective mobile apps, then only the first one to activate the virtual talk function will be able to talk, and the speaker of the lobby panel will emit the sounds from the microphone of the mobile device of that first user. The second user received a notification on their mobile device indicating that someone else is speaking to the lobby.
Automatic UnlockingIn some embodiments, the mobile app supports the automatic unlocking of the door upon request by a guest. This is achieved by the host activating the automatic unlocking feature via the mobile app or intercom station website. The activation is stored in the backend cloud-computing service. After this feature has been activated, whenever a guest requests the door to be unlocked by ringing the doorbell on the lobby panel, the intercom station will automatically grant the request by confirming with the backend cloud-computing service that the automatic unlocking feature is activated. The host may deactivate the automatic unlocking feature any time. In some embodiments, the host may set in advance conditions under which the automatic unlocking feature is activated. For example, the feature may be activated over a set time period (“between 5 pm and 7 pm tomorrow”) or may be activated for a fixed number of unlock requests (“expires after 5 unlock requests”). In some embodiments, the user will receive a notification on the mobile app whenever the automatic unlocking feature is used by a guest or by an integration partner. In some embodiments, each automatic unlocking request is recorded.
Virtual KeysIn some embodiments, the mobile app supports the creation (“activation”) of virtual keys for guests to enable the unlocking of the door without the contemporaneous participation by the host user, which is useful when the host is not physically present in the apartment unit and also may not be able to access the mobile app immediately. When the user activates a virtual key, the mobile app sends a virtual key activation signal to the backend cloud-computing service (CCS). The virtual keys are stored in the backend CCS.
Using the mobile app or intercom station website, a host creates a virtual key for a particular guest.
The host user may deactivate a virtual key at any time.
In some embodiments, if a guest finds that the given virtual key does not work when applied, he/she may use support features in the app to request a new virtual key from the user. The user would then receive a notification for the request, and may respond by resending the virtual key, generating a new active virtual key, or ignoring the request.
In some embodiments, the user receives a notification on the mobile app whenever a virtual key is activated, deactivated, or applied. In some embodiments, each application of a virtual key is recorded. This information may include the ID of the virtual key, the identity of the guest applying the virtual key, and the date/time of the application. In some embodiments, the backend cloud-computing service (CCS), local server, local device, or mobile application generates a record of instances where an integration partner used a virtual key.
GeofencingIn some the embodiments, the virtual key may be applied via geofencing. The host may set via the mobile app or intercom station website a “geofence”, or a set of lines or curves. The virtual key is applied whenever the guest's mobile device is determined to breach the geofence. In some embodiments, the geofence is a closed curve encompassing a geographical region. In other embodiments, the geofence is an open curve. For example, the host may set the geofence to be a circle with a 10-meter radius centered around the building's lobby door. This way, the door will automatically unlock when the guest is about to arrive at the door. In some embodiments, the mobile app may access the host mobile device's mapping functions (e.g., Google Maps) to enable the host to view and choose a geofence. In some embodiments, the mobile app may access the guest's mobile device's location functions (e.g., GPS, cellular network triangulation) to determine the guest's location. In some embodiments the geofence is used as a prerequisite for applying a virtual key.
Other Automatic KeysOther types of automatic keys may be implemented. In some embodiments, the host may provide a guest with a service phone number to call, upon which entering a unique PIN would automatically unlock the door. In some embodiments, the guest may talk to a call center for assistance. In some embodiments, the guest may speak into the lobby microphone and successfully unlock the door by saying the correct password set by the host. In these embodiments, speech recognition technology determines what the guest is saying. In some embodiments, the speech recognition is performed at the intercom station. In other embodiments, the speech recognition is performed in the cloud-computing service.
Third-Party IntegrationIn some embodiments, the intercom station supports integrations with various types of third-party services, including delivery providers, service providers, and short-term rental services (Airbnb). For example, suppose the intercom station is integrated with a food delivery service. When the user places an order from the food delivery service's mobile app or website, the intercom station automatically generates a virtual key or other automatic key (e.g., PIN, password) as described earlier in this disclosure. The delivery person would then be provided with the virtual key or other automatic key (“key”) for automatic entry into the user's building. The key may be provided to the delivery person in several ways: via the delivery person's intercom system mobile app as a guest, via the food delivery service's app, via text message, or via e-mail. In some embodiments, the virtual key or other automatic key is valid only within a reasonable time frame for food delivery (e.g., within 30 minutes of the expected delivery time), which the user may set. In another example, suppose the intercom station is integrated with a short-term rental service, such as Airbnb. When a guest books the user's apartment unit from the short-term rental service's mobile app or website, the intercom station automatically generates a virtual key or other automatic key (e.g., PIN, password). The guest would then be provided with the virtual key or other automatic key (“key”) for automatic entry into the user's building. In addition to the key being invalid outside of the reservation time as described earlier in this disclosure, the key may expire in a manner tied to activity via the short-term rental service, e.g., automatic key expiration upon the guest checking out of the short-term rental via that service's app.
In some embodiments, the intercom station may be integrated with an external video camera system near the lobby panel or elsewhere in the building. In some embodiments, the intercom station may be integrated with building management platforms, brokerage services, and/or leasing services.
MonitoringIn some embodiments, the intercom station monitors various features. For example, it monitors its own battery levels and communicates to the user if and when the battery levels are below a pre-determined threshold (e.g., energy remaining in the batteries is only 10% of the total capacity of the batteries). The user may view this information in a “device health” screen in the mobile app. The mobile app sends push notifications to the user when the battery has gone below a threshold (e.g., 25%) so that the user may proactively change or plan a change in the batteries. In some embodiments, low power mode is a default unless the intercom station is actively used, not merely when the batteries are low on remaining energy. In some embodiments, this is achieved in WGM160P via integrated “DTIM” modes.
The intercom station may monitor its Wi-Fi connectivity and communicate to the user if the connectivity is poor. Similarly in the “device health” screen in the mobile app, the user may view the strength of the Wi-Fi connection. The backend cloud-computing service (CCS), such as Amazon Web Services (AWS), sends push notifications to the user when the intercom station has gone off-line.
The mobile app may monitor usage by maintaining records of who opened the door and when, allowing the user to see exactly when someone was in their building as a result of their intercom station, via a screen in the mobile app.
In some embodiments, the intercom station provides the user with living quality information through on-device passive sensors that permit the user to see, for instance, whether the temperature of the apartment unit is within a certain range (e.g. legal range based on street address), whether there is a gas leak or dangerous gases in the apartment unit (e.g. natural gas, carbon monoxide), whether there is unexpected movement within the apartment unit (especially useful for brokerage firms and property owners that maintain an unoccupied unit).
Management DashboardThe backend cloud computing service supports a management dashboard for enterprise users by summarizing information on and providing various capabilities, including battery life and Wi-Fi status across multiple apartment units and buildings, user usage across multiple apartment units and buildings, easy-to-provision new devices for new tenants and for new apartments, onboarding and offboarding of tenants and roommates through fleet management.
In some embodiments, multiple users may be affiliated with one particular intercom station under an umbrella apartment account (e.g., members of a household). One roommate may be the administrator and may grant other roommates certain permissions (including administrator status) to use the intercom station with their mobile devices.
Software and FirmwareIn some embodiments, all intercom station software and firmware are able to restore to a previous stable release through over-the-air downloads to allow the user to return to a previously working version due to either a failed update or an update that causes unanticipated failures or breaks. The user is able to perform in-field software and firmware updates through over-the-air downloads viewable in the mobile app. These updates would be downloaded from the AWS backend with staged releases if required due to the number of devices in the field. This allows the user to add additional features to their devices and install security patches as needed.
The intercom station is resistant to malicious interception of communications by using on board crypto-encryption. In some embodiments, this is natively supported by the Micrium OS and the WGM160P module, which offers end-to-end encryption when combined with the security provided by the AWS IoT backend. Furthermore, end-to-end encryption alleviates problems pertaining to ambient noise listening by the intercom that could lead to legal issues or customer concerns of the intercom stealing, recording, or transmitting unauthorized information via audio.
Intercom System in ActionAn exemplary embodiment of the present disclosure may include one or more servers (management computing entities), one or more networks, and one or more clients (user computing entities). Each of these components, entities, devices, and systems (similar terms used herein interchangeably) may be in direct or indirect communication with, for example, one another over the same or different wired or wireless networks. Additionally, while
As indicated, in one embodiment, the management computing entity 1602 may also include one or more communications interfaces 1610 for communicating with various computing entities, such as by communicating data, content, and/or information (similar terms used herein interchangeably) that can be transmitted, received, operated on, processed, displayed, stored, and/or the like.
As shown in
In one embodiment, the management computing entity 1602 may further include or be in communication with non-volatile media (also referred to as non-volatile storage, memory, memory storage, and/or memory circuitry—similar terms used herein interchangeably). In one embodiment, the non-volatile storage or memory may include one or more non-volatile storage or memory media 1606, including but not limited to hard disks, ROM, PROM, EPROM, EEPROM, flash memory, MMCs, SD memory cards, Memory Sticks, CBRAM, PRAM, FeRAM, NVRAM, MRAM, RRAM, SONOS, FJG RAM, Millipede memory, racetrack memory, and/or the like. As will be recognized, the non-volatile storage or memory media may store databases, database instances, database management systems, data, applications, programs, program modules, scripts, source code, object code, byte code, compiled code, interpreted code, machine code, executable instructions, and/or the like. The term database, database instance, and/or database management system (similar terms used herein interchangeably) may refer to a collection of records or data that is stored in a computer-readable storage medium using one or more database models, such as a hierarchical database model, network model, relational model, entity-relationship model, object model, document model, semantic model, graph model, and/or the like.
In one embodiment, the management computing entity 1602 may further include or be in communication with volatile media (also referred to as volatile storage, memory, memory storage, memory and/or circuitry—similar terms used herein interchangeably). In one embodiment, the volatile storage or memory may also include one or more volatile storage or memory media 1608, including but not limited to RAM, DRAM, SRAM, FPM DRAM, EDO DRAM, SDRAM, DDR SDRAM, DDR2 SDRAM, DDR3 SDRAM, RDRAM, TTRAM, T-RAM, Z-RAM, RIMM, DIMM, SIMM, VRAM, cache memory, register memory, and/or the like. As will be recognized, the volatile storage or memory media may be used to store at least portions of the databases, database instances, database management systems, data, applications, programs, program modules, scripts, source code, object code, byte code, compiled code, interpreted code, machine code, executable instructions, and/or the like being executed by, for example, the processing element 1604. Thus, the databases, database instances, database management systems, data, applications, programs, program modules, scripts, source code, object code, byte code, compiled code, interpreted code, machine code, executable instructions, and/or the like may be used to control certain aspects of the operation of the management computing entity 1602 with the assistance of the processing element 1604 and operating system.
As indicated, in one embodiment, the management computing entity 1602 may also include one or more communications interfaces 1610 for communicating with various computing entities, such as by communicating data, content, and/or information (similar terms used herein interchangeably) that can be transmitted, received, operated on, processed, displayed, stored, and/or the like. Such communication may be executed using a wired data transmission protocol, such as fiber distributed data interface (FDDI), digital subscriber line (DSL), Ethernet, asynchronous transfer mode (ATM), frame relay, data over cable service interface specification (DOCSIS), or any other wired transmission protocol. Similarly, the management computing entity (502) may be configured to communicate via wireless external communication networks using any of a variety of protocols, such as general packet radio service (GPRS), Universal Mobile Telecommunications System (UMTS), Code Division Multiple Access 2000 (CDMA2000), CDMA2000 1× (1×RTT), Wideband Code Division Multiple Access (WCDMA), Time Division-Synchronous Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), Evolved Universal Terrestrial Radio Access Network (E-UTRAN), Evolution-Data Optimized (EVDO), High-Speed Packet Access (HSPA), High-Speed Downlink Packet Access (HSDPA), IEEE 802.11 (Wi-Fi), Wi-Fi Direct, 802.16 (WiMAX), ultra-wideband (UWB), infrared (IR) protocols, near field communication (NFC) protocols, Wibree, Bluetooth protocols, wireless universal serial bus (USB) protocols, and/or any other wireless protocol.
Although not shown, the management computing entity 1602 may include or be in communication with one or more input elements, such as a keyboard input, a mouse input, a touch screen/display input, motion input, movement input, audio input, pointing device input, joystick input, keypad input, and/or the like. The management computing entity 1602 may also include or be in communication with one or more output elements (not shown), such as audio output, video output, screen/display output, motion output, movement output, and/or the like.
As will be appreciated, one or more of the components of the management computing entity 1602 may be located remotely from other management computing entity 1602 components, such as in a distributed system. Furthermore, one or more of the components may be combined and additional components performing functions described herein may be included in the management computing entity 1602. Thus, the management computing entity 1602 can be adapted to accommodate a variety of needs and circumstances. As will be recognized, these architectures and descriptions are provided for exemplary purposes only and are not limiting to the various embodiments.
Exemplary User Computing EntityA user may be an individual, a company, an organization, an entity, a department within an organization, a representative of an organization and/or person, and/or the like.
The signals provided to and received from the transmitter 1704 and the receiver 1706, respectively, may include signaling information in accordance with air interface standards of applicable wireless systems. In this regard, the user computing entity 1702 may be capable of operating with one or more air interface standards, communication protocols, modulation types, and access types. More particularly, the user computing entity 1702 may operate in accordance with any of a number of wireless communication standards and protocols, such as those described above with regard to the management computing entity 1602. In a particular embodiment, the user computing entity 1702 may operate in accordance with multiple wireless communication standards and protocols, such as UMTS, CDMA2000, 1×RTT, WCDMA, TD-SCDMA, LTE, E-UTRAN, EVDO, HSPA, HSDPA, Wi-Fi, Wi-Fi Direct, WiMAX, UWB, IR, NFC, Bluetooth, USB, and/or the like. Similarly, the user computing entity 1702 may operate in accordance with multiple wired communication standards and protocols, such as those described above with regard to the management computing entity 1602 via a network interface 1716.
Via these communication standards and protocols, the user computing entity 1702 can communicate with various other entities using concepts such as Unstructured Supplementary Service Data (USSD), Short Message Service (SMS), Multimedia Messaging Service (MMS), Dual-Tone Multi-Frequency Signaling (DTMF), and/or Subscriber Identity Module Dialer (SIM dialer). The user computing entity 1702 can also download changes, add-ons, and updates, for instance, to its firmware, software (e.g., including executable instructions, applications, program modules), and operating system.
According to one embodiment, the user computing entity 1702 may include location determining aspects, devices, modules, functionalities, and/or similar words used herein interchangeably. For example, the user computing entity 1702 may include outdoor positioning aspects, such as a location module adapted to acquire, for example, latitude, longitude, altitude, geocode, course, direction, heading, speed, universal time (UTC), date, and/or various other information/data. In one embodiment, the location module can acquire data, sometimes known as ephemeris data, by identifying the number of satellites in view and the relative positions of those satellites. The satellites may be a variety of different satellites, including Low Earth Orbit (LEO) satellite systems, Department of Defense (DOD) satellite systems, the European Union Galileo positioning systems, the Chinese Compass navigation systems, Indian Regional Navigational satellite systems, and/or the like. Alternatively, the location information can be determined by triangulating the user computing entity's 1702 position in connection with a variety of other systems, including cellular towers, Wi-Fi access points, and/or the like. Similarly, the user computing entity 1702 may include indoor positioning aspects, such as a location module adapted to acquire, for example, latitude, longitude, altitude, geocode, course, direction, heading, speed, time, date, and/or various other information/data. Some of the indoor systems may use various position or location technologies including RFID tags, indoor beacons or transmitters, Wi-Fi access points, cellular towers, nearby computing devices (e.g., smartphones, laptops), and/or the like. For instance, such technologies may include the iBeacons, Gimbal proximity beacons, Bluetooth Low Energy (BLE) transmitters, NFC transmitters, and/or the like. These indoor positioning aspects can be used in a variety of settings to determine the location of someone or something to within inches or centimeters.
The user computing entity 1702 may also comprise a user interface (that can include a display 1712 coupled to a processing element 1708 and/or a user input interface (coupled to a processing element 1708. For example, the user interface may be a user application, browser, user interface, and/or similar words used herein interchangeably executing on and/or accessible via the user computing entity 1702 to interact with and/or cause display of information from the management computing entity 1602, as described herein. The user input interface can comprise any of a number of devices or interfaces allowing the user computing entity 1702 to receive data, such as a keypad 1714 (hard or soft), a touch display 1712, voice/speech or motion interfaces, or other input device. In embodiments including a keypad 1714, the keypad 1714) can include (or cause display of) the conventional numeric (0-9) and related keys (#, *), and other keys used for operating the user computing entity 1702) and may include a full set of alphabetic keys or set of keys that may be activated to provide a full set of alphanumeric keys. In addition to providing input, the user input interface can be used, for example, to activate or deactivate certain functions, such as screen savers and/or sleep modes.
The user computing entity 1702 can also include volatile storage or memory 1718 and/or non-volatile storage or memory 1720, which can be embedded and/or may be removable. For example, the non-volatile memory may be ROM, PROM, EPROM, EEPROM, flash memory, MMCs, SD memory cards, Memory Sticks, CBRAM, PRAM, FeRAM, NVRAM, MRAM, RRAM, SONOS, FJG RAM, Millipede memory, racetrack memory, and/or the like. The volatile memory may be RAM, DRAM, SRAM, FPM DRAM, EDO DRAM, SDRAM, DDR SDRAM, DDR2 SDRAM, DDR3 SDRAM, RDRAM, TTRAM, T-RAM, Z-RAM, RIMM, DIMM, SIMM, VRAM, cache memory, register memory, and/or the like. The volatile and non-volatile storage or memory can store databases, database instances, database management systems, data, applications, programs, program modules, scripts, source code, object code, byte code, compiled code, interpreted code, machine code, executable instructions, and/or the like to implement the functions of the user computing entity 1702. As indicated, this may include a user application that is resident on the entity or accessible through a browser or other user interface for communicating with the management computing entity 1602 and/or various other computing entities.
In another embodiment, the user computing entity 1702 may include one or more components or functionality that are the same or similar to those of the management computing entity 1602, as described in greater detail above. As will be recognized, these architectures and descriptions are provided for exemplary purposes only and are not limiting to the various embodiments.
The present invention may be implemented in a client server environment.
In some embodiments of the present invention, the entire system can be implemented and offered to the end-users and operators over the Internet, in a so-called cloud implementation. No local installation of software or hardware would be needed, and the end-users and operators would be allowed access to the systems of the present invention directly over the Internet, using either a web browser or similar software on a client, which client could be a desktop, laptop, mobile device, and so on. This eliminates any need for custom software installation on the client side and increases the flexibility of delivery of the service (software-as-a-service) and increases user satisfaction and ease of use. Various business models, revenue models, and delivery mechanisms for the present invention are envisioned, and are all to be considered within the scope of the present invention.
CONCLUSIONSOne of ordinary skill in the art knows that the use cases, structures, schematics, and flow diagrams may be performed in other orders or combinations, but the inventive concept of the present invention remains without departing from the broader scope of the invention. Every embodiment may be unique, and methods/steps may be either shortened or lengthened, overlapped with the other activities, postponed, delayed, and continued after a time gap to practice the methods of the present invention.
Although the present invention has been described with reference to specific exemplary embodiments, it will be evident that the various modifications and changes can be made to these embodiments without departing from the broader scope of the invention. Accordingly, the specification and drawings are to be regarded in an illustrative sense rather than in a restrictive sense. It will also be apparent to the skilled artisan that the embodiments described above are specific examples of a single broader invention which may have greater scope than any of the singular descriptions taught. There may be many alterations made in the descriptions without departing from the scope of the present invention.
Claims
1. An intercom station apparatus for connection to a legacy intercom system, comprising:
- a station audio emission subsystem configured to emit a first audio signal;
- a station audio reception subsystem configured to receive a second audio signal;
- a talk feature configured to activate the station audio reception subsystem and a legacy base speaker;
- a listen feature configured to activate a legacy base microphone and the station audio emission subsystem;
- a wiring interface for the legacy intercom system;
- a processor configured to interact with and control the station audio emission subsystem and the station audio reception subsystem; and
- an audio input-output circuit configured to process audio signals, comprising: a line input buffer configured to process audio signals from the legacy base microphone through the wiring interface for the legacy intercom system to the processor, comprising: a first electrostatic discharge and transient protection subcircuit configured to receive a first input signal from the wiring interface for a legacy intercom system; a first galvanic isolator and voltage scaler subcircuit; and a first voltage buffer coupled to the first galvanic isolator and voltage scaler subcircuit, wherein the first voltage buffer is configured to transmit a first output signal to the processor; and a line output driver configured to process audio signals from the processor to the legacy base speaker through the wiring interface for the legacy intercom system, comprising: a second voltage buffer configured to receive a second input signal from the processor; a high-pass filter coupled to the second voltage buffer; a second galvanic isolator and voltage scaler subcircuit coupled to the high-pass filter; and a second electrostatic discharge and transient protection subcircuit coupled to the second galvanic isolator and voltage scaler subcircuit and configured to transmit a second output signal to the wiring interface for the legacy intercom system.
2. The intercom station apparatus of claim 1, wherein the station audio emission subsystem is a station speaker, wherein the first audio signal is sound, wherein the station audio reception subsystem is a station microphone, and wherein the second audio signal is sound.
3. The intercom station apparatus of claim 1, wherein the first voltage buffer is a first operational amplifier, and wherein the second voltage buffer is a second operational amplifier.
4. The intercom station apparatus of claim 1, wherein the first electrostatic discharge and transient protection subcircuit comprises a first electrostatic discharge resistor and a first transient-voltage-suppression diode, and wherein the second electrostatic discharge and transient protection subcircuit comprises a second electrostatic discharge resistor and a second transient-voltage-suppression diode.
5. The intercom station apparatus of claim 1, wherein the first galvanic isolator and voltage scaler subcircuit comprises a first transformer, and wherein the second galvanic isolator and voltage scaler subcircuit comprises a second transformer.
6. The intercom station apparatus of claim 5, wherein the first transformer is 1:1.
7. The intercom station apparatus of claim 5, wherein the second transformer is 1:1.
8. The intercom station apparatus of claim 5, wherein the first galvanic isolator and voltage scaler subcircuit further comprises a first voltage scaler coupled to the first transformer, and wherein the second galvanic isolator and voltage scaler subcircuit further comprises a second voltage scaler coupled to the second transformer.
9. The intercom station apparatus of claim 8, wherein the first voltage scaler comprises:
- a first voltage divider coupled to the first transformer, and
- a second voltage divider coupled to the first voltage divider; and
- wherein the second voltage scaler comprises a third voltage divider.
10. The intercom station apparatus of claim 9, wherein the first voltage divider comprises a plurality of resistors, and wherein the first voltage divider generates a ratio of approximately 50%.
11. The intercom station apparatus of claim 9, wherein the second voltage divider comprises a plurality of resistors.
12. The intercom station apparatus of claim 9, wherein the second voltage divider biases a signal to around half of a supply voltage.
13. The intercom station apparatus of claim 9, wherein the third voltage divider comprises a plurality of resistors, and wherein the third voltage divider generates a ratio of approximately 4.5%.
14. The intercom station apparatus of claim 5, wherein the high-pass filter comprises a capacitor with a capacitance based on an impedance of the second transformer.
15. The intercom station apparatus of claim 5, wherein the second transformer comprises a plurality of windings, and wherein a DC resistance of each winding of the plurality of windings of the second transformer is greater than a resistance of a legacy station speaker.
16. The intercom station apparatus of claim 5, wherein the second transformer supports a signal range of 200 Hz to 4,000 Hz.
17. The intercom station apparatus of claim 1, wherein the line input buffer further comprises a voltage-limiting subcircuit coupled to the first voltage buffer, wherein the voltage-limiting subcircuit limits an input to the first voltage buffer to within a predefined threshold.
18. The intercom station apparatus of claim 17, wherein the voltage-limiting subcircuit comprises a Schottky barrier diode.
19. The intercom station apparatus of claim 1, wherein the intercom station apparatus is configured to interact with a base and a backend cloud-computing service (CCS).
20. An intercom station apparatus for connection to a legacy intercom system, comprising:
- a station audio emission subsystem configured to emit a first audio signal;
- a station audio reception subsystem configured to receive a second audio signal;
- a talk feature configured to activate the station audio reception subsystem and a legacy base speaker;
- a listen feature configured to activate a legacy base microphone and the audio emission subsystem;
- a wiring interface for the legacy intercom system;
- a processor configured to interact with and control the station audio emission subsystem and the station audio reception subsystem; and
- an audio input-output circuit configured to process audio signals, comprising: a line input buffer configured to process audio signals from the legacy base microphone through the wiring interface for the legacy intercom system to the processor, comprising: a first galvanic isolator and voltage scaler subcircuit configured to receive a first input signal from the wiring interface for a legacy intercom system; and a first voltage buffer coupled to the first galvanic isolator and voltage scaler subcircuit, wherein the first voltage buffer is configured to transmit a first output signal to the processor; and a line output driver configured to process audio signals from the processor to the legacy base speaker through the wiring interface for the legacy intercom system, comprising: a second voltage buffer configured to receive a second input signal from the processor; a high-pass filter coupled to the second voltage buffer; and a second galvanic isolator and voltage scaler subcircuit coupled to the high-pass filter and configured to transmit a second output signal to the wiring interface for the legacy intercom system.
Type: Application
Filed: Jan 5, 2022
Publication Date: Jan 4, 2024
Inventors: Hartmut A. Liebel (New York, NY), Jeremy D. Walker (New York, NY)
Application Number: 18/039,252
