@haus-automatisierung : Ich stehe vor der Herausforderung, dass ich für meine Alfen Wallbox das initiale Login mit einem PostRequest über https machen muss, aber das Zertifikat nicht validiert werden kann... Könnte bitte analog zum httpGET auch ein Parameter aus JS Ebene eingeführt werden, damit die Zertifikatsvalidierung ausgeschaltet werden kann?
Danke!

Hallo,
ich möchte die Statusseite meine Wechselrichters mit dem Parser-Adapter auslesen. Ich habe mich auch in das Thema RegEx "reingequält" und konnte zumindest in regex101 seinen passenden Ausdruck erstellen. Leider kommt der Parser Adapter damit nicht zurecht. Zumindest gibt er im Protokol immer einen "Cannot find number in answer for parser.0.Meteocontrol" zurück. Jetzt stellt sich mir die Frage: Liegt es an meinem RegEx oder ist es eine Limitation des Adapters?

Hier ein Auszug aus dem Quelltext der Seite:

<table border="0" cellspacing="0" cellpadding="0" width="100%" height="100%">

				<!-- heading -->
				<tr><td align="center">
					<table class="tablebody" border="0" width="100%">
						<tr><td class="cNavInfo">Online-Werte &raquo; Wechselrichter- bersicht</td></tr>
					</table>
				</td></tr>
				<tr><td>&nbsp;</td></tr>

				<!-- all inv summary -->
				<tr>
					<td class="tablebody">
						<table width="100%"	border="0">
							<tr class="tablehead">
								<td colspan="7"><strong>Summe aller Wechselrichter</strong></td>
							</tr>
							<tr>
								<td class="tablehead">Bezeichnung</td>
								<td class="tablehead">Wert</td>
								<td class="tablehead">Einheit</td>
								<td>&nbsp;</td>
								<td class="tablehead">Bezeichnung</td>
								<td class="tablehead">Wert</td>
								<td class="tablehead">Einheit</td>
							</tr>
							<tr>
								<td>Aktuelle Leistung</td>
								<td>&nbsp;<b>2.123</b></td>
								<td>kW</td>
								<td>&nbsp;</td>
								<td>Aktuelle Monatsenergie</td>
								<td>&nbsp;192.923</td>
								<td>kWh</td>
							</tr>

Und hier das RegEx, welches in RegEx101 das richtige Ergebnis ( 192.923) zurückliefert:

Aktuelle Monatsenergie<\/td>\n\t\t\t\t\t\t\t\t<td>&nbsp;(\d+.\d+)

Mir stellt sich die Frage: Hat der Parser ein Problem mit dem Zeilenumbruch bzw. den Tabs? Oder sitzt das Problem vor dem Rechner?

Vielen Dank!!!

@homoran Tja, hatte zwar gedacht, dass ich die Terminals gekappt hatte, aber wohl doch nicht. Reboot des Raspi und siehe da.. Reboot tut gut

Danke für den Tipp!!!

@ein-bayer : Bist du mit dem Thema weiter gekommen? Ich stehe gerade vor einem ähnlichen Problem: Hab den Meteocontrol WebLog und möchte die Daten gerne von dort mit dem ioBroker abholen. Bisher habe ich mich per FTP verbunden und habe die Werte dann mit Python geparsed... Davon würde ich gerne weg kommen. Wie konntest Du den Modbus aktivieren?
Danke!

Re: [Smartmeter :ISKRA MT631](mit IR auslesen)

Hallo, ich habe mich jetzt schon durch einige Foren und Beiträge durchgelesen. Leider bleibt der Smartmeter Adapter auf gelb hängen.

Mein Setup:

• ISKRA MT631
• Lesekopf: usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller
• Raspi 2B (Ist schon etwas älter, aber die Raspipreise sind aktuell ja enorm! Aktuell läuft dieser noch nicht als Slave und die Iobroker Instanz lies sich ohne Problem zumindest installieren)

Aktueller Stand:

• Stromzähler mit PIN entsperrt
• Wenn ich auf dem Raspi mit SCREEN die Datenübertragung prüfe, dann kommen Daten an.
• Smartmeter adapter installiert und mit den Standardsettings (binäre SML codierung, read-only) eingerichtet

Folgende LogEinträge werden geworfen:

022-10-28 21:19:35.113 - debug: smartmeter.0 (1630) SmartmeterObis options: {"debug":2,"protocol":"SmlProtocol","transport":"SerialResponseTransport","requestInterval":"30","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_eee5f5ab0fd3eb11a05e38e8bf09e213-if00-port0","transportSerialBaudrate":null,"transportSerialMessageTimeout":null,"protocolSmlIgnoreInvalidCRC":false}
2022-10-28 21:19:35.125 - debug: smartmeter.0 (1630) CREATE SERIALPORT: 9600 8 1 none
2022-10-28 21:19:35.159 - debug: smartmeter.0 (1630) SET MESSAGE TIMEOUT TIMER: 120000
2022-10-28 21:19:35.252 - debug: smartmeter.0 (1630) connected set to false
2022-10-28 21:20:14.368 - info: admin.0 (1455) <== Disconnect system.user.admin from ::ffff:192.168.1.42 admin
2022-10-28 21:20:16.814 - info: admin.0 (1455) ==> Connected system.user.admin from ::ffff:192.168.1.42
2022-10-28 21:21:35.164 - debug: smartmeter.0 (1630) MESSAGE TIMEOUT TRIGGERED
2022-10-28 21:21:35.169 - debug: smartmeter.0 (1630) Error: No or too long answer from Serial Device after last request.
2022-10-28 21:21:35.176 - warn: smartmeter.0 (1630) No or too long answer from Serial Device after last request.
2022-10-28 21:21:35.178 - debug: smartmeter.0 (1630) Error: No or too long answer from Serial Device after last request.
2022-10-28 21:21:35.182 - debug: smartmeter.0 (1630) Transport Reset!! Restart = true
2022-10-28 21:21:35.188 - debug: smartmeter.0 (1630) SCHEDULE NEXT RUN IN 30s
2022-10-28 21:22:05.189 - debug: smartmeter.0 (1630) CREATE SERIALPORT: 9600 8 1 none
2022-10-28 21:22:05.194 - debug: smartmeter.0 (1630) SET MESSAGE TIMEOUT TIMER: 120000
2022-10-28 21:24:05.196 - debug: smartmeter.0 (1630) MESSAGE TIMEOUT TRIGGERED
2022-10-28 21:24:05.199 - debug: smartmeter.0 (1630) Error: No or too long answer from Serial Device after last request.
2022-10-28 21:24:05.201 - warn: smartmeter.0 (1630) No or too long answer from Serial Device after last request.
2022-10-28 21:24:05.202 - debug: smartmeter.0 (1630) Error: No or too long answer from Serial Device after last request.
2022-10-28 21:24:05.205 - debug: smartmeter.0 (1630) Transport Reset!! Restart = true
2022-10-28 21:24:05.206 - debug: smartmeter.0 (1630) SCHEDULE NEXT RUN IN 30s
2022-10-28 21:24:35.207 - debug: smartmeter.0 (1630) CREATE SERIALPORT: 9600 8 1 none
2022-10-28 21:24:35.211 - debug: smartmeter.0 (1630) SET MESSAGE TIMEOUT TIMER: 120000
2022-10-28 21:26:35.213 - debug: smartmeter.0 (1630) MESSAGE TIMEOUT TRIGGERED

Ich habe schon mit den Parametern des Smartmeter Adapters gespielt, den Lesekopf in alle mögliche Richtungen gedreht (und dabei eben mit Screen festgestellt, dass die aktuelle Ausrichtung die „meisten“ Daten liefert.

So langsam gehen mir die Ideen aus. Liegt es am Message Timeout? Wo kann ich diesen erhöhen? Macht das Sinn? 120000 hört sich schon recht hoch an. Vor allem wird ja aber der Fehler fast direkt darauf getriggert… Eventuell Performanceprobleme aufgrund der alten Raspi Hardware?

Vielen Dank schon mal im voraus für Eure Hilfe!