arcHUB – Smart Cities case study

Smart Cities

This follows on from our look at Smart Cities and the technology mix being considered for how you implement them. For this post we will look at the development of a Smart City Telemetry sensor suite and the ICT communications that go with it. This is also a classic IoT case study.

 

I also want to point out that a Smart World will only happen if we have Smart Regions, Smart Countries, Smart States or Territories, Smart Cities and Smart Neighbourhoods.

 

arcHUB

My thanks go to The Active Reactor Company for giving me permission to share their story about the development of the arcHUB Telemetry sensor suite which is aimed at the Smart Cities programs as well as being more widely deployable.

 

arcHub Telemetry Module

arcHub Telemetry Module Logo

A few days ago I had the opportunity to speak with Daniel Mulino who is the State Member for Eastern Victoria. The picture below comes from his visit to our office in Narre Warren. The original post he made along with my explanation is here. I’m giving a more detailed explanation below including some history.

 

Ray Keefe - arcHUB - Daniel Mulino

Ray Keefe – arcHUB – Daniel Mulino

For those wondering about the device I am holding, it is an arcHUB Smart Cities Telemetry module aimed at Smart Cities projects and environmental monitoring where you don’t have access to, or want the cost of, connecting up mains power. This is designed for The Active Reactor Company and is already involved in one Smart Cities deployment and multiple trials of low cost sensor modules by councils and government agencies in three states. I can’t yet provide specific details on those as they are covered by non-disclosure agreements.

 

To understand how we got here, it helps to know the history.

 

The Active Reactor Company make a product called The Active Reactor. It improves both the efficiency and the life of arc lamps such as low pressure sodium street lights, high pressure sodium  and metal halide lamps.

 

The Active Reactor

The Active Reactor

With the advent of LED street lighting their current product is not needed for new installations and so they wanted to secure the future of the business. So a great example of addressing an issue that will arise in the future so you are ready for it rather than just reacting to it once it happens.

 

Initially the new product was aimed at monitoring LED street lights. One of the big issues with LED lighting is that the LEDs either fail over time or they fade and lose brightness. Or a mixture of both. The fading is a result thermal diffusion in the semiconductor substrate. When they fall by more than 30% then you have to address that as they no longer comply with legal standards for lighting levels. The other catch is that the claimed life of 10+ years isn’t yet proven and so it is expected that there will be many lights that fail early or fade early or both.

 

Of course, once you have a communicating device that can monitor one thing and report it, it can also monitor other things and report them as well. Plus there were issues with being allowed to monitor the light. And where would the power come? Their inquiries with authorities responsible for the poles would not give permission to tap the power in the pole or light.

 

So this set us the follow set of constraints to work within:

 

  • must be battery operated
  • easy to install
  • low cost to make and also run
  • communicate using the cheapest data transport
  • monitor the LED light at night and keep track of the brightness trend
  • send an alert when it is persistently out of specification
  • field life to match the street light (10+ years)

As The Active Reactor Company talked to target users (initially the same people who buy their current product) and got an idea of what they wanted, a very different picture emerged. The people who cared about LED street lighting, also cared about micro climates, and soil moisture levels, and air quality, and foot traffic, and …

 

So that lead to a change of direction and a look at what else was required. The result is a device aimed at the Smart Cities market that also suits a wide range of other end customers and has the following features you won’t find combined together in conventional devices:

 

  • battery operated (either solar charged or primary cells)
  • minimum 2 year battery life for standard AA cell alkaline batteries
  • 10+ day running time if solar charging is lost
  • up to 20 days on board non-volatile storage
  • compact form factor
  • multiple sensor types per node (up to 20)
  • sensor area network to minimise data costs
  • over the air firmware upgrades
  • over the air configuration updates
  • variable sample rates and upload timing
  • still has to be low cost to make and also run
  • easy to install

So here is the range of sensors already trialled:

 

  • wind speed (external anemometer attached)
  • sunlight level
  • night light level (street light monitoring etc)
  • temperature
  • PM2.5 particulate levels
  • PM10 particulate levels
  • Gases – CO, H2S, SO2, NO2, H2S
  • Humidity
  • People counting (PIR based anonymous counting)
  • Soil moisture levels (external probe)

It is also the HUB and coordinator of a Sensor Area Network that can include modules that can measure any of the above as well as:

 

  • vibration
  • shock
  • movement
  • water level
  • GPS location
  • USB charger current (for usage analysis)
  • counting any device or system that has a pulse output
  • analog voltage measurements (AC and DC)
arcHUB trial at Fitzroy Gardens

arcHUB trial at Fitzroy Gardens

The arcHUB is solar powered and includes a cellular modem to allow reporting back to a web service. It is designed to mount to a pole using straps but can easily be mounted to a wall or any other typical structure. A typical scenario is measurements every 15 minutes (except people or pulse counting which are continuous) and uploading to the web service every hour.

 

With the release of CAT-M1 services across Australia by Telstra, we are expecting migrate to this communications standard because it will reduce power consumption by at least a factor of 4 which will further improve battery life.

 

Quectel BG96 CAT-M1 Module

Quectel BG96 CAT-M1 Module

The arcHUB Peripheral Modules connect via 915MHz ISM Band communications and use standard AA batteries. They can run for between 2 and 5 years depending on what sensors are attached and how often they are read and reported. If you used primary lithium cells then you can expect life beyond 10 years.

 

The arcHUB Peripheral Modules are also capable of stand alone operation with the addition of an internally fitted cellular modem so you can have a portable people counter module that can be easily moved to a new location and doesn’t require an electrician to install it.

 

And pretty exciting to also announce that this is not only a designed in Australia product range, but it is also a made in Australia product range.

 

Again, my thanks to The Active Reactor Company for permission to share this story and if you want to know more, leave a comment and I will put you in touch with them.

 

Successful Endeavours specialise in Electronics Design and Embedded Software Development, focusing on products that are intended to be Made In AustraliaRay Keefe has developed market leading electronics products in Australia for more than 30 years. This post is Copyright © 2017 Successful Endeavours Pty Ltd.

Smart Cities

Smart Cities

Smart City is a blending of current and emerging technologies being employed to allow a city to better manage its assets and deliver value to its residents. It is an emerging concept and still very much in exploration. The 2 core technology areas being investigated as the primary value creators are ICT (Information and Communications Technology) and the IoT (Internet of Things).

 

Smart City

Smart City

What isn’t fully understood is the relationships between any or all of the list below:

 

  • what is worth measuring?
  • how to measure it (what sensor, what platform)?
  • how often?
  • in what detail?
  • to learn what from?
  • how quickly to transport the reading?
  • how much will it cost to transport the data?
  • via what technologies?
  • stored how?
  • accessed how?
  • analysed how?

Quite a big list.

 

Did you know there is a Smart Cities Plan for Australia? I only recently found out. And if you read through it there are more questions than answers. Which I think is the right balance given where we are positioned in trying to understand what is possible versus what is useful.

 

Smart Cities Plan

Smart Cities Plan

There are some obvious areas already being tackled by ICT systems. These include:

 

  • transport logistics (road, rail, freight, air, sea)
  • public transport
  • utility services (gas, water, electricity, waste)
  • weather prediction
  • environmental monitoring

And there are a range of trials underway to try and understand what using a broader sensor mix and more widely deployed sensors might do to improve amenity, even if they aren’t all very high quality sensors. Again the questions come back to:

 

  • what sensors?
  • how many and where?
  • how accurate?
  • how much do they and their platform cost?
  • measured how often?
  • at what latency?
  • what to do with the data?

 

Smart Cities Segments

Smart Cities Segments

IoT Challenges

Although the Internet of Things (IoT) has a huge promise to live up to, there is a still a lot of confusion over how to go about it. This breaks up into three distinct areas.

 

IoT Hardware

The first is the IoT Hardware device that is deployed to the field. These come in a wide range of shapes, sizes, power profiles and capabilities. So we are seeing everything from full computing platform devices (Windows, Linux, Other) deployed as well as tiny resource constrained platforms such as Sensor Node devices. Examples of the later are Wimoto Motes and our own FLEXIO Telemetry devices which are OS-less Sensor Nodes.

The trade offs are between:

 

  • power consumption
  • power supply
  • always online versus post on a schedule or by exception
  • cost (device, data, installation, maintenance)
  • size
  • open standard versus proprietary
  • upgrade capable (over the air OTA firmware or software capability)
  • security

As of a month ago, the KPMG IoT Innovation Network reported there are 450 different IoT platforms available. And most don’t talk to each other. Many lock you in. Many only work with their specific hardware. So picking a hardware platform is only part of the challenge. And new products appear every week.

 

IoT Innovation Network

IoT Innovation Network

IoT Communications

The second area of challenge is the communications. Everyone is trying to get away from Cellular IoT Communications because the Telecommunications Companies pricing model has traditionally been higher than they want to pay, and because the power required means you need a much higher power budget. So there has been a push to find other options which has opened the way for players like LoRa and sigfox.

 

However the CAT-M1 and NB-IoT Telecommunications Standards mean that the pendulum could easily go back the other way. CAT-M1 reduces the data rate (no streaming video needed for most IoT devices) and changes the modulation scheme so you get a better range at a much lower power consumption. And unlike sigfox, you aren’t severely constrained on how much data you can move or how often. CAT-M1 has just gone live in Australia on the Telstra network and we are about to do our first trials.

 

Quectel BG96 CAT-M1 Module

Quectel BG96 CAT-M1 Module

NB-IoT doesn’t yet have an official availability date but we aren’t too concerned about that. NB-IoT is really aimed at the smart meter market and similar devices which have low amounts of data and upload it infrequently. So a water meter running off battery for 10+ years is an example of what it is targeting. We will find CAT-M1 a lot more useful. And the modules that support CAT-M1 currently also support NB-IoT so we are designing now and can make the decision later.

 

IoT Back End

The third area of challenge is the back end. Pick the wrong data service and storage provider and you could find you don’t own your own data and you have to pay every time you want a report on it. And you can’t get at it to port it to another system. And if the volume of data grows the cost can grow even faster as many offer a low entry point but the pricing get expensive quickly once you exceed the first threshold.

 

Because of this there is an strongly emerging preference for open systems or for systems that do allow you to push and pull data as it suits you.

 

So our strategy to date has been to provide our own intermediate web service and then republish the data in the required format to suit the end user / client. The result is the best of both worlds. We can deploy resource constrained field devices which are low power and low cost, then communicate with high security and high cost platforms using the intermediate service to do the heavy lifting. And we don’t try and imprison the data and trap the client.

 

The service is called Telemetry Host and was a finalist for IT Application of the Year in Australia in 2015 at the Endeavour Awards. And again for the PACE Zenith Awards in both 2015 and 2016.

 

Telemetry Host

Telemetry Host

This isn’t the only approach and so we also create devices and incorporate protocols that allow them to directly connect to other systems. This includes porting our core IP to other URLs which are then owned by our clients. So far we haven’t found that one single approach suits every scenario.

 

Smart City

You can’t be smart if you don’t know anything. And this is certainly true for Smart Cities. To be a Smart City requires Sensors and Telemetry. But the jury is still out on how much and what kind.

 

Successful Endeavours specialise in Electronics Design and Embedded Software Development, focusing on products that are intended to be Made In AustraliaRay Keefe has developed market leading electronics products in Australia for more than 30 years. This post is Copyright © 2017 Successful Endeavours Pty Ltd.