A system and method in a building or vehicle for an actuator operation in response to a sensor according to a control logic, the system comprising a router or a gateway communicating with a device associated with the sensor and a device associated with the actuator over in-building or in-vehicle networks, and an external Internet-connected control server associated with the control logic implementing a PID closed linear control loop and communicating with the router over external network for controlling the in-building or in-vehicle phenomenon. The sensor may be a microphone or a camera, and the system may include voice or image processing as part of the control logic. A redundancy is used by using multiple sensors or actuators, or by using multiple data paths over the building or vehicle internal or external communication. The networks may be wired or wireless, and may be BAN, PAN, LAN, WAN, or home networks.

System and method for server based control

A device for optically scanning and measuring an environment is provided. The device includes a movable scanner having at least one first projector for producing at least one uncoded first pattern on an object in the environment. The scanner includes at least one camera for recording images of the object provided with the pattern and a controller coupled to the first projector and the camera. The device further includes at least one second projector which projects a stationary uncoded second pattern on the object while the scanner is moved. Wherein the controller has a processor configured to determine a set of three-dimensional coordinates of points on a surface of the object from a set of images acquired by the camera based at least in part on the first pattern. The controller is further configured to register the set of images relative based in part on the stationary second pattern.

Device for optically scanning and measuring an environment

Many companies develop software product lines-collections of similar products-by cloning and adapting artifacts of existing product variants. Transforming such cloned product variants into a "single-copy" software product line representation is considered an important software re-engineering activity, as reflected in numerous tools and methodologies available. However, development practices of companies that use cloning to implement product lines have not been systematically studied. This lack of empirical knowledge threatens the validity and applicability of approaches supporting the transformation, and impedes adoption of advanced solutions for systematic software reuse. It also hinders the attempts to improve the solutions themselves. We address this gap with an empirical study conducted to investigate the cloning culture in six industrial software product lines realized via code cloning. Our study investigates the processes, and the perceived advantages and disadvantages of the approach. We observe that cloning, while widely discouraged in literature, is still perceived as a favorable and natural reuse approach by the majority of practitioners in the studied companies. This is mainly due to its benefits such as simplicity, availability and independence of developers. Based on our observations, we outline issues preventing the adoption of systematic software reuse approaches, and identify future research directions.

/pdf/an-exploratory-study-of-cloning-in-industrial-software-480ab347rj.pdf

An Exploratory Study of Cloning in Industrial Software Product Lines

A brake system includes a main brake cylinder and a pedal decoupling unit provided with a holding piston, the first ring surface thereof together with a first primary brake cylinder piston defining a first hydraulic chamber that is hydraulically pressurized with an electrically controllable pressure supply device. In order to improve the pedal characteristics of the brake system, in particular in a brake-by-wire brake system, the holding piston is embodied as a differential piston, the second ring surface thereof defining a second, blockable hydraulic chamber, and a piston effect in the second chamber corresponds to a force that acts counter to the direction of actuation on the holding piston.

Brake system for motor vehicles

The Remote Embedded Device Update Platform Apparatuses, Methods and Systems (“REDUP”) transforms telemetry inputs via REDUP components into remote embedded updates outputs. The REDUP may include a memory and processor with instructions to: obtain a remote embedded device connection request message from a remote embedded device and analyze the message to determine a version of embedded instructions on the remote embedded device. With that, the REDUP may determine if other remote embedded devices similar to the remote embedded device have provided request messages by searching a remote embedded device connection request message database. This allows the REDUP to determine if a potential issue requiring updates on the remote embedded device exists. With that, the REDUP may determine and provide an update for the remote embedded device.

Remote Embedded Device Update Platform Apparatuses, Methods and Systems

A vehicle control system which can ensure high reliability, real-time processing, and expandability with a simplified ECU configuration and a low cost by backing up an error through coordination in the entire system without increasing a degree of redundancy of individual controllers beyond the least necessary level. The vehicle control system comprises a sensor controller for taking in sensor signals indicating a status variable of a vehicle and an operation amount applied from a driver, a command controller for generating a control target value based on the sensor signals taken in by the sensor controller, and an actuator controller for receiving the control target value from the command controller and operating an actuator to control the vehicle, those three controller being interconnected via a network. The actuator controller includes a control target value generating unit for generating a control target value based on the sensor signals taken in by the sensor controller and received by the actuator controller via the network when the control target value generated by the command controller is abnormal, and controls the actuator in accordance with the control target value generated by the control target value generating unit.

Vehicle Control System

A software product line is a set of software-intensive systems sharing a common, managed set of features that satisfy the specific needs of a particular market segment or mission and that are developed from a common set of core assets in a prescribed way in place. Organizations adopting product development strategies that include a software product line have achieved impressive results, reducing product cycle time and increasing productivity by an order of magnitude. The software product line strategy is a blend of business and technical actions that lets an organization satisfy a wide range of customers, gain leverage with suppliers, meet the threats of substitute products, and deter other companies seeking to enter the market. The strategy is robust over a wide range of technologies, domains, and organizations of different structures, cultures, and goals. Service-oriented architectures, agile development methods, and open source business models have all played roles in successful product line organizations.

Guest Editors' Introduction: Successful Software Product Line Practices

Engine Control Systems (ECS) for automobiles have numerous variants for many manufactures and different markets. To improve development efficiency, exploiting ECS commonalities and predicting their variability are mandatory. The concept of software product line engineering meets the business background of ECS. However, we should carefully investigate the expected technical, economical, and organizational effects of introducing this strategy into existing products.This paper explains an approach for assessing the potential of merging existing embedded software into a product line approach. The definition of an economically useful product line approach requires two things: analyzing return on investment (ROI) expectations of a product line and understanding the effort required for building reusable assets. We did a clone analysis to provide the basis for effort estimation for merge potential assessment of existing variants. We also report on a case study with ECS. We package the lessons learned and open issues that arose during the case study.

/pdf/defining-a-strategy-to-introduce-a-software-product-line-2hj8003rza.pdf

Defining a strategy to introduce a software product line using existing embedded systems

The decision of an organization to introduce product line engineering depends on a sound and careful analysis of risks and return on investment. The latter is computed by an economic model, which relies on high quality input and must reflect the envisioned migration strategy sufficiently. To facilitate risk analysis, this paper applies Monte-Carlo simulation to an existing product line economic model. Additionally, the model is extended by the support of product line generations that is, considering the degeneration of product line infrastructures and taking reinvestment into an existing product line into account. The practical application of the model is demonstrated by an industrial case study.

Predicting return-on-investment for product line generations

To reduce the man-hour required in tuning control parameters, a vehicular control system of this invention comprises a user parameter input module, an external parameter input module, a plurality of objective functions, a policy setting module, and a policy node The user parameter input module inputs a user parameter corresponding to an operation of a user The external parameter input module inputs an external parameter resulting from an outside environment The objective functions are set for each control characteristic respectively so as to calculate an internal parameter of each control target from the user parameter and the external parameter The policy setting module sets policies indicating a control index of the user for the objective functions respectively The policy node weights the objective functions on the basis of the policies, adjusts the internal parameter in accordance with the policy so that the internal parameter is optimized (minimized or maximized) among the objective functions, and issues a command to a control node corresponding to the internal parameter

Kentaro Yoshimura

Papers

Vehicle Control System

Guest Editors' Introduction: Successful Software Product Line Practices

Defining a strategy to introduce a software product line using existing embedded systems

Predicting return-on-investment for product line generations

Vehicular control system and control method