Hallo,

übrigens ist jetzt auch charts und timeline in habpanel verfügbar.

Hat mich am WE ganz schön Zeit gekostet, aber nun ist es mit Version 0.3x verfügbar.

Damit ist habpanel definitiv aufgewertet.

Gruß

Klaus

@waly_de
Ich habe mich an der Verbesserung der Dekodierung der ankommenden Telegramme gemacht.
Dazu habe ich mir in node-red die MQTT Telegramme in base64 kodiert loggen lassen.
Dieser output verträgt sich auch mit der https://protobuf-decoder.netlify.app um die Struktur anzuschauen.

Aus den unterschiedlich langen Telegrammen habe ich dann ein Message-Objekt erstellt. key=Länge, value=Array aus den Telegrammen.

Die Proto-Definition hat ihre Basis aus
link

Nunmehr kann man auf "HeaderMessage", "InverterMessage", "PowerMessage" und "EnergyMessage" den übergebenen Puffer prüfen.
Die Energiewerte sind derzeitig noch unklar und deswegen als bytes definiert.

const protobuf = require('protobufjs');

const protoSource = `
syntax = "proto3";

message inverter_heartbeat {
    optional uint32 invErrCode = 1;
    optional uint32 invWarnCode = 3;
    optional uint32 pv1ErrCode = 2;
    optional uint32 pv1WarnCode = 4;
    optional uint32 pv2ErrCode = 5;
    optional uint32 pv2WarningCode = 6;
    optional uint32 batErrCode = 7;
    optional uint32 batWarningCode = 8;
    optional uint32 llcErrCode = 9;
    optional uint32 llcWarningCode = 10;
    optional uint32 pv1Status = 11;
    optional uint32 pv2Status = 12;
    optional uint32 batStatus = 13;
    optional uint32 llcStatus = 14;
    optional uint32 invStatus = 15;
    optional int32 pv1InputVolt = 16;
    optional int32 pv1OpVolt = 17;
    optional int32 pv1InputCur = 18;
    optional int32 pv1InputWatts = 19;
    optional int32 pv1Temp = 20;
    optional int32 pv2InputVolt = 21;
    optional int32 pv2OpVolt = 22;
    optional int32 pv2InputCur = 23;
    optional int32 pv2InputWatts = 24;
    optional int32 pv2Temp = 25;
    optional int32 batInputVolt = 26;
    optional int32 batOpVolt = 27;
    optional int32 batInputCur = 28;
    optional int32 batInputWatts = 29;
    optional int32 batTemp = 30;
    optional uint32 batSoc = 31;
    optional int32 llcInputVolt = 32;
    optional int32 llcOpVolt = 33;
    optional int32 llcTemp = 34;
    optional int32 invInputVolt = 35;
    optional int32 invOpVolt = 36;
    optional int32 invOutputCur = 37;
    optional int32 invOutputWatts = 38;
    optional int32 invTemp = 39;
    optional int32 invFreq = 40;
    optional int32 invDcCur = 41;
    optional int32 bpType = 42;
    optional int32 invRelayStatus = 43;
    optional int32 pv1RelayStatus = 44;
    optional int32 pv2RelayStatus = 45;
    optional uint32 installCountry = 46;
    optional uint32 installTown = 47;
    optional uint32 permanentWatts = 48;
    optional uint32 dynamicWatts = 49;
    optional uint32 supplyPriority = 50;
    optional uint32 lowerLimit = 51;
    optional uint32 upperLimit = 52;
    optional uint32 invOnOff = 53;
    optional uint32 wirelessErrCode = 54;
    optional uint32 wirelessWarnCode = 55;
    optional uint32 invBrightness = 56;
    optional uint32 heartbeatFrequency = 57;
    optional uint32 ratedPower = 58;
}

message permanent_watts_pack
{
    optional uint32 permanent_watts = 1;
}

message supply_priority_pack
{
    optional uint32 supply_priority = 1;
}

message bat_lower_pack
{
    optional int32 lower_limit = 1;
}

message bat_upper_pack
{
    optional int32 upper_limit = 1;
}

message brightness_pack
{
    optional int32 brightness = 1;
}

message PowerItem
{
    optional uint32 timestamp = 1;
    optional sint32 timezone = 2;
    optional uint32 inv_to_grid_power = 3;
    optional uint32 inv_to_plug_power = 4;
    optional int32 battery_power = 5;
    optional uint32 pv1_output_power = 6;
    optional uint32 pv2_output_power = 7;
}

message PowerPack
{
    optional uint32 sys_seq = 1;
    repeated PowerItem sys_power_stream = 2;
}

//war ein Versuch
message EnergyValue
{ 
    optional sint32 test1 = 1;
    optional uint32 test2 = 2;
    optional fixed64 test3 = 3;
    //optional sint32 test4 = 4;
    //optional uint32 test5 = 5;
}

message EnergyItem
{
	optional uint32 timestamp = 1;
    optional int32 item = 2;
    optional bytes watt = 3; // passt noch nicht
}

message EnergyPack
{
    optional uint32 sys_seq = 1;
    repeated EnergyItem sys_energy_stream = 2;
}

message PowerAckPack
{
    optional uint32 sys_seq = 1;
}

message node_massage
{
    optional string sn = 1;
    optional bytes mac = 2;
}

message mesh_child_node_info
{
    optional uint32 topology_type = 1;
    optional uint32 mesh_protocol = 2;
    optional uint32 max_sub_device_num = 3;
    optional bytes parent_mac_id = 4;
    optional bytes mesh_id = 5;
    repeated node_massage sub_device_list = 6;
}

message Header
{
    optional int32 src = 2;
    optional int32 dest = 3;
    optional int32 d_src= 4;
    optional int32 d_dest = 5;
    optional int32 enc_type = 6;
    optional int32 check_type = 7;
    optional int32 cmd_func = 8;
    optional int32 cmd_id = 9;
    optional int32 data_len = 10;
    optional int32 need_ack = 11;
    optional int32 is_ack = 12;
    optional int32 seq = 14;
    optional int32 product_id = 15;
    optional int32 version = 16;
    optional int32 payload_ver = 17;
    optional int32 time_snap = 18;
    optional int32 is_rw_cmd = 19;
    optional int32 is_queue = 20;
    optional int32 ack_type= 21;
    optional string code = 22;
    optional string from = 23;
    optional string module_sn = 24;
    optional string device_sn = 25;
}

message HeaderMessage {
	optional Header header = 1;
}

message InverterMessage {
	optional inverter_heartbeat inverter = 1;
    optional Header header = 2;
}

message PowerMessageProto {
	optional PowerPack powerpack  = 1;
    optional int32 src = 2;
    optional int32 dest = 3;
    optional int32 d_src= 4;
    optional int32 d_dest = 5;
    optional int32 enc_type = 6;
    optional int32 check_type = 7;
    optional int32 cmd_func = 8;
    optional int32 cmd_id = 9;
    optional int32 data_len = 10;
    optional int32 need_ack = 11;
    optional int32 is_ack = 12;
    optional int32 seq = 14;
    optional int32 product_id = 15;
    optional int32 version = 16;
    optional int32 payload_ver = 17;
    optional int32 time_snap = 18;
    optional int32 is_rw_cmd = 19;
    optional int32 is_queue = 20;
    optional int32 ack_type= 21;
    optional string code = 22;
    optional string from = 23;
    optional string module_sn = 24;
    optional string device_sn = 25;
}

message PowerMessage {
    PowerMessageProto item = 1;
}

message EnergyMessageProto {
	optional EnergyPack energypack  = 1;
    optional int32 src = 2;
    optional int32 dest = 3;
    optional int32 d_src= 4;
    optional int32 d_dest = 5;
    optional int32 enc_type = 6;
    optional int32 check_type = 7;
    optional int32 cmd_func = 8;
    optional int32 cmd_id = 9;
    optional int32 data_len = 10;
    optional int32 need_ack = 11;
    optional int32 is_ack = 12;
    optional int32 seq = 14;
    optional int32 product_id = 15;
    optional int32 version = 16;
    optional int32 payload_ver = 17;
    optional int32 time_snap = 18;
    optional int32 is_rw_cmd = 19;
    optional int32 is_queue = 20;
    optional int32 ack_type= 21;
    optional string code = 22;
    optional string from = 23;
    optional string module_sn = 24;
    optional string device_sn = 25;
}

message EnergyMessage{
	optional EnergyMessageProto item = 1;
}

message Send_Header_Msg
{
    optional Header msg = 1;
}

message SendMsgHart
{
    optional int32 link_id = 1;
    optional int32 src = 2;
    optional int32 dest = 3;
    optional int32 d_src = 4;
    optional int32 d_dest = 5;
    optional int32 enc_type = 6;
    optional int32 check_type = 7;
    optional int32 cmd_func = 8;
    optional int32 cmd_id = 9;
    optional int32 data_len = 10;
    optional int32 need_ack = 11;
    optional int32 is_ack = 12;
    optional int32 ack_type = 13;
    optional int32 seq = 14;
    optional int32 time_snap = 15;
    optional int32 is_rw_cmd = 16;
    optional int32 is_queue = 17;
    optional int32 product_id = 18;
    optional int32 version = 19;
}
`;

messages = {
	'252': ['deine Message mit 252er Länge']
};

function decodeMsg(hexString, msgtype) {
	const root = protobuf.parse(protoSource).root;
	const PowerMessage = root.lookupType(msgtype);
	const message = PowerMessage.decode(Buffer.from(hexString, 'hex'));
	const object = PowerMessage.toObject(message, { defaults: false });
	return object;
}

function parsemsg(message) {
	Object.entries(message).forEach(([ key, value ]) => {
		console.log('msg length: ', key);
		var len = value.length;
		for (var i = 0; i < len; i++) {
			var buf = new Buffer.from(value[i], 'base64'); //wandelt die Texte aus dem Messagearray in buffer um
			try {
				let msgobj = decodeMsg(buf, 'HeaderMessage');
				let packetType = msgobj.header.cmdId;
				console.log('packetType: ', packetType);
				if (packetType == 136) {
					try {
						let msgobj136 = decodeMsg(buf, 'PowerMessage');
						console.log(JSON.stringify(msgobj136));
					} catch (error) {
						console.log('id 136 error at: ', error);
					}
				} else if (packetType == 32) {
					try {
						let msgobj32 = decodeMsg(buf, 'EnergyMessage');
						console.log(JSON.stringify(msgobj32));
					} catch (error) {
						console.log('id 32 error at: ', error);
					}
				} else if (packetType == 1) {
					try {
						let msgobj1 = decodeMsg(buf, 'InverterMessage');
						console.log(JSON.stringify(msgobj1));
					} catch (error) {
						console.log('id 1 error at: ', error);
					}
				} else {
					console.log('unknown packetType', packetType);
				}
			} catch (error) {
				console.log('error at: ', i, error);
			}
		}
	});
}

parsemsg(messages);

Ich denke das kann für eine weitere Auswertung der Daten ganz hilfreich sein.

Gruß
Klaus

@haselchen
Im Forum lese ich nur sporadisch mit, wenn ein Issue auf github erstellt wird, dann bekomme ich das eher mit.

info glob state -> habe ich auf debug gelegt, kommt also nicht mehr
Der Fehler mit 'count' kommt von der ausgesteckten Steckdose, da antwortet die FB anders und das wird in 2.5.3 behoben sein.
Ich versuche heute noch die 2.5.3 auf github zu veröffentlichen.

Mit der Version 2.5 habe ich die Statistiken die die FB macht nun in IOB verfügbar, plus noch das Aufaddieren der Werte.

Gruß
Klaus

Hallo,

habe soeben den Statistik Adapter auf ppm veröffentlicht.

Einen ersten Ansatz für die Doku ist auch Bestandteil davon:

https://github.com/foxthefox/ioBroker.s … owto_de.md

Der Adapter wird über die Einstellung der Objekte/States vorgenommen, also in gleicher weise wie für history/sql/influxdb parametriert.

Wozu dient der Adapter:

• Schaltspielzählung, Zählen von 1/true Rückmeldungen (nicht von Kommandos)

• Betriebszeitzählung

• Umwandlung von Impulsen von Zählern in physikalische Größe und daraus Verbräuche

• Bestimmung von Verbräuchen in Zeiträumen aus fortlaufenden Zählerständen

• Gruppierung von Verbräuchen und Berechnung der Kosten

• Tages min/max/Durschschnitt

• Abspeicherung der Werte in Datenpunkte für Tag/Woche/Monat/Quartal/Jahr

Die Datenpunkte .save… werden erst am Ende des jeweiligen Zeitraumes geschrieben.

Die Datenpunkte .temp... zeigen das bisher im Zeitraum aufgelaufene an.

Bin auf Feedback gespannt.

Gruß

Klaus

PS. Ich werde noch iobroker.repository updaten, damit es dann auch gleich bei den Adaptern in der Oberfläche auftaucht.

@shadowhunter23 sagte in Fritzbox DECT Adapter:

grün.

Hätte ich nochmal erwähnen können, daß beim update auf jsonUI der Algorithmus für die Verschlüsselung anders ist und deswegen braucht es die Neueingabe des Passworts.

Der Adapter hat keine Überwachung für die Kommunikation, nur die Verbindung zu Host und Lebenszeichen.

@ponti92

Ich komm voran, wenngleich die Hitze nicht förderlich ist.
Evtl. Kommt die Version am nächsten WE raus.

@homoran
Die ID ist halt nicht eindeutig und fix und man empfängt alles was um einen drum rum ist. Deswegen im log die Lage beobachten und dann an einem Gerät die Batterie wechseln und das neue ist die ID für die Konfiguration.
Sehe es also eher problematisch.
Leider schicken die Geräte auch keine Typkennung mit, sonst könnte man alles reinkonfigurieren was empfangen wird. Zuordnung müsste man dennoch herstellen.

Hi All,

wie schon in einem anderen Thread angekündigt, bin ich dabei einen Adapter für Yamaha MusicCast zu schreiben.

Über

npm install iobroker.musiccast

sollte immer eine funktionierende Version installierbar sein.

Mit

npm install https://github.com/foxthefox/ioBroker.musiccast/tarball/master --production

ist die aktuellste Version aus github installierbar (muß aber nicht zwingend lauffähig sein :roll: )

Mittlerweile habe ich auch die Search Funktion in der admin-Page eingebaut.

Hier sollte das gerät gefunden werde, da die Suche nur einen Wert ausgibt, sollte man bei mehreren Geräten mehrmals suchen, bis alle Geräte gefunden sind.

Danach ist abzspeichern und der Adapter startet automatisch.

Die README.md enthält die derzeitig implementierten Datenpunkte, bzw. Funktionen.

Bisher ist "main" und "netusb" enthalten.

Wenn es zu Fehlern kommen sollte, so wäre es sehr hilfreich wenn der Fehler mit eingeschaltetem DEBUG nachgestellt wird.

Ich habe bisher erfolgreich mit WX-030 und YSP-1600 testen können.

Ausblick:

• Input Auswahl und Equalizer.

• update auf aktuellen State, Station, Titel etc.

• Mclink kommt auf jeden Fall rein, da dies für mein Setup wichtig ist.

Gruß

Klaus

Hallo,

auch wenn es evtl. nicht so aussah, ich arbeite weiter an der Verbesserung meiner Adapter.

Der Statistics Adapter ist in der Version 0.2.1 essentiell verbessert:

• Rundung der Werte
• min/max Bestimmung nicht nur täglich, sondern auch Woche/Monat/Quartal/Jahr
• Problem mit dayMin=0 behoben
• Betriebszeitzählung erfolgt jetzt mit jedem Signal was abonniert ist, egal ob es sich um einen echten Signalwechsel handelt oder nur die gleiche Info nochmal gekommen ist. Die Zeiten werden entsprechend aufaddiert. Die Zustände .last01/.last10 zeigen somit nicht mehr die letzten echten Signalwechsel an.
• Betriebszeitzählung erfolgt täglich 2sec vor Mitternacht mit einem Trigger auf das aktuelle Signal. Somit wird sichergestellt, daß bei längeren gleichbleibenden Zuständen auch die Werte tagesbezogen ermittelt werden.
• Fehlermeldung für message ist eliminiert

Falls es Probleme/Fehler gibt, dann hier posten oder noch besser in GitHub ein Issue aufmachen.

Ansonsten bin ich auf Rückmeldungen von euch gespannt.

Gruß
Klaus

@planetkeane
Ich denke du must in Javascripr Adapter noch die Module mqtt und protobufjs im Admin der Instant angeben.

@gtv
Bitte folgendes tun:

• Adapter stoppen
• datenpunkt oder ganze Hierarchie vom stream löschen
• Adapter starten

Das legt die datenpunkte neu an. Dann sollte es weg sein.

@klausn
Super, das hilft weiter.
Schön zu wissen, dass der neue Button funktioniert und unbekannte Telegramme sichtbar macht.
Da ist bestimmt auch etwas zum PowerGlow drin.

Beim log sieht man:

• debug Modus evtl. nicht für Adapter aktiv, oberste Zeile wenn Adapter config aufgerufen wird, sollte debug und nicht info zeigen, ansonsten dort umstellen
• oder das Häckchen in der 2ten Lasche fehlt, rechts neben gerätetyp
• es gibt neue Datenpunkte
• es kommen zyklisch Updates

Also nochmal schauen, ob das debug oder Häckchen das log verbessert.
Cool wäre ein log welches den adapterstart mit beinhaltet.

@foxthefox

neuer Version 1.4.2 für mehr Kommandos River3 (am besten die ganze Datenstruktur löschen, damit die neuen Eigenschaften übernommen werden)

1.4.2 (npm)

• (foxthefox) completionof commands for River3(Plus)
• (foxthefox) correction of bool in proto of River3(Plus)

@klausn sagte in Neuer Adapter ecoflow-mqtt:

Hallo an alle,

bei uns läuft seit 2 Monaten eine EcoFlow PowerOcean + und ich habe jetzt die Anlage in ioBroker eingebunden.
@foxthefox herzlichen Dank für die viele Arbeit im Zusammenhang mit dem ecoflow-mqtt Adapter, den ich natürlich auch benutze.

Jetzt habe ich eine Frage zu dem Adapter. Mir ist aufgefallen, dass bei der Aktualisierung der Werte unter JTS1_ENERGY_STREAM_REPORT (das sind die Power-Werte von Solar, Battery, Grid etc.) Werte mit null ignoriert werden. Das heißt, wenn z.B. der letzte Wert der Solarproduktion bei 20 W lag und jetzt auf 0 W fällt, bleibt der alte Wert von 20 W im Topic stehen. In der App erfolgt die Aktualisierung auf 0 W.
Diese Verhalten findet sich im Adater V1.3.2, aber auch im neuen Adapter. Wie kann man dieses Problem lösen?

Danke für Eure Hilfe.

Ich glaube zwar nicht, daß es über die Version 1.4.1 gelöst ist, aber nimm diese mal und stell auf Ocean Plus.
Vorher aber nochmal auf den Button "debug unkn msg" in der ersten Lasche drücken, dort sind ggf. unbekannte Telegramme aufgelaufen. Die bitte posten, dann kann ich sie anschauen.
Ansonsten könntest du im debug Modus auch mal die msgUpdate einen Häckchen und beim Gerät selbst setzen.
Dann sollten Meldungen mit "[Compare]" im Log auftauchen, dort einmal schauen ob es hier alles an Änderung mitnimmt.

@foxthefox

Habe soeben das kleine Update auf 1.4.1 auf git und npm eingestellt.

Wichtigste Neuereung, es werden nun Befehle an River3(Plus) und Stream unterstützt.

1.4.1 (npm)

• (foxthefox) Correction of multiplication, some float values may be incorrect now
• (foxthefox) new commands for STREAM and River3
• (foxthefox) River3 llcbusvol correction
• (foxthefox) Stream max settings for power,
• (foxthefox) separate handler for unknown devices

die finale Version 1.4.0 ist auf git und npm verfügbar

Datenpunkte sind zu löschen, wenn diese durch die neue Installation überschrieben werden sollen.
Adapter stoppen, Datenpunkte löschen, Adapter starten.

Wenn es noch Befehle in der App gibt, die im Adapter gebraucht werden, dann benötige ein Mitschnitt aus dem Telegrammverkehr aus dem Log (Debug Mode, diverse Häckchen zu setzen ) .

Für die Suche nach den Energiewerten beim Stream habe ich im ersten Tabe ein Button "unkn. Cmds", dort ab und zu mal reinschauen und mir schicken (Adapterneustart löscht alles wieder).

1.4.0 (npm)

• (foxthefox) new support of EF Smartmeter
• (foxthefox) new support of River3 (without cmds)
• (foxthefox) new support of Stream Series
• (foxthefox) new support of Power Ocean Plus
• (foxthefox) new Statistics for Gen3 powerstattions
• (foxthefox) new battery data for Gen3 powerstattions
• (foxthefox) new support of Power Ocean DC FIT
• (foxthefox) new support of Wave3 (without cmds!)
• (foxthefox) support of 3 extra batteries DeltaProUltra
• (foxthefox) new datapoints for stream series
• (foxthefox) new datapoints for river2max/pro in pd section
• (foxthefox) correction of river2max command chgWatts
• (foxthefox) corrections at history.. values for powerstream (not kWh, it is W)
• (foxthefox) issue #264, correction, additional bat Delta 2 has different data names than D2M
• (foxthefox) improved recognition of HA broker status and better initializing of data
• (foxthefox) telegram counter now in each device/info
• (foxthefox) major refactoring for the "JSON-devices"
• (foxthefox) min nodejs version >=20
• (foxthefox) debug button for latestQuotas, dbug button for unknown protobuf msg
• (foxthefox) iobroker/eslint-config

@klausn
OK, gut zu wissen.
Ich denke dafür sollte ich eine eigenes Gerät anlegen.
Ich mach das mal noch in die 1.4.0 rein, erstmal als Kopie der Ocean.
Danach bräuchte ich dann mal ein log damit ich die Datenpunkte richtig anlege.

@klausn
Ist "Power Ocean Plus" eine neue Variante?
Wird es beim Neustarten des Adapters richtig gesetzt? Dort wird eine Art Generabfrage ausgelöst und dort sollten alle Daten enthalten sein.

@klausn
Super! Rückmeldungen sind immer gut.
Grundsätzlich sollte es keine Abweichung geben, weil die Telegramme zum updaten der App die gleichen sind.
D.h. irgendetwas ist da noch komisch.

Hast du Ocen DC Fit oder nur Ocean, das macht einen Unterschied, den ich mit der bald erscheinenden 1.4.0 berücksichtige.

@gtv sagte in Neuer Adapter ecoflow-mqtt:

@foxthefox : Darf ich noch mal nerven ?

Es sind ja nun viele Datenpunkte und ich bin mir Unsicher welche ich auswählen muss wenn ich die 6 Werte die ich in der App sehen kann im IOBroker anzeigen lasen will. Kannst du mir die sagen ?

Und welche Visansicht benutzt du ?

Vielen Dank!!

Werte:
Ich habe keine Stream und kann dazu wenig sagen.
Ich würde mal die Werte die mit "pow" beginnern mit der App vergleichen, dann findet man ggf. die passenden.

Vis:
Ich schau mir die ganze Sache in Homeassistant an.