Neueste Beiträge

#1

1Wire / Aw: RPI_1Wire und DHT22 --> No...

Letzter Beitrag von TomLee - 09 Juni 2026, 23:05:13

Mit meinem Ratschlag hast so Probleme in Zukunft nicht.

Die läuft und läuft und läuft...

#2

1Wire / Aw: RPI_1Wire und DHT22 --> No...

Letzter Beitrag von Adimarantis - 09 Juni 2026, 22:48:37

Ist schon eine Weile her.
Mein ursprünglicher dht11 Treiber den das Modul primär sucht scheint auf meinem aktuellen System mit aarch64 und Bookworm nicht mehr zu funktionieren (CRC Fehler - wahrscheinlich ein Timing Problem mit 64-Bit), aber mit dem original Kernel Treiber geht es (zumindest mit einem dht11) noch bei mir.

Was deine Fehler angeht spekulier ich mal, dass das Modul trotzdem den 1Wire Bus sucht. Auf meinem System ist der mit

Code Auswählen Erweitern

dtoverlay=w1-gpioeingeschaltet.

Vielleicht reicht das schon - auch wenn der DHT11 ja eigentlich das 1Wire nicht braucht.

Jörg

#3

Anfängerfragen / Aw: Mqtt fhem

Letzter Beitrag von Sebastian84 - 09 Juni 2026, 22:48:14

Code Auswählen Erweitern

Internals:
   CONNECTS   2
   Clients    :MQTT2_DEVICE:MQTT_GENERIC_BRIDGE:
   ClientsKeepOrder 1
   DEF        1883 global
   FD         76
   FUUID      66b3eed6-f33f-cdd4-2371-31fc56511eee860b
   NAME       Wasseruhr
   NR         499
   PORT       1883
   STATE      Initialized
   TYPE       MQTT2_SERVER
   eventCount 3
   MatchList:
     1:MQTT2_DEVICE ^.
     2:MQTT_GENERIC_BRIDGE ^.
   READINGS:
     2026-06-09 22:07:32   nrclients       2
     2026-06-09 22:07:02   state           Initialized
   clients:
     Wasseruhr_192.168.0.129_54107 1
     Wasseruhr_192.168.0.130_63359 1
Attributes:
   room       Wasseruhr
Hier ist die Liste

#4

Solaranlagen / Aw: [23_BYDBox] - Modul für BY...

Letzter Beitrag von Hadl - 09 Juni 2026, 22:47:45

Ich hab mir mit deinen Hinweisen alles nochmal genauer angeschaut.
Aufgefallen ist mir das 9 Tage vor dem leerwerden kein Ballincing mehr stattgefunden hat. Sonst gab es jeden Tag mindestens einen kurzen und teilweise noch ein langes Ballancing.

Was Dein Akku bräuchte, ist eine Ladung, mit der wirklich alle (!) Zellen auf ca. 3450mV gebracht werden. Danach sollten die von Dir beobachteten SOC-Sprünge nicht mehr vorkommen oder aber wesentlich kleiner ausfallen.

Ja, das verstehe ich, die 3450mV sind ja wirklich sehr kurz vor dem Ladeschluss. Da steigt die Spannung steil an und die Zellunterschiede sind deutlich.
Ich hab nun mehrere Tage den Akku bis 100% mit 300W vollgeladen. Dabei hat das BMS am ersten Tag 2,5 Stunden den SOC bei 99% gehalten, die Tage drauf etwas kürzer, aber er gleicht die Abweichung wieder aus.
Von 3450mV bis Ladeschluss waren es dabei immer meistens 2 Minuten.
Dabei hat er jeden Tag für ca. 40 Minuten ein ballancing gestartet.

Ich glaub ich weis schon wie ich den Ballancer helfen kann die Zellen obenrum gleich zu bekommen. Sehr langsam laden und möglichst lange beim laden bei den 3450 zu bleiben.
Wobei ich es echt schade finde das dies notwendig ist...

Die Frage die ich mir stelle ist eher, wie ist es zu der Situation gekommen, das so große Abweichungen vorhanden sind.

#5

Anfängerfragen / Aw: Mqtt fhem

Letzter Beitrag von rabehd - 09 Juni 2026, 22:45:58

Wie wäre es mit einem List der Wasseruhr?
Bilder helfen nicht.

#6

Marktplatz - Güter / Aw: Verkaufe 4 + 1 ELV PCA301 ...

Letzter Beitrag von Stefan# - 09 Juni 2026, 22:42:55

Hi,

Preisupdate jetzt 12€ plus Versand.

Grüße

Stefan

#7

Anfängerfragen / Aw: Mqtt fhem

Letzter Beitrag von Sebastian84 - 09 Juni 2026, 22:28:02

Im ersten Bild ist der esp mit mqtt von fhem Server. Und im 2 Bild sieht man meine 2 esp Aber der neue wird nicht angezeigt. Wo soll ich den
Attribut autocreate [no|simple|complex] eintragen?

#8

FRITZ!Box / Aw: FritzSmart ab Modul-Versio...

Letzter Beitrag von Sidey - 09 Juni 2026, 22:23:36

warum per CPAN, wenn es ein Debian deb gibt? Mal abgesehen davon, das xml::Simple im Fhem deb dabei ist.

Dazu gibt es mehrere Gründe.

1. Ich nutze ein Perl Basis Image. Das für FHEM verwendete Perl wird nicht über Debian Pakete installiert.
Daher scheidet auch das Debian Packet aus.

2. Debian Paketen sind für das vom OS verwendetr Perl. Damit wird keine andere Perl Distribution verwaltet. Ist aber aufgrund Punkt #1 relevant.

3.Manche Modulauthoren geben in einem META.json die benötigten Abhängigkeiten an, bei 98% stehen dort die Packagenamen wie sie von CPAN installiert werden können.

4. Etliche Module haben keine META.json. Dort kann ich Abhängigkeiten auch nur über die Packagenamen im Modulcode herstellen.

5. Manche Perl Packages gibt es nicht als debian Package.

Letztlich bleibt halt das Problem, dass XML:SAX initialisiert werden muss. Man könnte natürlich auch einen schnelleren c Parser installieren, aber auch der muss registriert werden.

Du könntest zum Beispiel diese Idee umsetzen:

Code Auswählen Erweitern

# Source - https://stackoverflow.com/a/26737317
# Posted by Borodin, modified by community. See post 'Timeline' for change history
# Retrieved 2026-06-09, License - CC BY-SA 3.0

$XML::Simple::PREFERRED_PARSER = 'XML::Parser';

Dann würde man SAX XML nicht verwenden.

Das Peoblem bei SAX XML ist, dass es bei der Installation fragt ob die parser Datei angelegt werden soll. Das kann aber niemand beantworten, da es in einer Pipeline läuft.

Grüße Sidey

[im]

#9

Anfängerfragen / Aw: Mqtt fhem

Letzter Beitrag von rabehd - 09 Juni 2026, 22:02:24

Ja zwei vorhandene habe ich da gefunden. Nur weiss ich nicht wie ich da den neuen esp mit der IP 192.168.0.118 mit port 1883 einbinden soll

Mußt Du nicht. Nochmal:

Ich würde im ESP als MQTT-Broker die IP (oder den Namen) deines FHEM eintragen. Port ist ja wohl 1883. Somit kommen die Infos in FHEM an.

Falls FHEM das Device nicht anglegt wird, schau Dir mal das Attribut autocreate [no|simple|complex] an.

[NICHT]

#10

DOIF / Aw: Im DOIF einen *-for-timer ...

Letzter Beitrag von rabehd - 09 Juni 2026, 21:58:19

Macht das alles Sinn?

Du fragst jeden Morgen ab ob es geregnet hat und wenn ja pausierst Du auf komischem Weg.

Warum fragst Du nicht jeden Morgen ob es in letzter Zeit NICHT geregnet hat (ich frage noch ob es heute regnen soll) und starte dann die Bewässerung.
Da brauchst Du keinen Dummy und keine KI.
Natürlich kann man das Grenzwerte einbauen.

Dadurch wird aber der Abschaltvorgang für 1 oder 2 Tage unterbrochen und auf 3h reduziert.

Verstehe ich nicht. Das Abschalten wird nicht durchgeführt und auf nur 3 Stunden reduziert?
(Arbeiten wir im gleichen Konzern, da kommt mir sowas oft unter?)
Bei mir läuft das ohne Probleme.

Code Auswählen Erweitern

([04:21] and [TTN_Wetterstation_Klima:temperature] > 13 and [Bodenfeuchtesensor_01:soil_moisture] < 80 and [TTN_Wetterstation_Regenmesser:regen_lasttime] < 0.4 and [Regenradar:Prognose] < 0.8 ) (set Gartenbewaesserung_3 on-for-timer 500,setreading $SELF count {([$SELF:count]+1)})