Freizeit

12. Mai 202613. Mai 2026

Loxone Config – picoC und Loxmock funken

Lokale Entwicklung mit netzwerkfähigem picoC und Loxmock

Wie immer bei Problemen ist es natürlich am Besten die Ursache zu beheben und nicht mit Workarounds zu leben. Im Falle der lokalen Entwicklung mit picoC und Loxmock bedeutet das: Ich habe mir picoC zur Brust genommen, „loxonifiziert“ und netzwerkfähig gemacht. Das bedeutet, dass picoC weiterhin picoC bleibt, jedoch ergänzt um sämtliche dokumentierten Loxonefunktionen und Netzwerkzugang. Ein Großteil der picoC Entwicklung inkl. Livedaten aus Loxone kann nun also lokal gemacht werden. Was nun alles unterstützt wird und wie das funktioniert, Beispiele und Downloads von picoc für Loxmock(picoc4lm, v4.1) und natürlich den Loxmock selbst, gibts nachstehend(v04).

2. Mai 20269. Mai 2026

Loxone Config – Testdaten für Loxmock abfragen

Entwicklungshilfe für picoC Skripte

Wer den Loxmock einsetzt, muss sich seine Testdaten teilweise recht umständlich holen: Aufrufen, kopieren, bei Bedarf quoten, ggfls. Bytes/Hexwerte ausrechnen etc.. Da wäre doch ein Tool ganz recht, das einem genau diese Arbeit abnimmt. Zudem braucht man kein weiteres Werkzeug um z.B. Daten über http oder Modbus TCP aus seinem Device auszulesen und in die Testumgebung zu übertragen. 🙂 Wie das also geht inkl. des Tools (v1.3) für Linux und Windows findet sich nachstehend.

2. Mai 20262. Mai 2026

Loxone Config – picoC und ein wenig Debugging

picoC für Linux und Windows inkl. Entwicklungshilfe für Skripte

Die IT-Welt ist doch sehr heterogen. Um den Zugang zu picoC weiter zu vereinfachen, habe ich die Sourcen nochmals compiliert: Einmal für Linux und einmal für Windows. Die Downloads dazu gibts im Artikel inkl. einer kurzen Beschreibung, wie man seine Skripte ein wenig besser debuggen kann. Aber denk daran: picoC erdet und ist nicht megaC… 😉

2. Mai 20262. Mai 2026

Loxone Config – picoC Skripte lokal mit Loxmock ausführen

Entwicklungshilfe für individuelle Skripte

Wer sich mit picoC Entwicklung in der Loxone Welt befasst, winkt möglicherweise schnell ab. Zu fehleranfällig, kompliziert und undurchsichtig ist die Entwicklung oft. Zudem holt man sich sehr schnell Instabilitäten in sein System. Seien es Memoryleaks, vergessene sleep-Statements und damit Ressourcenverbräuche o.ä.. Ich habe mir mal die Mühe gemacht sämtliche angebotenen Loxone-Funktionen unter picoC zu Mocken. Das Ergebnis: Skript-Entwicklung weitestgehend unabhängig von der Loxone-Umgebung. Memory-Leaks können fortan lokal gefunden werden und belasten die Produktiv-Umgebung nicht mehr. Wie immer: Im Artikel gibts eine Beschreibung und den Loxmock zum Download (v03).

29. März 202612. Mai 2026

Loxone Config – XML Parser

XML Dateien in Loxone auswerten

In der Hausautomatisierungswelt ist man schon leidgeplagt. Alleine wenn man so daran denkt, wie man sich seine Registerinformationen von Geräten zusammensuchen und abfragen muss. Hat man dann strukturierte Daten vorliegen, dann muss man mangels Tools über Mustererkennung unstrukturiert darauf zugreifen und verbringt u.U. viel Zeit beim Erstellen der richtigen Patterns. Einschlägige Fragen, Tipps und Diskussionen in entsprechenden Foren können ein Lied davon singen. Nachdem ich bereits einen JSON Parser für Loxone erstellt hatte, dachte ich mir, dass die rudimentären XML Abfragemöglichkeiten in Loxone ebenfalls nicht wirklich befriedigend sind. Gedacht, getan. Nachstehend findet sich ein XML-Parser für Loxone, der über XPath-ähnliche Abfragen verwendet werden kann. Natürlich wieder mit den Sourcen zum Download (v05).

5. März 202612. Mai 2026

Loxone Config – JSON Parser

JSON Dateien in Loxone auswerten

Hin und wieder kommt man in die Verlegenheit in Loxone Strukturdaten in JSON auslesen zu müssen. Sofern die Schlüssel eindeutig identifizierbar sind ist das über die virtuellen HTTP Eingänge mittels Regex auch gut möglich. Stößt man hier aber an die Grenzen und hat, kann oder will keinen separaten Loxberry oder RaspPi einsetzen, kann man nun auch direkt in Loxone JSON-Daten abfragen und auswerten. Erläuterungen und Sourcen zum Downloaden (v04) gibts in diesem Artikel.

20. Februar 202612. Mai 2026

Loxone Config – Modbus synchron lesen

Beispieldarstellung zum gleichzeitigen Lesen von 39 Registern in der Loxone Config

Über Modbus-TCP Register blockweise lesen

Dieser Artikel behandelt das synchrone/blockweise Lesen von Registern über Modbus-TCP in der Loxone Config. Es können beliebig viele Register mit unterschiedlichsten Datentypen gleichzeitig gelesen und angezeigt werden. Dieser Artikel führt zum einen die Informationen der mehrteiligen Reihe zusammen, zum anderen enthält er Verbesserungen, Beispiele und bietet die Sourcen (v30) zum Download an.

17. Januar 202613. Februar 2026

Loxone Config – Modbus synchron lesen – Teil4

Mit dem Abschluss dieser Reihe möchte ich noch eine letzte Variante vorstellen, die ich umgesetzt habe: Das zusammenhängende Lesen von Registern mit unterschiedlichsten Datentypen. Manchmal hat man z.B. eine Reihe von 32bit Registern und dazwischen gibts dann auf einmal ein 16bit Register. Erst mal blöd, ist aber halt so. Wieder am Beispiel des SolarEdge Wechselrichters zeige ich, wie man dieses Problem in Loxone lösen kann.

14. Januar 20264. Februar 2026

SolarEdge Wechselrichter steuern

Es gibt diverse Anleitungen und Hinweise im Netz, wie man seinen SolarEdge Wechselrichter über Modbus-TCP steuern kann. Aber die eigene ist natürlich immer die Beste. 🙂 Spaß beiseite: In meinem Fall wollte ich meinen angeschlossenen Batteriespeicher in bestimmten Fällen Nachts aufladen oder zu bestimmten Zeiten überhaupt nicht nutzen, also „einfrieren“. Die folgende Beschreibung ist reduziert auf die Steuerung über Loxone. Sonstige Logiken oder Steuerungen sind ausgeblendet, sind ja ohnehin für jeden individuell.

9. Dezember 202513. Februar 2026

Loxone Config – Modbus synchron lesen – Teil 3

In Vorbereitung auf den letzten vierten Teil zeige ich hier eine weitere Möglichkeit um große Mengen an synchron gelesenen Modbus-TCP Daten in Loxone direkt anzeigen zu lassen. Synchron/blockweise/atomar gelesen, wie man es auch nennen möchte. Ist natürlich in jedem Fall komfortabler nur entsprechende Ausgänge an den ausgebenden Baustein anzuschließen und sicher zu sein, dass alles zusammenpasst, als in Loxone die Register herauszufummeln und asynchrone Werte zu erhalten. Oder auch zum Testen, ohne große Konfiguration einfach mal Daten anzeigen lassen. Zudem ist man frei in den zeitlichen Abständen des Auslesens. Voraussetzung ist natürlich ein zusammenhängender Registerbereich.