Hauptmenü

Neueste Beiträge

#11
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von jkriegl - 24 Februar 2026, 18:30:40
Bekomme es leider nicht hin. Habe einen Shelly Plus Plug S V1 neu aufgesetzt.
Action on http://192.168.178.xx:8083/fhem?cmd=set+TestShelly+out_on
Mit einem auto_off 20 steht im Event monitor mit interval 10
2026-02-24 18:06:32 Shelly TestShelly uptime: 5856
2026-02-24 18:06:32 Shelly TestShelly relay: on
2026-02-24 18:06:32 Shelly TestShelly timer: 17.2
2026-02-24 18:06:42 Shelly TestShelly uptime: 5866
2026-02-24 18:06:42 Shelly TestShelly timer: 7.1
2026-02-24 18:06:49 Shelly TestShelly uptime: 5873
2026-02-24 18:06:49 Shelly TestShelly relay: off
2026-02-24 18:06:49 Shelly TestShelly timer: -
2026-02-24 18:06:59 Shelly TestShelly uptime: 5883
ohne auto off wird kein (Rest-)timer ermittelt.
2026-02-24 18:14:25 Shelly TestShelly uptime: 6329
2026-02-24 18:14:25 Shelly TestShelly relay: on
2026-02-24 18:14:35 Shelly TestShelly uptime: 6339
2026-02-24 18:14:45 Shelly TestShelly uptime: 6349
2026-02-24 18:14:45 Shelly TestShelly relay: off
2026-02-24 18:14:55 Shelly TestShelly uptime: 6359
Ohne interval tut sich nichts. Vermutlich kommt im FHEM-Modul nichts an.
Die IP ist korrekt, denn bei einem fehlerhaften Shelly.call kommt eine Fehlermeldung.
Was müsste im Log mit verbose 4 stehen bei Aktivierung einer Action.
Der csrfToken müsste richtig und die notwendigen Module vorhanden sein, sonst würde das Modul nicht funktionieren.
#12
KNX/EIB / Aw: Status der KNX Adressen we...
Letzter Beitrag von erwin - 24 Februar 2026, 18:21:46
Hi,
1) wenn Heizg_Luftf_EG_WZ funktioiert, aber Heizg_Luftf_OG_Buero nicht, dann ist dass seltsam:
Die beiden definitionen sind ident, abgesehen von den Gruppenadressen! Daher ist klar, das Interface KNX-Bus- TUL- FHEM funktioniert grundsätzlich.
als Vermutung bleibt: Die Gruppenaddressen sind nicht korrekt, oder (unwahrscheinlich) es gibt ein KNX-Bus Problem zw. EG und OG.

Besser wäre es statt definitionen ein list <device> zu posten, da kann man wesentlich mehr erkennen.

2) zu Problem 1: poste doch mal ein Beispiel eines devices und des notifies, das nicht funktioniert.

3)statt:
Zitatdefine KNX TUL knxd:localhost 1.2.203
besser: define KNXGW KNXIO T localhost:6720 1.2.203 siehe wiki KNXIO - dort gibts auch Hinweise zum knxd
PS: evtl auch einen Blick ins Log vom KNXD werfen, .....
l.g. erwin
#13
ESP Familie / Aw: 360 Grad IR WLAN Gateway
Letzter Beitrag von Loctite - 24 Februar 2026, 18:05:22
Es ist eine SWD. Wer der echte Hersteller ist weiß ich nicht, deshalb war das erst mal Zweitrangring in dem Moment.

Ich habe mir nun einen Wemos D1R1 besorgt, Sketch geflasht aber ich komme nicht per Wlan drauf. Ich habe alle Verbindungen am Smartphone abgeschaltet (automatisch verbinden aus), Mobile Daten aus, aber wenn ich den Accesspoint anwähle erscheint die Meldung zum Anmelden, aber dann sehe ich nur ganz kurz das keine Verbindung zu 192.168.4.1 hergestellt werden kann, und dann ich auch die Wlan Verbindung wieder weg. Habe auch versucht "automatisch verbinden" aber das ändert leider nichts.

Muss im Sketch irgendwas eingestellt werden (außer die Pinbelegung für IR Sender usw.) ?
#14
KNX/EIB / Status der KNX Adressen werden...
Letzter Beitrag von Boekel - 24 Februar 2026, 17:33:40
Hi, ich musste FHEM ganz neu aufsetzen.

Meine Hardware ist:
Raspberry 3b
ZWAVE Doungle
Busware Tulstick (älteres Modell)

Nach der Installation sind die ZWAVE- und KNX-Adressen sowohl über das Web als auch über die FHEM-App schaltbar.

Ich habe aber noch die folgenden 2 Probleme.
Anmerkung: ich habe die fhem.cfg aus der alten Installation übernommen. Dort hatte ich diese beiden Probleme nicht. Was sich jetzt natürlich geändert hat, ist das neue Betriebssystem des Raspberry und neues KNXD und FHEM.

Problem 1:
Wenn ich im EG ein Licht über den Wandschalter schalte, dann sehe ich in der FHEM-App diesen Statuswechsel (on oder off).
Im Keller und OG ändert sich der Status aber nur, wenn ich das Gerät über FHEM schalte aber nicht über den entsprechenden Wandschalter.
Auch der Befehl get Objekt g1 funktioniert dort nicht.

Deswegen funktionieren auch meine notify-Befehle nicht mehr.


Problem 2:
Die Ist-Temperatur, die Luftfeuchtigkeit wird in FHEM für alle Räume angezeigt. Die Soll-Temperatur jedoch nur komplett im EG und nur 2 Geräte im Keller und keines im OG.

Hier mal 2 Beispiele:

das funktioniert:
Zitatdefine Heizg_Luftf_EG_WZ KNX 5/3/13:dpt9.007:Humidity:get:nosuffix 5/6/13:dpt9:solltemp_ist:get:nosuffix 5/5/13:dpt9:temperature:get:nosuffix 2/1/5:dpt5.001:valvepos:get:nosuffix
attr Heizg_Luftf_EG_WZ room C_Heizung,KNX
attr Heizg_Luftf_EG_WZ stateFormat Luftf: Humidity, Ist: temperature °C, Soll: solltemp_ist °C, Ventil: valvepos

das nicht:
Zitatdefine Heizg_Luftf_OG_Buero KNX 5/3/17:dpt9.007:Humidity:get:nosuffix 5/6/17:dpt9:solltemp_ist:get:nosuffix 5/5/17:dpt9:temperature:get:nosuffix 3/1/6:dpt5.001:valvepos:get:nosuffix
setuuid Heizg_Luftf_OG_Buero 69982218-f33f-5a18-095c-2e71c4506b1484d9
attr Heizg_Luftf_OG_Buero room C_Heizung,KNX
attr Heizg_Luftf_OG_Buero stateFormat Luftf: Humidity, Ist: temperature °C, Soll: solltemp_ist °C, Ventil: valvepos




Vielleicht noch zur Zusatzinfo meine Einbindung des TUL-Sticks (gem. FHEM-WIKI):

sudo nano /etc/udev/rules.d/99-usb-serial.rules
ZitatSUBSYSTEM=="tty", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="204b", ATTRS{serial}=="854393438363514130E0", SYMLINK+="knx", OWNER="knxd"

Serielle Schnittstelle deaktiviert

sudo nano /etc/knxd.conf
ZitatKNXD_OPTS="-e 1.2.202 -E 1.2.203:8 -c -DTRS -b tpuarts:/dev/knx"


In fhem.cfg
(hier bin ich mir unsicher, ob das richtig ist, da ich diesen Eintrag nicht in FHEMWIKI gefunden habe):

Zitatdefine KNX TUL knxd:localhost 1.2.203

Vielleicht liegt dort der Fehler?

Ich bin jetzt unsicher, wo ich noch suchen kann. Es irritiert mich, dass es vor der Neuinstallation geklappt hatte.

LG Boekel


#15
Anfängerfragen / Aw: Raspberry über Terminal er...
Letzter Beitrag von Boekel - 24 Februar 2026, 17:07:31
Du hast natürlich Recht! Mache ich!
#16
Homematic / Aw: Hm-OU-CFM-PL bei "regSet" ...
Letzter Beitrag von cocojambo - 24 Februar 2026, 16:25:00
Strange Editor...
Da kannst du Recht haben. Den Editor den ich nutze ist in dem Programm WinSCP integiert.
Vielleicht lieg es ja daran.
Gruß
Nobbi
#17
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von betateilchen - 24 Februar 2026, 15:40:39
Zitat von: Prof. Dr. Peter Henning am 24 Februar 2026, 14:34:34Dann lass uns doch die Sache minimal sichern, und weitermachen, wenn Du Zeit hast. Ich bin auch in der nächsten Woche nicht erreichbar.

Danke für die Hilfe.

Den Internetzugang hatte ich schon vor einiger Zeit wieder freigegeben, weil ich schonmal den Effekt hatte, dass plötzlich keine presets mehr vorhanden waren oder Boxen einfach unkontrolliert anfingen, Musik abzuspielen. Nach der Freigabe der Internetverbindung waren diese Probleme wieder verschwunden.

Bei den beiden jetzt besprochenen Geräten hatte ich auch den permanenten root-Zugriff schon länger aktiviert.

  • Die ST10 habe ich inzwischen wieder eingefangen.
  • Die ST20 gibt bisher überhaupt kein Lebenszeichen mehr von sich, auch das de-brick funktioniert nicht. Es gibt auch keine erkennbaren Zugriffsversuche auf den angeschlossenen USB Stick mit der Update.stu

#18
fronthem / smartVISU / Aw: Neue fronthem-Version v1.2
Letzter Beitrag von wvhn - 24 Februar 2026, 15:27:34
Sorry an alle, die am Update via FHEM gescheitert sind. Das war ein Anfängerfehler.
Die Update-Prozedur erlaubt nur LF am Zeilenende bzw. ignoriert die CR bei CRLF. Dann stimmen natürlich die Größenangaben in der controls_fronthem.txt nicht. ???
Das ist jetzt gefixt und die neue Version heißt v1.2.0

Gruß
Wolfram
#19
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von Prof. Dr. Peter Henning - 24 Februar 2026, 15:10:19
Nächste neue Version. Abgesehen von der Auswertung der scraper.onlineradiobox Daten im reading playinfosrc habe ich noch das Abspielen der "Ankündigungstöne" mit set .. playNotification implementiert.

Schluss jetzt erst mal für ein paar Tage...

LG

pah
#20
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von Prof. Dr. Peter Henning - 24 Februar 2026, 14:34:34
Dann lass uns doch die Sache minimal sichern, und weitermachen, wenn Du Zeit hast. Ich bin auch in der nächsten Woche nicht erreichbar.

Soweit ich das im Kopf habe, hast Du den Boxen den Internet-Zugang gesperrt. Das muss auf jeden Fall wieder rausgenommen werden, danach sollte sie booten und in der Bose-App auffindbar sein. Wenn gar nichts mehr geht, muss das OS neu installiert werden, siehe hier https://wiki.fhem.de/wiki/BOSE_SoundTouch_de-clouding#De-bricking. Wenigstens solltest Du die für Deine Kisten nötige Firmware schon herunterladen, falls BOESE das Zeug kurzerhand löscht...

Danach schlage ich vor, den Root-Zugang permanent einzurichten, so wie hier beschrieben https://wiki.fhem.de/wiki/BOSE_SoundTouch_de-clouding#De-clouding. Zeitaufwand je Box ca. 5 Minuten. Ob Du das dann auf soundcork umschießen willst, kann man noch diskutieren.

Ich bin inzwischen so weit, dass ich solche Dinge wie Sources.xml und Presets.xml auch manuell bearbeiten kann. Das sollte mittelfristig alle Probleme beheben können.

LG

pah