Neueste Beiträge

#1
Hard- und Firmware / Aw: Firmware zu CUL, CUNX und ...
Letzter Beitrag von noansi - 12 Juni 2026, 00:06:04
Hallo Eckart,

kannst Du in dem Zustand, in dem nicht empfangen wird, noch Aktoren schalten?

Schalten sie, auch wenn keine Rückmeldung empfangen wird?

Gruß, Ansgar.
#2
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von Jochen1977 - 11 Juni 2026, 22:25:02
Super! Vielen Dank, bei mir läuft es jetzt auch wieder mit normaler CPU Last.

Danke und Gruß Jochen
#3
Hard- und Firmware / Aw: Firmware zu CUL, CUNX und ...
Letzter Beitrag von exocet01 - 11 Juni 2026, 21:59:01
Hallo Ansgar,

Es kann sehr gut sein dass es einen Störer in der Umgebung gibt. Die Empfangswerte liegen bei 60 bis 80 dB. Nur der Helligkeitssensor hat schlechtere Werte: min:-103.5 max:-69.5 avg:-84.2 lst:-85
Nachdem der Sensor fast einen ganzen Tag nichts gesendet hat, empfange ich seit gestern Abend wieder alle Nachrichten. Ich werde es mal weiter beobachten. Einen Störer kann ich ja nicht abschalten 🙁.

Gruß,
Eckart
#4
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von enno - 11 Juni 2026, 21:35:37
Moin,

ich hatte auch das Problem, dass nur Senden, aber kein Empfang ging. Ich habe wie im Script vermerkt auf den Seite die "latest Version" genommen.

SIGNALVERSION="0.14.5"
#Check for latest valid version at https://github.com/AsamK/signal-cli/releases
LIBRARYVERSION="0.96.0"
#Check for latest valid version at https://github.com/exquo/signal-libs-build/releases

Dann das Script gestartet und alles lief wieder.

Gruss
  Enno
#5
Server - Linux / Aw: [Docker / Container] echod...
Letzter Beitrag von Sidey - 11 Juni 2026, 21:23:43
Zitat von: rabehd am 11 Juni 2026, 08:11:21Wie gesagt, ich habe nur den Container angelegt und im bestehenden System nichts angepasst.

In diesem Fall ist das erklärt.
Solange Du keinen Login per API Aufruf vorgenommen hast, ist der Service nicht lauffähig und es kommt zu diesem Verhalten.

Grüße Sidey
#6
Hard- und Firmware / Aw: CDC2NET - beliebigen USB-C...
Letzter Beitrag von tostmann - 11 Juni 2026, 21:14:12
Hallo eisman,

sehr gut — Du bist für beides genau richtig ausgerüstet, und mit ser2net kennst Du den Anwendungsfall ja schon aus der Praxis. Lass uns die zwei Geräte kurz auseinandersortieren, dann weißt Du, was wohin gehört:

HM-MOD-RPI-PCB → das ist der klassische RFNETHM-Fall, nicht CDC2NET. RFNETHM nimmt das HM-MOD-RPI-PCB direkt auf den 40-Pin-Header des ESP32-S3 (also ohne den FT232RL davor) und stellt es dem Server dann auf zwei Wegen bereit: als HMUARTLGW-Port (TCP 2330) für FHEM CUL_HM / Homegear und parallel als HB-RF-ETH-Emulation für RaspberryMatic / piVCCU. Der Funk-Teil bleibt das echte eq-3-Modul mit eq-3-Firmware. (Wenn Du das Modul unbedingt am FT232RL lassen willst statt am Header, ist das ein reiner Raw-Serial-Bridge-Fall — das können wir separat anschauen, aber der Header-Weg über RFNETHM ist der sauberere.)

ConBee II → das ist der CDC2NET-Kandidat, also genau das, was Du heute mit ser2net machst. Ob CDC2NET ihn direkt öffnet, hängt an seinem USB-Chip — und da rate ich lieber nicht, sondern messe. Kannst Du mir kurz sagen, als was Dein ConBee II unter Linux auftaucht?

- erscheint er als /dev/ttyACM* (→ CDC-ACM, dann sollte CDC2NET ihn ohne Weiteres erkennen), oder als /dev/ttyUSB* (→ dann steckt ein USB-Serial-Chip dahinter)?
- und einmal die Zeile aus lsusb für den Stick (VID:PID + Hersteller)?

Damit kann ich Dir verbindlich sagen, ob der ConBee II direkt läuft oder ob ich seinen Chip erst in den VCP-Treibersatz aufnehmen muss — statt Dich blind probieren zu lassen.

Drei S3 in der Hinterhand klingt perfekt für einen direkten Vergleich CDC2NET vs. Dein bestehendes ser2net. Melde Dich mit der lsusb-Zeile, dann legen wir los.

Gruß,
Dirk
#7
Ankündigungen / Aw: readingsProxy: überarbeite...
Letzter Beitrag von Dr. Boris Neubert - 11 Juni 2026, 20:49:00
Hallo,

daran wurde nichts geändert. Ich habe in den Code geschaut und das sollte noch gehen. $DEVICE bezieht sich auf den primären Proxy:

  my $set_fn = AttrVal( $hash->{NAME}, "setFn", "" );
  if( $set_fn =~ m/^{.*}$/s ) {
    my $CMD = $a[0];
    my $DEVICE = $primaryDevname;
    my $READING = $primaryReading;
    my $ARGS = join(" ", @a[1..$#a]);

    my $set_fn = eval $set_fn;
    Log3 $name, 3, $name .": setFn: ". $@ if($@);

    readingsSingleUpdate($hash, "lastCmd", $a[0], 0);

    return undef if( !defined($set_fn) );
    $v = $set_fn if( $set_fn ne '' );
  } else {
    readingsSingleUpdate($hash, "lastCmd", $a[0], 0);
  }

Kannst du mal bitte Device-Definition (raw für Forum) posten?

Grüße
Boris
#8
Sonstiges / Aw: Ecowitt API - diverse Wett...
Letzter Beitrag von Dr. Boris Neubert - 11 Juni 2026, 20:41:34
Bei den letzten Ergänzungen des Moduls habe ich das API gelesen und die Werte des Moduls app-geglichen und die Messwerte waren identisch. Ich habe GW2000A_V3.3.1 mit Sensor 0xC5B6 (WS90). Die Einheiten im GW2000A sind auf Rain: mm, Capacity: L, und Irradiance W/m² gestellt.

@gent: Sind die Werte in der App plausibel: ein falscher Faktor 10 beim Regen ist ja leicht erkennbar.

Grundsätzlich könnte man Korrekturwerte über Attribute ins Modul tun, aber ich bin mir noch nicht klar, ob die Abweichungen nicht auch schon auf der Senderseite eliminiert werden könnten: Firmware-Update zu neuerer API-Version (nicht nachgesehen, ob es überhaupt Unterschiede gibt), Einstellungen (kann allerdings nur mm oder Zoll auswählen, also nix, was Faktor 10 erklärt).
#9
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von Che007 - 11 Juni 2026, 20:30:53
Hallo zusammen,

ich habe seit heute auch das Problem, dass ich Nachrichten senden kann, aber empfangen werden keine mehr.
Ich habe wie KeyleK mal auf Version 014.4.1 aktualisiert, aber das Empfangen geht leider weiterhin nicht.

EDIT:
lt github signal-cli in 0.14.5 gefixt.

Ja in der install-signal Datei auf 0.14.5 ändern, damit geht es!
#10
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von rs - 11 Juni 2026, 20:15:57
Merci