Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[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

[Triceratops]

So, nun noch das nächste von Telnet

Willkommen

Das Escapezeichen ist 'CTRL++'

Microsoft Telnet> set ?
bsasdel         RÜCKTASTE wird als ENTF gesendet.
crlf            Neue Zeile - Beim Betätigen der Eingabetaste wird CR & LF
                gesendet.
delasbs         ENTF wird als RÜCKTASTE gesendet.
escape x        x ist ein Escapezeichen, um Telnet-Clientbefehlseingabe
                einzugeben.
localecho       Aktiviert "localecho".
logfile x       x ist die aktuelle Clientprotokolldatei.
logging         Aktiviert Protokollierung.
mode x          x ist die Konsole bzw. der Datenstrom.
ntlm            Aktiviert NTLM-Authentifizierung.
term x          x ist ANSI, VT100, VT52 oder VTNT.
Microsoft Telnet>

[afuerhoff]

@Triceratops
Telnet müsste eine Verbindung mit dem Solarview Server herstellen können. Das ist bei dir nicht der Fall. Daher kann auch der Adapter keine Verbindung herstellen.
Es scheint, als ob der TCP-Server nicht läuft.
Hast du Solarview nach der Konfiguration des TCP-Servers neu gestartet?
Steht in der start.sh -> ./solarview-fb ......... -TCP 15000?

[Triceratops]

Klaro, habe ich gemacht, siehe hier (aus start.sh

... -sp 587 -tls  -enc  -TCP 15000

Seit mindestens Juni 2012 (V 3.6 vom 22.06.2012) gibt es diese Einstellmöglichkeit. Hier mal ein passender Auszug aus der Dokumentation von Manfred Richter:

SolarViewFB – Installationsanleitung – V 3.6  vom 22.06.2012
... einstellen,
http://www.solarview.info/solarview_fb/ würde meine Anlage anzeigen. Diese URL ist die gleiche, die Sie auch beim www.sonnenertrag.eu – Export verwenden.

mit der Sie Ihre externe SolarView-Webseite normalerweise
aufrufen,
z.B. TCP-Server
Solarview@Fritzbox verfügt über einen TCP-Server, den Sie abfragen können, um damit z.B. Daten für eine FHEM zu gewinnen. Sie müssen dazu in der start.sh - Datei den Parameter -TCP
15000 anfügen, dann können Sie über diesen Port (der variiert werden kann) nach einem Neustart die momentanen Daten abfragen. Zum Testen geben Sie dann an einem PC folgendes ein: telnet fritz.box 15000 bzw. telnet<<ip-adresse-fritzbox>> 15000 und dann schnell (Die Verbindung wird nach 3 Sekunden sonst wieder geschlossen) die Zeichenfolge 00* ein. Damit werden die
momentanen Werte der Gesamtanlage ausgegeben. mit 01*, 02* etc. 

Seit dem sind 7 Jahre vergangen, und die Welt hat sich weiter gedreht ... Damals war eine FB 7490 noch nicht einmal am Horizont erkennbar. Gut möglich, dass ein TCP-Server am Start gehindert wird.
Ich meine, ein Datenaustausch via FTP wäre eine Alternative und liese sich u. U. einfacher realisieren.

[afuerhoff]

@Triceratops sagte in [neuer Adapter] solarviewdatareader:

Ich meine, ein Datenaustausch via FTP wäre eine Alternative und liese sich u. U. einfacher realisieren.

Hallo, aufgrund der Restriktionen bei neueren Firmware Ständen der Fritzbox bin ich damals auf den Raspberry Pi umgestiegen. Damit läuft es ohne Probleme. Evtl. kannst Du mal Kontakt mit Manfred Richter aufnehmen. Vielleicht hat er noch einen Tipp.

[Triceratops]

An dieser Stelle höre ich auf, es mit der FB zu versuchen. Interessant wäre evt. ein Auslesen der *.csv-Dateien mittels der JS-Scriptengine.

[Triceratops]

@afuerhoff said in [neuer Adapter] solarviewdatareader:

https://github.com/afuerhoff/ioBroker.solarviewdatareader
Heute versuchte ich, den Solardatareader auf einem NanoPC-T4 mit Armbian zu installieren, Adresseingabe im Reiter beliebig:
$ ./iobroker url " https://github.com/afuerhoff/ioBroker.solarviewdatareader" --debug
install "
npm install " --production --save --prefix "/opt/iobroker" (System call)
/bin/sh: 1: Syntax error: Unterminated quoted string
ERROR: host.nanopct4 Cannot install ": 2
ERROR: process exited with code 25
Das Ganze endet mit einer Fehlermeldung. Und bei Installation "von Github" verschwindet alles ohne Installation.

[afuerhoff]

@Triceratops sagte in [neuer Adapter] solarviewdatareader:

olardatareader a

Hallo,
ich sehe da ein Leerzeichen in der URL-> $ ./iobroker url " https://github.c..........
Das bitte mal entfernen.

Hier mal von mir ein Log (Tinker Board S mit Armbian):
$ ./iobroker url "https://github.com/afuerhoff/ioBroker.solarviewdatareader" --debug
install https://github.com/afuerhoff/ioBroker.solarviewdatareader/tarball/master
npm install https://github.com/afuerhoff/ioBroker.solarviewdatareader/tarball/master --production --save --prefix "/opt/iobroker" (System call)
npm
WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.3 (node_modules/osx-temperature-sensor):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.3: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

• iobroker.solarviewdatareader@0.0.4updated 2 packages and audited 3137 packages in 21.074s

found 61 vulnerabilities (41 low, 1 moderate, 19 high) run npm audit fix to fix them, or npm audit for details

process exited with code 0

[Triceratops]

Danke, in einem neuen Installationsversuch lief alles glatt. Jetzt habe ich Solarview auf einem NanoPC-T4 installiert, trotzdem bekomme ich keine Werte. TCP und Port sind in SV eingetragen. Auf selbigen läuft auch ioBroker auf armbian.