Das freie Betriebssystem Raspberry Pi OS – ehemals Raspbian – für Mini-PCs und Einplatinencomputer wie den Raspberry Pi Zero 2, Raspberry Pi 3 und Raspberry Pi 4 basiert auf Debian GNU/Linux und bietet auf Basis des aktuellen Debian 11 jetzt auch erstmals einen offiziellen 64-Bit-Support für Systems-on-a-Chip auf ARM-Basis.
Zu einem guten Smart Home gehört natürlich auch eine schöne „Kommandozentrale“. Obwohl das Haus ja schlau ist und alles selbst entscheiden soll, möchte man ja dennoch wissen, was gerade los ist. Der Home Assistant, eine freie und open source Software für Hausautomatisierung, bietet mit seinen Dashboards genau solche Übersichten an. Mit wenigen Klicks lassen sich die Messdaten aus dem Haus und um das Haus visualisieren.
Das Wetter spielt natürlich eine entscheidende Rolle für das Haus und die Bewohner. Die erste Anlaufstelle für aktuelle Wetterdaten und Vorhersagen könnte beispielsweise OpenWeatherMap sein. Die API ist gut dokumentiert, die Einbindung in den Home Assistant ist reibungslos, der Dienst ist kostenlos und es fällt keine Werbung an. Einzig eine Registrierung auf der Webseite ist nötig, um den verpflichtenden API-Schlüssel zu erhalten.
Was leider fehlt, ist der Regenradar. Jede Vorhersage ist ja nur so gut, wie die, die man mit eigenen Augen sieht. Darum lohnt es sich, einen Regenradar in das Home Assistant Dashboard einzubinden.
Die meisten Regenradare lassen sich nicht besonders einfach einbinden. Und falls doch, sind sie meistens mit Werbung übersät. Um so schöner ist es, dass die Webseite morgenwirdes.de den Regenradar vom Deutschen Wetterdienst (DWD) aufbereitet und uns als animierte gif-Datei zur Verfügung stellt. Die Einbindung in den Home Assistant ist explizit erlaubt und funktioniert folgendermaßen.
Zunächst bastelt man sich die URL zusammen, die man für sein Dashboard braucht. Das geht relativ einfach, wenn man sich die Struktur der URL ansieht.
Anmeldenhttps://morgenwirdes.de/api/v3/gif4.php?plz=12345&delay=70&type=1&zoomlvl=1&bar=0&map=1&textcol=ffffff&bgcol=03a9f4Die Flagge „plz“ gibt die Postleitzahl vor. Delay ist die Zeit in Millisekunden, die pro Zeitstufe angezeigt wird. Es gibt zwei Farbschemen der Karte, typ=0 oder 1. Der Zoomlvl gibt den Zoomlevel an (hier 1 für ganz Deutschland). Eine Zeitleiste (bar) und Hintergrundkarte (map) können optional eingeblendet werden. Farblich anpassen kann man die Karte mit den beiden letzten Flaggen.
In der configuration.yaml habe ich das dann als Kamera eingebunden. Das hat den Vorteil, dass die Daten immer aktualisiert werden. Würde man es als Bild einbinden, könnte es sein, dass der Regenradar nur aus dem Cache geladen wird und deshalb nicht aktuell ist.
##### Kameras und Wetterkarten
camera:
- platform: generic
still_image_url:
https://morgenwirdes.de/api/v3/gif4.php?plz=12345&delay=70&type=1&zoomlvl=1&bar=0&map=1&textcol=ffffff&bgcol=03a9f4
name: regenradarIn Lovelace, dem Dashboard von Home Assistant, fügt man nun ein Picture-Glance hinzu, schon ist das Radar da:
type: picture-glance
title: Regenradar
entities: []
camera_image: camera.regenradar
Update 15.04.2022:
Ich habe den Artikel angepasst, das Bild wird nicht mehr als normales Bild, sondern als Kamera eingebunden. Dadurch wird das Radar zuverlässiger aktualisiert.
The post Home Assistant: Animiertes Regenradar einfügen first appeared on bejonet - Linux | Smart Home | Technik.
Mit den Heizthermostaten von Homematic IP lassen sich die Heizkörper minutengenau zeitsteuern. In der Zentrale, in meinem Falle die Homematic CCU3, lassen sich Zeitprofile für jedes Heizthermostat hinterlegen. Die ganze Woche lässt sich damit detailliert planen. Es ist offensichtlich, dass nicht jede Woche eine Kopie der vorherigen Woche ist. Manchmal arbeitet man die ganze Woche von Zuhause aus, manchmal ist man im Urlaub. Damit ergibt sich auch, dass die Räume anders geheizt werden müssen.
Die Homematic CCU3 ermöglicht es, bis zu drei verschiedene Wochenprogramme anzulegen. Die Frage ist nun, wie kann man komfortabel zwischen diesen Wochenprogrammen wechseln? Diesem Thema widme ich diesen Artikel.
Der Grundgedanke eines Smart Homes ist natürlich, dass es „smart“ ist, also eigenständig Entscheidungen trifft. In meinem konkreten Fall könnte das bedeuten, dass meine Heizungssteuerung automatisch erkennt, wann mein Wochenprogramm sich ändern müsste. Mit entsprechenden Bewegungsmeldern ist das sicherlich möglich, wenn auch relativ aufwendig und kostspielig.
Ich habe mich dafür entschieden, eine übergeordnete Steuerung zu verwenden, den Home Assistant. Die Homematic CCU3 tritt dort nur als Client auf. Das ist insofern eine ganz gute Idee, als dass sich Home Assistant über eine App steuern lässt. Das ist komfortabel und zukunftssicher, dank einer engagierten Community im Hintergrund.
Der Home Assistant und die Homematic CCU3 lassen sich glücklicherweise sehr einfach miteinander verbinden. Einzig ein Eintrag in der configuration.yaml von Home Assistant ist notwendig. Im Beispielcode sind die Passwörter in eine secrets-Datei ausgelagert.
# Homematic
homematic:
interfaces:
ip:
host: 192.168.1.123
port: 2010
resolvenames: json
username: !secret homematic_user
password: !secret homematic_pw
groups:
host: 192.168.1.123
port: 9292
resolvenames: json
username: !secret homematic_user
password: !secret homematic_pw
path: /groups
hosts:
ccu3:
host: 192.168.1.123
username: !secret homematic_user
password: !secret homematic_pwDamit man das Wochenprogramm umschalten kann, braucht es einen Service, den wir folgendermaßen zusammensetzen.
Address ist die Serialnummer des Gerätes, Value ist das Wochenprofil.
type: button
tap_action:
action: call-service
service: homematic.set_device_value
service_data:
address: 000a1d8991xxxx
channel: 1
param: ACTIVE_PROFILE
value: '2'
value_type: int
target: {}
entity: climate.000a1d8991xxxx
icon: mdi:bed-outline
name: Kein Besucher im GästezimmerUm das Wochenprofil auf einen anderen Wert zu stellen, dupliziert man die Kachel und ändert die „Value“. Leider habe ich nicht herausgefunden, wie man den aktuellen Wert für das Wochenprofil ausliest. Mit dieser Info könnte man einen einzelnen Button verwenden und diesen togglen.
The post Homematic IP: Wochenprogramm via Home Assistant wechseln first appeared on bejonet - Linux | Smart Home | Technik.
Das freie Betriebssystem Raspberry Pi OS – ehemals Raspbian – für Mini-PCs und Einplatinencomputer wie den Raspberry Pi Zero 2, Raspberry Pi 3 und Raspberry Pi 4 basiert auf Debian GNU/Linux und bietet auf Basis des aktuellen Debian 11 jetzt auch erstmals einen offiziellen 64-Bit-Support für Systems-on-a-Chip auf ARM-Basis.
Logo: KGSt (© KGSt)
Die Kommunale Gemeinschaftsstelle für Verwaltungsmanagement (KGSt) engagiert sich seit 2020 für Digitale Souveränität der Kommunen. Zuletzt hatte die KGSt u.a. gemeinsam mit Do-FOSS an dem Bericht Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität gearbeitet. Nun wurde das Thema Open Source und Digitale Souveränität mit dem Zauberer von OSS auf besondere Art im Online-Format Wissen kompakt um 2 präsentiert. In diesem Online-Format begleitet die KGSt regelmäßig kommunale Expert*innen, die ihr Management- und Erfahrungswissen praxisnah mit Kolleg*innen anderer Kommunen teilen.
Wissen kompakt um 2: Der Zauberer von OSS (© KGSt)
Wie lief das letzte „Wissen kompakt um 2“?
Wissen kompakt um 2 zeigte in der letzten Websession am 13. Januar den Zauberer von OSS. Warum den Zauberer von OSS? Christian Nähle (Do-FOSS), Gerd Armbruster (Stadt Mannheim) und Eduard Itrich (Open Source Business Alliance) haben die Teilnehmenden gemeinsam mit (…) [der KGSt-]Referentin Anika Krellmann in das Land OSS entführt und betrachtet, warum es Herz, Mut und Verstand für mehr Open Source Software (OSS) in der Verwaltung braucht.
Themenschwerpunkte waren die Open-Source-Governance, praktische Anwendungsbeispiele und die interkommunale Zusammenarbeit, welche einen wesentlichen Erfolgsfaktor für mehr OSS in der Verwaltung darstellt. Christian Nähle stellte dar, warum und wie der „Open Source first“-Grundsatz bei der Stadt Dortmund umgesetzt werden soll, Gerd Armbruster zeigte internationale Beispiele für den Umgang mit Freier Software und auch ganz konkret, was in deutschen Verwaltungen im Bereich IT-Infrastruktur und am Digitalen Arbeitsplatz bereits an OSS eingesetzt wird. Eduard Itrich stellte das Projekt „Palim! Palim!“ – eine Open Source-basierte Videokonferenzlösung der Stadt Bühl – vor. Außerdem berichtete er von der interkommunalen Zusammenarbeit der Städte Baden-Baden, Bretten, Bruchsal, Bühl, Ettlingen, Gaggenau, Rastatt, Rheinstetten und Stutensee im Verbund „re@di – regional digital“.
Quelle: KGSt-Journal 01/2022, S. 7
Herzlich willkommen, auch von mir, im Land von OSS, im Land Open-Source-Software. Ich darf mich kurz vorstellen. Mein Name ist Christian Nähle. Ich bin Ihr Wegbegleiter. Ich stehe heute hier für Do-FOSS. Do-FOSS ist die Initiative für Freie und Open-Source-Software bei der Stadt Dortmund. Mir obliegt die Geschäftsführung. Mitte vergangenen Jahres erschien der KGSt-Bericht „Open Source in Kommunen – ein Baustein für mehr Digitale Souveränität“. In diesem Bericht wird der „Dortmunder Weg“ zum strategischen Umgang mit Open Source als Muster hervorgehoben. Darüber freuen wir uns als Teil der Digitalen Zivilgesellschaft sehr. Ich möchte Sie nun mitnehmen, auf einen kurzen Rundgang durch das Land von OSS. Wir sind auf der gemeinsamen Suche nach Herz, Verstand und Mut. Herz, Verstand und Mut für mehr Open-Source-Software zur Wiedererlangung unserer Digitalen Souveränität.
Herz – oder wie ich es im Kontext von Open Source nenne: das resiliente Herz.
Mir ist durch Reisen außerhalb des Landes von OSS und außerhalb von Europa der Wert einer funktionalen Infrastruktur sehr bewusst. Dadurch habe ich Freude daran entwickelt unsere Infrastruktur zu pflegen und zu erhalten. Gleichzeitig merken wir alle, dass uns nicht zuletzt die Klimakrise in eine erhöhte Resilienz unserer Infrastrukturen hineinzwingt. Resilienz ist unsere gesellschaftliche Verantwortung.
Beruflich erwerbsarbeite ich im Klimaschutz. Aus diesem Zusammenhang muss ich Ihnen mitteilen, dass wir eine höchst turbulente Welt erwarten müssen. Die Frequenz von Krisen wird kürzer. In Infrastrukturzyklen gedacht stehen uns wesentliche Krisen immanent bevor. Open Source ermöglicht uns Resilienz für eine ungewisse Zukunft.
Verstand: für eine Open-Source-Governance geht uns zunehmend ein Licht auf – auch dank der Arbeit der KGSt!
Das Ziel einer Open-Source-Governance ist es die Freiheitsgrade zu erweitern, die Handlungsfähigkeit der Behörden zu erhöhen. Dabei ist es die Not einer jeden Governance, konkret zu werden. Es ist verhältnismäßig einfach Erkenntnisse zu haben. Als Anwendungsbetriebe in der kommunalen Familie liegt der schwerste Teil noch vor uns: die strategische und flächenmäßige Anwendung von Open-Source-Software. Ein klares Bekenntnis von Politik und Verwaltung zu Open Source sind für den vor uns liegenden Weg wesentlich. In Dortmund wurden solche Bekenntnisse erarbeitet. In einem Beschluss des Rates der Stadt Dortmund wurde in einem breit übergreifenden Antrag von demokratischen Fraktionen im Februar vergangenen Jahres beschlossen:
[Open-Source-first]
Diese Beschlüsse vom 11. Februar 2021 wurden von der Dortmunder Stadtverwaltung explizit begrüßt. Auf Basis dieser politischen Entwicklung prüft die Stadt Dortmund derzeit die Einrichtung einer „Koordinierungsstelle Open Source und Digitale Souveränität“. Und es wird ein „IT-Dashboard“ zur transparenten Aufgabenübersicht eingeführt – wichtige erste Instrumente für eine Open-Source-Governance.
Unterdessen wird im Kommunalverbund die Frage der Open-Source-Governance stärker gemeinschaftlich beantwortet werden müssen. Eine gute Möglichkeit Open-Source-Software im Kommunaldienst und ihre Governance zu besprechen, bietet die kommunale Open Government Konferenz. Diese wird u.a. von der Stadt Dortmund geplant und ausgerichtet werden – pandemiebedingt stockt die Umsetzung leider gerade enorm… Der Stadt Dortmund ist aber eine Veranstaltung in Präsenz zum Thema Open Source sehr wichtig. Ich darf Ihnen bereits jetzt sagen: Sie sind herzlich eingeladen!
Im Land von OSS brauchen wir eine konsequente Open-Source-Governance unserer IT und entsprechende Schulungen. Z.B. intern für IT-Steuerung und -Management sowie Lizenzmanagement und extern z.B. für Ausschreibungen. Wir brauchen auch eine konsequente Open-Source-Governance für weitere geforderte Verwaltungsbereiche und entsprechende Schulungen. Z.B. für Personal und Finanzen, sowie Organisation und Beschaffung. Andere Verwaltungsbereiche wie z.B. Communitymanagements müssen wir neu entwickeln. Wir werden uns für den Transformationsprozess hin zu einer Open-Source-Governance fragen müssen:
Wie gestalten wir die Beziehungen um uns herum?
Wie verhelfen wir anderen zum Erfolg?
Wie gestalten wir ein gesundes Open-Source-Ökosystem?
Schon heute ist klar: Eine Open-Source-Governance muss bereits zu Beginn Hand in Hand gehen mit einem Konzept zur Reduzierung der Herstellerabhängigkeiten und zur Diversifikation der Herstellerlandschaft. Weniger Abhängigkeit, mehr Vielfalt.
Vor diesen Hintergründen sehe ich mit großer Spannung dem dieses Jahr erscheinenden KGSt-Bericht zu Open-Source-Governance entgegen. Diesen Bericht sehe ich als strategische und operative Grundsteinlegung zum Umgang mit Open-Source-Software im Kommunaldienst. Ein weiterer Erkenntnisbericht alleine wird aber nicht die nötigen strukturellen Veränderungen bringen. Wir brauchen…
…Mut – neue Wege erfordern Mut – von uns allen. Wir brauchen Mut um ein höherwertiges Organisationsmodell für den öffentlichen Dienst zu schaffen, denn Open-Source-Software braucht ein engagiertes Steuerungsmodell. Unsere Verwaltungen brauchen Mut sich dem Prinzip Open zu öffnen. Und unsere Verwaltungen brauchen eine Finanzierungsperspektive um nachhaltig zu funktionieren.
Es ist ein zentrales Anliegen von mir, strategisch über Open-Source-Governance zu sprechen, nicht nur darüber was alles praktisch zu tun sein wird. Ich frage mich:
Wie gestalten wir eine Open-Source-Governance aus der Mangelverwaltung heraus?
Wie betten wir eine Open-Source-Governance in die strapazierten Haushaltslagen und in den demographischen Wandel ein?
Das sind Fragen, mit denen sich der Folgebericht der KGSt zum Thema Open Source befassen wird.
Nehmen wir die Digitale Souveränität ernst und unterlegen die Zielsetzung mit Ressourcen?
Oder wird die betriebliche Anwendung nicht mit den relevanten Erkenntnissen mithalten können?
Lassen Sie uns sprechen, worüber man sonst vornehm schweigt: Geld. Ich habe beobachtet, dass politische Entscheidungsträger*innen regelmäßig unzufrieden sind, wenn sie mangelnde Konnexität erfahren. Also wenn sie Aufgaben übertragen bekommen, aber keine Finanzierung dafür erhalten. Bei allem Willen zur Verantwortung und bei aller Gestaltungskompetenz, ohne Finanzierung wird der Anspruch zur kommunalen Digitalen Souveränität in der Fläche scheitern. Wir brauchen Förderprogramme für Digitale Souveränität, welche die Ausstiegskosten tragen aus dem bisherigen herstellerspezifischen Technologiepfad des öffentlichen Dienstes. Wir sind gut beraten, wenn wir ein höherwertiges Organisationsmodell bewirtschaften als die herstellergebundene Abhängigkeit unserer immateriellen Infrastruktur fortzusetzen. Aus kommunalen Spitzenverbünden heraus formuliert wären Open-Source-Förderprogramme plausibel. Denn aufgrund der Synergiemöglichkeiten mit Open-Source-Software, z.B. zur interkommunalen Kooperation, würden Förderprogramme nur einem Teil der wirtschaftlichen Ausstiegskosten aus der herstellerspezifischen Software entsprechen. Ein entsprechend höherwertiges Organisationsmodell für den öffentlichen Dienst – eine Open-Source-Governance – würde uns einen hohen return of investment versprechen.
Ich bin überzeugt von der Haltung: Public money? Public code! Öffentliche Gelder sollen öffentliche Güter erzeugen. Wir wollen Wissen aus Silos befreien und es behördlich zugriffsfähig und anwendbar machen. Dafür brauchen wir einen Infrastruktur-Fonds für Open-Source-Software. Diese Haltung überzeugt mich, denn ich erkenne darin einen wesentlichen strategischen Ansatz, um mit den massiven Anforderungen an die Reinvestition in unsere digitale Infrastruktur umzugehen. Unsere digitale Infrastruktur entspricht heute der funktionalen Basis unseres Staates. Die Aufgabe könnte also kaum prioritärer sein.
Gerne sind Sie eingeladen, die Reise durch das Land von OSS gemeinsam mit uns zu bestreiten. Vielen Dank für Ihr resilientes Herz, Ihren Verstand und Ihren Mut – sowie an dieser Stelle für Ihre Aufmerksamkeit – vielen Dank!
Die Präsentationsfolien des Zauberers von OSS können hier heruntergeladen werden.
The post Der Zauberer von OSS appeared first on Do-FOSS.
Das Heizsystem ist für viele der erste Einstieg in das Thema „Smart Home„. So ist es auch bei mir. Viele meiner Heizkörper laufen mittlerweile mit Heizthermostaten von Homematic. Zusammen mit der übergeordneten Software Home Assistant ist jetzt meine Menge möglich in meinen vier Wänden. Das Wandthermostat von Homematic ist sogar in der Lage, die relative Luftfeuchtigkeit zu messen. Das ist schon sehr nützlich und kann für weitere Auswertungen verwendet werden. In meinem Fall interessiere ich mich allerdings für die absolute Luftfeuchtigkeit, die sich von der relativen Luftfeuchtigkeit unterscheidet. Glücklicherweise lassen sich die beiden Werte ineinander umrechnen, und das Wandthermostat liefert auch alle notwendigen Messwerte dafür.
Mir als ausgebildeten Thermodynamiker liegt es natürlich am Herzen, dass man den Unterschied zwischen relativer und absoluter Luftfeuchtigkeit kennt. Der Unterschied liegt eigentlich auf der Hand und lässt sich schon anhand der Einheiten gut unterscheiden.
Viele Wandthermostate messen die relative Luftfeuchtigkeit
Die relative Luftfeuchtigkeit wird in Prozent angegeben. Die Luft ist ein Gemisch aus Gasen, ein Teil davon kann Wasserdampf sein. Wie viel das maximal ist, hängt von der Temperatur der Luft ab: je kälter es ist, desto weniger Wasserdampf kann dampfförmig in der Luft vorkommen. Sollte dieser Wert überschritten werden, bildet sich Nebel. Die relative Luftfeuchtigkeit gibt an, bis zu welchem Grad die Luft bereits mit Wasserdampf gesättigt ist. Sind die 100% erreicht, kondensiert alles zusätzliche Wasser und es wird neblig. Etwas thermodynamischer ausgedrückt, klingt die Definition so: Die relative Luftfeuchtigkeit gibt den Partialdruck des Wasserdampfs relativ zum Maximalwert bei aktueller Temperatur an.
Die absolute Luftfeuchtigkeit hingegen wird in g/m³ angegeben (andere Einheiten sind möglich). Bildlich kann man es sich so vorstellen, dass in einem Kubikmeter Luft die angegebene Menge Wasserdampf vorhanden ist.
Warum sollte man die absolute Luftfeuchtigkeit wissen wollen?
Eine typische Textaufgabe in Thermodynamik 1 könnte lauten: Im Wohnzimmer herrschen 22 °C und 40 % Luftfeuchtigkeit. Außen hat es 8 °C und 80 % Luftfeuchtigkeit. Steigt oder fällt die Luftfeuchtigkeit im Wohnzimmer, wenn man das Fenster öffnet?
Eine andere Fragestellung lässt sich ebenfalls darüber beantworten: Im Wohnzimmer herrschen 22 °C und 20 % Luftfeuchtigkeit. Das Raumvolumen beträgt 75 m³. Wie viele Kilogramm Wasser muss man verdunsten lassen, um auf 50 % Luftfeuchtigkeit zu kommen?
Wenn ihr es wisst, könnt ihr das gerne in den Kommentaren hinterlassen
Es sind zwei wichtige Formeln miteinander kombiniert. Die eine Formel, Antoine-Gleichung, berechnet den Sättigungsdampfdruck der Luft bei vorgegebener Temperatur. Die zweite Formel, die ideale Gasgleichung, berechnet daraus die absolute Feuchtigkeit. Die Temperatur und relative Feuchtigkeit werden vom Wandthermostat zur Verfügung gestellt.
In Home Assistant legt man sich für diese Berechnung einen neuen Sensor an. Das geschieht über Templates. Dieser Sensor existiert nur softwareseitig und sein Messwert wird berechnet, nicht direkt gemessen. Ich habe das beispielsweise umgesetzt, indem ich in die configuration.yaml folgende Zeile ergänzt habe:
sensor: !include sensor.yamlMittels des folgenden Befehls habe ich besagte Datei erstellt und ihr den folgenden Inhalt gegeben.
$ touch sensor.yaml
$ nano sensor.yaml- platform: template
sensors:
absolute_humidity:
friendly_name: "Absolute Feuchte"
unit_of_measurement: "g/m^3"
icon_template: mdi:water-percent-alert
value_template: "{{ 1000*e**(19.016-(4064.95/(float(states('sensor.wandthermostat_wohnzimmer_eg_actual_temperature'))+236.25)))*100/(461.66*(float(states('sensor.wandthermostat_wohnzimmer_eg_actual_temperature'))+273.15)) * float(states('sensor.wandthermostat_wohnzimmer_eg_humidity'))/100 | float }}"In Home Assistant wird dieser Sensor in der Liste der Entitys angezeigt. Das Template hat sozusagen den neuen Sensor ins System integriert.
The post Home Assistant: Absolute Luftfeuchtigkeit berechnen first appeared on bejonet - Linux | Smart Home | Technik.
Das freie Betriebssystem Raspberry Pi OS – ehemals Raspbian – für Mini-PCs und Einplatinencomputer wie den Raspberry Pi Zero 2, Raspberry Pi 3 und Raspberry Pi 4 basiert auf Debian GNU/Linux und bietet auf Basis des aktuellen Debian 11 jetzt auch erstmals einen offiziellen 64-Bit-Support für Systems-on-a-Chip auf ARM-Basis.
Über den Microsoft Store steht das Enterprise-Betriebssystem Oracle Linux jetzt in der im März 2021 erschienen Version 7 Update 9 allen Anwendern von Windows 11 und Windows 10 als kostenloser Download für das Windows-Subsystem für Linux (WSL) zur Verfügung. Nutzen daraus ziehen in erster Linie die Linux-Softwareentwickler.
Die Entwickler von WineHQ rund um den Projektleiter Alexandre Julliard haben die nächste stabile Hauptversion 7.1 ihrer zu Windows kompatiblen Laufzeitumgebung Wine mit Support für die ebenfalls neue freie Grafik-API Vulkan 1.3 für die Betriebssysteme Linux, BSD und macOS jetzt offiziell freigegeben.
Über den Microsoft Store steht das Enterprise-Betriebssystem Oracle Linux jetzt in der im März 2021 erschienen Version 7 Update 9 allen Anwendern von Windows 11 und Windows 10 als kostenloser Download für das Windows-Subsystem für Linux (WSL) zur Verfügung. Nutzen daraus ziehen in erster Linie die Linux-Softwareentwickler.
Smart Homes sind in aller Munde. Bei Neubauten sowieso, aber auch bestehende Immobilien werden gerne zu so genannten Smart Homes umgerüstet. Den großen Markt teilen sich natürlich kommerzielle Anbieter, aber gerade auf der Softwareseite konkurrieren auch freie und open source Software um die Kunden. Die bekanntesten Teilnehmer im open source Bereich sind FHEM, OpenHAB und Home Assistant (früher bekannt als hass.io).
Diese Software soll verschiedene smarte Geräte vereinen, so dass sie alle unter einer Haube stecken. Anstatt jeweils eine Anwendung für die Heizung, das Licht und die Energieversorgung zu verwenden, soll die Software übergeordnet sein. Sie bildet damit die Schnittstelle zwischen den Geräten und mir.
Ich möchte mein Haus mit dem Home Assistant smart machen, bzw. einige der vorhandenen Komponenten dort einbinden. In diesem Artikel möchte ich zunächst auf die Installation von Home Assistant Container eingehen.
Der mächtige Home Assistant wird gerne auf einem Raspberry Pi installiert. In der Regel verwendet man dafür gleich ein ganzes Image für das Betriebssystem. Das bedeutet, dass man statt des üblichen Raspbian das „Home Assistant Operating System“ installiert.
Der Vorteil liegt darin, dass man den Home Assistant in vollem Umfang nutzen kann. Der Nachteil ist, dass man über ein stark angepasstes OS verfügt. Möchte man noch weitere Software darauf laufen lassen, könnte das zu Konflikten führen.
In meinem Fall laufen noch andere Prozesse auf dem Raspberry. Somit kommt für mich das OS nicht infrage. Stattdessen möchte ich auf Home Assistant Container setzen. Hier läuft die Software über Docker.
Benutzt man den Home Assistant Container, muss man mit Einschränkungen leben. Es ist beispielsweise nicht möglich, Add-ons zu installieren. Der Grund liegt meines Wissens darin, dass Add-ons als (Docker-)Container installiert werden. Und das geht nicht, wenn bereits die Hauptanwendung in einem (Docker-) Container läuft. [Falls das jemand genauer weiß, gerne einen Kommentar hinterlassen!]
Was man als Vorbereitung braucht, ist ein installiertes Linux-System. In meinem Beispiel ist es Raspbian auf einem Raspberry Pi 4. Dort meldet man sich via SSH an.
Schritt 1: Docker installieren. Gegebenenfalls hat man eine alte Version bereits installiert. Diese muss man entfernen und die aktuelle Version installieren. Dazu wird das Docker-Repository hinzugefügt und die Software daraus installiert. Am Ende wird eine Benutzergruppe „docker“ erstellt (ggf. geschieht das automatisch). Der aktuelle Benutzer – hier nennt er sich pi – wird der Gruppe hinzugefügt.
sudo apt-get remove docker docker-engine docker.io containerd runc
sudo apt-get update
sudo apt-get install ca-certificates curl gnupg lsb-release
curl -fsSL https://download.docker.com/linux/debian/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg
echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/debian \
$(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
sudo apt-get update
sudo apt-get install docker-ce docker-ce-cli containerd.io
sudo groupadd docker
sudo usermod -aG docker piSchritt 2: Home Assistant Container installieren. Der folgende Befehl holt sich das entsprechende Image aus dem Dockerhub, lädt es herunter und installiert es. Es ist wichtig, dass der Ordnerpfad für die Konfigurationsdatei korrekt angegeben wird. Wie oben bereits beschrieben, fehlt die Add-on-Funktion. Um die configuration.yaml bearbeiten zu können, muss man an diese Datei herankommen. Mit der Flag -v mountet man einen existierenden Ordner in den Docker-Container und kann damit die Datei weiterhin bearbeiten.
mkdir /home/pi/homeassistant/config
docker run -d \
--name="homeassistant" \
--privileged \
--restart=unless-stopped \
-e "TZ=Europe/Berlin"
-v /home/pi/homeassistant:/config \
--net=host \
homeassistant/home-assistant:stableWer lieber Docker Compose verwendet, kann den folgenden Eintrag in die *.yaml eintragen:
name: smart_home_p10
services:
home-assistant:
container_name: homeassistant
privileged: true
restart: unless-stopped
environment:
- TZ=Europe/Berlin
volumes:
- /home/pi/homeassistant:/config
network_mode: host
image: ghcr.io/home-assistant/home-assistant:stableSchritt 3: Docker-Image verwalten. Die gesamte Home Assistant Installation kann man über den Container starten und stoppen. Ein Update führt man ebenfalls über das Docker-Image aus. Die Befehle hierfür lauten folgendermaßen.
# Update installieren
docker pull homeassistant/home-assistant:stable# Container stoppen und entfernen
docker stop homeassistant
docker rm homeassistantSchritt 4: Auf Home Assistant zugreifen. Ab jetzt erfolgt die Verwaltung des Home Assistant über die Weboberfläche. Mit http://<IP-Adresse des Raspberrys>:8123 kann man von einem PC des gleichen Netzwerks auf die Installation zugreifen. Änderungen an der configuration.yaml müssen weiterhin über die Systemoberfläche, also z.B. mit nano oder vim über SSH erfolgen.
nano /home/pi/homeassistant/config/configuration.yamlThe post Home Assistant Container installieren first appeared on bejonet - Linux | Smart Home | Technik.
Mittels WxDesktop, einem stark angepassten KDE Plasma, verwandelt sich die kleine brasilianische Linux-Distribution LinuxFX, welche zuvor Windows 10 nachahmte, in einen täuschend echten Klon von Windows 11 auf Basis von Ubuntu und bringt Anwendungen wie Microsoft Edge, OneDrive, Skype und Teams bereits mit.
Die Entwickler von WineHQ rund um den Projektleiter Alexandre Julliard haben die nächste stabile Hauptversion 7.0 ihrer zu Windows kompatiblen Laufzeitumgebung Wine mit WoW64-Support für Linux, BSD und macOS veröffentlicht. Die neue Kompatibilitätsschicht unterstützt aktuelle GPUs von AMD und Nvidia.
Bild: Die Open-Source-Tomate
Die Stadt Dortmund wird Open-Source-Saatgut-Stadt! Inspiriert durch die Open Source Gardens sollen möglichst viele Dortmunder*innen Open-Source-Saatgut nutzen und untereinander als Community teilen. Das Umweltamt der Stadt Dortmund tritt hier als Impulsgeber zum Aufbau einer Open-Source-Saatgut-Community auf, welches die Koordination der Saatgutverteilung übernimmt. Das gemeinsame Dortmunder Gärtnern wird dieses Jahr mit einer Auftaktveranstaltung am 19.01.2022 begonnen. Die Stadt Dortmund stellt zum initiieren des Community-Kreislaufs Open-Source-Tomatensaatgut der Sorte Sunviva initial bereit. Zum Ende der Veranstaltung kann Interesse an dem freiem Saatgut bekundet werden.
Einen schönen Eindruck von der Sunviva-Tomate gibt es auf dem pixelfed-account von LUMA. Der Ansatz der Open-Source-Saatgut-Stadt folgt in dieser Pflanzsaison auf die Open-Source-Saatgutaktion der Kommunen für biologische Vielfalt e.V. vergangenen Jahres, bei der Open-Source-Saatgut als bundesweites Musterbeispiel für Biodiversität in verschiedenen Kommunen vorgestellt wurde. Mit Open-Source-Saatgut kann Offenheit gesät, Freiheit geerntet und leckeres Gemüse gegessen werden. Per Open-Source-Saatgutspende an die Shanti Leprahilfe aus Dortmund kann zusätzlich ein Beitrag zur Überlebenshilfe in Nepal geleistet werden. Hierzu kann die Shanti Leprahilfe kontaktiert werden.
Auf der Seite Saatgut wie Software – Eine Frage der Lizenz zeigt Do-FOSS die wesentlichen Gemeinsamkeiten von Saatgut und Software auf. In diesem Lichte freut es Do-FOSS besonders, dass das Dortmunder Engagement für Open-Source-Saatgut nun im Sinne einer Community-Building-Strategie verfolgt wird. Entsprechend bewirbt Do-FOSS die Auftaktveranstaltung gerne und wünscht der Open-Source-Saatgut-Stadt Dortmund viel Erfolg – auch über die Stadtgrenzen hinaus.
Bild: Culinaris – Saatugut für Lebensmittel
Säen für die Pflanzenvielfalt – Diskussion über Open-Source-Saatgut und Ausgabe von Tomaten-Saatgut
Lust gemeinsam zu gärtnern? Das Umweltamt, das Amt für Angelegenheiten des Oberbürgermeisters und des Rates der Stadt Dortmund, die zivilgesellschaftlichen Initiativen OpenSourceSeeds, der Dortmunder Ernährungsrat (in Gründung), sowie das Klimabündnis Dortmund laden zur gemeinsamen Open-Source-Tomatenaufzucht ein. Am 19. Januar 2022, von 19:00 Uhr bis 21:00 Uhr treffen sich alle Interessierten online. Um Anmeldung wird per E-Mail wird gebeten: cnaehle@stadtdo.de. Es wird dann eine Bestätigungsmail mit Einwahl-Link verschickt.
Die Etablierung der „Open-Source-Saatgut-Stadt-Dortmund“ wird das erste Vorhaben sein des neuen kommunalen Handlungsprogramms „Klima-Luft 2030“ aus dem Handlungsfeld „Landwirtschaft und Ernährung“. Am 19. Januar 2022 wartet ein spannendes Programm, an dessen Ende man sich für die gratis Ausgabe von Open-Source-Saatgut der Tomatensorte Sunviva melden kann. Dann steht der kommenden gemeinsamen Pflanzsaison nichts mehr entgegen!
Für einen thematischen Einstieg in die Hintergründe zu Open-Source-Saatgut eignet sich dieses Erklärvideo auf der Startseite von OpenSourceSeeds (1:43 Min.): https://opensourceseeds.org.
Das Programm am 19. Januar 2022 ab 19 Uhr:
1. „Begrüßung und Moderation“
Umweltamt, Christian Nähle, 10 Min.2. „Vorstellung der Initiative OpenSourceSeeds“ (https://www.opensourceseeds.org)
Dr. Johannes Kotschi, 20 Min. Vortrag, 10 Min. Fragen3. „Auf dem Weg zur lokalen Ernährungswende – Vorstellung des Ernährungsrates Dortmund (in Gründung)“
Amt für Angelegenheiten des Oberbürgermeisters und des Rates der Stadt Dortmund & Ernährungsrat Dortmund in Gründung, Alessa Heuser, 10 Min.4. „Aus der Praxis – Open-Source-Gärtner Jörg Lüling“
Kurzvortrag aus der Praxis mit Fotos, 10 Min.5. „Zwischenreflexion und Vorstellung des Exportprojekts Dortmunder Open-Source-Saatgut als Überlebenshilfe (durch die Shanti-Leprahilfe https://shanti-leprahilfe.de)“
Shanti Leprahilfe Dortmund e.V., Marianne Grosspietsch, 10 Min.6. Öffentlichkeitsarbeit
per Dialog vorgestellt, u.a. Umweltamt, Christian Nähle, 5 Min.7. Abschluss „Saatgut ist heilig“
Klimabündnis Dortmund, Friedrich Laker und moderativer Abschluss
Umweltamt, Christian Nähle, 10 Min.Im Anschluss gibt es in einem Breakout-Raum ein ergänzendes Angebot für Lehrkräfte von Claudia Werner. Hierzu wird bereits auf den Open-Source-Saatgutblog der Johann-Gutenberg-Realschule verwiesen: https://www.jgr-dortmund.de/schulleben/projekt-open-source-tomate-sunviva.html)
Zum Hintergrund:
Klimawandel fordert Vielfalt im Saatgut
Der internationale Saatgutmarkt wird von immer weniger Unternehmen bestimmt. Da die Saatgutfirmen ihre Züchtungen immer stärker vereinheitlichen, geht die Pflanzenvielfalt stetig zurück. Diese Entwicklung verringert die Fähigkeit der Landwirtschaft, sich an regionale Unterschiede und den Klimawandel anzupassen und macht sie damit auch anfälliger für Umwelteinflüsse. Ökologische Vielfalt ist eine zentrale Grundlage dafür, dass sich Landwirtschaft an den Klimawandel anpassen kann. Dafür leistet das samenfeste Open-Source-Saatgut einen entscheidenden Beitrag zur Klimafolgenanpassung. Durch die aktuelle Entwicklung auf dem Saatgutmarkt ist nicht nur die ökologische Vielfalt, sondern auch unsere
Ernährung gefährdet.Steriles Hybridsaatgut und seine Folgen für Landwirt*innen
Gemüse keimt heutzutage in der Regel von sogenanntem Hybridsaatgut. Für Hybridzüchtungen werden bestimmte Eigenschaften einer Pflanze wie Pflanzengröße, Form und Farbe der Früchte durch Kreuzung von Inzuchtlinien verstärkt. Ein gewünschter Effekt ist, dass die erste Generation überdurchschnittlich gute Ertragsergebnisse liefert. Die Kehrseite ist jedoch, dass die Landwirt*innen das Saatgut aus eigener Ernte nicht verwenden können. Es verliert seine Einheitlichkeit. Manche Pflanzen würden z.B. sehr groß, andere sehr klein. Das bringt enorme Schwierigkeiten für die Weiterverarbeitung und den Verkauf der Ernte mit sich. Zum Teil sind Hybride sogar steril, so dass sie sich gar nicht fortpflanzen können. Zudem dürfen Landwirt*innen das selbst geerntete Saatgut mitunter aufgrund von Lizenzbestimmungen nicht verwenden. Auf diese Weise entsteht neben der ökologischen Verringerung auch eine Abhängigkeit der Landwirt*innen von Saatgutproduzent*innen, denn das Saatgut muss jedes Jahr neu gekauft werden. Dies trifft sowohl die heimische Landwirtschaft als auch Landwirt*innen in Länden des Globalen Südens. Die Alternative zu Hybridsaatgut ist samenfestes Saatgut, das nachbaufähig, also fruchtbar ist und in den nächsten Generationen Pflanzen mit den gleichen Eigenschaften hervorbringt.
Berücksichtigung regionaler und klimatischer Unterschiede
Die in Dortmund auf dem Acker der Solidarischen Landwirtschaft Kümper Heide gesäte Tomatenpflanze „Sunviva“ ist samenfest. Sie ist aber nicht nur aufgrund ihrer Samenfestigkeit, sondern auch wegen ihrer rechtlichen Eigenschaften ein wesentlicher Baustein für die Klimafolgenanpassung. Denn nach ihrer Züchtung wurde die Tomatensorte unter eine Open-Source-Saatgutlizenz gestellt. Anders als bei herkömmlichen Rechten an Saatgut erlaubt diese Art der Lizenz, die Samen frei und kostenlos zu verwenden. Auf diese Weise wird die Verwendung des Saatguts für die Allgemeinheit gesichert. Die Besonderheit ist, dass Landwirt*innen das Saatgut vermehren und für regionale Bedürfnisse weiterentwickeln dürfen. Dabei bleibt es auch in Zukunft frei von Lizenzkosten. Anders als bei Einheitssaatgut großer globaler Konzerne können daher bei Open-Source-Saatgut regionale Unterschiede und klimatische Veränderungen bei der Züchtung und beim Anbau dauerhaft berücksichtigt werden.
Solidarische Landwirtschaft in Dortmund
Als Partnerin für den Anbau der Open-Source-Tomate „Sunviva“ hat sich die Solidarische Landwirtschaft (SoLaWi) Kümper Heide in Dortmund angeboten. Die Grundidee jeder SoLaWi ist, dass sich Landwirt*innen mit Verbraucher*innen von Anfang an in einer Gemeinschaft zusammentun. So verpflichten die Mitglieder sich im Vorfeld zur Abnahme des Gemüses und finanzieren alles, was für den Anbau notwendig ist, vor. Die Ernte steht allen gleichermaßen zur Verfügung. Somit werden Risiko und Ernte geteilt. Außerdem können alle Mitglieder der Gemeinschaft auf dem Acker mitarbeiten, sich in Arbeitsgruppen und demokratisch in ein Plenum einbringen. Ernährung wird als gemeinschaftliche Aufgabe wahrgenommen.
OpenSourceSeeds
Entscheidend für die erfolgreiche Arbeit des Umweltamtes ist die Bereitstellung einer Open-Source-Saatgut-Lizenz. Diese wurde 2017 durch „OpenSourceSeeds – AGRECOL“ https://www.opensourceseeds.org) zur freien Verfügung veröffentlicht.
Weitere Informationen
Für Rückfragen steht Ihnen in der Koordinierungsstelle für Klimaschutz und Klimaanpassung des Umweltamtes zur Verfügung:
Christian Nähle
(0231) 50–2 87 74
cnaehle@stadtdo.de
http://www.klimaschutz.dortmund.deDie Stadt Dortmund unterstützt mit diesem Programm die UN-Ziele für Nachhaltige Entwicklung.
Redaktionshinweis:
Ergänzend hängt dieser Medieninformation die Pflanzanleitung an „Tomaten selbst zu ziehen ist gar nicht schwer“.
Außerdem ist ein Bild der Open-Source-Tomatensorte Sunviva beigefügt (Quelle: Culinaris – Saatugut für Lebensmittel).
Pressekontakt: Christian Schön
Gefördert durch mit ihrer mit Mitteln des
Die Pressemitteilung der Stadt Dortmund vom 12.01.2022 kann hier und die Pflanzanleitung „Tomaten selbst zu ziehen ist gar nicht schwer“ kann hier heruntergeladen werden.
The post Open-Source-Saatgut-Stadt Dortmund appeared first on Do-FOSS.
DXVK steht für „DirectX Vulkan“ und übersetzt Microsofts DirectX 9, 10 und 11 in die Open-Source-Grafik-API Vulkan. Die neueste Version 1.9.3 bietet unter anderem eine bessere Implementierung von Nvidia DLSS 2.0 (Test) mittels [c]DXVK-NVAPI[/c] sowie eine genauere Emulation der Gleitkommaberechnungen unter Direct3D 9.
Die neue Fedora 32 Version ist erschienen und birgt einige Vor- und Nachteile in der finalen Linux Workstation. Der drohenden RAM Knappheit bei geringen Ressourcen wird jetzt durch EarlyOOM entgegengewirkt und die Wayland-Baustelle ist zum nächsten Desktop weitergezogen. Des Weiteren gibt es Empfehlungen zur Installation mit Anaconda in Fedora 32.
Der Beitrag Mehr Ordnung im Arbeitsspeicher durch Fedora 32 erschien zuerst auf Linux Abos.
Ab Februar soll das Valve Steam Deck, eine tragbare Spielkonsole auf Basis von Zen 2 und RDNA 2, mit SteamOS ausgeliefert werden. Verhilft das am Ende auch Linux zum endgültigen Durchbruch beim Gaming? Wird Linux zu einer nachhaltigen Plattform für PC-Spieler, oder behält Windows weiterhin klar die Oberhand?
Moderne Internetbrowser können durch Add-ons durch Funktionen erweitert werden. Nellitab ist ein solches Add-on, dass die unterstützten Browser um eine "Neuer Tab" Funktion erweitert. Allgemein soll es bei der Übersichtlichkeit vieler genutzter Tabs im Browser helfen. Was es damit auf sich hat und wie es funktioniert, erfahrt Ihr im Artikel.
Der Beitrag NelliTab » die „Neuer Tab“ Erweiterung für den Browser erschien zuerst auf Linux Abos.
Neptune oder auch Neptune OS ist ein freies deutsches Betriebssystem, das auf dem stabilen Entwicklungszweig von Debian GNU/Linux basiert und dabei seiner eigenen Wege geht. Die neueste Version, Neptune 7 („Faye“), basiert auf Debian 11 („Bullseye“) sowie dem modularen Desktop KDE Plasma und wechselt von ZRAM zu ZSwap.
Die auf Alpine Linux basierende Distribution postmarketOS läuft jetzt auch auf den Tablets Samsung Galaxy Tab A 8.0 und Galaxy Tab 9.7 sowie dem Pocophone F1. Zudem werden weitere Einplatinencomputer von PINE64 auf ARM-Basis mit den beiden freien Desktop-Umgebungen Gnome und KDE Plasma sowie Linux 5.15 LTS versorgt.
Auf Manjaro 21.0 („Ornara“) mit Gnome 3.38 und Manjaro 21.1 („Pahvo“) mit Gnome 40 folgt in Kürze Manjaro 21.2 („Qonos“) mit dem aktuellen Linux-Desktop Gnome 41.1, das jetzt erstmals als Release Candidate erschienen ist und von jedermann ausprobiert werden kann. Das Fundament bildet der Betriebssystem-Kernel Linux 5.15.6.
Die leicht zugängliche Linux-Distribution elementary OS 6.1 („Jólnir“) möchte in erster Linie Linux-Einsteiger und Windows-Umsteiger ansprechen und setzt dazu auf den hauseigenen Pantheon-Desktop, welcher sich optisch an macOS orientiert und basierend auf dem freien GUI-Toolkit GTK seinen ganz eigenen Weg geht.
Mit den aktualisierten Systemabbildern der Linux-Distribution KDE neon lässt sich auch der neueste Linux-Desktop KDE Plasma 5.23 risikolos ausprobieren. Die aktuellen KDE Frameworks 5.89 sowie aktualisierte KDE-Anwendungsprogramme, die jetzt unter dem Namen KDE Gear firmieren, versprechen eine Vorschau auf den freien Desktop.
System76 hat Pop!_OS 21.10 auf Basis des bis Oktober 2023 unterstützten Linux 5.15 LTS veröffentlicht. Die Distribution erhält unter anderem einen neuen Launcher zum Starten von Anwendungen und ist erstmals auch als Systemabbild für den Einplatinencomputer Raspberry Pi 4 und Pi 400 erschienen.
Auf Manjaro 21.0 („Ornara“) mit Gnome 3.38 und Manjaro 21.1 („Pahvo“) mit Gnome 40 folgt in Kürze Manjaro 21.2 („Qonos“) mit dem aktuellen Linux-Desktop Gnome 41.1, das jetzt erstmals als Release Candidate erschienen ist und von jedermann ausprobiert werden kann. Das Fundament bildet der Betriebssystem-Kernel Linux 5.15.6.
