<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet type="text/xsl" href="atom.xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <id>https://doc.tegridyfarm.de/blog</id>
    <title>TegridyFarm Documentation Blog</title>
    <updated>2026-08-10T00:00:00.000Z</updated>
    <generator>https://github.com/jpmonette/feed</generator>
    <link rel="alternate" href="https://doc.tegridyfarm.de/blog"/>
    <subtitle>TegridyFarm Documentation Blog</subtitle>
    <icon>https://doc.tegridyfarm.de/img/favicon.ico</icon>
    <entry>
        <title type="html"><![CDATA[Welcome to the TegridyFarm Blog]]></title>
        <id>https://doc.tegridyfarm.de/blog/welcome-to-tegridyfarm</id>
        <link href="https://doc.tegridyfarm.de/blog/welcome-to-tegridyfarm"/>
        <updated>2026-08-10T00:00:00.000Z</updated>
        <summary type="html"><![CDATA[News, development insights and updates from TegridyFarm.]]></summary>
        <content type="html"><![CDATA[<p>Welcome to the TegridyFarm Blog.</p>
<p>This is where we will share what's happening behind the scenes, including new products, development progress, software updates and ideas we're currently working on.</p>
<!-- -->
<p>TegridyFarm started with a simple goal: make automation and monitoring easier without turning every installation into a completely custom engineering project.</p>
<p>A large part of our work currently revolves around the TBOX platform and its associated devices.</p>
<p>Here on the blog, we'll occasionally share:</p>
<ul>
<li class="">Development progress</li>
<li class="">New products and prototypes</li>
<li class="">Firmware and software updates</li>
<li class="">Technical background information</li>
<li class="">Interesting problems we encountered during development</li>
<li class="">Things that didn't work quite as planned</li>
</ul>
<p>The detailed technical information will remain in the documentation. The blog is intended to be a more informal look at what we're building and where things are heading.</p>
<p>Thanks for following along.</p>
<p><strong>Ricardo &amp; Dennis</strong></p>]]></content>
        <author>
            <name>Ricardo Jacoby</name>
            <uri>https://tegridyfarm.de</uri>
        </author>
        <author>
            <name>Dennis Völker</name>
            <uri>https://tegridyfarm.de</uri>
        </author>
        <category label="TegridyFarm" term="TegridyFarm"/>
        <category label="Development" term="Development"/>
    </entry>
    <entry>
        <title type="html"><![CDATA[Building the TBOX Platform]]></title>
        <id>https://doc.tegridyfarm.de/blog/building-the-tbox-platform</id>
        <link href="https://doc.tegridyfarm.de/blog/building-the-tbox-platform"/>
        <updated>2026-08-08T00:00:00.000Z</updated>
        <summary type="html"><![CDATA[A short look at the idea behind the TBOX automation platform.]]></summary>
        <content type="html"><![CDATA[<p>The TBOX is the central control unit of our automation and monitoring ecosystem.</p>
<p>But the goal was never to create just another controller.</p>
<!-- -->
<p>From the beginning, the idea has been to combine the functions that are commonly spread across several individual devices into one central platform.</p>
<p>The TBOX handles automation, monitoring and communication while additional devices extend the system where required.</p>
<p>That includes products for sensor inputs, pumps, valves and user interfaces.</p>
<p>One of our main priorities during development is keeping the system flexible without making configuration unnecessarily complicated.</p>
<p>This means a lot of time goes into things users hopefully never have to think about:</p>
<ul>
<li class="">Communication between devices</li>
<li class="">Configuration and commissioning</li>
<li class="">Firmware updates</li>
<li class="">Error handling</li>
<li class="">Network connectivity</li>
<li class="">Hardware protection</li>
<li class="">Diagnostics</li>
</ul>
<p>There is still plenty to do, but the platform is gradually reaching the point where the individual pieces start feeling like one system rather than separate prototypes.</p>]]></content>
        <author>
            <name>Ricardo Jacoby</name>
            <uri>https://tegridyfarm.de</uri>
        </author>
        <category label="TBOX" term="TBOX"/>
        <category label="Development" term="Development"/>
        <category label="Automation" term="Automation"/>
    </entry>
    <entry>
        <title type="html"><![CDATA[From Prototype to Product]]></title>
        <id>https://doc.tegridyfarm.de/blog/from-prototype-to-product</id>
        <link href="https://doc.tegridyfarm.de/blog/from-prototype-to-product"/>
        <updated>2026-08-05T00:00:00.000Z</updated>
        <summary type="html"><![CDATA[Developing hardware is more than designing a PCB that works.]]></summary>
        <content type="html"><![CDATA[<p>A prototype that works on the workbench is one thing.</p>
<p>Turning it into a product that should work reliably every day is something completely different.</p>
<!-- -->
<p>During development, even seemingly small details can lead to another PCB revision, another enclosure change or another round of testing.</p>
<p>Connections need to be accessible, components need sufficient thermal margins and the device still has to remain practical to manufacture and assemble.</p>
<p>And then there are all the things you only discover after using the hardware for a while.</p>
<p>That's why our development process usually looks something like this:</p>
<p><strong>Prototype → Test → Find problems → Change things → Test again.</strong></p>
<p>Not particularly glamorous, but very effective.</p>
<p>We'll use this blog to occasionally show some of that process instead of only presenting the finished product.</p>]]></content>
        <author>
            <name>Dennis Völker</name>
            <uri>https://tegridyfarm.de</uri>
        </author>
        <category label="Hardware" term="Hardware"/>
        <category label="Development" term="Development"/>
        <category label="Behind the Scenes" term="Behind the Scenes"/>
    </entry>
</feed>