It's 2075 and....

A playbook on the impact of AI on society and work as we look at it from the first steps of the AI revolution

It’s 2075 and…

A playbook on AI’s societal impact and how we shape it

It’s 2075 and…

You make tea while the kettle hums on recycled heat from the neighbourhood compute hub. Your personal “pair” has already cleared the bureaucratic undergrowth: tax return filed, travel rebooked after the rail strike, care rota swapped with your neighbour so you can catch your daughter’s school play. You still “work,” though the word is gentler now. Three days a week you do complex case work for an insurer’s risk team, mostly judgement calls the agents are not allowed to make. One day you mentor apprentices who are learning to supervise swarms of AI. Fridays are civic: you help your borough test an algorithm for benefit appeals, alongside a citizens’ data trust that actually owns the training records.

If that sounds optimistic, it is meant to be, though not fanciful. It takes today’s evidence and pushes it forward fifty years. Think of this as a playbook, not sci-fi.

---

What really changes in a society after mass AI adoption

1) Productivity lifts are real, but uneven, and governance determines who benefits. Early deployments of AI “copilots” raised output and quality in information work. In customer service, for example, a large field study found substantial gains, especially for less experienced staff, when given an AI assistant trained on expert behaviour. Those effects compound when agents become more autonomous and when processes are redesigned around them. The uneven bit matters: exposure is highest for white-collar tasks, which is why policy and firm design decide whether this is a tide that lifts most boats or a narrow yacht club. (NBER)

2) The workweek ratchets down, but through redesign not decree. The path is already visible in high-quality trials. The UK’s four-day week pilots showed stable or improved performance, lower burnout and attrition, and most firms kept the policy. Iceland’s multi-year experiments found similar outcomes and normalised shorter hours across the economy. The lesson for 2075 is simple: combine automation with work-process surgery and you can trade hours for wellbeing without sinking output. (UCD Research Repository, digit-research.org, Axios)

3) Safety nets morph into “commons,” not just cheques. Some countries tested basic income; the best evidence so far says it improves wellbeing and lowers stress, but it is not a magic bullet for jobs. A parallel movement built Universal Basic Services: guaranteeing essentials like transport, childcare, digital access and housing at service cost, which stretches every earned pound farther. By 2075 the blend looks more like UBS plus targeted income floors than a single universal cash payment. (University College London)

4) Data and compute become civic infrastructure. Today’s EU AI Act and global safety compacts create a regulatory scaffold. The bigger structural shift is treating compute as a governable lever: visible, quantifiable and chokepointed, which makes it practical for safety audits and access policy. The UK’s public AI supercomputers point to a model where nations invest in shared capacity that researchers, SMEs and public services can actually use. By 2075, most advanced economies will run public-option compute and evidence-based access rules, much like roads and spectrum today. (Digital Strategy, cdn.governance.ai, GOV.UK)

5) Demography and climate keep us honest. Ageing, chronic disease and adaptation to climate stress guarantee vast demand for human-centred work. International organisations already project multi-million shortfalls in health and care roles. Even with automation, societies that thrive in 2075 will have invested in care capacity, task redesign and mobility pathways into those jobs. (WHO Apps, International Labour Organization)

---

So how do people earn a living?

The 2075 income stack is plural, not binary.

• Wages for “human-plus” roles. These are judgement, exception handling, safety oversight, relationship work and creative synthesis. AI lifts the floor and the ceiling, but leaves a core of high-leverage human tasks. Autor’s and Acemoglu’s lines are instructive: design AI to create new tasks and complements, and avoid “so-so automation” that cuts pay without meaningful productivity. (World Economic Forum, Oxford Academic)

• Dividends from shared assets. Alaska’s oil fund was the prototype for resource dividends; future equivalents include compute or data dividends paid to residents via data trusts or national compute funds. They do not replace wages; they stabilise households and local demand. Early “data dignity” work and UK data-trust pilots give the legal plumbing for this. (The ODI)

• Civic stipends and service credits. If we collectively demand auditability, care and stewardship, we will pay for it. Expect structured civic work to be normalised and paid, not just “volunteered.” The mechanism sits neatly inside a UBS logic. (LSE Public Policy Review)

• Micro-enterprise with agents. Individuals run swarms of agents to operate shops, courses, niche services and media channels. The agent market is real, but noisy and sometimes over-hyped; design and trust frameworks mature it into a reliable income layer by 2075. (CRN, IT Pro)

Who pays for what? Taxes tilt toward outcomes that scale with automation: consumption and land, yes, but also usage-based levies on frontier compute paired with public returns from national compute facilities. The old “robot tax” idea keeps resurfacing; whatever you call it, the gist is to recycle some productivity into broad prosperity without throttling useful innovation. (cdn.governance.ai)

---

What jobs exist?

By 2075, most occupations are bundles of tasks, and the bundles have been rebundled.

• Explain, oversee, and certify. AI safety officers, algorithm auditors, compute stewards, incident responders and “model risk” professionals. The EU Act’s risk tiers and audit duties foreshadow entire career ladders. (European Parliament)

• Edge-case specialists. Insurance, law, medicine and public services still need human judgement on atypical, ethically loaded or socially sensitive cases. The early productivity studies showed the technology raises the baseline; these people hold the line. (NBER)

• Care and community. Health professionals, allied health, social care coordinators, neurodiversity coaches, ageing-in-place retrofitting teams, climate resilience crews. Demand pressure here is demographic, not faddish. (WHO Apps)

• Systems renovators. The green rebuild of housing, grids and transport creates skilled trades that work alongside robotics and agents. Procurement and permitting are retooled with AI, but boots still meet ground.

• Education as an industry of transitions. Lifelong learning stops being a slogan. The UK’s “Lifelong Learning Entitlement” points at a funding chassis that, once coupled to AI tutors and employer academies, becomes the real on-ramp for mid-career mobility. (HEPI)

---

What skills will pay the bills?

Employers’ lists have been remarkably consistent: analytical thinking, creative thinking, resilience and social influence top the charts, with digital fundamentals assumed. You also need data stewardship, prompt-to-process design, and the discipline of running agents safely. These are not vibes; they show up in employer surveys and international skills outlooks. (World Economic Forum Reports, OECD)

---

The structure of society

The median society in 2075 looks less like a “post-work” utopia and more like a re-balanced social contract.

• Time: standard weeks in the low-30s for full-timers, made possible by process redesign and automation, not by wishful thinking. (UCD Research Repository)

• Commons: UBS plus targeted income floors, plus public compute and data stewardship. (University College London)

• Governance: risk-tiered AI law, compute governance for visibility and enforcement, cross-border safety science via compacts like Bletchley. (Digital Strategy, cdn.governance.ai, GOV.UK)

• Place: compute hubs are as normal as libraries. Waste-heat warming your cuppa is not a joke; next-gen systems already recycle heat and run on low-carbon power. (TechRadar)

---

Risks to manage

1. Concentration of power in models and compute can lock in inequality if left alone. Compute governance and competition policy are the antidotes. (governance.ai)

2. So-so automation hollows out wages without raising productivity. Tie incentives to complementarity and task creation. (Oxford Academic)

3. Skills complacency is fatal. Without funded pathways and time to learn, the gains pool at the top. (OECD)

4. Care deficits become the rate limiter on growth and social cohesion if we do not invest. (WHO Apps)

---

The 2075 Playbook: headline takeaways

Key observations

• AI lifts productivity and quality when paired with workflow redesign; the biggest gains arrive in the hands of average workers, which narrows gaps if we let it. (NBER)

• Shorter weeks are sustainable when you change how work is done, not just how long it lasts. (UCD Research Repository)

• The durable social model is UBS + targeted income floors + public compute, not cash alone. (University College London, GOV.UK)

• Compute and data will be governed like utilities, with safety, access and audit built in. (cdn.governance.ai)

• Health, care and climate work anchor employment demand for decades. (WHO Apps)

Actions for governments

• Build the commons: legislate and fund Universal Basic Services, including digital and transport; pair with a minimum income floor tested through pilots that actually publish results.

• Public compute: scale national AI research resources with transparent access and safety audit obligations; publish a compute registry and safety reporting akin to aviation. (GOV.UK)

• Guardrails that travel: implement risk-based AI law with cross-border evaluation partnerships; fund an independent safety science network. (Digital Strategy, GOV.UK)

• Pay for care, at last: expand training, migration compacts and task redesign to close projected gaps. (WHO Apps)

• Tax for the machine age: shift burden toward consumption, land and compute usage where appropriate, recycle proceeds into skills and services; evaluate robot-tax-style instruments pragmatically.

Actions for employers

• Automate the dull, enrich the role: measure time returned and reinvest it in quality, creativity and customer resolution.

• Design for complementarity: use AI to create new tasks and products, not just strip labour. Track wage and task mix as hard KPIs. (Oxford Academic)

• Guarantee learning time: ring-fence paid hours for skills, tied to clear internal pathways.

• Stand up a model-risk function: treat AI like finance treats risk models: inventory, monitor, stress-test, and explain under the EU Act mindset. (European Parliament)

Actions for individuals

• Stack the durable skills: analytical and creative thinking, resilience, and social influence, plus data and agent-ops literacy. Keep an updated “task map” of your role and target the bits AI is worst at. (World Economic Forum Reports)

• Own your data voice: join or start data-trust schemes in your sector; choose services that respect participatory data stewardship. (Ada Lovelace Institute)

• Build a portfolio of work: mix wage roles, agent-run micro-work, and civic stipends so you are less exposed to any single shock.

---

Closing note

We (society) missed Keynes’s 15-hour week because we optimised for consumption, not time. We do not have to make that mistake twice. If we aim AI at better jobs, broader services and shared infrastructure, 2075 can look a lot like that morning in your kitchen. The tea still tastes like tea. The work still matters. The society around you works, for more people, more of the time. That is not utopia. That is a plan. (econ.yale.edu)

---

Selected sources behind this playbook: IMF on AI exposure; WEF Future of Jobs 2025; McKinsey on gen-AI productivity; Autor on task creation; Acemoglu on “so-so automation”; UK and Iceland four-day week evaluations; Finland basic income results; UCL’s Universal Basic Services; EU AI Act and Bletchley Declaration; compute governance research; WHO and ILO on care-economy demand; UK public compute strategy. (NBER, IMF, World Economic Forum, Oxford Academic, UCD Research Repository, Digital Strategy, GOV.UK, cdn.governance.ai, WHO Apps)

Loss of Smell in Coronavirus - The seduction of numbers

Yesterday caught a brief moment of Professor Van-Tam at great pains to explain that loss of smell as a symptom made only a teeny-teeny-teeny-tiny difference to the number of those who could be predicted with #coronavirus.

Now, the thing is, studies have shown this sort of thing:

"For example, a British study released last week collected COVID-19 symptom data from patients through an online app. The data show that almost 60 percent of the 579 users who reported testing positive for the coronavirus said they’d lost their sense of smell and taste. But a significant portion of patients who tested negative for the virus—18 percent of 1,123 people—also reported olfactory and taste troubles."

At first glance this is very confusing - surely if 60% of coronavirus patients report loss of smell, it HAS to be a good predictor even if/especially since that number is much lower (18%) in general (for other conditions & non-conditions)?

Van-Tam seemed to be so adamant about the small predictive qualities of loss of smell, I figured I would think it through carefully and run some numbers.

I decided to imagine that "itchiness" was a new observation and plugged in some numbers to calculate how diagnosis plays out. On the left is a very simple Excel spreadsheet which calculates how many people are in each group based on general percentages. I've used some representative percentages that are in the right ballpark to help make the thing (hopefully) more realistic.

It turns out that even if 60% of covid sufferers report itchiness, it is still a lousy predictor of them having the disease.

So what's going on here?

This is in the same realm as Simpson's paradox, which I discussed the other day:

In this case: A high percentage of small number (itchy with covid) can end up being much more diminutive than a small percentage of a high number (itchy without covid).

When the above observations are taken as individual groups, already KNOWING which group a person belongs to, it's certainly intuitive to draw the conclusion that you have a good predictor in the itchy-with-covid group.

But that's only AFTER the fact.

In reality, to start with, you don't have these groups, you are looking for a predictor in order to actually form them amongst a general population. And that is a different problem.

In total many, many more people who are itchy will actually belong to the itchy-without-covid group, simply because the proportion who do genuinely have covid is a much smaller part of the population. (At least for now).

In my demonstration model, if someone reports being itchy, they are 5.7 times more likely to have something else than #covid19 even though 60% of those who have #covid19 report being itchy!

Notes

It doesn't matter what value to start the population at, it all works out the same. So you can treat "population" as "the number of people who report itchiness that day, or week, or who have done so in the last month" etc.

quote source at: https://www.nationalgeographic.co.uk/science-and-technology/2020/04/lost-your-sense-of-smell-it-may-not-be-coronavirus

also see https://www.the-scientist.com/news-opinion/loss-of-smell-taste-may-be-reliable-predictor-of-covid-19-study-67528

Occupational Risk in Relation to Coronavirus COVID-19

I written a fair bit (and analysed a whole lot more) of the COVID19 situation and data but not published here because, frankly, the minute it’s published it’s out of date. Moreover, even using official data sources such as John Hopkins University, there’s a kind of “data entropy” at work, where data volume increases over time, but quality reduces. I could do a whole post on that topic alone, but that’s for another day.

Meanwhile, the Office for National Statistics (ONS) published an intriguing data set that quantified the nearly 400 occupations in the UK and, amongst other things, classified the type of contact with other people that workers had:

• proximity (ranging from touching to close distance to no close contact with people at all),

• and exposure ranging from many times a day to weekly/monthly/yearly to never.

This data can be explored interactively on the ONS website but I’ve also tried to produce some static readouts here, although it’s quite a challenge to compress this amount of data into a one-page visualisation! So, you will see a number of variations.

As the debate intensifies over whether to start schools up or not, it’s interesting to note that teachers and classroom assistants are basically in the next tranche of most-at-risk workers, behind the healthcare, police, cleaning and delivery key-workers that have kept critical services running. Many questions still remain (at the time of writing) as to the level of risk posed by the children they will mix with. Children, although seen to be less susceptible themselves to the disease, are certainly not immune.

View fullsize

HOw does pay compare for those potentially most-exposed. Redder, larger, more-to-right = more at risk. Lower down = lower pay.

View fullsize

Coloured by risk and size by percentile (% figure means x% of workers have this risk or higher)

View fullsize

coloured and ordered by risk, Sized by number of workers in sector.

View fullsize

OccuPations sized, sorted and coloured by risk

View fullsize

Occupations sized and sorted by sector size, coloured by risk

Some cautionary notes come with this data:

• Risk profiles were actually collated from American workers, so difference in process and work-style could mean UK workers have a different profile.

• The risk profile was devised prior to COVID19 and doesn’t take account of any potential social distances or other safety approaches (e.g PPE) that may be applied to a given occupation. So, in some sense, the risk score indicates what degree of protection could be needed.

Sending smartphone notifications from Ubiquiti EdgeRouter Lite

Following on from my success of getting my Edge Router Lite to successfully run multiple load-balancing schemes for dual-WAN, and more importantly, assign different devices to different load balancing schemes, the next natural evolution was to send iPhone alerts when any of the links went down.

In principle it is quite easy, because the ERL already makes provision to run an arbitrary script when a link transitions (from active to inactive and vice versa). So, it's really just a question of having the right script. 

If you Google, you'll find examples for sending email, but I wanted something more immediate (and less configuration effort - i.e. to not have to set up sendmail).  Based on another example I considered using the pushover.net service, but wondered if I could use IFTTT to do the same, as I am already a user. (Saves me signing up to something new). 

Turns out you can, by using their "webhooks" service; and turns out it's so simple, it's almost untrue. 

IFTTT Webhooks allows you to generate simple triggers from a single web request

Step 1

First go to your IFTTT account and add the "webhooks" service. This will generate a unique key for you, which you need to make a note of. Annoyingly this is done in a font which does not distinguish between capital I and lowercase l, but you can regenerate the key, or paste into something where you can change the font. 

Step 2

Next, log in to your Edge Router and navigate to /config/scripts and create the following script (I called mine failover-notify) :

A script to generate IFTTT phone notifications. Obviously use your own key.

Don't forget to make the script executable with the command chmod +x failover-notify

Step 3

Return to IFTTT and create an applet which uses the webhooks service as a trigger and the notifications service as the action:

Note how I have called the event "bb_failover". It is crucial this matches the name in your script (it comes in the URL after /trigger/ ). It is this name that allows you to configure many different triggers on IFTTT to do different things. Obviously you could use a different name, providing it matches in both places. 

Value1 will be populated with the Load-Balance group name; Value2 will be the Port (eth0, eth1 etc.) and Value3 will be the status (either active or inactive). 

Also, you will need the IFTTT app installed on your iPhone, to generate the notifications at the device end. (The app doesn't have to be running though).

Step 4

Return to the edge router for the final bit of configuration.  You might want to test your script at this stage. If you type ./failover-notify A B C the script should run and give a success message, and shortly after you should get a notification on your phone. There's not much point proceeding until you can get this to work.

Once it does work, you can come out of the command line and go to the config tree. Here you choose the load-balance group you want the script to apply to.

Now, if you only have one group configured, you will apply it to that group. If, like me, you have more than one group, you might want to only apply it to one of the group to prevent duplicate alerts. This will depend on what your groups do and what alerts you want to get.  

In my case, for example, both my load-balance group balance across both my only WAN links, so in fact I only need to apply it to one load-balance group, as both WAN links will be covered, and it doesn't matter which group I choose. I wouldn't apply it to both groups, as then I'd get double notifications - i.e. one from each. 

Choose the Config-Tree tab and navigate to the load-balance group you want to monitor

After deciding which group(s) to receive notifications from, navigate to it, and put the full path to the script in the transition-script box, then click preview and save. 

And that's it. Test it by disconnecting one of your WAN links, and see what happens!

Configure Ubiquiti Edge Router Lite with Preferential Load Balancing for different devices via dual link WAN

Snappy title, huh?

Introduction and Purpose

In this article I give the steps to configure an Edge Router Lite so that it can apply different load balancing rules to different devices on your home/local network. There might be a few use cases for this type of configuration, but here's mine:

I live in a rural area with slow ADSL broadband (around 2Mbps) and no imminent prospect of fibre. I am also a home worker, and that speed is practically unworkable. Thankfully in December 2016, Vodafone expanded 4G coverage, such that I can now receive it via an aerial on my house. So, at the time of writing, I have a 50Gb per month data plan on 4G, and can get speeds of around 40Mbps.  I need both links, because not only is their variability in the services, due to things like weather, but 50Gb is simply not enough. So, I need to split my traffic over the networks so that my work activity gets priority on the high speed link, and other stuff (such as music streaming) favour the slower - but uncapped - ADSL link. 

Using the edge router, this configuration does exactly that. The inspiration and configuration schema itself was provided at https://community.ubnt.com/t5/EdgeMAX/Dual-WAN-with-some-hosts-using-only-one-WAN/m-p/703493#M22093 but without instructions. As a novice to networking, my eyes glaze over at all that config and the prospect of recreating it at the command line. So I set out to configure it via the UI (and succeeded). This article shows the steps. 

Objectives

I have several media streaming devices in the house, e.g. SONOS, Amazon Echo Dot. The reality is, for playing music they do not need 4G speeds, and up until now have been unnecessarily consuming 4G data allowance on my existing load balancing set up. That set up is just one load balance group with a 75:25 split ADSL:4G, which in itself is not ideal because it favours the slow link, but is necessary to keep my 4G usage within the necessary limits.  The SONOS in particular is a culprit because it is in my child's room and plays a playlist of about 3 hours' duration each night: it really doesn't need to use 4G at all (except perhaps for fail over) - so the plan is to "pin" that device to the ADSL link.

The same goes for the Amazon Echo Dot in my office, and the Echo Dot in our living area, which is hooked up to a soundbar. 

The plan with the configuration is to have these 3 devices belong to their own load balance group, and balance that group so that it is almost 100% supplied by the ADSL link. In actual fact I am going to start off with 90-something percent, so that when the ADSL link is being heavily used (child watching iplayer for example), there is some availability of additional bandwidth from the 4G side.  Failover will be left in place so that there are no interruptions in the event of ADSL failure (or me tripping over the hub). 

Remaining devices, for now, will all belong to a different load balance group which is more equitable, allowing them a greater share of the 4G. I need to run the system for a while to establish the right level within my data cap, and indeed plan to introduce a further load balance group which tips the balance the other way; thus allowing, for example, my work PC to have a 90:10 balance 4G:ADSL. For the purposes of this article, however, all these remaining devices will stay in the default load balance group, which was created using the Edge Router wizard. 

Part 1 - Static IP's

This whole set up relies on creating a group of devices you can assign to a load balance rule, and applying that rule to the firewall prior to the default rule. In order to create the group of devices, they need to have static IP's rather than the default dynamic. That way they can always be identified.  Knowing that I plan to expand the number of devices that I might do this with, I decided to reserve a larger-than-default range of IP's for this exercise, and future use.

So, i reduced the existing dynamic IP range to stop at 192.168.2.230 on the basis I would reserve 192.168.2.231 - 239 for my "ADSL-pinned" devices. This can be done in the DHCP Server menu.

next step is to create the static mappings for the SONOS and Amazon Echo devices. One way to do this is from the DHCP Server -> Static MAC/IP mapping tab. 

I have set my SONOS to the first address in my "reserved" static range: xxx.231

There's also another (quicker/easier) way to create these mappings: from the Leases screen. Just find your device in the list.

Note that I didn't change the name of anything, just the IP address to something in my static range. Note too, that the existing IP leases hold good even after this change, so the devices do not take on their new IP until you reboot them, which we can do at the end. 

So, I mapped my Office Echo dot to static IP 192.168.2.232 and Kitchen dot to xxx.233

The above steps complete part 1, which accomplishes this configuration step of the original solution:

Part 2 - Firewall Group

Now we need an "Address Group" with those static addresses, as per the original solution:

This can be done from the Firewall/NAT controls - I created a group called A nice

A nice feature is the ability to add a range of IP's, not just individual devices (choose "Actions -> Config"). I chose to add the whole of my 192.168.2.23x range so that any device mapped into that static range in future will automatically adopt the ADSL load-balancing scheme. 

Part 3 - Load Balancing rules

The original solution requires creation of an additional load balance rule:

So, to begin with, I am going to create a load balancing group, using a 90/10 rule, called LB-ASDL-primary. This can be done from the Config Tree pane. (Navigate to the branch shown in the bold breadcrumb trail, and choose ADD)

Since I am running on fairly default configuration, this new group just needs to mimic the existing master group (G), so that means adding the right interfaces (eth0 and eth1 in my case)

Once done, we need to work down the configuration for LB-ADSL-primary, replicating what we see in "G".

Again, if like me you are running on default config, in reality most settings can be left alone, and it's just the weight that needs amending. Once, that's done, click "PREVIEW" - which is essentially a "check and save" function - at the bottom of the screen.

With this configuration, my SONOS/Echo devices are still going to use 10% of the 4G link. It will be trivial at a later date to make it 100% ADSL and 0% 4G, and set the 4G as failover-only, if desired.  That's this step done. 

Part 4 - Amend Firewall "Modify" group

Referring back to the original solution - we need to change the firewall "modify" rule to add a new "modify" rule, which will reference our new load balance group. Thus our new group of devices will get their special load-balance treatment before the remaining devices get the default treatment. 

Note that in the new rule we have to reference our new load balance group and then also the devices (address group) that are the source. As a reminder:

• Our Firewall/Address group is called ADSL_link_devices
• Our Load balance rule is called: LB-ADSL-primary

In the config tree (see below), the existing config built by the wizard looks like this, with rule 100 set as the load balancing rule, and the default load balancing group called "G".

We will add a new rule and reference to the group. It will be before rule 100, and use our new load balance group, and assign our new address group (i.e. target devices) to it. 

Add a rule 90, then change the "source" to reference the new address group. 

Now we need to define the actual rule. It's a "modify" rule, so navigate to the modify branch under rule 90, then reference our new load balance group in the lb-group slot. 

And Save ("Preview")

That's this step done.

Finally - Apply to Interface

A firewall rule is nothing unless it is actually applied to an interface, as per the original solution:

As you might have suspected, following this method you don't have to perform this step, because we have modified the existing rules "live" (called "balance" by default) and all our changes are already in place on the interface they originally applied to (eth2 in my case).  (shown below for completeness)

Testing

Before we change anything else or try our devices, check what is currently happening: our new group has no traffic (as we expect)

Now we play something on the SONOS / Amazon Echo, to see which WAN link the media comes down. Since the IP addresses of the devices have not yet changed, nothing new happens, and (happily for this test) the data comes over the 4G link (eth1): exactly what I am trying to prevent.

And another check from the command line (i did sneakily change the weightings to 91/9 in the meantime, for those with a beady eye). 

Now we reboot the devices so that they acquire their new static IP's. (Seems you can't ask Alexa just to reboot, which is a shame :) ). We can confirm that the devices (e.g. Echo) have picked up their new IP in the .23x range, which they have:

So,let's play some music again and re-examine the interfaces. Look at all that lovely red = eth0 = ADSL...  just what I wanted.

And finally, confirm the stats from the command line, we see LB-ADSL-primary load balance group is now pulling data in the right proportions:

Very happy. Case closed!

How to set up iMessage sharing across multiple devices (especially after 2 factor authentication)

I recently set up 2-factor authentication on my apple account to provide stronger protection of my account. 

Around about the same time I noticed that iMessages and calls were not being shared across my multiple apple devices as they had been. I went into settings -> icloud -> <your apple id> -> where there are settings for:

• contact information
• password & security
• devices
• payment

I made sure that in "devices" all my devices were showing up (they are listed automatically if signed in against your apple id) - which they were

In password and security I made sure that both my mobile phones were "trusted phone numbers"

I figured that should now do the trick.. 

It didn't

After googling a bit, turns out you also have to go into settings -> messages -> Send & Receive and in there make sure that all your devices and email addresses are listed. You can also define which number/email messages appear to come from when you compose them; which means each device can initiate from its own number, or if you like, they can all initiate from the same ID. 
 

After I'd done that it all worked :) 

by the way, you can also go into facetime settings and do the same.. 

A Scientific Study of the distribution of Halloween Monkey Nuts within their shells

Some things are too important not to research. This year I saw numerous pictures in my Facebook feed of Halloween hauls (unanimously sweets) organised by type. That got me thinking, because I'd bought a whole bag of 'monkey nuts' to hand out on Halloween-  that we never used. Seems like they've gone out of fashion since I was a kid. 

I decided to go one better and measure the distribution of nuts within their shells. Typically a shell has one or two nuts, occasionally a prize of even more! The chart shows my results.  

Distribution frequency of monkey nuts within their shells.  

At this time I have no way of knowing if this distribution applies to nuts growing in the wild or whether different supermarkets specify their own particular 'mix' :)  Perhaps that's for next year :) 

Make of it what you will.  

Controlling room temperature with Netatmo "occupancy detection" and IFTTT

Thanks to the addition of Heatmiser range to the online automation service IF (formerly IFTTT - "if this then that") it's now possible to control room temperature using inputs from your other IFTTT-friendly IOT devices. In my case, Netatmo weather station. 

In my house, heating for every room is individually controlled by a Heatmiser Neo thermostat, each running an individualised programme of temperature gradients throughout the day, tailored to each room. During the summer most of these are just on standby, meaning in practice unless the room drops below 12 degrees C, the heating will never come on.  

My child's room is the exception, because we don't want him to ever get too cold, and some days he naps in the afternoon; so his thermostat is always active. So far so good. Except when you open the windows, perhaps for fresh air during the day, and it turns cloudy, the temperature drops and the heating comes on and heats the great outdoors. 

Finally, I have a solution which does not involve adding sensors to the Windows.  

The first step is to use Netatmo indoor station as an occupancy detector. Over the last year I've charted the correlation between occupancy and CO2 levels and in general found that an occupied room tends to read >500ppm CO2 and unoccupied room is below that. Of course if you open the window the CO2 level drops to almost zero very rapidly. So, this basic threshold measure can be used as a simple detection of empty room and/or wIndows open.  

IFTTT recipes to control Heatmiser thermostats based on occupancy (CO2) 

Of course, you might ask what happens if the windows are open while the room is occupied. Good question - but in our case it never happens; our child is young, so for safety when he is using the room we always have the widows locked shut. 

This simple trigger forms the basis of the input to an IFTTT recipe which controls the Heatmiser thermostat in the same room. If the CO2 levels drop (room empty or Windows open) then the thermostat is set to 'standby' (this stops it following its daily program) and if CO2 rises again ( = occupied) the standby mode is deactivated and the normal program continues to run. 

This way we hope to avoid those costly mistakes where we have opened the windows and forgotten to adjust the thermostat; or unnecessarily heated an unoccupied room.  

For the future we can explore whether outdoor temperature, wind speed and rainfall can be used to optimise performance of the indoor heating.   

More Sugru projects

I use Sugru around the home and car a lot, both indoors and outdoors.  

So here's a few more simple improvements made around the house. 

First up, the classic charging cable strengthening (iPad 2) - no mystery here. 

With a 2 year old about, the iPad cable needs a bit of strengthening  

Next up, finger grips for a small remote control to help stop it sliding out of the hand. 

Sugru finger grips  

Finally, the ultimate tool you can never find: a pointy sticky sharpish thing to perform resets and extract SIM cards. This wee metal pin came as the on/off control with my solar lights - but a paper clip would do the same job. ​

Device reset tool

Add a Sugru handle - voila! ​

Not sure I could live without Twitter any more

If I ever needed reminding that the world of social media has introduced so many new opportunities to communicate and collaborate (and I don't need reminding) and make connections that never used to be possible, then monday was it. 

Three things happened. 

First, it was nice to wake up to a nice tweet from Dragonfli, who are the suppliers of our beepol lodge and beepol bumblebee colonies. They were very complimentary of the modifications I'd made to their lodge and tweeted that out to their followers, which has driven some extra visitors to our bumblebee project information - which obviously makes me happy. 

That's an amazing customised Beepol Lodge Nik!! Love the idea of temperature display as well!

Great to get such a ringing endorsement from the manufacturer. You never know, maybe they'll make the temperature display a standard feature? ☺

Next, I was contacted by the Richard at waspinator - this was a result of a couple of tweets in a combined conversation with Martha Kearney (radio 4 presenter) who keeps honey bees. She appeared on Simon Mayo's radio show in an interesting segment on beekeeping, and after when I checked her tweet stream I noticed she'd been in contact with waspinator due to some lack of success with the product at keeping wasps from hives.

I added to this thread, as we too had tried the waspinator but not managed to keep wasps from raiding our bumeblebee nest for precious honey at the end of the season, and Richard got in touch. Following some discussion with him, he gave some advice and offered to send us half-a-dozen waspinators to trial around the garden - to basically create a "ring of defence" around our bumblebee hive.

This is great news, as not only can we hopefully keep the wasps at bay this year, but we can also trial the waspinator in a bumblebee-inhabited environment and provide this data to the company and generally improve the understanding of how to use the product with bumblebee colonies.

Finally, I was honoured to be selected by The Tiffen Company to provide the cover photo for their facebook page. Tiffen is the leading movie and photographic effects accessory company and I use their software extensively as part of my workflow. The desktop software mimics their vast range of photographic filters and accessories and I love being able to take an "analogue" approach in the digital domain. This is the picture they chose:

A big thanks to Tiffen! 

So, all in all, busy day with my new found social media contacts. Not sure I could live without twitter anymore!