UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[steinkuhl]

@afuerhoff Hallo Achim,
vielen Dank dfür, ich werde es so schnell wie möglich testen und dir berichten.

Freundliche Grüße

Rainer Steinkuhl

[steinkuhl]

@steinkuhl Hallo Achim,
genau so habe ich mir das vorgestellt, super Arbeit, vielen Dank.

Freundliche Grüße
Rainer Steinkuhl

[Master77]

Sorry wollte eine PN schreiben.
Beitrag bitte ignorieren.

Gruß Markus

[steinkuhl]

@Master77 Hallo Achim, du hast zu diesem Adapter auch eine sehr schöne Visualisierung, kannst du mir bitte einen Tip geben, wie ich das realsieren kann ?

Freundliche Grüße

R. Steinkuhl

[steinkuhl]

@afuerhoff Hallo Achim, du hast zu diesem Adapter auch eine sehr schöne Visualisierung, kannst du mir bitte einen Tip geben, wie ich das realsieren kann ?

Freundliche Grüße

R. Steinkuhl

[afuerhoff]

@steinkuhl sagte in [neuer Adapter] solarviewdatareader:

@afuerhoff Hallo Achim, du hast zu diesem Adapter auch eine sehr schöne Visualisierung, kannst du mir bitte einen Tip geben, wie ich das realsieren kann ?

Freundliche Grüße

R. Steinkuhl

Hallo Rainer,

schau mal hier: https://forum.iobroker.net/topic/7322/projekt-material-design-css-für-iobroker-vis/2
Auf der Basis "Simple Project" habe ich meine Home Automatisierung aufgebaut.
Die Grafik habe ich über Flot erzeugt über einen basic iFrame dargestellt.

[afuerhoff]

Re: [neuer Adapter] solarviewdatareader

Hallo,

ich habe eine neue Version auf github veröffentlicht. Es hat sich etwas an den Objekten geändert und die Checksummen Berechnung wurde optimiert. Bevor ihr die neue Version installiert, sollte die alte Instanz gelöscht werden. Nach der Neuinstallation und Einrichtung des Adapters sollten die neuen Objekte angelegt werden. Ihr könnt aber auch manuell die Objekte löschen und die Instanz neu starten. Viel Spaß beim Testen.

[steinkuhl]

@afuerhoff Hallo Achim,
ich habe die neue Version, so wie du geschrieben hast, installiert, die Objekte wurden erzeugt, bleiben aber leer.
Ich habe die Installation mehrfach wiederholt, die Objekte bleibt aber leer.
Da ich nicht den Standartport zur Abfrage des Solarview benutze, sondern den Port 15005, habe ich es auch so in der Instanz eingetragen. Erst startet die Verbindung mit dem richtigen Port, anschließend steht im Log: "error: Error: connect ECONNREFUSED 10.50.6.15:15000", obwohl ich 15005 eingetragen habe.

Gruß Rainer

[steinkuhl]

@afuerhoff Hallo Achim,
ich habe es grade nochmals getestet und den Port im smap auf 15000 eingestellt, nun läuft es.
Es wird anscheinend nicht durchgehend der in der Instanz eingetragene Port benutzt.

Gruß Rainer

[afuerhoff]

@steinkuhl sagte in [neuer Adapter] solarviewdatareader:

@afuerhoff Hallo Achim,
ich habe es grade nochmals getestet und den Port im smap auf 15000 eingestellt, nun läuft es.
Es wird anscheinend nicht durchgehend der in der Instanz eingetragene Port benutzt.

Gruß Rainer

Hallo Rainer,
Fehler ist behoben. Beim Umbau des Telnet Client nicht aufgepasst. Danke für die Fehlermeldung.
Gruß Achim

[steinkuhl]

@afuerhoff Hallo Achim,

Danke für die schnelle Hilfe, jetzt funktioniert es wieder richtig. Danke !!!

Gruß Rainer

[Triceratops]

Ich hänge mich mal hier an. Bei mir läuft solarview nach wie vor auf einer FB mit OS 7.01. Ich nutze einen RS 485 zu Ethernetkonverter. Es gibt nur Netzeinspeisung. Der Konverter hat den Port 1470 und kann nicht verändert werden, die IP und den Port vom Konverter habe ich im Addon eingetragen. ioBroker läuft als Addon auf einer Raspeberrymatic 3.47.10.20190713 auf einem Tinkerboard S mit 2GB RAM. Der Adapter ist installiert, aber es werden keine Daten gelesen.
Müssen für die FritzBox besondere Daten berücksichtigt werden,
so steht es in der start.sh für solarview -fb:

-i 127.0.0.1 -p 11200

[afuerhoff]

@Triceratops
Hallo,
das mit dem Konverter verstehe ich nicht. Solarview läuft doch auf der Fritzbox. Du musst doch nur die IP der Fritzbox auf der Solarview läuft und den Port von Solarview angeben.

[Triceratops]

@afuerhoff So einfach ist das nicht. Der Konverter holt die Daten via RS485 ab, der WR kann von Solarview via Ethernet nicht ausgelesen werden. Die Fritzbox IP (192.168.178.1) und verschiedene Ports (88, 11200) habe ich bereits probiert, ebenfalls ohne Ergebnis.

[afuerhoff]

@Triceratops
Aus meiner Sicht ist da der Gedankenfehler. Ich lese ja nicht direkt den Wechselrichter aus. Sondern benutze die Schnittstelle von Solarview.

Wie Solarview an die Daten kommt ist dem Adapter egal.

[steinkuhl]

@afuerhoff Hallo,

soweit ich weiss, gibt es innerhalb des Solarview noch die Softwareverbindung zwischen Wechselrichter und dem Solarview, die Schnittstelle mit Namen "SMAP", die bedient die Wechselrichterabfrage.

Gruß Rainer

[afuerhoff]

@Triceratops
Wenn Solarview generell läuft und die Daten von Solarview ausgelesen und auch in der Weboberfläche dargestellt werden, dann muss nur noch der TCP Server wie oben beschrieben aktiviert werden. Dann kann der Adapter entsprechend mit IP-Adresse und Port (von Solarview) konfiguriert werden. Mit einem Telnet Client kann man die Schnittstelle, wie in der Solarview Anleitung beschrieben, auch selber testen. Ich hab das mal unter Windows mit dem Telnet Client gemacht.

Bitte melde dich, ob du es hinbekommen hast.

[Triceratops]

Ich habe den TCP-Server, wie beschrieben, aktiviert. Wenn ich dann telnet fritz.box 15000 eingebe, kommen 3 Punkte, das Eingeben von 00* beendet sofort die Session. Auch mit Putty geht es nicht. Natürlich ist die Fritzbox viel sicherer als früher, so dass evt. die Zugangskennung erwartet wird.
Jedenfalls werden keine Daten nach ioBroker geladen.

[afuerhoff]

@Triceratops
Hallo, was wird denn im Log angezeigt. Das wäre hilfreich.

Hast du nach dem Ausführen des telnet Befehls unter Windows sofort 00* eingegeben?

Dann sollte so eine Antwort von Solarview kommen.

Evtl. hast du Probleme mit dem Escape Zeichen in telnet. Einfach mal nur telnet eingeben und danach "set ?". Unter escape ist dann das escape-Zeichen zu sehen. Bei mir stand das z.B. auf 0. Ich habe es einfach mal auf x gesetzt. Das escape Zeichen kannst du mit der Option -ex setzen -> telnet -ex xxx.xxx.xxx.xxx 15000
Danach hat bei mir die Abfrage mit telnet funktioniert.

[Triceratops]

Danke für die Hinweise:
telnet set ? ergibt:

telnet [-a][-e Escapezeichen][-f Protokolldatei][-l Benutzer][-t Begriff]
       [Host [Port]]
 -a    Automatische Anmeldung. Identisch mit Option -l, verwendet aber den
       Namen des angemeldeten Benutzers.
 -e    Escapezeichen, um Telnet-Clientbefehlseingabe einzugeben.
 -f    Dateiname zur Protokollierung des Clients.
 -l    Legt den Anmeldebenutzernamen für das Remotesystem fest. Erfordert,
       dass das Remotesystem TELNET ENVIRON unterstützt.
 -t    Legt den Terminaltyp fest. Unterstützt werden nur:
       vt100, vt52, ansi und vtnt.
 Host  Legt den Hostnamen bzw. die IP-Adresse des Remotecomputers fest, mit
       dem eine Verbindung hergestellt werden soll.
 Port  Legt die Portnummer bzw. den Dienstnamen fest.

Die Ausführung des telnet Befehles (Win 10) ergibt folgendes:

C:\Users\Joachim>telnet 192.168.178.1 15000
Verbindungsaufbau zu 192.168.178.1...Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 15000: Verbindungsfehler

Sofortige Eingabe von 00* bewirkt nichts, führt nur zu obiger Ausschrift. Möglicherweise macht Fritz OS 7.01 den "Laden" dicht. Ich habe noch einen Telnetzugang zu OS 7.01.
Das Log schreibt nach Neustart des Adapters folgendes aus:

host.localhost	2019-07-24 22:19:52.615	info	instance system.adapter.solarviewdatareader.0 started with pid 24033
host.localhost	2019-07-24 22:19:50.111	info	instance system.adapter.solarviewdatareader.0 terminated with code 156 ()
host.localhost	2019-07-24 22:19:50.085	info	stopInstance system.adapter.solarviewdatareader.0 killing pid 30191
host.localhost	2019-07-24 22:19:50.085	info	stopInstance system.adapter.solarviewdatareader.0
host.localhost	2019-07-24 22:19:50.085	info	object change system.adapter.solarviewdatareader.0