BitBastelei #234 – WS2812B (Neopixel) Uhr

BitBastelei #234 - WS2812B (Neopixel) Uhr

(131.5 MB) 00:38:13

2017-03-12 11:00 🛈

Die WS2812B, auch bekannt als Neopixel, sind RGB-LEDs mit internem Steuer-IC, welche sich über einen einzelnen Datenpin kaskadieren und separat ansteuern lassen. Als in meinem Feed ein Angebot für ¼-Kreise mit 15 dieser LEDs durchtickerte war der Plan schnell klar: 4 ¼-Kreise á 15 LEDs macht 60 LEDs. Passend für eine Uhr. Mal schauen, ob es auch funktioniert.
Zur Zeithaltung kommt ein DS3231 zum Einsatz – ein I²C-Chip, welcher speziell für Uhren gedacht ist und genauer funktioniert als die internen Taktgeber der üblichen µCs.

Inhalt:

  • 00:00 LED-Module & Aufbauplan
  • 08:22 LED-Test mit Adafruit-Library
  • 12:32 Warum RTC statt Systemtakt / millis()?
  • 17:05 Blick auf die Software
  • 34:13 Uhr in Aktion

Code:

/**
 * NeoClock
 * 
 * Clock using 60 WS2812B/Neopixel LEDs and DS3231 RTC
 * 
 * Libraries needed:
 *   * Adafruit NeoPixel (Library Manager) - Phil Burgess / Paint Your Dragon for Adafruit Industries - LGPL3
 *   * Rtc by Makuna (Library Manager) - Michael C. Miller
 *   * Arduino Timezone Library (https://github.com/JChristensen/Timezone) - Jack Christensen - CC-BY-SA
 *   * Time Library (https://github.com/PaulStoffregen/Time) - Paul Stoffregen, Michael Margolis - LGPL2.1
 */

#include <Adafruit_NeoPixel.h>
#ifdef __AVR__
  #include <avr/power.h>
#endif

#if defined(ESP8266)
#include <pgmspace.h>
#else
#include <avr/pgmspace.h>
#endif

#include <SoftwareWire.h>  // must be included here so that Arduino library object file references work
#include <RtcDS3231.h>

#include <Time.h>        //http://www.arduino.cc/playground/Code/Time
#include <Timezone.h>    //https://github.com/JChristensen/Timezone

#include <EEPROM.h>

//Central European Time (Frankfurt, Paris)
TimeChangeRule CEST = {"CEST", Last, Sun, Mar, 2, 120};     //Central European Summer Time
TimeChangeRule CET = {"CET ", Last, Sun, Oct, 3, 60};       //Central European Standard Time
Timezone CE(CEST, CET);

TimeChangeRule *tcr;        //pointer to the time change rule, use to get the TZ abbrev
time_t utc;

SoftwareWire myWire(8, 9);
RtcDS3231<SoftwareWire> Rtc(myWire);

#define PIN 6

unsigned long lastMillis = millis();
byte dimmer = 0x88;
byte hmark = 0;

byte ohour=0;
byte ominute=0;
byte osecond=0;

boolean fader=true;

Adafruit_NeoPixel strip = Adafruit_NeoPixel(60, PIN, NEO_GRB + NEO_KHZ800);

void setup() {

  Serial.begin(115200);
  
  strip.begin();
  strip.show(); // Initialize all pixels to 'off'

  Rtc.Begin();

  Rtc.Enable32kHzPin(false);
  Rtc.SetSquareWavePin(DS3231SquareWavePin_ModeNone); 

  if (!Rtc.GetIsRunning())
  {
      Serial.println("RTC was not actively running, starting now");
      Rtc.SetIsRunning(true);
  }

  if (!Rtc.IsDateTimeValid()) 
  {
      // Common Cuases:
      //    1) the battery on the device is low or even missing and the power line was disconnected
      Serial.println("RTC lost confidence in the DateTime!");
  }

  byte eechk = EEPROM.read(0);
  if(eechk == 0xAA) { //Assume this is our config and not a fresh chip
    dimmer = EEPROM.read(1);
    hmark = EEPROM.read(2);
    fader = EEPROM.read(3);
  }

  timeSync();
}

void calcTime(void) {
  utc = now();
  CE.toLocal(utc, &tcr);
  ohour = hour(utc);
  ominute = minute(utc);
  if(osecond != second(utc)) {
    osecond = second(utc);
    lastMillis = millis();

    if(ominute == 0 && osecond == 0) {
      //Every hour
      timeSync();
    }
  }
}

void addPixelColor(byte pixel, byte color, byte brightness) {
  color *= 8;
  uint32_t acolor = brightness;
  acolor <<= color;
  uint32_t ocolor = strip.getPixelColor(pixel);
  ocolor |= acolor;
  strip.setPixelColor(pixel, ocolor);
}

void drawClock(byte h, byte m, byte s) {  
  strip.clear();
  
  addPixelColor(m, 1, dimmer);

  if(hmark > 0) {
    for(byte i = 0; i<12; i++) {
      addPixelColor((5*i), 2, hmark);
    }
  }

  h %= 12;
  h *= 5;
  h += (m/12);
  addPixelColor(h, 2, dimmer);
  // 0x RR GG BB

  if(fader) {
    byte dim_s1 = dimmer;
    byte dim_s2 = 0;
    byte px_s2 = s+1;
    if(px_s2 >= 60) px_s2 = 0;
    unsigned long curMillis = millis()-lastMillis;
    if(curMillis < 250) {
      dim_s2 = 0;
      dim_s1 = dimmer;
    }else{
      dim_s2 = map(curMillis, 250, 1000, 0, dimmer);
      dim_s1 = dimmer - map(curMillis, 250, 1000, 0, dimmer);
    }
    
    addPixelColor(s, 0, dim_s1);
    addPixelColor(px_s2, 0, dim_s2);
  }else{
    addPixelColor(s, 0, dimmer);
  }
  
  strip.show();
}

byte rounds = 0;

void loop() {
  calcTime();

  if(rounds++ > 100) {
    Serial.print(ohour);
    Serial.print(":");
    Serial.print(ominute);
    Serial.print(":");
    Serial.println(osecond);
    rounds = 0;
  }
  
  drawClock(ohour,ominute,osecond);

  delay(10);
  
  chkSer();
}

void timeSync(void) {
  RtcDateTime dt = Rtc.GetDateTime();
  setTime(dt.Hour(),dt.Minute(),dt.Second(),dt.Day(),dt.Month(),dt.Year());
    
  Serial.print("Synced to: ");
  Serial.print(dt.Year());
  Serial.print("-");
  Serial.print(dt.Month());
  Serial.print("-");
  Serial.print(dt.Day());
  Serial.print("-");
  Serial.print(dt.Hour());
  Serial.print("-");
  Serial.print(dt.Minute());
  Serial.print("-");
  Serial.println(dt.Second());
}

void timeSave(void) {
  utc = now();
  
  RtcDateTime store = RtcDateTime(year(utc), month(utc), day(utc), hour(utc), minute(utc), second(utc));
  Rtc.SetDateTime(store);

  Serial.print("Synced to: ");
  Serial.print(year(utc));
  Serial.print("-");
  Serial.print(month(utc));
  Serial.print("-");
  Serial.print(day(utc));
  Serial.print("-");
  Serial.print(hour(utc));
  Serial.print("-");
  Serial.print(minute(utc));
  Serial.print("-");
  Serial.println(second(utc));
  
}

void setBrightness(byte brightness) {
  dimmer = brightness;
}

void chkSer(void) {
  unsigned int iy;
  byte im,id,iH,iM,iS;
  
  if(!Serial.available()) return;

  switch(Serial.read()) {
    case 'b':
      setBrightness(Serial.parseInt());
      Serial.print(F("Brightness changed to: "));
      Serial.println(dimmer);
      EEPROM.put(0, 0xAA);
      EEPROM.put(1, dimmer);
      break;
    case 't':
      iy = Serial.parseInt();
      im = Serial.parseInt();
      id = Serial.parseInt();
      iH = Serial.parseInt();
      iM = Serial.parseInt();
      iS = Serial.parseInt();
      setTime(iH,iM,iS,id,im,iy);
      Serial.println(F("System time changed"));
      break;
    case 'f':
      fader = false;
      EEPROM.put(0, 0xAA);
      EEPROM.put(3, 0);
      Serial.println(F("Fader off"));
      break;
    case 'F':
      fader = true;
      EEPROM.put(0, 0xAA);
      EEPROM.put(3, 1);
      Serial.println(F("Fader on"));
      break;
    case 'm':
      hmark = Serial.parseInt();
      EEPROM.put(0, 0xAA);
      EEPROM.put(2, hmark);
      Serial.println(F("HMark changed"));
      break;
    case 's':
      timeSync();
      Serial.println(F("Synced RTC to System"));
      break;
    case 'S':
      timeSave();
      Serial.println(F("Synced System to RTC"));
      break;
    default:
      Serial.println('?');
  }
}

Links:

BitBastelei #233 – Powerbank-Vergleich

BitBastelei #233 - Powerbank-Vergleich

(140.5 MB) 00:39:50

2017-03-05 11:00 🛈

Powerbanks sind auch nach dem letzten Pokemon-Hype noch überall anzutreffen. Für eine längere Tour war ich auf der Suche nach einigen Modellen, die meine Geräte längere Zeit versorgen können. Mindestens 3.5Ah sollten es sein, 2A am Ausgang und natürlich so günstig wie möglich.


Inhalt

01:24 Meine Anforderungen
02:28 Technische Daten laut Hersteller
05:13 Erster Blick: Swees RJ-PB08
08:50 Erster Blick: Aukey PB-N42
12:31 Erster Blick: Momoho 4000
15:02 Erster Blick: Poweradd Pilot X7
20:21 Messwerte: Größe & Gewicht
21:15 Messwerte: Kapazität
24:28 Messwerte: Laden
26:15 USB-Spannungen & Signaling
28:30 Messwerte: Entladespannung
31:07 Messwerte: PowerOn/Off & USV-Modus
33:52 Fazit: Preis/Gewicht
35:31 Fazit: Persönliche Rangliste


Getestete Modelle

Bild: https://www.adlerweb.info/blog/wp-content/uploads/2017/03/aukey-300×251.png

Die Aukey PB-N42 ist ein guter Kompromiss zwischen Größe und Kapazität. Die versprochenen 10Ah kann sie gut erfüllen, auch alle anderen Werte erfüllen die Erwartungen. Die eingebaute Taschenlampe ist ebenfalls praktisch. Für aktuell 18,99€ ist sie jedoch vergleichsweise teuer.


Bild: https://www.adlerweb.info/blog/wp-content/uploads/2017/03/poweradd-300×157.pngDie Poweradd Pilot X7 ist optisch nichts anderes als eine große Variante des Aukey-Modells. Die 20Ah werden gut erfüllt, die Ausgangsspannungen könnten etwas stärker sein. Mit 15,99€ ist sie mein Preis-Tipp für alle, die für wenig Geld möglichst viel Leistung bekommen möchten und sich am hohen Gewicht nicht stören.


Bild: https://www.adlerweb.info/blog/wp-content/uploads/2017/03/swees-300×138.png

Die Swees RJ-PB08 hinterlässt bei mir ein gemischtes Bild: Was Ein- und Ausgangsströme angeht macht sie eine mehr als gute Figur, die gemessene Kapazität erscheint jedoch für versprochene 20Ah etwas schwach, dafür ist sie für diese Größe sehr leicht und somit ein praktischer Begleiter. Am Ende sind es Kleinigkeiten wie das glänzende – und damit schnell mit Fingerabdrücken übersäte – Gehäuse, die falschrum montieren USB-Buchsen sowie der kleine Abstand zwischen selbigen, welche mir die Nutzung eher nervig erscheinen lassen. Für 19,99€ hätte ich mehr erwartet.


Bild: https://www.adlerweb.info/blog/wp-content/uploads/2017/03/momo-300×159.png Zuletzt kommt mit der Momoho ein kleineres Modell hinzu. Klein, leicht und mit dunkelblauer Lederoptik sicher nichts, was sich in der Hosentasche verstecken muss. Zumindest wenn man nicht auf die Technik schaut. Zwar kann sie die versprochenen Ströme abgeben, was bei Geräten dieser Größe eher selten ist, jedoch sind Kapazität und Effizient weit unter dem, was in meinen Augen als akzeptabel durchgehen würde. Wer nicht auf die Optik steht sollte die 10,20€ lieber in andere Geräte investieren.


Weitere Links


Rohdaten

Wer statt meiner Ausführungen lieber nackte Zahlen haben möchte: Im Open Document Spreadsheet Powerbankvergleich Rohdaten finden sich all meine Messwerte sowie Lade- und Entladekurven der Geräte.


Disclaimer

Auch wenn es meine Bewertungen, wie ihr wisst, ohnehin nicht beeinträchtigen würde: Alle Modelle habe ich mir selbst gekauft, es gab kein Sponsoring oder andere Zuwendungen durch Hersteller, Händler & Co. Es werden Affiliate-Links zu Amazon verwendet.

Video: Karnevalsumzug Miesenheim

Analog zu den letzten Jahren war ich auch dieses mal mit meiner Kamera in Miesenheim unterwegs. Leider diesmal etwas kürzer, da die Vorbereitungszeit etwas knapp war und viele Gruppen Musikanlagen zur Beschallung verwendeten, deren Inhalt ich aus urheberrechtlichen Gründen hier vermeiden muss. Wer dennoch einen  Blick auf den Umzug werfen möchte wird wie immer auf YouTube fündig:

https://www.youtube.com/watch?v=8Vnnm1kjEOY

BitBastelei #232 – Feinstaubsensor im Eigenbau

BitBastelei #232 - Feinstaubsensor im Eigenbau

(97.2 MB) 00:46:51

2017-02-26 11:00 🛈

Feinstaub ist in letzter Zeit immer wieder in den Nachrichten zu hören – kleine Staubpartikel, welche bis in die Lunge vordringen und gesundheitliche Risiken bergen können. Mit dem SDS011 ist ein erschwinglicher Sensor verfügbar, mit welchem man schnell und einfach eine lokale Messstation aufbauen kann.

In diesem Video gehen wir vom ersten Blick bis zum Auslesen alle Schritte durch, welche ich nach Erhalt des Sensors durchführte. Wer einfach nur Messwerte lesen möchte kann natürlich auch einfach die fertige Firmware von Luftdaten.info verwenden. Ich erarbeite Sensordaten und Protokoll, schreibe eine Testsoftwate am Rechner und portiere sie zusammen mit einer Cloud-Anbindung auf den ESP8266.

Inhalt:

00:00 Der Sensor
03:33 Technische Daten
09:56 Das Protokoll
17:15 Sensorwerte am PC interpretieren
23:05 Datensammlung in der Cloud: Thingspeak
26:09 Sensorwerte mit Arduino/ESP8266
42:12 ESP8266-Hardware
43:00 Vergleich mit staatlicher Messstation
45:40 Fazit & Ausblick

Links:

00:26 http://www.codefor.de/stuttgart
00:34 http://www.stuttgart.de/feinstaubalarm
01:50 http://en.wikipedia.org/wiki/File:Particlecounter.jpg
03:33 http://www.luftdaten.info
04:45 http://inovafitness.com/software/SDS011%20laser%20PM2.5%20sensor%20specification-V1.3.pdf
09:58 http://cl.ly/ekot
23:05 http://www.thingspeak.com
26:18 https://github.com/nothans/ESP8266/blob/master/examples/RSSI_to_ThingSpeak.ino

PHP-Testcode:
https://gist.github.com/adlerweb/5ea58beb8a6bee3422932983c5c8ae92
Arduino-Testcode:
https://gist.github.com/adlerweb/ce23c61179bec3433279da6c2e7ff969

BitNotice #107 – Reste-Regal

BitNotice #107 - Reste-Regal

(160.2 MB) 00:25:56

2017-02-22 15:56 🛈

Da die Konstruktion aus vergangenen Zeiten nur bedingt hält zeige ich mal wieder wie schlecht meine Hermwerkerkünste sind und improvisiere aus den Resten ein Regal für den Basteltisch

BitBastelei #231 – Onion Omega 2 als 3D-Druck-Steuerung

BitBastelei #231 - Onion Omega 2 als 3D-Druck-Steuerung

(91.4 MB) 00:23:29

2017-02-19 11:00 🛈

Der Onion Omega 2 ist ein kleines und günstiges Bastelboard, welches sich zwischen kleinen Mikrocontrollern wie Arduino/ESP8266 und den großen Mini-Computern wie dem Raspberry Pi platziert. Mit 580MHz, 64MB RAM und integriertem WLAN wird er für „Internet of Things“-Anwendungen angepriesen.
In diesem Video werden wir einen Blick auf die technischen Daten werfen, uns die Einrichtung anschauen und letztendlich mittels OctoPrint dem 3D-Drucker der letzten Folge ein Webinterface verpassen.

Inhalt

  • 00:00 Der Omega 2
    • 01:10 Technische Daten
    • 03:13 Anschlüsse
    • 04:26 Docks und Module
  • 05:42 Erster Start & Einrichtung
  • 07:50 ?-Ware
  • 08:56 Einsatzplanung
    • 09:28 Requirements
    • 09:57 Speichererweiterung per USB-Stick
    • 13:36 Requirements Versuch 2
    • 14:57 RTFM…
    • 16:09 Octoprint Einrichtung
    • 18:24 Octoprint mit Webcam
  • 20:54 Fazit

Links

Thunderbird: Couldn’t load XPCOM

Diese Meldung weist erst mal darauf hin, dass die Installation beschädigt ist. Dies kommt häufig vor, wenn der Updater unterbrochen wird oder ein übereifriger Virenscanner genutzt wird. Eine Reparaturinstallation ist meist keine schlechte Idee – hierzu einfach die aktuelle Installation von der Webseite ohne vorherige Deinstallation ausführen. E-Mails und Einstellungen bleiben hierbei zu großen Teilen erhalten. Zeigt dies keine Wirkung kann auch ein Blick auf die Dateirechte nicht schaden – in meinem Fall war für den Ordner bzw. dessen Dateien das Execute-Recht verweigert.

BitBastelei #230 – 101hero – günstigster 3D-Drucker oder sinnloser Haufen Plastik?

BitBastelei #230 - 101hero - günstigster 3D-Drucker oder sinnloser Haufen Plastik?

(305.3 MB) 00:50:02

2017-02-12 11:00 🛈

Der 101hero wird vom Macher als günstigster jemals verkaufter 3D-Drucker angepriesen. Im Rahmen des Crowdfundings waren die Geräte teils für 49$ zu bekommen. Für einen 3D-Drucker eine Kampfansage, denn die meisten Bausätze fangen erst bei über 200€ an. Natürlich kommt der Preis mit Abstrichen: Die bebaubare Fläche ist mit 15x15x10cm recht klein, die mit Getriebe ausgestatteten Schrittmotoren haben deutlich weniger Geschwindigkeit und Präzision als die üblicherweise verwendeten NEMAs und auch der Plastikaufbau verspricht nicht gerade eine hohe Stabilität.

Während man den Liefertermin Oktober Crowdfunding-Typisch nicht halten konnte gehen die Geräte langsam in den Versand und einer der Kartons ist auch bei mir eingetroffen. Schauen wir mal, ob man für den Preis tatsächlich irgendeine Funktion erhält.

Inhalt:

  • 00:00 Die Packung
  • 04:04 Inhalt
  • 07:05 Assembly
    • 14:30 Klebeband besser nicht auf die unterseite umklappen sondern überstehen lassen
  • 16:20 Erster Druckversuch & Kalibrierung
    • 19:29 Oder einfach weils noch neu ist…
  • 19:50 …und es druckt
  • 23:44 Die Steuerung von innen
  • 25:12 Steuerung & Einrichtung unter Linux: Cura/Pronterface
    • 36:45 Höhe natürlich 100 für 10cm…
  • 38:45 Erster Defekt: Extruder-Antrieb
  • 42:10 Blick ins Netzteil
  • 46:10 …eine Woche später: Umbauten & Pläne

Links zum Thema

Linux/Sane: Segfault mit Panasonic/Matsushita KVS-50xx-Scanner

Business as usual: Pünktlich zum Jahresanfang wird man von sämtlichen Vertragspartnern mit totem Baum zugeworfen. Glücklicherweise habe ich passende Scanner, die das Material in etwas besser verwaltbare Formen überführen können. Zuletzt verwendete ich dazu einen Panasonic/Matsushita KVS-5026, welchen ich aus dem Schrott retten konnte. Zwar habe ich noch einige schnellere Modelle, dieser hatte jedoch bisher die wenigsten Probleme mit Double-Feeding und ist durch die Bauform bei mir einfacher zu nutzen.

Leider war der Start dieses Jahr nicht ganz so erfolgreich – der Scanner wird korrekt erkannt, versuchte ich jedoch einen Scan zu starten gab es den allseits beliebten „Segmentation fault“. Boo.

Der Trick des letzten Problems half dieses mal leider nicht – auch die aktuelle GIT-Version zeigen den selben Fehler. Da es für das passende Backend kvs20xx keinen Maintainer gibt ist wohl auch keine Besserung zu erwarten.

OK, ich bin kein C-Programmierer, habe keine Ahnung von Debuggern unter X86 und produziere auch sonst eher nicht qualitätsorientieren Code – was kann schon schief gehen.

Ein paar Debug-Textausgaben später konnte ich den Fehler auf die Funktion sane_open, genauer die erste „echte“ Codezeile dort „for (i = 0; devlist[i]; i++)“ eingrenzen. Offenbar wurde früher durch sane automatisch ein Scan iniziiert und die devlist daher gefüllt. In der aktuellen Version scheint es beim Aufruf leer zu sein und mit NULL hantieren mag C wohl nicht. Als workaround konnte ich ein paar Zeilen des Fujitsu-Treibers ruberkopieren, welche die Inizialisierung ggf. nachholen. Auch diese musste etwas angepasst werden um mit dem direkten Aufruf umgehen zu können. Immerhin: Der Scanner läuft und ich kann weitermachen. Fein.

diff --git a/backend/kvs20xx.c b/backend/kvs20xx.c
index 955252a3..56095cb5 100644
--- a/backend/kvs20xx.c
+++ b/backend/kvs20xx.c
@@ -1,6 +1,8 @@
 /*
    Copyright (C) 2008, Panasonic Russia Ltd.
    Copyright (C) 2010, m. allan noah
+
+   Attn: Local workaround 2017-02-11 Florian Knodt, sane-kvs@adlerweb.info
 */
 /*
    Panasonic KV-S20xx USB-SCSI scanners.
@@ -141,6 +143,8 @@ sane_get_devices (const SANE_Device *** device_list,
       devlist = NULL;
     }
 
+  sanei_usb_init();
+
   for (curr_scan_dev = 0;
        curr_scan_dev < sizeof (known_devices) / sizeof (known_devices[0]);
        curr_scan_dev++)
@@ -156,7 +160,10 @@ sane_get_devices (const SANE_Device *** device_list,
 			       known_devices[curr_scan_dev].scanner.model,
 			       NULL, -1, -1, -1, -1, attach);
     }
-  *device_list = (const SANE_Device **) devlist;
+
+  if(device_list && devlist){
+      *device_list = (const SANE_Device **) devlist;
+  }
   return SANE_STATUS_GOOD;
 }
 
@@ -168,10 +175,22 @@ sane_open (SANE_String_Const devname, SANE_Handle * handle)
   struct scanner *s;
   SANE_Int h, bus;
   SANE_Status st;
+
+  if (devlist) {
+    DBG (DBG_INFO, "Using prepopulated device list\n");
+  }else{
+    DBG (DBG_INFO, "Device list empty - scanning...\n");
+    st = sane_get_devices(NULL,0);
+    if(st != SANE_STATUS_GOOD){
+      DBG (DBG_WARN, "Scan failed\n");
+      return st;
+    }
+  }
+
   for (i = 0; devlist[i]; i++)
     {
       if (!strcmp (devlist[i]->name, devname))
-	break;
+       break;
     }
   if (!devlist[i])
     return SANE_STATUS_INVAL;

 

Upstream: #315625

Debian Jessie: linux-base Fehler bei Installation neuer Backport-Kernel

Debian mag stabil sein, der aktuell bei Jessie mitgelieferte 3.16er Kernel wird von einigen Dingen jedoch nicht mehr unterstützt, die Installation dieser Softwarepakete ist also nicht mehr möglich. Glücklicherweise gibt es die so genannten Backports, welche neuere Versionen bereitstellen. Nicht ganz so gut getestet, aber immerhin eine Möglichkeit.

Die Einrichtung geht recht schnell – man muss lediglich folgende Zeile in /etc/apt/sources.list hinzufügen:

deb http://ftp.debian.org/debian jessie-backports main

Sucht man nun nach linux-image, also dem Kernel, findet man auch einige neue Versionen. In meinem Fall ist die 4.9.0 aktuell:

# apt-cache search linux-image
...
linux-image-4.9.0-0.bpo.1-amd64
...

Leider gelingt die Installation nicht ohne Klimmzüge, denn der erste Versuch wird mit einer Fehlermeldung quittiert:

# apt-get install linux-image-4.9.0-0.bpo.1-amd64 linux-headers-4.9.0-0.bpo.1-amd64
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
linux-image-4.9.0-0.bpo.1-amd64 : Hängt ab von: linux-base (>= 4.3~) aber 3.5 soll installiert werden
Empfiehlt: firmware-linux-free soll aber nicht installiert werden
Empfiehlt: irqbalance soll aber nicht installiert werden
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

Auf den ersten Blick scheint es jedoch keine neue Verison des Paketes zu geben:

linux-base is already the newest version.

Ursache ist die Priorisierung: Sowohl im „offiziellen“ Jessie-Repository als auch in den Backports steckt ein Paket mit dem Namen linux-base. Zwar ist jenes in den Backports aktueller, jedoch werden die Pakete des Stable-Repos bevorzugt. Abhilfe schafft es das Paket explizit aus dem Backports-Repo zu beziehen.

apt-get -t jessie-backports install linux-base

Im Anschluss ist auch die Installation des Kernels fehlerfrei möglich. Mit dieser Methode kann man auch das Kernel-Metapaket installieren um zukünftige Updates automatisch zu erhalten:

apt-get -t jessie-backports install linux-image-amd64

Nerd Inside