The Members of this group are also core member of the teamspeak team.
haltet eure Platten (SSD oder NVME) im Auge.. die HDD sind nicht betroffen
ich habe ein Cluster laufen und hab mich gewundert was los ist..
von einem Node war die nvme auf 82% .. (Lebenszeit noch 18%) und verursachte Ausfälle im ceph
und das jetzt wo der Speicher sooooooooooooooo günstig ist... man man man
hing noch ein alter tplink switch davor.
dann raus damit.. wenn unifi im haus dann ÜBERALL durchgehend .. sonst hast du Netzwerkprobleme die du nicht lokalisieren kannst
@paul53 damit findet der es nicht da dieser in keinem script ist..
In keinem Script kommt dieser Rolladen noch vor, die Suche im Blocklyscripteditor ist ohne Erfolg.
@iobroker2001 probier mal
const idLog = 'hier kommt der datepunkt vom shelly';
on({id: idLog}, dp => {
const quelle = (dp.state.from.includes('javascript') ? dp.state.c : dp.state.from);
const text = 'Wert: ' + dp.state.val + ', bestätigt: ' + dp.state.ack + ', Quelle: ' + quelle;
console.error(text);
});
dann sollte der überltäter im log stehen als error.. wenns aus iobroker kommt. nicht dass der shelly intern eine routine eingestellt hat
@PackElend admin 7.8.4 adapter version 0.2.0..sonst geht es nicht
dann schrieb ich es nochmal.. gefüllt zum 1000000 mal
alles Batteriebetriebene versucht sich IMMER zuerst mit dem coordinator zu verbinden . Egal wie die LQI ist.. auch bei 1 wird nicht der nächte Router genommen.
Lösung : die Leistung des coordinator zu begrenzen.. das geht über die Einstellungen...
die Sonoff kenn ich nicht. vielleicht @asgothian aber ich vermute die müssen manuell abgeholt werden.. die senden die Daten nicht per se.
@Homoran wiso.. wenn da mist angeliefert wird sollte das abgefangen werden.
zeigmal die einstellungen
@Linguistix ich hab paar korrekturen gemacht installier mal von
@mcm1957 ich würde es erstaml so lassen es gab ein breaking change bei DM und zigbee2mqtt adapter hat paar korrekturen erfahren.. und DM ist noch nicht offiziell.. frei
