Forum Testing

Version 2.2.0 ist da und ich freue mich, dass ich endlich Zeit gefunden habe, ein Feature umzusetzen, dass schon sehr lange auf meiner Todo Liste stand: Konfiguration der Ausgangssperre über den Adapter. Über den Zustand control.current_curfew kann man nicht nur die aktuelle Ausgangssperre auslesen, sondern auch setzen. Das ganze geschieht im nachfolgenden JSON Format:

[{"enabled":true|false, "lock_time":"xx:xx", "unlock_time":"xx:xx"}, ...]

Beispiel:

[{"enabled":true, "lock_time":"19:00", "unlock_time":"20:00"}]

würde eine Ausgangssperre von 19 bis 20 Uhr einrichten und aktivieren.
Für die Katzenklappe können so bis zu vier Zeiträume definiert werden, die Haustierklappe unterstützt leider nur einen Zeitraum. In der neuen App (und mit der neuen Api) können auch einzelne Zeiträume deaktiviert werden.
Beispiel:

[{"enabled":true, "lock_time":"19:00", "unlock_time":"20:00"},
{"enabled":false, "lock_time":"21:00", "unlock_time":"22:00"}]

würde eine Ausgangssperre von 19 bis 20 Uhr einrichten und aktivieren und eine von 21 bis 22 Uhr einrichten aber deaktivieren.
Ein- und ausschalten der aktuell konfigurierten Ausgangssperre ist weiterhin möglich, der Zustand heißt jetzt allerdings control.curfew_enabled. Die Kanäle curfew und last_curfew und deren Zustände entfallen und werden durch den bereits erwähnten Zustand control.current_curfew sowie last_enabled_curfew ersetzt, beide im JSON Format.
Auch die Chronik wurde überarbeitet und steht nun ebenfalls im JSON Format unter history.json.0..x bereit. In der Konfiguration kann eingestellt werden, wie viele Ereignisse angezeigt werden (max. 25).
Die alte Chronik, die bei einigen zu hoher Last geführt hat, kann nach wie vor in der Konfiguration aktiviert werden, ist aber als veraltet markiert und wird in einer der nächsten Versionen entfernt. Wer also Skripte laufen hat, die auf die Zustände der alten Chronik zugreifen, sollte diese zeitnah auf die neuen JSON Zustände umstellen.
Außerdem habe ich intern noch einiges refactored und ein wenig aufgeräumt und die Abhängigkeiten aktualisiert.
Insgesamt sind es diesmal also recht umfangreiche Änderungen und speziell die Ausgangssperre konnte ich nur mit meiner Katzenklappe testen und nicht mit einer Haustierklappe.
Daher freue ich auf Feedback zu den neuen Features und ob alles funktioniert, wie es soll!

English:

Version 2.2.0 is here and I'm pleased that I've finally found time to implement a feature that has been on my to-do list for a very long time: configuring the curfew via the adapter. Using the control.current_curfew state, you can not only read the current curfew, but also set it. For this, the following JSON format is used:

[{"enabled":true|false, "lock_time":"xx:xx", "unlock_time":"xx:xx"}, ...]

Example:

[{"enabled":true, "lock_time":"19:00", "unlock_time":"20:00"}]

would set and activate a curfew from 7 pm to 8 pm.
Up to four timespans can be defined for the cat flap; unfortunately, the pet flap supports only one. In the new app (and with the new Api), individual time periods can also be deactivated.
Example:

[{"enabled":true, "lock_time":"19:00", "unlock_time":"20:00"},
{"enabled":false, "lock_time":"21:00", "unlock_time":"22:00"}]

would set up and enable a curfew from 7pm to 8pm and set up but disable one from 9pm to 10pm.
It is still possible to switch the currently configured curfew on and off, but the status is now called control.curfew_enabled. The curfew and last_curfew channels and their states have been removed and replaced by the aforementioned control.current_curfew and last_enabled_curfew states, both in JSON format.
The history has also been revised and is now also available in JSON format at history.json.0..x. The number of shown events can be set in the configuration (max. 25). The old history, which led to a high load for some users, can still be activated in the configuration, but is marked as deprecated and will be removed in one of the next versions. Therefore if you have scripts running that access the states of the old history, you should change them to use the new JSON states as soon as possible.
I have also refactored and tidied up a few things internally and updated the dependencies. All in all, there are quite extensive changes this time and I was only able to test the curfew with my cat flap and not with a pet flap.
So I'm looking forward to your feedback on the new features and whether everything works as it should!

@rtwl sagte in raspi stürzt alle 2 Tage ab.:

vcgencmd measure_temp zeigt mir aktuell 55.0°C
Auch hier die Frage: Kann ich die Werte mit iobroker auslesen und mit history loggen?

55 ist harmlos

<xml xmlns="https://developers.google.com/blockly/xml">
  <variables>
    <variable id="a$^rKdyl`cl{IK_5T[/A">Temp</variable>
    <variable id=";S~@.m0_O?}2lacJiSpB">result</variable>
  </variables>
  <block type="schedule" id="1y!|IDzX|)QzH3qR7=^b" x="38" y="88">
    <field name="SCHEDULE">* * * * *</field>
    <statement name="STATEMENT">
      <block type="exec" id="|x4L*fiLq,8[](2qgSMG">
        <mutation xmlns="http://www.w3.org/1999/xhtml" with_statement="true"></mutation>
        <field name="WITH_STATEMENT">TRUE</field>
        <field name="LOG"></field>
        <value name="COMMAND">
          <shadow type="text" id="OvFX.wfDL*}frG0jth!K">
            <field name="TEXT">vcgencmd measure_temp</field>
          </shadow>
        </value>
        <statement name="STATEMENT">
          <block type="variables_set" id="/tP?.];0Ko{,#t($yevd">
            <field name="VAR" id="a$^rKdyl`cl{IK_5T[/A">Temp</field>
            <value name="VALUE">
              <block type="convert_tonumber" id="@AR_m{CvFy:sj-^Ju4~w">
                <value name="VALUE">
                  <block type="text_getSubstring" id="23B%VfeRw4/6[Sdo{ssl" inline="false">
                    <mutation at1="true" at2="true"></mutation>
                    <field name="WHERE1">FROM_START</field>
                    <field name="WHERE2">FROM_START</field>
                    <value name="STRING">
                      <block type="variables_get" id="Ix?+/uuM:q=%#.8YhOn#">
                        <field name="VAR" id=";S~@.m0_O?}2lacJiSpB">result</field>
                      </block>
                    </value>
                    <value name="AT1">
                      <block type="math_number" id="z2V@7wFhco{P!;I{/x2]">
                        <field name="NUM">6</field>
                      </block>
                    </value>
                    <value name="AT2">
                      <block type="math_number" id="y+D^U^L}E(*h5=jp^Beu">
                        <field name="NUM">10</field>
                      </block>
                    </value>
                  </block>
                </value>
              </block>
            </value>
            <next>
              <block type="update" id="8lSa;Bon-Ze[Tz60~dB}">
                <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
                <field name="OID">Messwerte.0.HardwareDaten.Master.CPU_Last.CPU_Temp</field>
                <field name="WITH_DELAY">FALSE</field>
                <value name="VALUE">
                  <block type="variables_get" id="7FKUo2wWMC~JY}vCY_zQ">
                    <field name="VAR" id="a$^rKdyl`cl{IK_5T[/A">Temp</field>
                  </block>
                </value>
              </block>
            </next>
          </block>
        </statement>
      </block>
    </statement>
  </block>
</xml>

@edstobi wir reden aber schon vom node-red Adapter und nicht von einer unabhängigen node-red Installation??

@edstobi sagte in backitup sichert keine Passwörter oder api key's:

Node-Red 4.0.3

sicher?
aktuell ist der node-red Adapter bei 5.2.1.

@edstobi üblicherweise sichert backitup alle Passwörter und zugangsdaten, die in der Konfiguration der Instanzen enthalten sind.
sollten sie "nur" in den Skripten und flows "versteckt" gewesen sein, müssten si mit den skripten oder f,ows wiederhergestellt werden.

@edstobi sagte in backitup sichert keine Passwörter oder api key's:

Nach den Rückspielen von Node-Red über Backitup f

welche Versionen ba kitup und node-red Adapterr?

@edstobi

Hmm kanns gerade nicht nachvollziehen aber wenn du Fehler gefunden hast, dann mach ein PR oder zumindest mit genauen Angaben und den logfiles ein Issue.

@mcm1957 das ist wahrscheinlich nicht einmal das Problem, aber wenn ich zwischen seinen Zeilen lese, dass er

@horst-böttcher sagte in R7s-Sockel:

eine lösung .. also Zigbee oder Tuya wlan

sucht, dann will er smart bulbs für diese Fassung haben.

So etwas habe ich nich gefunden, bezweifle auch, dass der Markt groß genug dafür wäre

@agrippinenser Ehrlich gesagt weigere ich mich auch nur einen Gedanken daran zu verschwenden ob einer der Vögel auf meiner Sperrliste versucht hat mich anzurufen.
Die sind allesamt da drauf weil es einen bestimmten Grund hat. Die müssen nicht auch noch bei mir in irgendeiner Statistik auftauchen.

@bernd-3 sagte in Backitup auf NAS kriege ich nicht hin:

Unter Grundlegendes Satz 4 ff

ioBroker.backitup arbeitet sehr eng mit dem js-controller zusammen und erstellt ein ioBroker Backup identisch dem CLI Befehl iobroker backup.

@bernd-3 sagte in Backitup auf NAS kriege ich nicht hin:

Auf welchen Screenshot wartet Ihr?

dein Analogon zu dem von @Codierknecht Natürlich

@homoran sagte in Backitup auf NAS kriege ich nicht hin:

und ohne irgendwelche Konfigurationen kann man auch gar nicht helfen!

@rtwl sagte in raspi stürzt alle 2 Tage ab.:

der Tipp mit dem 'top' Befehl ist super,

sonst hätte ich nicht danach gefragt.

@rtwl sagte in raspi stürzt alle 2 Tage ab.:

aber die tausende Werte helfen mir schwer weiter.

dann zeig sie doch

@rtwl sagte in raspi stürzt alle 2 Tage ab.:

scheinbar liegt es nicht an Überhitzung,

Natürlich nicht. Dann hätte das im iob diag gestanden.

@rtwl sagte in raspi stürzt alle 2 Tage ab.:

heute Vormittag war nur eine Warnung im Log (bring Adapter hatte einen Fehler),sonst war alles gut. 2h später wieder ein Totalausfall

und zwischendurch die Ergebnisse von top hast du nicht gespeichert?

@rtwl sagte in raspi stürzt alle 2 Tage ab.:

eine SanDisk High Endurance habe mit 64GB im Warenkorb habe und bald bestellen werde. Oder passt die nicht bzw tatsächlich auf 128 GB gehen?

Natürlich reicht die.

@rtwl sagte in raspi stürzt alle 2 Tage ab.:

bevor ich mir einen aktiv Kühler für den raspi 4 hole

sagst du uns erst einmal wie hoch deine CPU Temp überhaupt ist.

pi@ioBrokerpi5:~ $ vcgencmd measure_temp
temp=59.8'C