@s-bormann sagte in Test Adapter iQontrol 1.8.x Vis:
Spoiler:
Wer hat Interesse an einem Dark-Mode für das FrontEnd?
Hier - sehr gerne auch für den Admin-Bereich 
Aber fast noch besser fände ich, wenn der „iqontrol“-Eintrag in der linken Menüleiste nicht die iqontrol-Vis aufrufen würde (die erreicht man ja auch direkt über „Overview“), sondern den Admin-Bereich. Den erreicht man z.Z. ja nur über diverse Klicks und Gescrolle… 
(der Zigbee-Adapter macht‘s auch so - das finde ich sehr praktisch)
@cainam sagte in Brenner Zustand abgreifen:
@JLeg said in Brenner Zustand abgreifen:
@cainam sagte in Brenner Zustand abgreifen:
@JLeg said in Brenner Zustand abgreifen:
B4 ist sogar extra
Was meinst du mit B4? vom Shelly oder bei der Heizung?
Hinten hat es ja so ein Steuergerät (rot) kann man das evt. da direkt abgreifen? Shelly EM am Blauen
das "Steuergerät" ist der (genormte) Stecker vom Brenner!
Aber der Shelly1 bräuchte ja auch noch ein L? wo nimmst du das her?
B4 = da wo 4-N steht?
ja, dachte das sei klar - der Shelly braucht natürlich grundsätzlich auch Saft, also "L" und "N". Bei deinem Stecker ist "L" da, wo die "12" steht - du solltest aber prüfen, ob dort dauerhaft "L" anliegt, oder nur wenn das Ding läuft, in dem Fall muss "L" von woanders her genommen werden (z.B. von der Regelung - die hat üblicherweise auch ein "Klemmbrett").
Also Saft für Shelly: "L" und "N" am Shelly ("I" ist glaube ich nur nötig, wenn auch was zum Schalten am Shelly hängen soll); Anschluss Shelly "SW" an "B4" vom Brenner.
Ansonsten hier aber angesichts der "Fragen" hier: Es handelt sich um 230V, also lebensgefährlich => lass' das lieber eine Fachkraft machen... 
@homoran sagte in Go e-charger:
@freundernacht sagte in Go e-charger:
Wird für den Adapter eigentlich die Cloud benötigt,
Nein!
Könnte aber, wenn man unbedingt wollte
genau - und beides läuft problemlos parallel, iobroker greift über die lokale IP zu, und wenn man unterwegs mal nachschauen möchte, kann man die App über die Cloud nutzen…
@dslraser sagte in iQontrol Vis Support Thread:
Hallo Zusammen,
weiß Jemand wie ich in der Additional Control Anzeige die Hintergrundfarbe dieser Ansicht einstellen/verändern kann ? Ich finde gerade nichts passendes dazu.
ich glaube, das geht nur per CSS in den "Optionen"; bei mir tut's das so (Dark Mode aktiv):
html.color-mode-dark #Dialog{
background: #303030 !important;
border-color: #5f5f5f !important;
text-shadow: 0 0px 0 #999 !important;
color: #D0D0D0;
}
@chaot …da haben wir uns überschnitten; so wird‘s übersichtlicher:
var wert = (x - in_min) * (out_max - out_min) / (in_max - in_min) + out_min;
return Math.round(wert);
@lobomau sagte in Go e-charger:
@jleg vielleicht kommt ja mal ein Update dazu!? Ist hier Stand August 2021:
ok, das "noch" gibt Hoffnung 
- dürfte letztlich ja eigentlich eine reine Softwarefrage sein, denke ich. Bin mit dem go-e-charger aber so zufrieden (auch was den Support betrifft), dass ich mir in jedem Fall eine weitere Box holen werde...
@marcelinho sagte in iQontrol Vis Support Thread:
Wie kann ich den die Zeile benennen? Info_A und B sind ja für etwas anderes bestimmt.
Geräte Typ ist "Wert"
beim "State" rechts auf den "Schraubenschlüssel", "Iqontrol" aktivieren und bei "Einheit" "Minuten" eingeben - sollte so eigentlich tun...
@wildbill sagte in Fehler Admin auf Ipad nach Update:
Das sehe ich bei mir nicht in der Definition Sicherheitswarnung,
<klugscheiss>...nach ISO 7010 ist das das Symbol "W001" mit der Bedeutung "Allgemeines Warnzeichen"</klugscheiss>
@wendy2702 sagte in WW Zirkulationspumpe bedarfsgerecht ein- und ausschalten:
@homoran Hattest du eine Seite vorher schon
Frage mich welche Hochleistungszirkulationspumpe da zum Einsatzkommen muss damit das Warme wasser schneller am Hahn ist.
Hat da jemand Erfahrungswerte?
unsere vermutlich nicht ungewöhnliche Stratos Eco-Z lässt sich von 6 - 60W einstellen. Und 60W ballern schon ganz gut - im Timerbetrieb reichen bei uns 10-12W völlig…
@jan1 said in Tasmota neuere .bin bearbeiten:
VSCode installieren und zu verwenden ist eigentlich so leicht, das erklär ich hier mit ein paar Bildchen.
...und wer's nur 1 x pro Jahr oder so braucht und daher das Installieren vermeiden möchte - das Ganze klappt auch prima komplett im Browser per Gitpod, und ist 1a dokumentiert:
https://tasmota.github.io/docs/Gitpod/
@asgothian sagte in Test Adapter iobroker.Zigbee 1.10.10:
Das Modifizieren von Adapter-gesteuerten Objekten ist generell keine akzeptable Lösung für ein derartiges Problem - das muss auf der Adapter-Seite gelöst werden.
...irgendwer hat mal gesagt "akzeptabel ist, was funktioniert" ; "auf Adapterseite" würde imo aber bedeuten, man müsste eine Struktur schaffen für "ignoriere Wert/Objekt XY" - was nach Aufwand klingt. Der mir hierfür sicher nicht nötig scheint, da trenne ich mich dann doch lieber irgendwann mal vom Sensor...
@homoran sagte in Test Adapter iobroker.Zigbee 1.10.10:
@jleg sagte in Test Adapter iobroker.Zigbee 1.10.10:
hält natürlich nur bis zum nächsten Adapterstart)
sollte bis zum nächsten Update halten, oder werden bei shelly bei jedem Adapter start die States neu angelegt?
stimmt! (gerade mit dem "Shelly" ausprobiert...)
@asgothian sagte in Test Adapter iobroker.Zigbee 1.10.10:
@jleg Da müsste ich im Code nachschauen was da genau geschrieben wird. Es ist denkbar das der Adapter das gesamte Objekt aktualisiert, nicht nur den Wert schreibt.
ah ok, das tät's erklären; klingt bissel nach "Optimierungspotenzial"?
@asgothian mich hat halt gewundert, dass ich z.B. beim Shelly-Adapter "min/max" in Read-only-Objekten problemlos ändern kann (hält natürlich nur bis zum nächsten Adapterstart), beim Zigbee aber nicht... (?)
Ich hätte da ein kleines Problemchen - einer von etlichen Aqara Temperatursensoren (WSDCGQ11LM) hat sich spontan entschlossen, negative Werte für "pressure" zu senden. Batterie raus/rein hilft nicht. Wäre mir völlig egal, da ich "Pressure" nicht auswerte - aber der Zigbee-Adapter erzeugt nun alle 10 Sekunden eine Warning im Log
2024-11-20 20:38:54.308 - warn: zigbee.0 (2918776) State value to set for "zigbee.0.00158d0001dd0c59.pressure" has value "-887.3" less than min "0"
aktuell habe ich den Adapter im Loglevel "Error" - leider entgehen mir damit dann andere oft sehr nützliche Meldungen.
Bei anderen Adaptern war/ist es möglich, z.B. per Script nach dem Starten des Adapters einfach das jeweilige Objekt zu ändern (hier "min" auf "-1000" o.ä. setzen) - beim Zigbee-Adapter scheint das so nicht möglich (Änderung "geht" zwar, diese ist aber sofort wieder rückgängig gemacht).
Gibt's vielleicht einen Trick, um das zu lösen? Würde den Sensor eigentlich ungern nur deswegen wegwerfen...
(Adapter-Version ist inzwischen 1.10.13, war bei 2-3 älteren Versionen aber genauso)
@krys setz' die Protokollierung für den Adapter doch mal auf "Debug", und warte dann einen Absturz ab. Vielleicht wirft das etwas mehr Licht auf das Problem...
@homoran sagte in Crash vom pi5:
@jleg ok, den short press hab ich leider vorher nicht versucht
...hätte auch fast garantiert nicht funktioniert - s.o., dafür muss das OS noch leben, und wenn es das getan hätte, wärst du mit hoher Wahrscheinlichkeit auch per ssh noch draufgekommen...
@meister-mopper sagte in Crash vom pi5:
Also sudo poweroff
nicht anderes macht der kurze Druck auf den Taster - intern wird einfach ein Systemprozess getriggert, der einen "Software Shutdown" ausführt. Geht aber "ssh" nicht mehr bzw. ist die Kiste tot, bleibt nur die Hardware-Variante (wozu der "Longpress" gehört).
@homoran sagte in Crash vom pi5:
das sollte über den Button beim pi5 aber passieren.
Shutdown Taster 5 sek gedrückt
Ja, 1. wenn man kurz drückt, und 2. das OS noch lebt
aus der RPi Doku: "To force a hard shutdown, press and hold the power button"
also im Prinzip wie ACPI bei den x86 Windowskisten...
@homoran sagte in Crash vom pi5:
Die dmesg Meldungen gefallen mir nicht, recovery
das ist eigentlich normal - wenn das FS vorher nicht regulär ausgehängt wurde beim Runterfahren ("Schalter aus") bleibt das "dirty bit" gesetzt, und beim nächsten Start gibt's eine Recovery - die in Zeiten von ext4, zfs, btrfs (alles "journaled") i.d.R. auch funktioniert. So wie jetzt bei dir...
Ich würde mir aber mal dmesg (und ggf. /var/log/messages bzw. /var/log/daemon.log) zum Zeitpunkt der Probleme/des Absturzes anschauen. Vielleicht war's ja nur ein Netzteilproblem.
