Neueste Beiträge

#1

Solaranlagen / Aw: Photovoltaik Eigenverbrauc...

Letzter Beitrag von ch.eick - 02 Mai 2024, 12:47:59

Den Wiki Beitrag hatte ich mir auch schon einmal angeschaut.
Das ist schon ziemlich komplex, dafür, dass ich eigentlich "nur" die paar Werte brauche 
Den Rest schaue ich mir meist tatsächlich im Portal an.

Der Appetit komt beim Essen...

Liefert der KSEM den korrekten Hausverbrauch, der dann auch über ein Modbus Register über den Plenticore abfragbar ist?
Derzeit berechne ich den Wert ja.

Der KSEM liefert den korrekten Wert, der Plenticore verwendet ihn aber "noch" nicht

Wenn ich den korrekten Hausverbrauch bekommen, egal was der zweite Wechselrichter macht, ist dann der Rest nicht wieder recht einfach?

Die Statistiken verteilen sich auf beide WRs, somit fehlt am WR_1 der WR_2.
Dann kommt noch die Autarkie und der Eigenverbrauch als Berechnung.
Beim Abfragen der Statistiken auch immer zuerst den WR_2 abfragen und anschließend den WR_1, der die Schwarm Werte SW_* berechnet.

Mein KSEM:
hw0100
Software 2.2.1

Der sollte somit aktuell sein.

Die Berechnungen kannst Du Dir ja gerne aus den Devices raus suchen, die sind im userReadings, jedoch kann ich da nicht weiter Support bieten, das wird mir einfach zuviel und die anderen im Thread sind meist auch nur Endverbraucher.
Durch die wenigen Post in diesem Thread kann man erkennen, dass es doch ziemlich wenig Probleme gibt, die dann auch meist nur bei der Implementierung auftauchen.

VG  Christian

#2

Solaranlagen / Aw: Photovoltaik Eigenverbrauc...

Letzter Beitrag von ReneR1986 - 02 Mai 2024, 12:36:02

Den Wiki Beitrag hatte ich mir auch schon einmal angeschaut.
Das ist schon ziemlich komplex, dafür, dass ich eigentlich "nur" die paar Werte brauche 
Den Rest schaue ich mir meist tatsächlich im Portal an.

Liefert der KSEM den korrekten Hausverbrauch, der dann auch über ein Modbus Register über den Plenticore abfragbar ist?
Derzeit berechne ich den Wert ja.
Wenn ich den korrekten Hausverbrauch bekommen, egal was der zweite Wechselrichter macht, ist dann der Rest nicht wieder recht einfach?

Code Auswählen Erweitern

Gesamterzeugung {ReadingsVal("Plenticore","Power_DC_1",0) + ReadingsVal("Plenticore","Power_DC_2",0) + ReadingsVal("Plenticore_2","Power_DC_1",0) + ReadingsVal("Plenticore_2","Power_DC_2",0)}

Code Auswählen Erweitern

Einspeisung { ReadingsVal("Plenticore","Gesamterzeugung ",0) - ReadingsVal("Plenticore","Hausverbrauch",0)
Mein KSEM:
hw0100
Software 2.2.1

#3

TabletUI / Aw: [FTUI 3] ICON Einfärbung

Letzter Beitrag von yersinia - 02 Mai 2024, 12:28:11

Ist die nächste Tonne zufällig Papier gewesen? Und wenn ja, ist da ein Leerzeichen am Ende des Readings next_text von myAbfall?

Code Auswählen Erweitern

`Papiertonne `:blue
----da------^Ansonsten sieht der Code mMn unauffällig aus; wenn es für "heute" funktioniert, sollte es exakt gleich auch für "demnächst" funktionieren - wenn die readings passen.

#4

Sonstiges / SIGNALduino Fernotron Fehler "...

Letzter Beitrag von tdyne - 02 Mai 2024, 12:16:35

Hallo FHEM-Gemeinde

Gefühlt habe ich alle Beiträge zum dem Thema durch.
Nur eine Lösung habe ich nicht gefunden.

Der aktuelle Stand ist:
- FHEM ist up-to-date
- SIGNALduino ist geflashed (V 3.5.0 SIGNALduino cc1101 (chip CC1101) - compiled at Jul  8 2022 18:09:56)
  get config zeigt: config: MS=1;MU=1;MC=1;Mred=0
- Fernotron scan device wird automatisch angelegt

Wenn ich aber einen Befehl an einen Rolladenmotor schicke, passiert nichts.
Im Log sehe ich dann:
2024.05.02 12:10:01 1: FT_OG_Wohnzimmer_Links: send: 0x80, 0x43, 0xfa, 0x28, 0x54
2024.05.02 12:10:01 5: sduino: Write, sending via Set sendMsg P82#DPPPPPPPD0000000101D0000000110D1100001001D1100001010D0101111100D0101111111D0001010000D0001010011D0010101001D0010101010D1001110000D1001110011#R2
2024.05.02 12:10:01 5: sduino: Set_sendMsg, msg=P82#DPPPPPPPD0000000101D0000000110D1100001001D1100001010D0101111100D0101111111D0001010000D0001010011D0010101001D0010101010D1001110000D1001110011#R2
2024.05.02 12:10:01 5: sduino: Set_sendMsg, Preparing rawsend command for protocol=82, repeats=2, clock=400 bits=DPPPPPPPD0000000101D0000000110D1100001001D1100001010D0101111100D0101111111D0001010000D0001010011D0010101001D0010101010D1001110000D1001110011
2024.05.02 12:10:01 5: sduino: AddSendQueue, sduino: SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303042323232323232301230104232323232323230101230401012323232301232301040101232323230123012304230123010101010123230423012301010101010101042323230123012323232304232323012301232301010423230123012301232301042323012301230123012304012323010101232323230401232301010123230101; (1)
2024.05.02 12:10:01 4: sduino: Set_sendMsg, sending : SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303042323232323232301230104232323232323230101230401012323232301232301040101232323230123012304230123010101010123230423012301010101010101042323230123012323232304232323012301232301010423230123012301232301042323012301230123012304012323010101232323230401232301010123230101;
2024.05.02 12:10:01 4: sduino: HandleWriteQueue, called
2024.05.02 12:10:01 4: sduino: SendFromQueue, called
2024.05.02 12:10:01 5: sduino: SimpleWrite, SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303042323232323232301230104232323232323230101230401012323232301232301040101232323230123012304230123010101010123230423012301010101010101042323230123012323232304232323012301232301010423230123012301232301042323012301230123012304012323010101232323230401232301010123230101;
2024.05.02 12:10:01 4: sduino: SendFromQueue, msg=SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;D=0403030303030303042323232323232301230104232323232323230101230401012323232301232301040101232323230123012304230123010101010123230423012301010101010101042323230123012323232304232323012301232301010423230123012301232301042323012301230123012304012323010101232323230401232301010123230101;
2024.05.02 12:10:01 4: sduino: Read, msg: SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
2024.05.02 12:10:01 5: sduino: Parse, noMsg: SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
2024.05.02 12:10:01 5: sduino: Read, msg: regexp=.* cmd=sendraw msg=SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
2024.05.02 12:10:01 4: sduino: CheckSendrawResponse, sendraw answer: SR;R=2;P0=400;P1=-800;P2=800;P3=-400;P4=-3200;send cmd to long
2024.05.02 12:10:03 4: sduino: HandleWriteQueue, called
2024.05.02 12:10:03 4: sduino: HandleWriteQueue, nothing to send, stopping timer

Was kann ich noch testen/versuchen um dem Fehler auf die Spur zu kommen?

#5

TabletUI / Aw: Darstellung Sonnenbatterie

Letzter Beitrag von yersinia - 02 Mai 2024, 12:08:41

Danke fürs Feedback.

War zuerst etwas verwirrt, da nach Aufruf der Seite der Gesamtverbrauch angezeigt wird, nach dem nächsten Update der Readings ist es richtig. Könnte man den Zeitraum verkürzen, dass gleich nach dem Aufruf der Seite die Rechnung durchführt und die richtigen Werte angezeigt werden.

Mmmh, das Timing bezgl des Abrufs der Reading wird von FTUI3 gehandelt; aber zum Zeitpunkt der Initialisierung müsste der Hausverbrauch eigtl schon korrekt berechnet werden. Kannst du zwischen Zeile 311 und 312 im Code folgende Zeile einfügen:

Code Auswählen Erweitern

this.calcHouseConsume();Dadurch müsste die Hausverbrauchsberechnung angestoßen werden wenn sich der Wert von wb-feed ändert.

Dann habe noch eine Frage (eines Einsteigers). In #15 ist der Code und ein Screenshot einer Chartdarstellung ersichtlich.

Bei mir ist der Chart leer. Was müsste denn da für Log, File und Spec angeben werden Auf was referenziert das ? Was müsste ich hier einstellen um Hilfe zu bekommen ?

Damit bist du hier falsch und solltest die Frage eher in dem Thread [FTUI3] Charts stellen.

#6

TabletUI / Aw: [FTUI3] Color Mapping gege...

Letzter Beitrag von yersinia - 02 Mai 2024, 11:51:25

Irgendwie will es bei mir nicht

Auch nicht, wenn du -zu Testzwecken- nur ein oder zwei tiles lädst?

aber ich gehe der Idee nach, dass eine Vorberechnung in FHEM besser ist.

Die Rechenlast könnte FTUI3 auf dem client tatsächlich überfordern; dies ist aber nur eine vorsichtige Vermutung.

Kann ich bei einem FTUI-Grid-Tile Element auch ein [(value)] hinterlegen? Ich möchte eine Schaltfläche in Form eines Tiles für die Espressomaschine, bei dieser ist aber nur ein/aus von Bedeutung, mehr Logik braucht es nicht. Oder muss ich das zwingend an ein Button-Element hängen?

Ich kann mir nicht vorstellen, dass ein tile als button vorgesehen ist - ich denke, schon rein vom Konzept her, solltest du einen button nutzen. Du kannst diesen bestimmt über die gesamte tile ziehen.

#7

Solaranlagen / Aw: Photovoltaik Eigenverbrauc...

Letzter Beitrag von ch.eick - 02 Mai 2024, 11:44:14

Hallo Renè,
Du solltest am besten auf diese Implementierung umsteigen, da das bereits alles drin ist.
Wenn Du viel Zeit investieren  möchtest, könntest Du die Formeln in Wiki bei den jeweiligen Devices raus suchen.
Alles was mit SW_ bei den readings ist, ist für den Schwarm vorgesehen.

Der KSEM mit aktueller Firmware liefert Dir den korrekten Hausverbrauch, jedoch werden dann immer noch nicht die Statistiken zusammen gefasst.

VG   Christian

#8

Homematic / Aw: HMCCU 5.0 im SVN verfügbar

Letzter Beitrag von kadettilac89 - 02 Mai 2024, 11:43:44

Die "R-" Readings (die man per get config bekommt) sind Konfigurationsparameter. Diese werden von der CCU leider nicht automatisch aktualisiert. Einzige Möglichkeit wäre, in FHEM per "at" die Config regelmäßig abzuholen. Das sollte man aber nicht zu häufig machen, da es den Duty Cycle auf der CCU erhöht.

Danke, das passt schon, ich mache es dann bei Bedarf manuell. Ich wollte nur sichergehen dass es nicht einen Parameter oder Möglichkeit gibt bevor ich es selber triggere.

Btw, mir ist beim Testen ein Fehler in der Doku aufgefallen.

Beim Beispiel wäre der richtige Port 7011 nicht 7010 (5000+2001+10).

Code Auswählen Erweitern

rpcserverport <base-port>
Specify base port for RPC server. The real listening port of an RPC server is calculated by the formula: base-port + rpc-port + (10 * ccu-number).
Default value for base-port is 5400.The value ccu-number is only relevant if more than one CCU is connected to FHEM.
Example: If base-port is 5000, protocol is BidCos (rpc-port 2001) and only one CCU is connected the resulting RPC server port is 5000+2001+(10*1) = 7010.


#9

Off-Topic / Aw: Wie macht ihr IPv6 zuhause...

Letzter Beitrag von Aurel_B - 02 Mai 2024, 11:35:32

Hmmm, wie mache ich denn das mit festen IPs für meinen Server? Ein offizielles fixes Subnet kostet richtig viel Geld und lohnt sich nur für Firmen. Dann bräuchte ich eigentlich mehrere IPs pro Client: eine IPv6 Adresse für intern aus dem ULA Bereich welche ich per DHCP verteile damit mein lokaler DNS Server (der hätte dann eine fixe IPv6 Adresse) auch via bekannter IPv6 Adresse erreichbar ist (weil das Android etc. bevorzugt) und eine öffentliche, dynamisch zugewiesene für die Kommunikation mit aussen? Oder ich mache nur ULA und dann NAT so wie bei IPv4 auch? Irgendwie sollte doch mit IPv6 alles mal besser werden 

#10

Homematic / Aw: HMCCU 5.0 im SVN verfügbar

Letzter Beitrag von zap - 02 Mai 2024, 10:41:25

Ich habe zwei Verständnisfragen.

Im HMCCUCHN Device (bei mir Thermostat HM_CC_RT_DN) gibt es "set xxx update" mit dem die Readings R-ENDTIME_FRIDAY_(1-13) / R-TEMPERATURE_FRIDAY_(1-13) und die anderen Wochentage gefüllt werden. Gibt es eine Möglichkeit, diese Readings automatisch zu bekommen? Also jedes Mal wenn ich in der CCU3 einen Wert ändere? Werden diese Werte aktiv von der CCU3 gepusht wie viele andere Werte, oder muss man die manuell abholen?

Die andere FRage, kann ich zwei HMCCU Definitionen an eine CCU3 verbinden, oder würden die sich dann gegenseitig stören? Z. B. ein Testsystem und das produktive System würden die selbe CCU3 einbinden.

Sollte es abhängig vom Setup sein, ich nutze debmatic ohne jegliche Authentifizieurng oder Firewall. Fhem zum Testen in Docker im Host-MOde, somit auch keine Einschränkung auf Ports.

Die "R-" Readings (die man per get config bekommt) sind Konfigurationsparameter. Diese werden von der CCU leider nicht automatisch aktualisiert. Einzige Möglichkeit wäre, in FHEM per "at" die Config regelmäßig abzuholen. Das sollte man aber nicht zu häufig machen, da es den Duty Cycle auf der CCU erhöht.