@berlinerbolle der SH10RT hat ja auch einen extra LAN-Port für Modbus; Also WiNET-S + Extra LAN; Der SH15/20T hat diesen extra LAN-Port eben gerade nicht. Die einzige RJ45/Ethernet-Möglichkeit ist über den WiNET-S. Da ist ein 30€ Adapter am COM2 wie oben beschrieben jetzt auch kein Beinbruch. Habe aber selber nicht versucht über WiNET-S dran zu gehen sondern einfach direkt den Adapter verbaut.

@lengi
Hi!
Ich habe heute die Klinger der IP-Verso in IoBroker eingebunden. Dafür habe ich auf dem IoBroker das Simple-API installiert und aktiviert sowie einen benutzerdefinierten Datenpunkt "0_userdata.0.klingel" angelegt.
Über die Automatisierung der 2N habe ich nun beim drücken der Klingel einen HTTP-get auf den IoBroker drin (sehr einfach)

Damit wird dann bei IoBroker ein Update des Datenpunktes ausgeführt.
In IoBroker selbst steht dann wieder ein Script, welches auf Aktualisierungen dieses Datenpunktes "lauscht" und dann einen Snapshot von der eingebauten Kamera per Telegram raus sendet.

var request = require('request');
var fs      = require('fs');

function sendImage() {
    request.get({url: 'http://xxx.xxx.xxx.xxx/api/camera/snapshot?width=1280&height=960', encoding: 'binary'}, function (err, response, body) {
        fs.writeFile("/tmp/snap.jpg", body, 'binary', function(err) {

        if (err) {
            console.error(err);
        } else {
            console.log('Snapshot sent');
            sendTo('telegram.0', {text: '/tmp/snap.jpg', caption: 'Es hat geklingelt'});
        }
      });
    });
}
on({id: '0_userdata.0.klingel', change: "any"}, function (obj) {
    if (obj.state.val) {
        sendImage();
        //setTimeout(sendImage, 1000);
    }
});

Ergebnis: Jemand drückt die Klingel, ich bekomme ein Bild auf das Handy.

@berlinerbolle der SH10RT hat ja auch einen extra LAN-Port für Modbus; Also WiNET-S + Extra LAN; Der SH15/20T hat diesen extra LAN-Port eben gerade nicht. Die einzige RJ45/Ethernet-Möglichkeit ist über den WiNET-S. Da ist ein 30€ Adapter am COM2 wie oben beschrieben jetzt auch kein Beinbruch. Habe aber selber nicht versucht über WiNET-S dran zu gehen sondern einfach direkt den Adapter verbaut.

@gombersiob anscheinend sind die Probleme mit dem WiNET-S besser geworden; MPPT3 lässt sich aber wohl noch immer nur über Umwege auslesen.
Darüber hinaus kann man mit dem Modbus-Adapter aber auch noch Daten des angeschlossenen Akkus (interne Spannungen etc) über SOC hinaus auslesen, siehe https://github.com/mkaiser/Sungrow-SHx-Inverter-Modbus-Home-Assistant/blob/main/modbus_sungrow.yaml und https://github.com/c0ldtech/sungrow/tree/main

@gombersiob ja, hat der WiNet-S - allerdings bekomme ich per Modbus alle Register problemlos und im Sekundentakt. Mit dem WiNet-S ist das anscheinend eher Glücksache.

@gombersiob der SH15T hat keinen separaten LAN-Port. Anschluss an den Logger-Port (A1,B1) des COM2-Anschlusses, siehe Handbuch auf Seite 14.

Dort gibt es halt Modbus/RS485 - und dort kann dann ein Modbus/TCP-Adapter dran wie z.B. der WaveShare um dann über den IoBroker Modbus-Adapter die Daten auslesen zu können.

Hier gibt es noch einmal einen aktuellen Export der Register des SH15T in 2024, direkt importierbar in den Modbus-Adapter v6.3.2: IoBroker_Modbus_SH15T_Eingangsregister_Export.txt

Quelle dazu war die aktuelle Beschreibung der Register im Sungrow-Dokument in Version 1.1.4.

Edit: In dem Export könnten noch kleinere Fehler drin sein; Aktualisiere das wenn ich welche finde.

@kantor1982 Ich habe das seit heute mit einem Waveshare Modbus/RS485 to TCP Adapter am laufen.
Dazu gibt es auch noch eine neue Version der Register-Beschreibung von Sungrow die auch die Register (e.g. MPPT3) des SH15T/SH20T enthält. Zu finden in der OpenHAB community.

@chefkoch009 said in Test Adapter KNX v2.x:

@savek Es muss UDP incoming auf dem iobroker aktiv sein. Der entsprechende Port hinter

Connected - local UDP Server listening on 172.17.0.4:**43583**

wird dynamisch bei jedem Verbindungsaufbau ausgehandelt. Wenn das nicht funktioniert, dann kommt es zu Verbindungsabbrüchen und Paketverlusten.

Leider kann ich bei Docker oder sonstige VM Implementierungen nicht helfen, weil es da beliebig komplex werden kann.

Ist ok - die ETS hat ja auch eine Option für "NAT" connections; Ein Beispiel einer Implementierung in .js ist z.B. hier: https://github.com/XKNX/xknx/pull/246/files
Beliebig komplex ist relativ; NAT-Support halt ein anderes Thema - da geht es ja eher um die allgemeine Möglichkeit für "proxied connections" und weniger um speziellen Network-Support.

Support gibt es für NAT auch bei OpenHAB: https://www.openhab.org/addons/bindings/knx/ --> "useNAT"

Aber wie gesagt: Prinzipiell ja kein Problem - aber könnt ihr vielleicht in die Doku aufnehmen, dass iobroker.knx proxied Connections (NAT, Docker, VM,...) explizit nicht unterstützt?

farmio created this issue in XKNX/xknx

closed Support proxied connections (Docker, NAT) #246

@chefkoch009 wahrscheinlich mache ich etwas komplett falsch; wenn ich den Adapter (2.0.5) starte und versuche gegen mein MDT GW zu verbinden, schreibt er das folgende ins log:

knx.0 2021-12-28 23:06:54.789	info	STATE_TUNNELING_REQUEST: analyse this case. Gateway sends the same package one more time, may be answer???
knx.0 2021-12-28 23:06:54.789	info	WRITE : mappedName : O7 Kinderzimmer Heizen Temperaturmesswert dest : 4/3/70 val: 22.3 (DPT9.001) O7_Kinderzimmer_Heizen_Temperaturmesswert
knx.0 2021-12-28 23:06:54.789	info	( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 17 04 71 00 00 29 00 bc e0 11 25 23 46 03 00 80 0c 5b ChID: 0
knx.0 2021-12-28 23:06:53.837	info	STATE_TUNNELING_REQUEST : no defined handling for transition from State: STATE_CONNECT_REQUEST(3) to STATE_TUNNELLING_REQUEST(13).
knx.0 2021-12-28 23:06:53.835	info	WRITE : mappedName : O7 Kinderzimmer Heizen Temperaturmesswert dest : 4/3/70 val: 22.3 (DPT9.001) O7_Kinderzimmer_Heizen_Temperaturmesswert
knx.0 2021-12-28 23:06:53.829	info	( 3.2 ) Received TUNNEL_REQUEST (WRITE - send ACK ) : 06 10 04 20 00 17 04 71 00 00 29 00 bc e0 11 25 23 46 03 00 80 0c 5b ChID: 0
knx.0 2021-12-28 23:06:48.427	info	Send : UDP Connection Request : 06 10 02 05 00 1a 08 01 ac 11 00 04 aa 3f 08 01 00 00 00 00 aa 3f 04 04 02 00 sent to 192.168.2.30:3671
knx.0 2021-12-28 23:06:48.426	info	Connected - local UDP Server listening on 172.17.0.4:43583
knx.0 2021-12-28 23:06:48.425	info	Event : UDP - listening
knx.0 2021-12-28 23:06:48.424	info	Debuglevel: 2 3
knx.0 2021-12-28 23:06:48.420	info	Connecting to knx GW: 192.168.2.30:3671 with phy. Adr: 1.1.222
knx.0 2021-12-28 23:06:48.419	warn	No license found for knx. You can use 500DP for free or you can get a license on https://iobroker.net/accountLicenses !
knx.0 2021-12-28 23:06:48.363	info	starting. Version 2.0.5 in /opt/iobroker/node_modules/iobroker.knx, node: v14.18.2, js-controller: 3.3.21

auf dem Bus wird nichts geschrieben - und bis auf diesen initialen "Kinderzimmer-Wert" kommen auch keine weiteren "gelesenen" Werte an.

[EDIT]
Die Installation läuft auf dem iobroker/iobroker docker image - und macht entsprechd NAT, da in dieser Test-Instanz kein net=host konfiguriert ist. Wenn ich mir den Hexdump anschaue, versucht er wohl die lokale UDP IP mitzugeben - aber das kann so natürlich nicht funktionieren als "Rückrichtung". Gibt es eine NAT-Option oder ist net=host ein must?

@lengi
Hi!
Ich habe heute die Klinger der IP-Verso in IoBroker eingebunden. Dafür habe ich auf dem IoBroker das Simple-API installiert und aktiviert sowie einen benutzerdefinierten Datenpunkt "0_userdata.0.klingel" angelegt.
Über die Automatisierung der 2N habe ich nun beim drücken der Klingel einen HTTP-get auf den IoBroker drin (sehr einfach)

Damit wird dann bei IoBroker ein Update des Datenpunktes ausgeführt.
In IoBroker selbst steht dann wieder ein Script, welches auf Aktualisierungen dieses Datenpunktes "lauscht" und dann einen Snapshot von der eingebauten Kamera per Telegram raus sendet.

var request = require('request');
var fs      = require('fs');

function sendImage() {
    request.get({url: 'http://xxx.xxx.xxx.xxx/api/camera/snapshot?width=1280&height=960', encoding: 'binary'}, function (err, response, body) {
        fs.writeFile("/tmp/snap.jpg", body, 'binary', function(err) {

        if (err) {
            console.error(err);
        } else {
            console.log('Snapshot sent');
            sendTo('telegram.0', {text: '/tmp/snap.jpg', caption: 'Es hat geklingelt'});
        }
      });
    });
}
on({id: '0_userdata.0.klingel', change: "any"}, function (obj) {
    if (obj.state.val) {
        sendImage();
        //setTimeout(sendImage, 1000);
    }
});

Ergebnis: Jemand drückt die Klingel, ich bekomme ein Bild auf das Handy.