All posts tagged: house

When an organisation or team decides to adopt Agile methodology for their projects, not “staying agile” can potentially lead to problems. Although Agile itself is very broadly defined in the general principles of the Agile Manifesto, and there are many different ways to implement these principles, “staying agile when using agile” is important and straying too far from the underlying principles can potentially lead to pitfalls.

So, how can we keep Agile development agile and avoid common pitfalls when adopting Agile project management techniques?

One of the important things to know about Agile methods is that if they are limited to one development team churning out code, the outcome won’t be truly Agile. It takes a whole organisation to truly be agile, with agile methods supported by management and other staff within your organisation – not just one team without any support for agile in the organisation.

There are several other key success strategies for organisations when adopting Agile methods, such as looking beyond the application “construction” stage and considering the life-cycle context of the application. If organisations only change the way they construct software, without downstream or upstream business changes, this is unlikely to lead to the most effective outcomes with Agile.

It’s important to not be “Agile zombies”, with the inaccurate assumption that just attending a class or seminar about Agile methods and implementing some of the points learned leads to “being agile”. Every organisation is different and is constantly evolving. Continuous learning and improvement is at the core of Agile, and Agile isn’t a strictly defined “one size fits all” recipe.

The methodology itself isn’t a prescribed process or set of practices; it’s a philosophy that can be supported by practices, and no two agile approaches are exactly the same. No one single methodology exists that meets the needs of everyone.

It’s also important for organisations to decide if and where agile adoption is most beneficial for their business, to plan carefully for adoption, and to not adopt “Agile just because it’s Agile”. Organisations should ask questions such as why they want to be agile, what benefits it will provide, and how agility will be achieved and measured. Organisations should ask what cultural or other barriers exist to their adoption of Agile techniques and how they can be overcome.

Without a plan that clearly shapes the initiative, addresses and resolves constraints to agility (for example, removing waterfall process checkpoints or getting support from other required entities), it is more difficult to shape the Agile initiative, staff it, fund it, manage blockers and maintain support from executives.

It’s valuable to ensure that the entire organisation is included in Agile project management – including areas of the organisation that may be overlooked such as marketing or accounting staff. It’s faster and less painless, of course, just to launch an Agile initiative with one team, but this is not most effective.

A single team may gain some benefit from agile, but to be most successful you need to look at the whole process around solution delivery and the numerous people involved. Agile, ideally, should be a change in culture for the entire organisation.

It’s important to find supporters for Agile adoption not only among developers and IT teams, but across all parts of the business unit. In particular it is desirable to try and get somebody from senior management directly involved in Agile adoption, with as much support as you can find from executive management.

Effective agile adoption requires executive sponsorship at the highest level, because these are the people who control resources and can move them as needed to deliver results most efficiently.

Successful adoption of Agile means a shift in the way business views technology, and for most effective results we should recognise that developers don’t like change and many people like working in their own world. As with any cultural shift like this, coaching can be valuable.

Business users will need to learn to work differently with development teams as well. That’s why a coach – either a professional or a designated employee with strong communication and motivation skills – can be an effective part of a new agile team, to help everyone learn to work together most effectively.

Training is also important for success with Agile. Some organisations tend to skimp on training, but Agile is one area where it can be particularly valuable. Managers may only send a few key people to training, in the hopes that they can train the rest of the organisation to implement the new approach for free.

This is unlikely to yield the best results, since Agile is a game-changing initiative, and everyone across the organisation needs to understand it for best results. Continuous improvement is a key principle of Agile development, including continuous development of the team and their skills.

Once again we enjoy illustrating that Agile methodologies can be used effectively with embedded (and other) hardware development if all members of the team embrace the methodology. And that includes the engineering team here at the LX Group – who can bring your ideas to life.

Getting started is easy – join us for an obligation-free and confidential discussion about your ideas and how we can help bring them to life – click here to contact us, or telephone 1800 810 124.

LX is an award-winning electronics design company based in Sydney, Australia. LX services include full turnkey design, electronics, hardware, software and firmware design. LX specialises in embedded systems and wireless technologies design.

Published by LX Pty Ltd for itself and the LX Group of companies, including LX Design House, LX Solutions and LX Consulting, LX Innovations.

Recently an increasing number of networked devices are finding their way into consumer, industrial and medical applications. Such networks often employ distributed nodes which cannot practically be connected to the power grid – through design or through necessity. Therefore powering such devices can possibly be a challenge – due to the costs of either running from battery or solar power, sending technicians for maintenance visits to replace batteries – or having to install one’s own power network for the IoT system.

This is where energy efficiency is key – by using highly energy-efficient design practices in both the hardware and software levels, the power requirements can usually be reduced significantly. In doing so the power supply paradigm can be altered to one of lower cost and higher efficiency. Especially for remote or portable devices that use RF/microcontroller chipsets – the smaller the power requirement the better.

High-power and efficient wireless network nodes can be engineered using modern RF microcontroller system-on-chip devices, activating sensors and peripheral hardware devices only when they are required, and then putting them into low-power sleep modes when not in use. Similarly, the RF transceiver can be switched into a very-low-power sleep state until the microcontroller decides that a transmission of collected sensor data is required. The microcontroller can then wake up the radio, perform the required transmission, and then revert to sleep mode.

In some cases, a burst of data transmission across the wireless network might only occur when a small, intermittent energy-harvesting power supply has accumulated enough energy in a capacitor to power a transmission. Alternatively, a low-power wireless sensor node can “wake-on-radio”, only taking the microcontroller out of its sleep state when a message is received over the wireless network requesting a sensor readout and only powering up the sensors and microcontroller at this time.

With most of the components of the system, such as the microcontroller, radio and sensors – each kept off-line or asleep for the largest practical amount of time – efficiently designed wireless sensor nodes may achieve operating timescales as long as years off a single battery. Today’s typical wireless RF microcontroller system-on-chips targeted at IoT applications typically consume about 1-5 microwatts in their “sleep” state, increasing to about 0.5-1.0 mW when the microcontroller is active, and up to around 50 mW peak for brief periods of active RF transmission.

However when considering the design of energy-efficient, low-power IoT sensor networks, it can sometimes be advantageous to think not just in terms of power consumption, but in terms of the amount of energy required to perform a particular operation. For example, let’s suppose that waking up a MEMS accelerometer from sleep, performing an acceleration measurement and then going back to sleep consumes, say, 50 micro joules of energy; or that waking up an RF transceiver from sleep, transmitting a burst of 100 bytes of data and then going back to sleep consumes 500 micro joules.

If we know the specific energy consumption of each operation, then the average power consumption is simply the energy per operation multiplied by the frequency of that operation, summed over the different kinds of operations. Of course, this assumes that the continuous power consumption of each device when it is asleep is very small and can be ignored. Alternatively, if we have a certain known power budget available and a known energy budget for each sensing, computation or transmission operation – we then know the maximum practical frequency at which a sensor node can perform sensor measurements and transmit its data.

Additionally, efficient wireless sensor nodes can take advantage of some form of energy harvesting power supply – employing energy sources such as solar cells, vibrational energy harvesters or thermoelectric generators to minimise maintenance and extend battery life – with the possibility of completely eliminating external power supplies, but only if the power consumption of the system is small enough and a capacitor is employed for energy storage.

In many applications, solar cells are the most familiar and relatively mature choice for low-power network nodes operating outdoors or under good indoor light conditions. However, other technologies suitable for extracting small amounts of power from the ambient environment exist. For example, a wireless sensor node set up to monitor bearing wear in a generator could employ a piezoelectric crystal as a vibrational energy harvester, converting motor vibration into usable energy, or a thermoelectric generator mounted on a hot exhaust could harvest a small amount of otherwise wasted energy from the thermal gradient.

Typical vibrational energy harvesters usually operate with a cantilever of piezoelectric material that is clamped at one end and tuned to resonate at the frequency of the vibration source for optimal efficiency – although an electromagnetic transducer can be used in some cases. Whilst the electrical power available is dependent on the frequency and intensity of the vibrations, the cantilever tip mass and resonant frequency can generally be adjusted to match the machinery or system that energy is to be harvested from.

Furthermore, energy harvesting management ICs that manage the accumulation of energy in a capacitor over a period of time can enable short bursts of relatively high power consumption, such as when a node wakes up and transmits a burst of data, and are particularly well suited to low-power wireless sensor nodes.

Even with the examples mentioned above, the energy-efficiency possibilities are significant and can be a reality. When designing prototypes or proof-of-concept demonstrations you may put energy use to one side, however when it comes time to generate a real, final product – you can only benefit from taking energy-efficiency into account.

If you are considering creating or modifying existing designs and not sure about the energy-saving and generating options that are available, be efficient and discuss your needs with an organisation that has the knowledge, experience and resources to make your design requirements a reality such as here at the LX Group.

At the LX Group we have a wealth of experience and expertise in the embedded hardware field, and can work with the new and existing standards both in hardware and software to solve your problems. Our goal is to find and implement the best system for our customers, and this is where the LX Group can partner with you for your success.

We can create or tailor just about anything from a wireless temperature sensor to a complete Internet-enabled system for you – within your required time-frame and your budget. For more information or a confidential discussion about your ideas and how we can help bring them to life – click here to contact us, or telephone 1800 810 124.

Published by LX Pty Ltd for itself and the LX Group of companies, including LX Design House, LX Solutions and LX Consulting, LX Innovations.

Continuing from our previous articles which are focusing on a range of currently-available Internet-of-Things systems, we now move forward and explore another successful addition to the Internet-of-Things marketplace in more detail – the system known as “Ninja Blocks”. An Australian invention, developed only last year and originally released via the ubiquitous Kickstarter crowd funding system – Ninja Blocks are now a commercial product and available for use. It is billed as the “ Internet of things for the rest of us” – however anyone person or organisation can make good use of it.

Like other systems the Ninja Blocks consist of two major elements – the hardware devices and attached I/O devices, and the software environment. Using this combination you can create sets of “rules” that allow interaction between the hardware and the end user with a variety of methods. For example temperature can be monitored remotely, alerts can be sent when a button is pressed, or an image can be emailed from the connected webcam – ideal for remote monitoring, security or personal interest applications.

Furthermore the entire system is open hardware, and can be modified at whim – all the design files are available for download and examination. So creating your own devices to interact using the system is a possibility, and we can easily help you integrate your existing hardware to make use of Nina Blocks connectivity. Now let’s examine the hardware and software in more detail.

Hardware – Housed inside an enclosure (that you’re encouraged to open) is a “BeagleBone”, which is a single-board Linux-based computer running a 720 MHz super-scalar ARM Cortex-A8 processor. Attached is a daughter board which contains an Arduino-compatible microcontroller and a 433 MHz wireless data link. There’s also three USB ports to connect various sensors (such as temperature, motion detectors), actuators (such as radio-controlled AC outlets) and the aforementioned USB webcam. Connection to the Internet is via a typical RJ45 connection or a Wi-Fi USB adaptor.

Included in the Ninja Blocks retail package is a wireless passive infra-red motion detector, a wireless button (similar to a doorbell button), a wireless temperature/humidity sensor and a wireless door sensor (which is a magnet/reed switch, ideal for doors and windows). This allows experimentation and a rapid method of getting familiar with the system.

The wireless hardware operates in the consumer product 433 MHz frequency area, which allows integration with a wide variety of commercially-available products. If you can decode or understand the protocols used by such hardware it can be used with Ninja Blocks. For example the use of wireless AC outlets is a perfect example of how quickly (and safely) almost any device can be controlled remotely. In doing so this also removes the requirement for customised AC wiring and certification.

Software – Getting started is incredibly simple, as the cloud-based environment allows you to create sets of rules that generate actions based on the data coming from the hardware. Like any other IoT system you can also create specific applications for your own needs to work with the cloud service. Further you can also update the firmware on the Arduino-compatible hardware inside the Ninja Block to allow for customised hardware interactions.

Just like the hardware design, there’s no secrets to the software and the Ninja Blocks API is documented including various examples that is growing over time. Any programmer with contemporary experience can get up to speed within a reasonable amount of time. However the system can remain “code-less” as the owner can simply work with the graphical cloud interface if need be.

The Ninja Blocks system spans almost every user type, from the interested beginner to the organisation who knows what they want and doesn’t have the resources to “reinvent the wheel”. It may look like a simple product however there is a huge scope for customisation and adapting existing hardware is a genuine possibility.

If you’re interested in moving forward with your own system based on the Ninja Blocks, we have existing experience with the platform, a relationship with the Ninja Blocks organisation and thus can guide you through the entire process – from understanding your needs to creating the required hardware interfaces and supplying firmware and support for your particular needs.

Our goal is to find and implement the best system for our customers, and this is where the LX Group can partner with you for your success. We can create or tailor just about anything from a wireless temperature sensor to a complete Internet-enabled system for you – within your required time-frame and your budget. For more information or a confidential discussion about your ideas and how we can help bring them to life – click here to contact us, or telephone 1800 810 124.

Published by LX Pty Ltd for itself and the LX Group of companies, including LX Design House, LX Solutions and LX Consulting, LX Innovations.

Continuing from our article last week which examined the Twine wireless sensor blocks, we now move forward and explore another recent addition to the Internet-of-Things marketplace in more detail – the “Electric Imp”. Although the name sounds somewhat toy-like, the system itself is quite the opposite. It’s a unified hardware, software and connectivity solution that’s easy to implement and quite powerful. It offers your devices WiFi connectivity and an incredibly simple development and end-user experience.

That’s a big call, however the system comprises of a relatively simple hardware solution and software development environment that has a low financial and learning entry level yet is quite customisable. Like other systems it comprises of a hardware and software component, so let’s examine those in more detail.

Hardware – Unlike other IoT systems such as Twine or cosm, the Electric Imp has a very well-defined and customisable hardware structure that is both affordable and incredibly compact. Almost all of the hardware is in a package the size of an SD memory card, and the only external parts required are a matching SD socket to physically contain and connect with the Imp card with your project, and supporting circuitry for an Atmel ATSHA204 authentication chip which enables Imp cards to identify themselves as unique unitsin the system.

Connection to the cloud service is via a secure 802.11b/g/n WiFi network and supports WEP, WPA and WPA2 encryption, however due to the size of the Imp there isn’t an option for a wired connection. The external support schematic is made available by the Imp team so you can easily implement it into almost any prototype or existing product. But how?

Imagine a tiny development board with GPIO pins, an SPI and I2C-bus, a serial UART, and a 16-bit ADC inside your project that is controlled via WiFi – this is what the Imp offers. It’s quite exciting to imagine the possibilities that can be introduced to existing projects with this level of control and connectivity. From remote control to data gathering, system monitoring to advanced remote messaging systems – it’s all possible. Furthermore, due to the possibility of completely internal embedding of the Imp system inside your product, system reliability can be improved greatly as there’s no points of weakness such as network cables, removable parts or secondary enclosures.

Software – As each Imp is uniquely identifiable on the Imp cloud service, you can use more than one in any application. Furthermore, your Imp firmware is created and transmitted to each Imp card online – which allows remote firmware updates as long as the Imp has a network connection; and a cloud-based IDE to allow collaboration and removes the need for customised programming devices, JTAGs, or local IDE installations. This saves time, money, development costs and offers a more portable support solution.

The firmware is written in a C-like language named “Squirrel”, which is created using the aforementioned online IDE. Once uploaded to the Imp card the firmware can still operate if it loses a network connection – or if a run-time error occurs and a network is available, the details will be sent back to the IDE. This allows developers the ability to remotely debug Imp applications in real-time – saving on-site visits and unwanted client-supplier interactions.

Furthermore, Imps have an inbuilt LED which can be utilised to display status modes if an application fails or other information which can be used to a clients’ benefit, helping them describe possible issues if a network connection isn’t available. There is a detailed language description, a wide range of tutorials and example code to help developers get started – and although some features are still in the beta-stage, the core advertised features are available at the time of writing.

If you’re interested in moving forward with the Electric Imp, we can guide you through the entire process, from understanding your needs to creating the required hardware interfaces and supplying firmware and support for your particular needs. The up-front hardware cost is much lower than other systems, and with volume pricing the implementation costs can be reduced further.

Published by LX Pty Ltd for itself and the LX Group of companies, including LX Design House, LX Solutions and LX Consulting, LX Innovations.