EDIT:

Das Problem ist behoben. Ich hatte den Button "Aliases benutzen" aktiviert, darin lag der Fehler. Nachdem dieser abgewählt wurde, funktioniert alles einwandfrei!

Viele Grüße!

Hallo ihr Lieben,

ich verzweifle langsam am Auslesen von Werten aus meiner neuen Solvis-Heizung via Modbus TCP. Aber der Reihe nach.

Erst einmal dachte ich: Cool, für eine Solvis-Heizung gibt es ja schon einen Adapter für den ioBroker. Der Haken an der Sache: ich habe die neuste Steuereinheit (SolvisControl 3), die von diesem Adapter nicht unterstützt wird. Die "neue" Idee dahinter ist, direkt im Heimnetzwerk mit der Heizungsanlage über den Modbus zu kommunizieren - mir persönlich auch deutlich lieber als die Daten erst über eine Cloud zu schicken.

Im nächsten Schritt habe ich mich dann an den Modbus-Adapter für den ioBroker gemacht. Die grundsätzliche Kommunikation mit dem Modbus funktioniert soweit, im Datenpunkt "connected masters" habe ich ein "true". Die IP habe ich fest vergeben und im Adapter angegeben. Der Port ist standardmäßig die 501, die Geräte-ID gemäß Herstellerstandard 101. Mehrere Geräte IDs habe ich deaktiviert, und der Modbus-Adapter fungiert als Master.

Im nächsten Schritt habe ich mich an die Eingabe der Eingangsregister gemacht. Diese habe ich folgender Modbus-Spezifikation entnommen: https://solvis-files.s3.eu-central-1.amazonaws.com/seiten/produkte/solvisremote/Download/SolvisRemote+Modbus+Spezifikationen+201906.pdf Leider steht nicht dabei, um welche Datentypen es sich handelt, ich gehe aber davon aus, dass es sich standardmäßig um 16-bit-Typen handelt, da die Register aufeinanderfolgende Nummern haben.

Voller Vorfreude habe ich nach der Eingabe die Instanz gespeichert, doch nach dem Ladevorgang kam die Ernüchterung: Nichts.

Spaßeshalber habe ich mich dann daran gemacht, andere Adressen mal auszulesen - vielleicht ist es ja ein Tippfehler in der Anleitung oder so. Dabei habe ich festgestellt, dass ich bei den Registern 30800-30812, 31301-31310, 31801-31805, 33101-33116 und 33603-33633 zwar wirres Zeug angezeigt bekomme - aber immerhin Zahlenwerte.

Hier im Forum habe ich mich schon durch einige Threads gelesen - leider war aber der entscheidende Hinweis nicht dabei. Beim Hersteller habe ich auch bereits angerufen, warte aber seitdem noch auf einen Rückruf und verspreche mir offen gesagt wenig Hilfe, da es sich ja so gesehen um ein Drittsystem handelt. Vielleicht kann mir ja jemand von euch helfen oder zumindest noch den ein oder anderen Tipp geben, was ich noch versuchen kann... Ich bin für jede Hilfe dankbar!

Viele Grüße
Stefan

Hallo zusammen,

ich fange vielleicht erst mal mit meinem Ziel an. Ich möchte gerne meine nächsten, anstehenden Handballspiele in der Visu anzeigen lassen. Meine Idee dazu ist, täglich die entsprechende ics-Datei herunterladen zu lassen (die alte Datei wird überschrieben), da insbesondere aktuell immer wieder kurzfristig Spiele abgesagt werden.

Nun zum Problem:
Die ics-Datei liegt nicht frei verfügbar auf einem Server, sondern wird offenbar über einen Token "frisch" generiert. Ich habe dazu mal eine x-beliebige Mannschaft herausgesucht, um das zu demonstrieren, hier der Link. Ganz unten auf der Seite kann man sich den Kalender herunterladen. Es handelt sich aber nicht um den Link zu einer ics-Datei, sondern irgend eine Forwarding-url, die dann die Datei "frisch" erzeugt und den Download anstößt.

Im ioBroker wollte ich das Ganze mit einem wget-Befehl über den exec-Baustein anstoßen. Das Problem dabei ist nur, dass ich es nicht hinbekomme, dass der Link geöffnet wird und der nachfolgende Download dann angestoßen wird. Ich habe schon die verschiedensten "Ergänzungen" zum wget-Befehl (-L, Speichern unter definiertem Dateinamen etc.) versucht, doch der ical-Adapter kann diese gespeicherten Dateien leider nicht auslesen. Offenbar versucht der wget-Befehl, die gesamte Webseite herunterzuladen, nicht aber die ics-Datei, die sich dahinter verbirgt.

Als Logs bekomme ich folgende Nachrichten:

• starting. Version 1.11.4 in /opt/iobroker/node_modules/iobroker.ical, node: v16.13.2, js-controller: 3.3.22
• Error reading "/home/kalender/handball.ics": null
• Terminated (NO_ERROR): Without reason
• instance system.adapter.ical.2 terminated with code 0 (NO_ERROR)

Ich möchte einfach umsetzen, dass die ics-Datei täglich einmal um 00:00 Uhr von der genannten Seite heruntergeladen wird; den Rest dürfte ich dann hinbekommen, der Fehler liegt ja offenbar vorher.

P.S.: Ich habe zu Testzwecken auch mal über meinen Windows-PC die ics-Datei heruntergeladen und auf den Raspberry übertragen. Diese Datei kann ohne weiteres vom ical-Adapter ausgelesen werden, darin liegt das Problem also schon mal nicht.

Ich danke für eure Hilfe!

Hallo in die Runde,

ich habe mir vor kurzem mehrere Mi Smart Speaker geholt, die ich über Google Home (Chromecast) eingebunden habe. Grundsätzlich funktioniert die Anbindung, nach kurzer Zeit werden aber die beiden Chromecast-Devices im Spotify-Adapter nicht mehr angezeigt. Über das Handy kann ich die Wiedergabe von Spotify jederzeit starten, dann wird auch wieder das jeweils aktive Device in Spotify angezeigt.

Ich habe auch mal versucht, im Spotify-Adapter das Löschen von inaktiven Devices zu deaktivieren, dann steht aber im Objekt isAvailable "false" als Wert. Ich glaube deshalb, dass der Spotify-Adapter nach kurzer Zeit annimmt, dass die beiden Boxen inaktiv sind. Was ich demnach bräuchte ist irgend ein Trigger, der dem Spotify-Adapter regelmäßig mitteilt, dass die Boxen weiterhin bereit für eine Wiedergabe sind. Am Smartphone funktioniert ja auch alles - kann mir dabei jemand helfen?

Ich hoffe, ich habe das Problem hinreichend geschildert, falls noch Informationen fehlen gerne rückmelden!

Viele Grüße und vielen Dank im Voraus,
Stefan