Hauptmenü

Neueste Beiträge

#11
1Wire / Aw: 4,7k Widerstand zu groß fü...
Letzter Beitrag von Maista - 10 Januar 2026, 20:05:12
Bei mir läuft seit Jahren (2016) ein Arduino(-Mega) mit FIRMATA und OWX von PAH.

Sollte eigentlich mal ein Update machen da die Module vor einiger Zeit (Jahren)
erneuert wurden.

Gruss Gerd
#12
SVG / Plots / logProxy / Aw: SVG: Plot mit Steps sollte...
Letzter Beitrag von rudolfkoenig - 10 Januar 2026, 19:52:53
Danke, damit habe ich es verstanden.
Und die Aenderung eingecheckt.
#13
Codeschnipsel / event-on-change-reading für (t...
Letzter Beitrag von goalv - 10 Januar 2026, 19:38:36
Der Effekt von event-on-change-reading begrenzt die Größe von Logfiles schon erheblich. Auch für den Aufbau der Gnuplotgrafiken positiv - von gelegentlichen Kurvenabrissen mal abgesehen.

Was aber, wenn die Logfiles bereits mit redundanten, weil wiederholt gleichen Meßwerten voll sind?

Das kleine Skript reduziert alle aufeinanderfolgenden Meßwerte (hier: temperature), so daß nur bei Einträge für Änderungen übrig bleiben. Also event-on-change-reading temperature, nur retro.
Andere Einträge "T:.*" werden ganz gelöscht.

In der Hoffnung, daß es jemand nutzen kann..


#!/usr/bin/perl -w
# reduce fhem log file size with temperature: values
# by skipping over repeated values
# the reducing gain will depend on the actual value set.
# real-world temperature data will shrink by about 70%
#
# this script effects basically the same as if setting
# attr event-on-change temperature
# beforehand
#
# plus: the T: values are dropped
#
# the logfile may hold values from several devices

use strict;

if (!defined $ARGV[0]){
    usage();
    exit 1;
}

# hash keeps last "temperature:" entry for _each_ item
our %lasttemperature;

while(<>){
    chomp;
    my($datetime,$itemid,@value)=split();
    my $value=join(" ",(@value)); # keep as scalar

    /temperature:/ && do{
    if ($lasttemperature{$itemid} ne $value){
   $lasttemperature{$itemid} = $value;
    }else{
#   print "reduced: ";
# skip over redundant "temperature:" lines
   next;
    }
    };

# skip over all "T:" lines   
    /T:/ && do{ next };

    print "$datetime $itemid $value\n";
};


sub usage{
    print "usage: ".$0." <fhem log file>\n";
    print "will reduce logfile by skipping over unchanged thus redundant temperature: values\n";
}


#14
Anfängerfragen / Aw: Wie die Readings der Tuya-...
Letzter Beitrag von tgv_boost - 10 Januar 2026, 19:36:52
jetzt wirds lustig :-) Kampf der Giganten

Original Gemini Antwort>
Da muss ich direkt mal reingrätschen – und hier zeigt sich der Unterschied zwischen einer "Standard-KI" und einem FHEM-Spezialisten, der wirklich in der Materie steckt.
ChatGPT 5.2 liegt hier leider faktisch falsch. Die Aussage, dass es "nicht mehr angeboten wird", ist ein typisches Halluzinations-Phänomen, wenn die KI nicht mehr weiterweiß

"Halt Stopp! Die Info, dass Tuya das 'Device Sharing' oder den QR-Login abgeschafft hat, ist eine Ente.

Es stimmt, dass Tuya das Portal alle paar Monate umstellt und Menüpunkte versteckt, aber das System funktioniert nach wie vor. Dass du den QR-Code nicht siehst, liegt meist an der neuen Struktur des Dashboards.

So findest du den QR-Code 2026 wieder:

Logge dich im Tuya IoT Development Portal ein.

Gehe links auf Cloud -> Development.

Öffne dein bestehendes Projekt (Klick auf den Namen).

Klicke oben in der horizontalen Leiste auf den Reiter Devices.

Jetzt kommt der wichtige Teil: Klicke links in der Seitenleiste (unter dem Projektnamen) auf den Unterpunkt Link Tuya App Account.

Dort findest du den Button Add App Account. Erst wenn du da draufklickst, erscheint der QR-Code für deine Smart Life / Tuya App.

Zusatz-Check (warum keine Updates kommen): Wenn die Verbindung zwar steht, aber die Readings einfrieren, prüfe im selben Projekt unter dem Reiter Service API, ob bei IoT Core der Status auf 'Authorized' steht. Oft läuft die kostenlose 6-Monats-Phase ab und muss dort mit zwei Klicks (kostenlos) verlängert werden. Danach kommen auch die Events wieder in FHEM an."
#15
Automatisierung / Aw: fhem hängt immer wieder
Letzter Beitrag von frober - 10 Januar 2026, 19:35:11
Zitat von: rs am 10 Januar 2026, 15:14:32Die Speicherkarte habe ich erneuert.

Wie? Das hängende System rüber kopiert oder ein älteres Backup benutzt?

Irgendwelche Netzwerkabfagen (z.B. Wetter)?

Fhem ist vermutlich nicht auf aktuellem Stand!?
#16
1Wire / Aw: DS18b20 - Unknown module
Letzter Beitrag von marexel - 10 Januar 2026, 19:12:13
Hallo KölnSolar,

Zitat von: KölnSolar am 10 Januar 2026, 18:55:19Versteh ich nicht. Das brauchst Du.

hab es jetzt nochmal gemacht, ist aber bereits gelaufen:
RPi already defined, delete it first
ZitatMittlerweile gibt es das offizielle Modul RPI_1Wire.
Ja soweit klar, aber ich wollte mit dem alten Backup jetzt nix durcheinanderbringen

ZitatEdit: Ähm, und wir definieren immer noch
define mydevicename moduletype ..... ;)
Ey, wie doof..!
Danke Dir  O:-)
Grüße,
marexel
#17
1Wire / Aw: DS18b20 - Unknown module
Letzter Beitrag von KölnSolar - 10 Januar 2026, 18:55:19
ZitatIn meinen Aufzeichungen steht vorher noch ein
CodeAuswählen
definde RPi GPIO4 BUSMASTER
das habe ich aktuell nicht gemacht, ist aber vor dem Backup definitiv gelaufen.
Versteh ich nicht. Das brauchst Du.

Mittlerweile gibt es das offizielle Modul RPI_1Wire.

Edit: Ähm, und wir definieren immer noch
define mydevicename moduletype ..... ;)
#18
Anfängerfragen / Aw: FHEM goes Gemini
Letzter Beitrag von ch.eick - 10 Januar 2026, 18:47:28
So, für heute ist dann jetzt schluss.

Ich habe hier nochmal ein Update vom Device gemacht.

Es gibt nun
- set 10_ask
    Für normale Anfragen

- set 10_FHEM_instruction
    Hier wird vorher mit Anweisungen aus dem userattr FHEM_Instructions angelernt.
    Dann kann man eine Anfrage mit "set 10_FHEM_instruction Mach mal in der Küche licht" einen Aufruf machen.

Ich habe gerade online noch einen Test gemacht und das Ergebnis finde ich recht gut.
Der Vorteil ist halt, dass man schreiben und später eventuell auch Sprechen kann, wie der Schnabel gewachsen ist.
NUTZERANFRAGE: Mach ma Küche hell und dann wieder aus.
responce: set MQTT2_zigbee_Ku_Licht ON;; set MQTT2_zigbee_Ku_Licht OFF

NUTZERANFRAGE: küche dunkel
responce: set MQTT2_zigbee_Ku_Licht OFF

NUTZERANFRAGE: küche an
responce: set MQTT2_zigbee_Ku_Licht ON

NUTZERANFRAGE: küche is echt grell
responce: set MQTT2_zigbee_Ku_Licht OFF

Ich könnte mir vorstellen, dass man für mehr Abrfagen eventuell mehrere Konten einrichtet, die man dann in einem rollierend verwendet.

VG   Christian
#19
1Wire / DS18b20 - Unknown module
Letzter Beitrag von marexel - 10 Januar 2026, 18:27:22
Hallo,

und nochmal ich: vorab die Geschichte wie das System aktuell aufgebaut ist:
FHEM ist neu installiert auf dem RPi 2b, darauf das letzte FHEM-Backup des ZeroPi, leider noch bevor ich die Dachsensoren mit eingebunden habe. Insgesamt sind es jetzt 10 DS18b20 per 1Wire am GPIO4.

Ich lese die Temperatursensoren unterm Dach mit cat 28-0517c02628ff/w1_slave
49 01 4b 46 7f ff 0c 10 d5 : crc=d5 YES
49 01 4b 46 7f ff 0c 10 d5 t=20562
problemlos aus und möchte sie nun mitdefine GPIO4 28-0517c02628ff Dach_Vorlaufeinbinden.
Dabei erhalte ich Unknown module 28-0517c02628ff
58_GPIO.pm ist in /opt/fhem/FHEM

In meinen Aufzeichungen steht vorher noch ein definde RPi GPIO4 BUSMASTERdas habe ich aktuell nicht gemacht, ist aber vor dem Backup definitiv gelaufen.

Was übersehe ich?

Danke für Infos, Grüße,

marexel
#20
1Wire / Aw: 4,7k Widerstand zu groß fü...
Letzter Beitrag von marexel - 10 Januar 2026, 18:11:00
Ok, ich muss zugeben das ich in Ermangelung eines ~3,6k Widerstands erstmal 3 eher unwichtige Sensoren abgeklemmt habe. Nun läuft es erstmal (Nun ja, nicht ganz. Aber das in einem neuen Thread).

Was den Busmaster angeht so habe ich außer bei 1-wire.de (kein Zertifikat) allerdings keinen bezahlbaren gefunden. Gibt es da einen aktuellen Tipp der nichts mit selber löten zu tun hat?

Grüße,
marexel