Neueste Beiträge

#11

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.

Code Auswählen Erweitern

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

#12

Server - Linux / Aw: [Docker / Container] echod...

Letzter Beitrag von Sidey - 11 Juni 2026, 21:23:43

Wie 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

[HM-MOD-RPI-PCB]

#13

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

#14

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:

Code Auswählen Erweitern

  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

#15

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).

#16

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!

#17

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von rs - 11 Juni 2026, 20:15:57

Merci

#18

Hard- und Firmware / Aw: CDC2NET - beliebigen USB-C...

Letzter Beitrag von eisman - 11 Juni 2026, 20:09:34

hi,

den HM-MOD-RPI-PCB habe ich auch schon mit ESP8266/Serial betrieben,
aktuell laufen 2 über USB(FT232RL).
Da ich noch einen liegen habe, könnte ich den auch über CDC2Net ausprobieren.

bei dem deConz3 bin ich mir nicht sicher,
den deConz2 hatte ich auch schon über ser2net laufen.

beide Installationen liefen in einer Hyper/V(VM)

aktuell habe ich die Installationen auf ProxMox

da ich aktuell alles auf ESP32S3/R16N8 umstelle, habe ich natürlich auch 3stück als Reserve eingeplant.


grüß

#19

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von Peter_Listig - 11 Juni 2026, 20:09:07

@Michael

Vielen Dank für die schnelle Abhilfe.
Habe Deine Änderung gegen 15.00 Uhr
Umgesetzt - seitdem läuftdad echodevice
wieder problemlos.
Werde weiter beobachten ...

Grüße
Peter

#20

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

Letzter Beitrag von kabanett - 11 Juni 2026, 20:03:40

Hallo zusammen,
ich bin aus dem Urlaub zurück gekommen und musste feststellen, dass das alte FritzBox Modul eine Menge Fehler ausgibt.
So habe ich, wie dort beschrieben, umgestellt auf FritzSmart. Das hat soweit auch funktioniert.

Leider ist die Device Ansicht sehr groß. Ich kann gar nicht so klein zoomen um das Ganze zu sehen.
Ich Vermute es liegt an den Internals und dort der Eintrag ".AttrList".
Wie kann ich die Ansicht wieder lesbar bekommen?

Gruß