Abstract: Described herein are compositions and methods for the storage and release of hydrogen gas using covalent organic frameworks (COFs). Advantageously, the compositions and methods described herein may be used for the facile and rapid release of hydrogen gas at near ambient temperatures. The described COFs allow for photoactivation, where the release of gas is initiated or the rate of release is increased with the COF is exposed to electromagnetic radiation, for example, UV light.

Abstract: Disclosed herein are a number of example embodiments for product merchandising display systems. Through such example embodiments, products (e.g., smart phones, tablet computers, wearables, digital cameras, etc.) can be securely merchandised to customers in retail store environments.

Abstract: An intelligent motion sensing cable is disclosed, where a motion sensor that is included in the cable can detect cable motion. The cable can then use this detected motion to intelligently control a charge signal delivered by the cable to a connected electronic device and/or generate data indicative of customer interactions with a connected electronic device.

Abstract: An intelligent motion sensing cable is disclosed, where a motion sensor that is included in the cable can detect cable motion. The cable can use this detected motion to generate data indicative of customer interactions with a connected electronic device. The cable can also use this detected motion to intelligently control a charge signal delivered by the cable to a connected electronic device.

Abstract: An intelligent motion sensing cable is disclosed, where a motion sensor that is included in the cable can detect cable motion. The cable can then use this detected motion to intelligently control a charge signal delivered by the cable to a connected electronic device. The cable can also use this detected motion to generate data indicative of customer interactions with a connected electronic device.

Abstract: The present disclosure relates generally to security systems and, more particularly, to a power and/or alarming security system for electrical appliances. In an example embodiment, an apparatus comprises a socket and a circuit. The socket can be configured for detachable electrical connection with an electrical appliance. The circuit can be configured to (1) provide power to a connected electrical appliance through the socket, and (2) calibrate an alarm limit for a security function for the socket based on a plurality of electrical characteristics of the connected electrical appliance that are measured via the socket, wherein the electrical characteristics comprise an admittance characteristic and a current draw characteristic of the connected electrical appliance. Furthermore, the circuit can calibrate the alarm limit for the socket according to a plurality of calibration phases.

Abstract: The present disclosure relates generally to security systems and, more particularly, to a power and/or alarming security system for electrical appliances. In an example embodiment, an apparatus comprises a socket and a circuit. The socket can be configured for detachable electrical connection with an electrical appliance. The circuit can be configured to (1) provide power to a connected electrical appliance through the socket, and (2) calibrate an alarm limit for a security function for the socket based on a plurality of electrical characteristics of the connected electrical appliance that are measured via the socket, wherein the electrical characteristics comprise an admittance characteristic and a current draw characteristic of the connected electrical appliance. Furthermore, the circuit can calibrate the alarm limit for the socket according to a plurality of calibration phases.

Abstract: A sensor of a brightness limiting system of a vehicle may sense light from light sources around the vehicle and provide a light measurement signal. The light measurement signal may include information about brightness levels and positions of light sources relative to a window of the vehicle. A brightness controller may monitor the light source measurement signal and perform comparisons of brightness levels from the light measurement signal with brightness thresholds. The brightness controller may determine that a brightness level of a light source exceeds a brightness threshold and may provide a brightness control signal to a brightness control layer positioned adjacent to the window of the vehicle. The brightness control layer may receive the brightness control signal and limit the brightness level of light based on the brightness threshold at a brightness control area of the brightness control layer.

Abstract: The present disclosure relates generally to security systems and, more particularly, to a power and/or alarming security system for electrical appliances. In an example embodiment, an apparatus comprises a socket and a circuit. The socket can be configured for detachable electrical connection with an electrical appliance. The circuit can be configured to (1) provide power to a connected electrical appliance through the socket, and (2) calibrate an alarm limit for a security function for the socket based on a plurality of electrical characteristics of the connected electrical appliance that are measured via the socket, wherein the electrical characteristics comprise an admittance characteristic and a current draw characteristic of the connected electrical appliance. Furthermore, the circuit can calibrate the alarm limit for the socket according to a plurality of calibration phases.

Abstract: A container having a lid includes a cavity defined by a bottom wall and a first plurality of upstanding sidewalls. A first flange is formed integrally with the first plurality of upstanding sidewalls at their respective uppermost ends and extends outwardly with respect to the cavity. A second plurality of upstanding sidewalls is mounted about the outer periphery of the first flange. A second flange is formed integrally with the second plurality of upstanding sidewalls at their respective uppermost ends and extends outwardly with respect to the cavity. The second flange has a tear tab adapted to be gripped by a user. The tear tab is corner-mounted in a first embodiment and is formed on a leading end of the second flange in a second embodiment. In both embodiments, the tear tab is bordered by perforation lines and clear cut lines and is easily seen if it has been torn.

Abstract: A system operator provisions, or loads, a user's communication device, such as a cable modem, with multiple sets of loopback mode parameters that each facilitate a loopback test, and associates each set with multiple loopback numbers, or variable values. The loopback variables may be MIBs assigned to the device's manufacturer for use in initiating a loopback test of a user device. An operator may initiate a loopback test from a central computer device located remotely from the user device. The initiating device may be coupled to an operator's private IP network, or to a network coupled to the user device. The initiating device sends one of the loopback values in a SIP Invite message to the user device, without the use of SIP extensions, in a call. The user device recognizes the loopback value, auto-answers the call, and performs actions according to the provisioned parameters corresponding to the loopback value.

Abstract: A communication protocol specification is divided into subsets of parameters based on patterns established by equipment vendors. A combination of subsets is selected based on parameters and features supported by particular network devices installed in a network. A user interface facilitates convenient creation or modification of a configuration file, which instructs a network device how to format a communication message and what information is to be contained therein. After the configuration file is loaded into a device, it controls software switches in the device such that features and parameters corresponding to the parameters selected with the user interface and controlled by the switches are either enabled or disable based on the parameters selected. Supported parameter combinations for popular equipment may be prestored so that selection with the interface of a particular piece of equipment automatically edits the configuration file according to the features and parameters supported by said equipment.

Abstract: An induced loss value is retrieved from a configuration file of an MTA device. The loss value is provided to a signal generator that generates call progress/alerting signals and FSK signals in the MTA telephony device. To mitigate the imbalance between incoming voice signal levels and call progress/alerting signals that may occur because the call progress/alerting signals are not generated at a level equal to that of the incoming voice signals, the loss/attenuation amount from the configuration file is used to adjust the levels of the generated call progress/alerting and FSK signals by a corresponding amount before they are attenuated along with the incoming voice signals.

Abstract: Methods for collection of device reset history from a network communication device comprising: (a) determining whether a reset condition is triggered by software or hardware, (b) for a software triggered reset: (i) upon a software exception, retrieving related reset information, (ii) upon an operator initiation, retrieving related reset information, (iii) allocating space in non-volatile memory, (iv) storing retrieved current reset information together with a corresponding reset time, and (v) adding the current reset information to historical reset information, (c) proceeding with the reset, (d) executing startup code during reboot, (e) upon a hardware triggered reset; (i) retrieving hardware registry and other residual hardware information still present, (ii) allocating space in non-volatile memory, (iii) storing the current retrieved reset information together with a current time that corresponds approximately to the reset and (iv) adding the reset information to historical reset information, and (f) contin

Abstract: Methods, systems, and apparatus can be used to decouple software loads on customer premise equipment devices. In various examples, simple network management protocol (SNMP) messages, configuration files or other types of notifications can be used to notify customer premise devices of software updates for non-data over cable service interface specification (DOCSIS) modules. The version of the software load included in a notification can be compared to existing software loads to determine whether the software load identified by the notification should be loaded to the device.

Abstract: A method adds a MAC address per line for a multiline EMTA. After the EMTA initializes, the method creates “Virtual MTA” instances corresponding to each analog line/MAC address. The method facilitates MTA emulation of each of the Virtual MTA instances. For each virtual EMTA line, the emulation method includes acquiring an IP address via DHCP and acquiring a configuration file via TFTP for each virtual MTA instance.

Abstract: Methods for collection of device reset history from a network communication device comprising: (a) determining whether a reset condition is triggered by software or hardware, (b) for a software triggered reset: (i) upon a software exception, retrieving related reset information, (ii) upon an operator initiation, retrieving related reset information, (iii) allocating space in non-volatile memory, (iv) storing retrieved current reset information together with a corresponding reset time, and (v) adding the current reset information to historical reset information, (c) proceeding with the reset, (d) executing startup code during reboot, (e) upon a hardware triggered reset; (i) retrieving hardware registry and other residual hardware information still present, (ii) allocating space in non-volatile memory, (iii) storing the current retrieved reset information together with a current time that corresponds approximately to the reset and (iv) adding the reset information to historical reset information, and (f) contin

Abstract: Methods for collection of device reset history from a network communication device comprising: (a) determining whether a reset condition is triggered by software or hardware, (b) for a software triggered reset: (i) upon a software exception, retrieving related reset information, (ii) upon an operator initiation, retrieving related reset information, (iii) allocating space in non-volatile memory, (iv) storing retrieved current reset information together with a corresponding reset time, and (v) adding the current reset information to historical reset information, (c) proceeding with the reset, (d) executing startup code during reboot, (e) upon a hardware triggered reset; (i) retrieving hardware registry and other residual hardware information still present, (ii) allocating space in non-volatile memory, (iii) storing the current retrieved reset information together with a current time that corresponds approximately to the reset and (iv) adding the reset information to historical reset information, and (f) contin

Abstract: A system operator provisions, or loads, a user's communication device, such as a cable modem, with multiple sets of loopback mode parameters that each facilitate a loopback test, and associates each set with multiple loopback numbers, or variable values. The loopback variables may be MIBs assigned to the device's manufacturer for use in initiating a loopback test of a user device. An operator may initiate a loopback test from a central computer device located remotely from the user device. The initiating device may be coupled to an operator's private IP network, or to a network coupled to the user device. The initiating device sends one of the loopback values in a SIP Invite message to the user device, without the use of SIP extensions, in a call. The user device recognizes the loopback value, auto-answers the call, and performs actions according to the provisioned parameters corresponding to the loopback value.

Abstract: A method adds a MAC address per line for a multiline EMTA. After the EMTA initializes, the method creates “Virtual MTA” instances corresponding to each analog line/MAC address. The method facilitates MTA emulation of each of the Virtual MTA instances. For each virtual EMTA line, the emulation method includes acquiring an IP address via DHCP and acquiring a configuration file via TFTP for each virtual MTA instance.