Raspi GPIO wird gesetzt, wie Ursache herausfinden?

[ticaki]

@laser
obestes Skript auf machen, rein klicken das der Cursor drin ist, strg - f drücken - gpio.22 reinschreiben auf die Treffer schauen, dann nächsten Skipt anklicken wenn 0 nächsten anklicken und so weiter

[Homoran]

@ticaki dafür gibt es die Suchfunktion im Skripteditor
Lupe über dem Skriptenexplorer

[Laser]

@ticaki Der GPIO wird natürlich von einem Script gesetzt. Das war jetzt blöd ausgedrückt! Ich meinte, das fehlerhafte Setzen.
Mit der Lupe arbeite ich und finde nur die gewollten Stellen.

[ticaki]

@homoran
Ihr habt Geheimnisse vor mir... hätte ich nicht gedacht, was verbergt ihr noch?

Danke

[ticaki]

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

@ticaki Der GPIO wird natürlich von einem Script gesetzt. Das war jetzt blöd ausgedrückt! Ich meinte, das fehlerhafte Setzen.
Mit der Lupe arbeite ich und finde nur die gewollten Stellen.

dann zeigen

[Laser]

@ticaki

// Akkuspannung überwachen mit Vergleichswert bei Änderung führe aus:
// State value to set for "javascript.0.Logik.AkkuMin" has to be type "string" but received type "number" ?
// "state" hieß früher "new state" 

on({id: (['vedirect.0.V'/*Main or channel 1 (battery) voltage*/]), change: "lt"},async function (obj) {
//on({id: (['vedirect.0.V'/*Main or channel 1 (battery) voltage*/]), valLt: "24.8"},async function (obj) {
    
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  // console.log("val: " +value);
  // console.log("old: " +oldValue);

 if (getState("vedirect.0.V").val < getState('javascript.0.variables.DP_SpannungMIN'/**/).val) {
  // console.log("MIN erreicht");
   setStateDelayed("rpi2.0.gpio.22.state"/*GPIO 22*/,false,5000);
   setStateDelayed('javascript.0.Logik.AkkuMin'/*AkkuMin*/,true,5000);
   setStateDelayed('javascript.0.Logik.AkkuMerker'/*AkkuMerker*/,true,5000);
 };  // Ende if

if (getState("vedirect.0.V").val > getState("javascript.0.variables.DP_SpannungMIN").val) {
  setStateDelayed('javascript.0.Logik.AkkuMin'/*AkkuMin*/,false,1000) ;
  };  // Ende if
});   // Ende on

/*  change:
Wert	Erklärung
eq	Der neue Wert muss gleich dem alten sein
ne	Der neue Wert muss nicht gleich dem alten sein (Standard)
gt	Neuer Wert muss größer als der alte Wert sein
ge	Neuer Wert muss größer oder gleich groß sein
lt	Neuer Wert muss kleiner als der alte sein
le	Neuer Wert muss kleiner oder gleich groß sein
any	Trigger wird immer ausgeführt

oder:
valLt	mixed	New value must be smaller than given one
*/

[Homoran]

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

if (getState("vedirect.0.V").val

was kommt da zurück wenn der Adapter gerade neu startet?

[ticaki]

@laser
aha

on({id: "vedirect.0.V"/*Main or channel 1 (battery) voltage*/, change: "lt"},function (obj) {
//on({id: (['vedirect.0.V'/*Main or channel 1 (battery) voltage*/]), valLt: "24.8"},async function (obj) {
    
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  // console.log("val: " +value);
  // console.log("old: " +oldValue);
 
 if (value < getState('javascript.0.variables.DP_SpannungMIN'/**/).val) {
  // console.log("MIN erreicht");
   setStateDelayed("rpi2.0.gpio.22.state"/*GPIO 22*/,false,5000);
   setStateDelayed('javascript.0.Logik.AkkuMin'/*AkkuMin*/,true,5000);
   setStateDelayed('javascript.0.Logik.AkkuMerker'/*AkkuMerker*/,true,5000);
 };  // Ende if
 
if (getState("vedirect.0.V").val > getState("javascript.0.variables.DP_SpannungMIN").val) {
  setStateDelayed('javascript.0.Logik.AkkuMin'/*AkkuMin*/,false,1000) ;
  };  // Ende if
}); 

das async ist nicht nötig, erhöht nur den "was hab ich nicht bedacht faktor) und man benutzt in on() immer .state.val in deinem Fall obj.state.val. Das Array in id ist auch nicht nötig und was die umschliessenden Klammern machen... kein Plan also weg.

noch mehr EDIT: und wenn wir schon dabei sind, man benutzt in JSON {} nur eine Sorte Gänsefüsschen und da wird " bevorzugt (oder ist sogar ne vorschrift ka) alle benutzen ""

[paul53]

@ticaki sagte: das async ist nicht nötig

@Laser hatte das Skript offenbar mit Blockly begonnen.

[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