Allerlei über Technik, Wandern, Reisen, Hobbies und andere tolle Sachen
Im Folgenden findet sich eine Zusammenfassung aller Artikel zu den Themen der lokalen picoC Entwicklung, Loxmock und seinen Möglichkeiten und natürlich dem Debugging von picoC Skripten. Manches bekannt, manches ergänzt und neu, in jedem Fall aber nun alles an einer Stelle inkl. dem Download von picoc4lm (v4.4) und dem loxmock (v4).
„Loxone picoC Skripte lokal entwickeln“ weiterlesenLetztens wurde ich gefragt, ob ich schon einmal ein SCPI Device in Loxone integriert hätte. SCPI? Noch nie gehört, klang aber ganz interessant: Unbekanntes Device, kein Zugriff auf die Umgebung, keine Möglichkeit mit dem Gerät zu kommunizieren. Genau mein Ding. 🙂
Spaß beiseite. Ohne die ganzen Vorarbeiten mit meinen Projekten wäre die folgende Umsetzung nicht möglich gewesen: Testdaten mit cli_tcp, die neuen Möglichkeiten mit picoC Debugging, Einsatz von Loxmock für die lokale picoC Entwicklung und natürlich die gewonnene Erfahrung aus den bisherigen Entwicklungen. Das Beste aber war das Ergebnis: Remote lokal entwickelt, geliefert, in Loxone eingespielt, läuft. Eine kleine Nachbesserung gab es, mehr nicht. Das ist zwar nicht perfekt, aber nah dran.
Die Geburt der Steuerung für Messgeräte mit SCPI über Loxone und ein paar Downloads dazu (v02) kann man hier nachlesen.
„Loxone Config – Messgerätesteuerung mit SCPI“ weiterlesen
Beim Schmökern der Loxonedokumentation ist mir bewusst geworden, dass es keine Möglichkeit gibt, Verbindungen übersichtlich aus Miniserver-Sicht zu prüfen. Spielt man an Netzwerkeinstellungen herum, ändert Netzwerkarchitekturen oder Firewallregeln o.ä. wird es schnell einmal erratisch… Ich hab da mal ein Skript erstellt, mit dem Verbindungen direkt vom Miniserver aus geprüft werden. Vorkonfiguriert sind über 40 Endpunkte, die Loxone selbst als notwendig dokumentiert. Mehr dazu gibts im Artikel…
„Loxone Config – Connectivity checker“ weiterlesenWer 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 cli_tcp (v1.5) für Linux und Windows findet sich nachstehend.
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).
„Loxone Config – XML Parser“ weiterlesen
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.
„Loxone Config – JSON Parser“ weiterlesen
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.
„Loxone Config – Modbus synchron lesen“ weiterlesen
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.
„Loxone Config – Modbus synchron lesen – Teil4“ weiterlesenEs 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.
„SolarEdge Wechselrichter steuern“ weiterlesen
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.
„Loxone Config – Modbus synchron lesen – Teil 3“ weiterlesen