ZitatMuss man immer Gerät, Ort, Verb, Ziel angeben, auch wenn weniger Angaben eindeutig wären?
Ich habe z.B. nur eine Zirkulationspumpe, die wir für Heißes Wasser in der Küche zum Spülen verwenden.
Es funktioniert: Zirkulation in der Küche anschalten
Eindeutig wäre : Zirkulation an
Muss man an und ein separat als Ziel definieren, oder geht das auch einfacher?
)
Zitatstreaming.bose.comIch bin noch am Ausprobieren, ob ich mit einem (sowieso vorhandenen) Reverse Proxy die Radiostreams der Fritzbox als lokale dateien maskieren kann. [/s]
events.api.bosecm.com
content.api.bose.io
worldwide.bose.com
api.bose.com
bose.com
Zitat von: betateilchen am 11 Januar 2026, 19:53:41Mangels USB Stick mit microUSB Anschluss komme ich heute nicht mehr weiter...
Zitat von: Prof. Dr. Peter Henning am 15 Januar 2026, 14:22:51Gemach, ich muss das erstmal nachstellen, bin gerade am Hacken der BOSE-Boxen.Ich dachte Du hättest schon einen Fundus von Definitionen in Deinem Babble

Zitat von: Bartimaus am 15 Januar 2026, 12:35:05Das geht mittlerweile ?
#!/bin/bash
export PBS_REPOSITORY=backup@pbs!backup@<pbsServer>:nvme1
export PBS_PASSWORD=<TokenPassword>
#export PBS_FINGERPRINT=d8:3d:3e:....
proxmox-backup-client backup root.pxar:/ --include-dev /etc/pve --exclude /var/lib/vz/dump
Zitat von: Bartimaus am 15 Januar 2026, 12:35:05fand aber die Konfiguration der Backups mittels PBS wesentlich komplizierter

Zitat von: Damian am 12 November 2025, 22:25:54Wenn ein Event, welches im Eventmonitor zu sehen ist, nicht im dbLog landet, dann sollte es eigentlich nicht ein Problem des DOIFs sein.
...
# EG: Erdgeschoss
mwEg_T {
my $x = (
[$SELF:EgAb_T] +
[$SELF:EgAb2_T] +
[$SELF:EgBad_T] +
[$SELF:EgDiele_T] +
[$SELF:EgFlur_T] +
[$SELF:EgEz_T] +
[$SELF:EgEz2_T] +
[$SELF:EgFz_T] +
[$SELF:EgFz2_T] +
[$SELF:EgKu_T] +
[$SELF:EgKu2_T] +
[$SELF:EgWz_T] +
[$SELF:EgWz2_T] +
0) / 13;;
$x = sprintf("%.1f",$x);
set_Reading("mwEg_T",$x,1);
}
# EG: Erdgeschoss
mwEg_T {
my $x = (
[$SELF:EgAb_T] +
[$SELF:EgAb2_T] +
[$SELF:EgBad_T] +
[$SELF:EgDiele_T] +
[$SELF:EgFlur_T] +
[$SELF:EgEz_T] +
[$SELF:EgEz2_T] +
[$SELF:EgFz_T] +
[$SELF:EgFz2_T] +
[$SELF:EgKu_T] +
[$SELF:EgKu2_T] +
[$SELF:EgWz_T] +
[$SELF:EgWz2_T] +
0) / 13;
$x = sprintf("%.1f",$x);
set_Exec("myKlima_timer_mwEg_T", 1, "fhem('setreading $SELF mwEg_T $x')");
}
Zitat von: seven24 am 04 November 2025, 17:57:05Hallo, ich habe in meinem fhem noch ganz viele Geräte von Max! die noch sehr gut ihren Dienst tun.
Eine Verbindung fhem zu HA via MQTT für die Switche, und Fenster/Türkontakte habe ich auch hinbekommen.
Woran es bei mir scheitert sind die Heizungsthermostate / Wandthermostate. Es sollen ja keine komplexen Steuerungen via MQTT in HAS gemacht werden, eine simple Temperaturänderung, bzw ein Umschalten von auto auf manuel würde mir schon reichen.
Die config.yaml für ein climate wird aber nicht umgesetzt, sondern nur mit Fehlern "abgewährt".
Hat wer ein gutes Beispiel für eine HAS config.ymal die eine Max! Thermostat über MQTT steuert?
defmod MAX_12e010 MAX HeatingThermostat 12e010
attr MAX_12e010 userattr mqttAlias:textField-long mqttDefaults:textField-long mqttDisable:both,incoming,outgoing mqttForward:all,none mqttPublish:textField-long mqttSubscribe:textField-long scnModeHandling:NOCHANGE,AUTO,MANUAL scnProcessByDesiChange:0,1 scnShutterList
attr MAX_12e010 IODev CULMAX0
attr MAX_12e010 actCycle 3:00
attr MAX_12e010 alias Heizkörper Bad
attr MAX_12e010 event-min-interval haaction:1800,hadesiredTemperature:1800,hamode:1800,temperature:1800,battery:1800,desiredTemperature:600
attr MAX_12e010 event-on-change-reading haaction,hadesiredTemperature,hamode,temperature,battery,valveposition,state,mode,desiredTemperature
attr MAX_12e010 event-on-update-reading haaction,hadesiredTemperature,hamode,temperature,battery,valveposition,state,mode,desiredTemperature
attr MAX_12e010 eventMap { usr=>{ '^on'=>'desiredTemperature auto', '^off'=>'desiredTemperature off', '^heat'=>'desiredTemperature auto', '^auto'=>'desiredTemperature auto'}, fw=>{'^on'=>'on', '^off'=>'off', '^heat'=>'heat', '^auto'=>'auto'}}
attr MAX_12e010 group Heizkörper
attr MAX_12e010 icon sani_heating
attr MAX_12e010 model HeatingThermostat
attr MAX_12e010 mqttPublish battery|haaction|hadesiredTemperature|hamode|temperature|battery:topic={"$base/$name"}
attr MAX_12e010 mqttSubscribe desiredTemperature:stopic={"$base/desiredTemperature/set"} state:stopic={"$base/hamode/set"}
attr MAX_12e010 room Bad,HASS,MAX
attr MAX_12e010 scanTemp 1
attr MAX_12e010 scnModeHandling NOCHANGE
attr MAX_12e010 scnProcessByDesiChange 1
attr MAX_12e010 stateFormat T: temperature°C D: desiredTemperature°C V: valveposition% M: mode
attr MAX_12e010 userReadings haaction {if(ReadingsVal($name,"valveposition","") eq "0") {return 'off'} else {return 'heating'}},\
hamode {if(ReadingsVal($name,"state","") eq "off") {return 'off'} elsif (ReadingsVal($name,"mode","") eq "auto") {return 'auto'} else {return 'heat'}},\
hadesiredTemperature {return (ReadingsNum($name,"desiredTemperature",0,1))}
attr MAX_12e010 webCmd on:off:auto:desiredTemperature
##############################
climate:
##############################
- name: "Bad"
availability_topic: "fhem/connection/status"
payload_available: "connected"
payload_not_available: "disconnected"
action_topic: "fhem/MAX_12e010/haaction"
precision: 0.5
min_temp: 5.0
max_temp: 30.0
temperature_unit: C
temperature_state_topic: "fhem/MAX_12e010/hadesiredTemperature"
temperature_command_topic: "fhem/MAX_12e010/desiredTemperature/set"
mode_state_topic: "fhem/MAX_12e010/hamode"
modes:
- "off"
- "heat"
- "auto"
mode_command_topic: "fhem/MAX_12e010/hamode/set"
### current_temperature_topic: "fhem/MAX_12e010/temperature"
### Zigbee Sensor für Ist-Temperatur statt Sensor im Thermostat
current_temperature_topic: "zigbee2mqtt/TH_Bad"
current_temperature_template: "{{ value_json.temperature }}"
Zitat von: betateilchen am 14 Januar 2026, 21:43:28Kann man doch?
Läuft bei mir jede Nacht ab 03:00 Uhr für die beiden PVE Hosts und den PBS selbst.
Die elegante Konfiguration über die Proxmox Oberflächen sind auch bei mir der Grund, mit dem PBS zu arbeiten.