<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Projekte on Daniel Hufschläger</title>
    <link>https://hufschlaeger.net/projects/</link>
    <description>Recent content in Projekte on Daniel Hufschläger</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>de</language>
    <copyright>© 2026 Daniel</copyright>
    <atom:link href="https://hufschlaeger.net/projects/index.xml" rel="self" type="application/rss+xml" />
    
    <item>
      <title>Akustische Punktquellensynthese</title>
      <link>https://hufschlaeger.net/projects/python/gpss-acoustic-sources/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://hufschlaeger.net/projects/python/gpss-acoustic-sources/</guid>
      <description>&lt;h2 class=&#34;relative group&#34;&gt;Einleitung&#xA;    &lt;div id=&#34;einleitung&#34; class=&#34;anchor&#34;&gt;&lt;/div&gt;&#xA;    &#xA;    &lt;span&#xA;        class=&#34;absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none&#34;&gt;&#xA;        &lt;a class=&#34;text-primary-300 dark:text-neutral-700 !no-underline&#34; href=&#34;#einleitung&#34; aria-label=&#34;Anker&#34;&gt;#&lt;/a&gt;&#xA;    &lt;/span&gt;&#xA;    &#xA;&lt;/h2&gt;&#xA;&lt;p&gt;Das vorgestellte Projekt implementiert die verallgemeinerte Punktquellensynthese für akustische Quellen. Der numerische Teil ist in Cython umgesetzt,&#xA;parallelisiert und läuft in 2D oder 3D. Der Code wurde zur Berechnung von Schallfeldern beliebiger akustischer Quellen verwendet.&lt;/p&gt;</description>
      <media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://hufschlaeger.net/projects/python/gpss-acoustic-sources/featured.png" />
    </item>
    
    <item>
      <title>Ansible Module für SOAP Requests</title>
      <link>https://hufschlaeger.net/projects/devops/ansible-soap-module/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://hufschlaeger.net/projects/devops/ansible-soap-module/</guid>
      <description>&lt;h2 class=&#34;relative group&#34;&gt;Warum&#xA;    &lt;div id=&#34;warum&#34; class=&#34;anchor&#34;&gt;&lt;/div&gt;&#xA;    &#xA;    &lt;span&#xA;        class=&#34;absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none&#34;&gt;&#xA;        &lt;a class=&#34;text-primary-300 dark:text-neutral-700 !no-underline&#34; href=&#34;#warum&#34; aria-label=&#34;Anker&#34;&gt;#&lt;/a&gt;&#xA;    &lt;/span&gt;&#xA;    &#xA;&lt;/h2&gt;&#xA;&lt;p&gt;Beruflich muss ich oft eine SOAP-API bedienen, um beispielsweise Testdaten einzupflegen oder Ähnliches.&#xA;Das sind natürlich repetitive Aufgaben, die automatisiert gehören. Da ich für viele Systeme&#xA;Ansible benutze, habe ich mich entschieden, ein Ansible-Modul zu schreiben, das diese Aufgaben&#xA;für mich in Zukunft erledigt.&lt;/p&gt;</description>
      <media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://hufschlaeger.net/projects/devops/ansible-soap-module/featured.png" />
    </item>
    
    <item>
      <title>GitLab Metrics Collector</title>
      <link>https://hufschlaeger.net/projects/golang/gitlab-metrics-collector/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://hufschlaeger.net/projects/golang/gitlab-metrics-collector/</guid>
      <description>&lt;p&gt;Wer mehrere GitLab-Projekte betreut, kennt das Problem: Man möchte auf einen Blick sehen, wie es um&#xA;Pipeline-Laufzeiten, offene Issues oder Deployment-Häufigkeiten steht – am besten ohne sich jedes Mal&#xA;durch die GitLab-Oberfläche klicken zu müssen. Exportiert man die Daten manuell, ist das zeitaufwendig&#xA;und fehleranfällig. Dashboards in GitLab selbst sind nett, aber oft zu wenig flexibel, wenn man Metriken&#xA;über mehrere Projekte hinweg aggregieren oder eigene KPIs definieren möchte.&lt;/p&gt;</description>
      <media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://hufschlaeger.net/projects/golang/gitlab-metrics-collector/featured.png" />
    </item>
    
    <item>
      <title>GitLab Release Downloader</title>
      <link>https://hufschlaeger.net/projects/golang/gitlab-release-downloader/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://hufschlaeger.net/projects/golang/gitlab-release-downloader/</guid>
      <description>&lt;p&gt;Da ich in meiner täglichen Arbeit regelmäßig mit GitLab-Releases und deren Artefakten zu tun habe, kenne ich das&#xA;Problem nur zu gut: Man möchte schnell und reproduzierbar ein bestimmtes Release-Artefakt herunterladen – sei es in&#xA;einem CI-Job, einem Skript oder einfach auf der Kommandozeile. Der GitLab-Browser ist dafür umständlich, und ein&#xA;generisches curl-Kommando wird bei projekt-spezifischen URL-Strukturen schnell unhandlich. Ein kleines, dediziertes&#xA;CLI-Tool wäre also genau das Richtige.&lt;/p&gt;</description>
      <media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://hufschlaeger.net/projects/golang/gitlab-release-downloader/featured.png" />
    </item>
    
    <item>
      <title>Gitlab-Todoist-Exporter</title>
      <link>https://hufschlaeger.net/projects/golang/gitlab-todoist-exporter/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://hufschlaeger.net/projects/golang/gitlab-todoist-exporter/</guid>
      <description>&lt;p&gt;Da ich beruflich wie privat viel mit Gitlab arbeite, verwalte ich damit natürlich auch alle Softwareprojekte. Aber meine&#xA;täglichen Aufgaben verwalte ich in der Regel aber mit Todoist und weder möchte ich private Aufgaben im beruflichen&#xA;Gitlab haben, noch möchte ich alles von Hand eintragen müssen. Meist habe ich daher in Todoist ein Projekt, wo ich nur&#xA;spärlich Aufgaben eintrage. Daher wäre ein Todoist-Exporter wirklich klasse.&lt;/p&gt;</description>
      <media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://hufschlaeger.net/projects/golang/gitlab-todoist-exporter/featured.png" />
    </item>
    
    <item>
      <title>Port expanding HAT for the Raspberry Pi</title>
      <link>https://hufschlaeger.net/projects/electronics/portexpander-hat-for-rpi/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://hufschlaeger.net/projects/electronics/portexpander-hat-for-rpi/</guid>
      <description>&lt;h2 class=&#34;relative group&#34;&gt;Einleitung&#xA;    &lt;div id=&#34;einleitung&#34; class=&#34;anchor&#34;&gt;&lt;/div&gt;&#xA;    &#xA;    &lt;span&#xA;        class=&#34;absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none&#34;&gt;&#xA;        &lt;a class=&#34;text-primary-300 dark:text-neutral-700 !no-underline&#34; href=&#34;#einleitung&#34; aria-label=&#34;Anker&#34;&gt;#&lt;/a&gt;&#xA;    &lt;/span&gt;&#xA;    &#xA;&lt;/h2&gt;&#xA;&lt;p&gt;Bei der Entwicklung einer neuen Version unserer Heizungssteuerung habe ich mich mit mehreren Ideen auseinandergesetzt,&#xA;wie dem Entwurf einer neuen Mikrocontroller-PCB, der Verwendung eines ESPXY-Geräts oder der luxuriösesten Lösung&#xA;mit einem Raspberry Pi Board.&#xA;Alle drei Lösungen bieten unterschiedliche Grade an Leistung, Aufwand und Möglichkeiten für weitere Ideen.&#xA;In der Vergangenheit habe ich mehrere Monate damit verbracht, mit selbst entworfenen AVR-Mikrocontroller-Boards&#xA;zu experimentieren. Diese Boards kommunizieren und interagieren über ein selbst konstruiertes ISM&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt;-Netzwerk,&#xA;und ich kann stolz sagen: „Seit ich sie installiert habe, haben sie die ganze Zeit funktioniert.“&lt;/p&gt;</description>
      <media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://hufschlaeger.net/projects/electronics/portexpander-hat-for-rpi/featured.png" />
    </item>
    
    <item>
      <title>Taskchampion-Web</title>
      <link>https://hufschlaeger.net/projects/golang/taskchampion-web/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://hufschlaeger.net/projects/golang/taskchampion-web/</guid>
      <description>&lt;p&gt;Wer &lt;strong&gt;Taskwarrior&lt;/strong&gt; kennt, weiß: Es ist eines der mächtigsten Task-Management-Tools überhaupt –&#xA;aber eben ein CLI-Tool. Für den schnellen Überblick am Rechner funktioniert das hervorragend,&#xA;aber spätestens wenn man unterwegs mal eben eine Aufgabe nachschlagen oder hinzufügen möchte,&#xA;stößt man an die Grenzen des Terminals. Eine moderne Web-Oberfläche, die sich nahtlos in das&#xA;bestehende Taskwarrior-Ökosystem einfügt, gab es bislang nicht wirklich – also warum nicht&#xA;selbst eine bauen?&lt;/p&gt;</description>
      <media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://hufschlaeger.net/projects/golang/taskchampion-web/featured.png" />
    </item>
    
  </channel>
</rss>
