Ein weiterer dedizierter Server wurde gestern zur Verstärkung der vier bestehenden Proxmox VE Server hinzugezogen. Ziel ist es, die immer weiter wachsenden adminForge Services zu entlasten, um euch eine gleichbleibende Performance bieten zu können....

by adminForge.

Ein neuer adminForge Service kann ab sofort genutzt werden. Ein datenschutzfreundlicher Kurz-URL-Dienst. Aus langen Internetadressen werden kurze. Benutzerdefinierte Kürzel sind möglich! tny.lv Features: 5 stellige kurze URLs im Format tny.lv/xxxxx Benutzerdefinierte Kürzel Automatisch erstellte...

by adminForge.

Stadt Dortmund will Freie Software institutionalisieren

Bild: AG Freie Software

Die Stadt Dortmund hat den Abschlussbericht (CC-BY-SA) der AG Freie Software (vgl. Sachstandsbericht) dem Ausschuss für Personal, Organisation und Digitalisierung in dessen Sitzung vom 01.09.2022 per Vorlage zur Kenntnis gegeben. Das dazugehörige Protokoll wurde am 27.10.2022 genehmigt veröffentlicht. Ziel der AG Freie Software war es, Potenziale beim Einsatz von Freier Software und Offenen Standards herauszuarbeiten und zu bewerten. Neben dem politischen Beschluss, welcher eine Freie-Software-First-Strategie der Stadt Dortmund vorgibt, liegt nun ein Bericht aus operativer Sicht des Dortmunder Systemhauses (dosys.) — dem kommunalem IT-Dienstleister — vor. Der Abschlussbericht ist eine praxisorientierte Pionierbetrachtung einer Kommune für das Thema der Digitalen Souveränität auf Basis von Freier Software. Ein insgesamt progressives Dokument, welches den Einsatz von Freier Software und Offenen Standards zur Erlangung Digitaler Souveränität durchgehend sehr positiv bewertet. Jedoch betrachtet es auch problematische übergeordnete Ressourcen-Zusammenhänge, die – aus Sicht von Do-FOSS – nur durch gezielte Fördermittel des Staates zu beheben sein werden.

Um den politischen Willen mit den organisatorischen Potenzialen in Handeln zu übersetzen, ist es notwendig das komplexe Themenfeld von Digitaler Souveränität umfassend zu betrachten. Dabei sind IT-Steuerung, Vergabe und Beschaffung, Organisationsmanagement, Finanzmanagement und Controlling sowie die Rolle der Verwaltung im Freie-Software-Ökosystem wesentliche Kernbausteine. Die seitens der Stadt Dortmund geplante Schaffung einer Koordinierungsstelle Open Source und Digitale Souveränität ist aus Sicht von Do-FOSS daher ein folgerichtiger Schritt, um diese Herausforderungen zu meistern. Der Personal- und, Organisationsdezernent (u.a. zuständig für Digitalisierung) Christian Uhr empfahl diese bereits auf dem Nachrichtenportal der Stadt Dortmund im Beitrag Stadtspitze empfiehlt Koordinierungsstelle für Digitale Souveränität – Freie Software im Blick:

So kann die Stadt Dortmund sich weiter auf den Weg machen, um der Rolle der Wegbereiterin gerecht zu werden.

Eine Open-Source-Governance, wie sie derzeit von der Kommunalen Gemeinschaftsstelle für Verwaltungsmanagement (KGSt) erarbeitet wird (vgl. Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität), könnte ein entscheidender Leitfaden für die Koordinierungsstelle werden, um die genannten Kernaspekte zur Umsetzung einer umfassenden Freien-Software-Strategie strukturiert umzusetzen.

Für Do-FOSS ist es besonders gut zu wissen, dass der Begriff Open Source auch im Abschlussdokument als Frei verstanden wird, so wie es von der Free Software Foundation Europe (FSFE) bereits 2016 in die Diskussion der Stadt Dortmund eingebracht wurde. Außerdem werden Offene Standards im Bericht stark betrachtet. Aus dem Bericht geht zum Beispiel hervor, dass das Open Document Format (ODF) für Office-Dokumente gegenüber dem herstellerspezifischen Office Open XML (OOXML) als Standard priorisiert werden soll, was auch dem EGovG NRW entspricht.

Do-FOSS begleitet die Stadt Dortmund als Wegbereiterin für Freie Software und Digitale Souveränität gerne weiterhin.

Dokumente zum Herunterladen

Der Abschlussbericht Untersuchung der Potenziale von Freier Software und Offenen Standards kann hier heruntergeladen werden. Die Pressemitteilung der Stadt Dortmund vom 16.08.2022 kann hier heruntergeladen werden. Die Vorlage an den Ausschuss für Personal, Organisation und Digitalisierung zu seiner Sitzung vom 01.09.2022 kann hier heruntergeladen werden.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Abschlussbericht der AG Freie Software empfiehlt Koordinierungsstelle Open Source und Digitale Souveränität für die Stadt Dortmund appeared first on Do-FOSS.

pwbox.de ist einer von vielen adminForge Services und wurde nun um einen weiteren Password Manager mit der Software Vaultwarden ergänzt. Mit Vaultwarden habt ihr einige Features mehr in eurem Password Manager, die sonst nur...

by adminForge.

Wer von euch die Proxmox-no-Subscription Repo’s nutzt und das Popup mit dem Hinweis auf die Subscription einen nervt, kann diese mit nur einer Befehlszeile ausblenden. Hinweis Fenster ausblenden: [crayon-65501bf7aa511754117157/] Danach das jeweilige Proxmox Webinterface...

by adminForge.

dnsforge.de ist einer von vielen adminForge Services und kann ab sofort über den „Clean“ DNS Resolver die Jugend schützen. dnsforge „Clean“ ist ein redundanter Server mit aktivierten Jugendschutz Blocklisten die mehr als 9 Millionen...

by adminForge.

Für mich ist die Erreichbarkeit von Webseiten der von mir betreuten Webseiten und Dienste sehr wichtig. Hierfür nutze ich nicht nur Icinga2 in Verbindung mit Grafana, sondern auch ein ziemlich simples, aber auch mächtiges Werkzeug. Uptime-Kuma eine Opensource on premise Monitoringsoftware.

Der Beitrag Uptime Kuma, mein Monitoring Werkzeug erschien zuerst auf Got tty.

Unterstützung für ein Freies-Software-Repository aus Dortmund

Bild: Presseartikel

Mit Open CoDE wurde in einem bundesländerübergreifenden Verbund eine gemeinsame Plattform geschaffen, um Open Source bzw. Freie Software zwischen öffentlicher Verwaltung, Industrie und Gesellschaft austauschen und entwickeln zu können. Open CoDE bietet neben einem Aufbewahrungs- und Austauschort für Quellcode ein lebendiges Ökosystem mit klar strukturierten Verantwortlichkeiten für Entwicklung und Wartung von Software, Kontaktmöglichkeiten für Kooperationen, Qualitätssicherung und Datenschutzregelungen sowie Hilfestellungen, Richtlinien und mehr. Derzeit wird Open CoDE im erweiterten Probebetrieb getestet, um Erfahrungen zu sammeln und Feedback zu erhalten.

Die Initiative zur Schaffung des öffentlichen Ortes für Code geht auf einen Interessenverbund zurück, dem auch die Stadt Dortmund und DoFOSS angehören. Durch den reichhaltigen Kontext in Bezug auf Lösungsansätze, Rechtsrahmen, Qualitätsgarantien und Verantwortlichkeit werden Hürden beim Einsatz von Freier Software im Behördenkontext praktisch abgebaut und Wissen um den Einsatz einer Software zwischen den Behörden geteilt. Do-FOSS sieht den öffentlichen Dienst und speziell die Stadt Dortmund damit auf dem richtigen Weg digitale Souveränität zu stärken – ganz im Sinne von Public Money? Public Code!.

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Open CoDE – der öffentliche Ort für Code ist da appeared first on Do-FOSS.

Für unser Smart Home möchten wir den aktuellen Stromverbrauch aufzeichnen. Dafür bietet sich, wie auch in meinem Artikel über die Digitalisierung des Gaszählers, Home Assistant an. In dieser mächtigen Software lassen sich Automatisierungen für das Haus erstellen, aber auch Sensoren einlesen und protokollieren. Das möchten wir mit unserem digitalen Stromzähler machen. Was wir zusätzlich noch benötigen, ist ein ESP8266, sozusagen die Home Assistant Außenstelle, die die Daten an die Zentrale weitergibt. Also, legen wir los!

Hardware: ESP8266 und TCRT5000 zum Auslesen des Stromzählers

Die Hardware lässt sich sehr günstig im Internet erwerben. Zwingend erforderlich sind folgende Bauteile:

• ESP8266 oder ESP32, ich verwende gerne den Wemos D1 Mini
• TCRT5000, ein Infrarotdiode zum Auslesen des Gaszählers
• Litzen oder Jumperkabel

Nicht zwingend erforderlich, aber für den dauerhaften Einsatz gut geeignet sind folgende Bauteile

• Lochrasterplatine
• Schraubbare Pins um die Kabel zum TCRT5000 mit dem Wemos zu verbinden
• Female Pins zum Auflösten auf eine Lochrasterplatine und zum Stecken auf die Pins

Den TCRT5000 muss man vorher noch präparieren. Man erkennt ja, dass dort zwei Dioden verbaut sind, eine helle und eine dunkle. Die hellere sendet ein IR-Licht aus, das die zweite Diode wieder lesen soll. Das kann beispielsweise für eine Lichtschranke verwendet werden. In unserem Fall stört die helle Diode, daher müssen wir sie entfernen. Entweder löten wir die ganze Diode aus, oder wir entfernen den Vorwiderstand. Zweiteres geht deutlich schneller. Dazu einfach den Lötkolben an den SMD-Widerstand halten, dann kann man ihn etwas verschieben.

Die Verdrahtung findet nach folgendem Schaltplan statt. Wir verwenden keinen Pullup-Widerstand, da dieser bereits auf dem TCRT5000 vorhanden ist. Es wird die Spannungsversorgung über VCC und GND hergestellt und der D0-Pin des TRCT5000 wird mit D2 (GPIO4) des Wemos D1 Minis verbunden.

Installation am Stromzähler

Die digitalen Stromzähler, hier im Beispiel von EMH, haben fast immer eine Schnittstelle für den Kunden. Manchmal muss man sie von seinem Netzbetreiber freischalten lassen. In meinem Fall war sie glücklicherweise ohne Freischaltung verfügbar.

In der Regel ist dort eine blinkende LED verbaut. Das Blinklicht ist allerdings im Infrarotbereich, für das menschliche Auge also nicht sichtbar. Mit manchen Handy- oder Digitalkameras kann man es aber sichtbar machen, wenn deren Sensoren noch keinen IR-Filter verbaut haben.

Ich habe mir also aus etwas Schaumstoff und Klebeband einen kleinen Halter gebaut. Den Lesekopf des TCRT5000 habe ich dann unmittelbar vor der blinkenden Diode des Stromzählers platziert. Das Potentiometer des TCRT5000 habe ich mit einem kleinen Schraubendreher so lange verdreht, bis die Output-LED gleichmäßig geblinkt hat.

ESPHome installieren und Home Assistant konfigurieren

Die ausführliche Beschreibung, wie man ESPHome auf den Microcontroller bekommt, habe ich bereits beim Gaszähler beschrieben. Die Konfigurationsdatei für den ESP8266 sieht dann im zweiten Abschnitt, also nach dem „captive_portal“ folgendermaßen aus. Beim Gaszähler habe ich den binary_sensor verwendet. Aus Gründen, die ich nicht verstehe, funktioniert das Setup hier aber nicht. Darum verwende ich nun den Pulse_meter, der wiederum am Gaszähler nicht funktioniert.

# Voher kommt der ganze Kopf der Datei, was der Wizard generiert
# [...]

sensor:

# Stromzähler als Pulse Meter
  - platform: pulse_meter
    name: "Stromverbrauch"
    pin:
      number: GPIO4
      mode: INPUT_PULLUP
    unit_of_measurement: "kW"
    accuracy_decimals: 3
    timeout: 2 min
    filters:
      # Filter outliers
      - median:
          window_size: 3
          send_every: 1
          send_first_at: 1
      # Convert pulses/min to kW bei 10000Imp/kWh
      - multiply: 0.006
    total:
      name: "Stromzähler"
      unit_of_measurement: "kWh"
      accuracy_decimals: 3
      filters:
        - multiply: 0.0001

Diesen Code flasht man auf den ESP8266. Gegebenenfalls müssen die Konstanten verändert werden. Das hängt vom Stromzähler ab, wie viele Impulse er ausgibt und in welcher Einheit das umgerechnet werden kann. Der Pulse-Counter hat als Rohsignal „Impulse pro Minute“, bringt bei mir also die Einheit „kWh/min“.

Nebenrechnung: Ich habe einen Verbraucher, der 1.000 Watt = 1 kW verbraucht. Wenn der Verbraucher eine Stunde läuft, verbrauche ich 1 kWh Energie. Der Stromzähler blinkt also 10.000 mal innerhalb dieser Stunde bzw. 166,6 mal pro Minute (siehe Aufdruck). Also muss ich die Pulse/min mit 60/10.000 multiplizieren, also mit 0,006 um wieder auf 1 kW zu kommen. Daher kommt die Konstante in meinem Beispiel.

Im Home Assistant braucht man ebenfalls eine neue Konfiguration. Man bearbeitet dort die configuration.yaml oder, noch besser, die sensor.yaml und ergänzt dort folgende Zeilen:

- platform: template
  sensors:
    stromverbrauch_in_kwh:
      friendly_name: "Elektrische Energie in kWh"
      value_template: >
          {% if states('sensor.stromzahler') | float == 0 %}
           {{ states('sensor.stromverbrauch_in_kwh') }}
          {% else %}
           {{ states('sensor.stromzahler') | float }}
          {% endif %}
      unit_of_measurement: kWh
      device_class: energy
      attribute_templates:
        state_class: total_increasing

Damit haben wir sozusagen offiziell einen Stromzähler implementiert. Dieser kann wiederum im Energie-Dashboard angezeigt werden.

Eines Morgens habe ich mal ein paar Geräte nacheinander angesteckt und deren Stromverbrauch angesehen.

The post Home Assistant: Digitalen Stromzähler mit ESPHome auslesen first appeared on bejonet - Linux | Smart Home | Technik.

Open-Source-Lösungen für Rechtsstaatlichkeit im digitalen Zeitalter

Logo: ver.di (© ver.di)

Heute wurde Do-FOSS-Geschäftsführer Christian Nähle zum Sprecher der ver.di-Vertrauensleute der Stadtverwaltung Dortmund gewählt. Durch die nun bestehende Personalunion von ver.di-Leitung und Do-FOSS-Geschäftsführung werden für die Stadt Dortmund Aspekte der Rechtsstaatlichkeit mittels Digitaler Souveränität künftig eine noch höhere Aufmerksamkeit erhalten. Für den weiteren Erfolg der Digitalen Souveränität in der Stadtverwaltung Dortmund wird die Mobilisierung von Ressourcen (Finanzmittel und Personal) sowie die personalseitige Mitbestimmung dieser Ressourcen entscheidend sein. Die politischen Entscheidungsträger*innen werden über ver.di partnerschaftlich immer wieder an ihre Verpflichtung für die entsprechende Bereitstellung der Ressourcen erinnert werden.

Digitale Souveränität wird von der Kommunalen Gemeinschaftsstelle für Verwaltungsmanagement (KGSt) im Bericht Open Source in Kommunen – Ein Baustein für mehr Digitale Souveränität gemäß der Kompetenzstelle Öffentliche IT (ÖFIT) definiert als

die Fähigkeiten und Möglichkeiten von Individuen und Institutionen, ihre Rolle(n) in der digitalen Welt selbstständig, selbstbestimmt und sicher ausüben zu können.

Im Wahlprogramm der ver.di-Vertrauensleuteleitung heißt es zum Thema Open Source und Digitale Souveränität:

Die Stadtverwaltung hat die Kontrolle über ihre digitale Dateninfrastruktur outgesourct. Die digitale Souveränität über die Daten der Bürger*innen ging dabei verloren. Dadurch hängen die politisch Verantwortlichen für die Digitalisierung unserer Stadt mittlerweile an der Klippe des Rechtsstaats. Wir in ver.di reichen ihnen die Hand um sie wieder hochzuziehen und den Rechtsstaat wiederherzustellen. Unsere Pläne für eine Open-Source-basierte digitale Infrastruktur für die digitale Souveränität unserer Stadt haben wir den Entscheider*innen schon längst auf den Tisch gelegt. Trotzdem werden unsere Beschäftigten in ihrem digitalen Nutzungsverhalten alltäglich ausgespäht, die Souveränität der Daten der Bürger*innen ausverkauft. Dies muss beendet und rückgängig gemacht werden!

Weitere gewerkschaftliche Themen behandelt Christian Nähle für ver.di in einem Kampagnenvideo:

Soweit im gesetzlichen Rahmen möglich verzichtet der Autor auf alle Urheber- und damit verwandten Rechte an diesem Werk.
Es kann beliebig genutzt, kopiert, verändert und veröffentlicht werden.
Für weitere Informationen zur Lizenz, siehe hier.

The post Stadt Dortmund für Digitale Souveränität durch ver.di neu aufgestellt appeared first on Do-FOSS.

Wenn man sich ein Smart Home aufbaut, möchte man aus verschiedenen Gründen Temperaturen messen. In meinem Fall möchte ich im Heizungsraum die Temperaturen an den Wasserrohren, sowie im Warmwasserspeicher aufzeichnen. Eine einfache und kostengünstige Lösung ist es, das mit einem ESP8266 und dem DS18B20 Temperatursensor umzusetzen. Mit der Software ESPHome ist das auch schnell eingerichtet. Im Folgenden zeige ich, wie man das macht.

ESP8266 und DS18B20 verdrahten

Für dieses Beispiel verwende ich einen ESP8266 Wemos D1 Mini mit drei DS18B20 Temperatursensoren. Sie werden nach folgendem Schema verdrahtet. Das einzige zusätzliche Bauteil ist ein 4,7 kOhm Widerstand, der zwischen den Signal-Pin und VCC gelötet wird.

Der Vorteil von den DS18B20 ist, dass man sehr viele von ihnen parallel betreiben kann. Wenn die Schaltung einmal geschafft ist, kann man weitere Sensoren einfach anschließen. Das ist der Grund, warum ich schraubbare Kontaktklemmen verwendet habe: Dadurch kann ich mit wenig Aufwand neue Sensoren anschließen.

DS18B20: Adresse herausfinden

Dieser Temperatursensor arbeitet mit dem 1-Wire-Protokoll. Um jeden Sensor eindeutig ansprechen zu können, ist die Adresse des Sensors notwendig. Die kann man leider nicht am Gehäuse ablesen, sondern man muss sie via Software erfragen. Wir nutzen das gleich, um unsere Verdrahtung zu überprüfen!

Die Adresse der Sensoren findet man ebenfalls mit ESPHome heraus, indem man ein sehr minimalistisches Programm aufspielt. Wie schon beim Auslesen des Gaszählers startet man mit

esphome wizard heizungstemperatur.yaml

und beantwortet dem Wizard wahrheitsgemäß die 4 Fragen. Die entstandene heizungstemperatur.yaml öffnet man mit einem Editor und fügt unten die folgenden Zeilen hinzu:

# Example configuration entry
dallas:
  - pin: GPIO2

Mittels des folgenden Befehls kompiliert man die Datei und flasht sie auf den ESP8266 (siehe Artikel über den Gaszähler).

esphome run heizungstemperatur.yaml

Der folgende Befehl öffnet die Logdatei des Controllers:

esphome logs heizungstemperatur.yaml

Dort werden die Adressen der angeschlossenen Sensoren angezeigt. Kleiner Tipp: Wenn man immer nur einen Sensor anschließt, behält man den Überblick!

ESPHome für Temperaturmessung flashen

Wenn man nun alle Adressen der Sensoren herausgefunden und notiert hat, kann man das den ESP8266 wie folgt konfigurieren. Den Code fügt man an die bereits erzeugte Datei aus dem Wizard an.

dallas:
  - pin: GPIO2

sensor:
  - platform: dallas
    address: 0x773c01f096c1ee28
    name: "Heizung Vorlauf Temperatur"
  - platform: dallas
    address: 0x783c01f096729728
    name: "Heizung Rücklauf Temperatur"
  - platform: dallas
    address: 0x883c01f096ade428
    name: "Warmwasserspeicher oben Temperatur"

Da mittlerweile der Chip schon die ESPHome-Software aufgespielt hat, kann man bereits jetzt kabellos den neuen Programmcode übertragen. Bei ESPHome nennt sich diese Technik „Over the air“, kurz OTA. Der PC und der ESP8266-Chip müssen sich nur im gleichen Netzwerk befinden.

esphome run heizungstemperatur.yaml

Integration der Temperatursensoren in Home Assistant

Jetzt fehlt nur noch die Integration in den Home Assistant. Glücklicherweise arbeiten die beiden Systeme sehr gut miteinander. Man navigiert im Home Assistant auf Einstellungen, Geräte& Dienste und fügt über das Plus unten rechts eine neue Integration hinzu. Dort sucht man nach „ESPHome“ und gibt im folgenden Fenster die IP-Adresse ein. Wichtig: hierfür muss die API aktiviert sein (das ist eine der Fragen des esphome-Wizards).

Weitere Informationen: https://esphome.io/components/sensor/dallas.html

The post ESPHome: Temperaturmessung mit DS18B20 für Home Assistant first appeared on bejonet - Linux | Smart Home | Technik.

Am 1. April 2022 kündigten die Macher von 351ELEC über den Discord Server des Projektes einen neuen Namen an, dieses solle von nun an „PineappleELEC“, in Anlehnung an das letzte Release mit dem Codenamen...