Raspi GPIO wird gesetzt, wie Ursache herausfinden?

[Laser]

@Homoran habe die Objekte auf einem Tablet dargestellt und am PC den Adapter neu gestartet. Der Wert steht. Falls man das überhaupt so kontrollieren kann.

[Laser]

@ticaki Blockly mag ich nicht. Mit dem Assync hatte ich mal gelesen, daß man das besser verwenden soll.

[ticaki]

@laser sagte in Raspi GPIO wird gesetzt, wie Ursache herausfinden?:

@Homoran habe die Objekte auf einem Tablet dargestellt und am PC den Adapter neu gestartet. Der Wert steht. Falls man das überhaupt so kontrollieren kann.

du siehst das nicht, das must du ins log schreiben lassen.

@laser sagte in Raspi GPIO wird gesetzt, wie Ursache herausfinden?:

@ticaki Blockly mag ich nicht. Mit dem Assync hatte ich mal gelesen, daß man das besser verwenden soll.

async lässt das nur asychron laufen... im Grund wenn wir folgende auszuführende Funktionen in deinem Skript hast

a
b async
c
d

wird das sehr warscheinlich so ausgeführt
a
c
d
b

Also nicht nutzen wenn nicht erforderlich. Da du nicht weißt wann es ausgeführt wird, nur dass es ausgeführt wird.

btw. meckert der Javascript editor bestimmt über die fehlende return Promise() die er dann auch Promt rot markiert, weil er sie zwar haben will, aber nicht kennt

[Laser]

@Homoran
Der Wert des VE Adapters bricht nicht ein oder etwas Anderes, wenn der Adapter neu gestartet wird.
Den Adapter starte ich neu, wenn er gestört ist (Überwachung im Log). Soll das immer genau 5:20 Uhr sein?

[ticaki]

@laser
Wieso schreibst du 5:20 zeigst aber das log von 5:22?

[paul53]

@laser sagte: Mit der Lupe arbeite ich und finde nur die gewollten Stellen.

Suchbegriffe werden unter der Gruppe "global" nur im Expertenmodus gefunden.

[Laser]

@ticaki 5:22 habe ich durch Suchen nach gpio.22 gefunden. Die Zeit 5:20 habe ich (ungenau) aus dem E-Chart ermittelt. Die Zeit, zu der ungewollt eingeschaltet wurde.

[Homoran]

@laser dann sieh erst einmal zu, dass sämtliche Leichen verschwinden und das log nicht zugemüllt wird.

Vorher ergibt es keinen Sinn nach etwas zu suchen, von dem es dann heisst: gibt es nicht mehr!

[Laser]

@homoran bin ich gerade dabei! Manche Shellys fliegen raus. Werden aber als Weihnachtsbeleuchtung möglicherweise wieder gebraucht. Der gpio.22 soll aber bleiben.
javascript.0.variables.kW-Hoy war ein Schreibfehler nach einer Änderung.

[Laser]

@paul53 Auch unter dem Expertenmodus finde ich nur die Scripte, die ich benötige. Nicht den bösen "Querschießer"

[ticaki]

@laser
du könntest natürlich noch die anderen Skript posten, dann schaue ich auch mal darüber. Aber erst heute abend, bin jetzt weg

[Laser]

@ticaki hier das 2. Script:
sicher unelegant, ich bin noch in der Forschungsphase, was ich überhaupt wie machen kann um den maximalen Solarertrag zu erzielen.

// über MQQT Datenpunkt beschreiben- alt, jetzt Adapter
let ZielwertM  = 80;
let ZielwertA = 180;

 schedule({hour: [19], minute:[10] },   function () {
setState('rpi2.0.gpio.22.state'/**/,1);  //  1 ist einschalten
});
 // Abends einen anderen Sollwert zur Einspeisung setzen
schedule({hour: [19], minute:[15] },   function () {
//ZielwertA = getState('javascript.0.variables.SollwertHoy330Abend'/*SollwertHoy330Abend*/).val;
setState('opendtu.1.112184711203.power_control.limit_nonpersistent_absolute'/**/,ZielwertA);
});

 // Morgens einen anderen Sollwert zur Einspeisung setzen
schedule({hour: [02], minute:[15] },   function () { 
//ZielwertM = getState('javascript.0.variables.SollwertHoy300'/*SollwertHoy300*/).val;
setState('opendtu.1.112184711203.power_control.limit_nonpersistent_absolute'/**/, ZielwertM);
});

schedule({hour: [09, 23 ], minute:[20] },   function () { 
setState('opendtu.1.112184711203.power_control.limit_nonpersistent_absolute'/**/,10); // vor dem Ausschalten runterfahren
});

schedule({hour: [09,10 ], minute:[27] },   function () { 
setState('rpi2.0.gpio.22.state'/**/,0);  //  0 ist ausschalten
});
// Anpassung der Einspeiseleistung (getaktet):
setInterval(Einspeisen,20000 );
function Einspeisen () {
let netzeinspeise = getState('javascript.0.variables.DP-kW-ges-Zaehler'/*DP-kW-ges-Zaehler*/).val;
let SWLeistung    = getState('opendtu.1.112184711203.power_control.limit_nonpersistent_absolute'/**/).val;
console.log(" netzeinspeise: " +netzeinspeise);

if (netzeinspeise <= (-0.01)){
SWLeistung = (SWLeistung -10)  // Wenn eingespeist wird, takte den SW Umrichter runter
if (SWLeistung <=10) {SWLeistung = 10};  // Begrenzer
//console.log("SWL: " + SWLeistung);
setState('opendtu.1.112184711203.power_control.limit_nonpersistent_absolute'/**/,SWLeistung);
};   // Ende if

// Und schnell runterfahren bei großer Leistung ins Netz:
if (netzeinspeise <= (-0.1)){
SWLeistung = (SWLeistung -100)  // Wenn eingespeist wird, takte den SW Umrichter runter
if (SWLeistung <=10) {SWLeistung = 10};  // Begrenzer
//console.log("SWL: " + SWLeistung);
setState('opendtu.1.112184711203.power_control.limit_nonpersistent_absolute'/**/,SWLeistung);
};   // Ende if


if (netzeinspeise >= (0.01)){
SWLeistung = (SWLeistung +10)  // Wenn eingespeist wird, takte den SW Umrichter runter
if (SWLeistung >=230) {SWLeistung = 230};  // Begrenzer
console.log("SWL+: " + SWLeistung);
setState('opendtu.1.112184711203.power_control.limit_nonpersistent_absolute'/**/,SWLeistung);
};   // Ende if

// schnell hochfahren bei Verbraucher >100 Watt ein:
if (netzeinspeise >= (0.1)){
SWLeistung = (SWLeistung +100)  // Wenn eingespeist wird, takte den SW Umrichter runter
if (SWLeistung >=230) {SWLeistung = 230};  // Begrenzer
console.log("SWL+: " + SWLeistung);
setState('opendtu.1.112184711203.power_control.limit_nonpersistent_absolute'/**/,SWLeistung);
};   // Ende if

};  //Ende function Einspeisen

[paul53]

@laser
Zeilen 6 und 25 !!
Dürfte sich allerdings nicht um 5:21 Uhr auswirken.

[Laser]

@paul53 (6 und 25) Da soll ja auch geschaltet werden. Abends ein und Morgens wieder aus.
Und wenn die Akkuspannung absinkt (im anderen Script).

[Homoran]

@laser sagte in Raspi GPIO wird gesetzt, wie Ursache herausfinden?:

Manche Shellys fliegen raus. Werden aber als Weihnachtsbeleuchtung möglicherweise wieder gebraucht.

dann dürfen diese Skripte aber jetzt nicht laufen.
Abgesehen von dem zugemüllten log, lähmt es dein System

[paul53]

@laser sagte: Da soll ja auch geschaltet werden.

... aber nicht mit Zahlen 0 / 1, sondern mit false / true.

[Laser]

@paul53 Das kapiere ich nicht. Wieso funktioniert das überhaupt mit 0 und 1? Ursprünglich hatte ich auch true und false drin. Bis zu einer Fehlermeldung (weiß ich aber nicht mehr genau). Da habe ich in 0 und 1 geändert. Habe das wieder in true/false abgeändert.

[paul53]

@laser sagte: Wieso funktioniert das überhaupt mit 0 und 1?

Weil gewandelt wird. Es kommt aber eine Warnung zum falschen Typ.
Vielleicht ist ja auch der Datenpunkttyp "boolean" falsch und er muss "number" sein?

[Laser]

@paul53 In den Objekten steht bei den GPIO "Logikwert". Irgendwas (weiß aber nicht mehr) funktionierte nur mit 0 und 1.
Das gehe ich noch mal intensiv durch.

[paul53]

@laser sagte: Das gehe ich noch mal intensiv durch.

Auszug aus der Datei main.js des Adapters "rpi2":

function writeGpio(port, value) {
    port = parseInt(port, 10);
    if (!adapter.config.gpios[port] || !adapter.config.gpios[port].enabled) {
        adapter.log.warn('Port ' + port + ' is not writable, because disabled.');
        return;
    } else if (adapter.config.gpios[port].input === 'in' || adapter.config.gpios[port].input === 'true' || adapter.config.gpios[port].input === true) {
        return adapter.log.warn('Port ' + port + ' is configured as input and not writable');
    }

    if (value === 'true')  value = true;
    if (value === 'false') value = false;
    if (value === '0')     value = false;
    value = !!value;

Zahlen werden in Logikwerte gewandelt.