Zeigt her eure Views zum Thema Mähroboter

[Hausbaer]

Ich probier übers WE mal, zwei "Grundscripte" laufen zu lassen.
Das einie Original nach Vorlage, das andere mit der zweiten Zeit. Erst eines, dann das andere. Evtl. mal parallel

Mal schaun was passiert

[MartyBr]

@hausbaer Hat jemand eine VIS mit den beiden Zeiten?

[Semmy]

@hausbaer sagte in Zeigt her eure Views zum Thema Mähroboter:

Ich probier übers WE mal, zwei "Grundscripte" laufen zu lassen.
Das einie Original nach Vorlage, das andere mit der zweiten Zeit. Erst eines, dann das andere. Evtl. mal parallel

Mal schaun was passiert

Hallo

Daran habe ich auch schon gedacht, bin mal auf dein Ergebnis gespannt. Ich habe es immer noch nicht zum Laufen bekommen mit der zweiten Zeit.

Viele Grüße
Semmy

[falke69]

@hausbaer

dan habe ich das wohl übersehen.

[falke69]

@hsteinme

ich trage die Zeiten über die VIS ein und diese werden in den Objekten gespeichert und drei Minuten vor dem Start in den Adapter übertragen. Dann warte ich ab. Dann war es gestern so, dass die Zeiten nach ca. 7 Minuten wieder gelöscht waren, ohne das ich erneut etwas eingegeben hatte.

[falke69]

@hausbaer sagte in Zeigt her eure Views zum Thema Mähroboter:

Ich probier übers WE mal, zwei "Grundscripte" laufen zu lassen.
Das einie Original nach Vorlage, das andere mit der zweiten Zeit. Erst eines, dann das andere. Evtl. mal parallel

Mal schaun was passiert

das hatte ich auch schon überlegt.

[falke69]

@semmy sagte in Zeigt her eure Views zum Thema Mähroboter:

Hallo

Ich habe mal dein Blockly installiert und meine Seriennummer eingetragen, es werden aber keine Daten in die zweite Zeit übernommen. Ich weiß nicht mehr, was ich machen soll.

Die Zeiten sollten drei Minuten vor dem Start in den Adapter übertragen werden. Ggf. mal die Seite vorher aktuallisieren. Bei mir hängt das auch manchmal und ich kann die Änderungen, ers nach einem Refresh sehen.

[falke69]

So ich habe jetzt einfach mal versucht ein zweites Script mit den entsprechenden Datenpunkten zum laufen zu bekommen. Leider ohne Erfolg.

Wenn ich es (so wie es original) ist, auf "steuere" lasse, bekomme ich diese Meldung:

Die zweite Zeit, wird kurz befüllt und verschwindet, gleich wieder.

Wenn ich auf "aktualisiere" stelle, bleibt die Zeit, bis kurz nach dem Start im Adapter stehen. Der Rasenmäher läuft nicht los und im Anschluss verschwindet die Zeit auch wieder.

Also alles wie gehabt. Dann liegt es meiner Meinung nicht an dem Script und an unserer Unfähigkeit, sondern am Adapter selbst.

[hsteinme]

@falke69 sagte in Zeigt her eure Views zum Thema Mähroboter:

Wenn ich es (so wie es original) ist, auf "steuere" lasse, bekomme ich diese Meldung:

Zu den Warnings siehe https://github.com/iobroker-community-adapters/ioBroker.worx/issues/236. Das sollte aber derzeit noch keine negativen Auswirkungen haben.

Ändere mal testweise eine 2. Zeit manuell im Objektbaum. Bleibt diese Änderung erhalten?

Ändere mal probeweise in Deinem Skript die Timeout-Zeiten von 3 auf 10 Sekunden. Bleibt dann das Problem bestehen?

arteck created this issue in iobroker-community-adapters/ioBroker.worx

closed js-controller 3.3.1 #236

[falke69]

@hsteinme

an dem Problem ändert sich leider nichts, wenn ich die Zeit auf 10 Sekunden erhöhe.
Jedoch, kann ich jetzt deutlich sehen, dass die Startzeit schon wieder verschwindet, bevor es die Arbeitszeit in den Adapter geschrieben hat.

aktuell läuft bei mir die js-controller 3.2.16.

Ich habe es jetzt anders gelöst. Alles läuft in einem Script.
Wer sagt denn, dass die zweite Zeit auch wirklich in die Zweite Zeit vom Adapter geschrieben werden muss?

In der VIS werden bei mir zwei Zeiten eingetragen, die in den jeweiligen Objekten wieder zu finden sind. Da die Zeiten ja immer drei Minuten vor dem Start an den Adapter übergeben werden, ist es ja volkommen egal, ob diese in die erste Zeit oder in die zweite Zeit im Adapter eingetragen werden. Somit trage ich halt die Zeiten in die VIS ein und je nach Startzeit wird entweder die erste oder zweite eingestellte Zeit in die erste Zeit im Adapter übertragen.

Selbst wenn ich per Hand die Zeiten eintrage, werden diese auch sofort wieder gelöscht.

Im ersten Test funktioniert das Script
Horst_01.05.2021.zip

mit einer Zeit, sah die VIS natürlich besser aus. , aber zum testen sollte es zumindest reichen.
VIS_zwei_Zeiten.zip

[hsteinme]

@falke69 sagte in Zeigt her eure Views zum Thema Mähroboter:

Selbst wenn ich per Hand die Zeiten eintrage, werden diese auch sofort wieder gelöscht.

Oh, Mann! Dieser Fehler war in einer früheren Version aufgetreten. In Version 1.2.9 war er verschwunden. Jetzt tritt er in 1.3.0 wieder auf. Ich habe ein entsprechendes Issue in Github eröffnet:
https://github.com/iobroker-community-adapters/ioBroker.worx/issues/237

hsteinme created this issue in iobroker-community-adapters/ioBroker.worx

closed V1.3.0: Geänderte Werte der 2. Kalenderzeiten werden nach kurzer Zeit wieder durch die vorigen Werte ersetzt #237

[falke69]

@hsteinme

Danke!

das wusste ich nicht. Bisher hatte ich immer nur eine Zeit genutzt und habe zwar immer über eine zweite Zeit nachgedacht, mich aber bisher noch nicht so weit damit beschäftigt und das komplette Script unter die Lupe genommen. Es hat funktioniert - das war die Hauptsache.
Ich habe dann in der Regel den Rasenmäher über Telegram "mit manuellen Start" los geschickt.

Jetzt habe ich auf jeden Fall dazu gelernt.

[hsteinme]

@falke69 In meinen eigenen Skripten, die eine ähnliche Logik wie Deines haben, verwende ich glücklicherweise nur die ersten Zeiten. Wenn ich an einem Tag zwei Ausfahrten benötige, werden nach der ersten Ausfahrt die ersten Zeiten durch die Zeiten der zweiten Ausfahrt überschrieben.

[falke69]

@hsteinme

so habe ich es bei mir im letzten Script auch gelöst. Er ist heute zweimal schon nach den neuen Script gefahren.
Muss blos mal schauen, dass ich das noch etwas aufräume und ggf. die Timer anders beschrifte.

[Hausbaer]

@martybr sagte in Zeigt her eure Views zum Thema Mähroboter:

@hausbaer Hat jemand eine VIS mit den beiden Zeiten?

Da bin ich grad dabei.

DIe Vis gibts, ich/wir kämpfen grad mit der Datenübernahme in den worx Adapter

[MartyBr]

@hausbaer Ich bin auch am testen. Ich habe mir die VIS auch mal zurechtgebastelt. Die VIS und das Script beziehen die Daten aus "0_userdata.0". Auch bei mir werden die Daten nicht zum Worx-Adapter geschrieben. Ich habe das letzte Script von @falke69 laufen.
Ich danke dir und den anderen (@falke , @hsteinme ) für die Arbeit.

[Hausbaer]

Ich werd auch das Script von @falke probieren.

Leider regnets heut, das heißt ein Ergebnis wirds frühestens morgen geben.

Wenns funktioniert, passts prima. Meinen Wunsch, die Start- und Endzeit einzugeben, werd ich schon noch irgendwie hinbekommen.

[falke69]

@hausbaer

falls es noch jemanden Interessiert, ich habe das Script von hier noch etwas abgeändert. Somit kann ich das Wetter (hier Regen) jeweils für die aktuelle Stunde ausgeben lassen und spare mir hier:

jede Menge Auswertungen.

Spoiler

/****************************
//https://forum.iobroker.net/topic/12617/aktuelle-au%C3%9Fentemperatur-anzeigen/6
* Aktuelle Wetterdaten auslesen

* 27.10.2018

* Angelehnt an: https://forum.iobroker.net/viewtopic.php?t=13207

* Veröffentlicht unter: https://forum.iobroker.net/viewtopic.php?&t=13795

***************************/

// Hier werden die Datenpunkte für VIS angelegt

const STATE_FUER_VIS_WETTER     = '0_userdata.0.wetter.wetter-aktuell';



// Zum bekommen der Daten vom DasWetter-Script

const DASWETTER_STATE_START     = 'daswetter.0.NextHours.Location_1.Day_1.Hour_';

const DASWETTER_STATE_END_TEMP  = '.temp_value';

const DASWETTER_STATE_END_ICON  = '.iconURL';

const DASWETTER_STATE_END_DESC  = '.symbol_desc';

const DASWETTER_STATE_END_Rain  = '.rain_value';




// States erzeugen



MG_createStateCelcius(STATE_FUER_VIS_WETTER + DASWETTER_STATE_END_TEMP, 'Aktuelle Temperatur von DasWetter-Adapter', 'info', 0);

MG_createState(STATE_FUER_VIS_WETTER + DASWETTER_STATE_END_ICON, 'Aktuelles Wetter-Icon', 'string', 'info', '');

MG_createState(STATE_FUER_VIS_WETTER + DASWETTER_STATE_END_DESC, 'Aktuelle Wetterbeschreibung', 'string', 'info', '');

MG_createState(STATE_FUER_VIS_WETTER + DASWETTER_STATE_END_Rain, 'Regenvorhersage', 'string', 'info', '');

// Ausführen bei Scriptstart, 5 Sekunden später, damit States auch existieren

setTimeout(function() { setCurrentTempInState(); }, 5000);



// Geplante Ausführung 

schedule('2 * * * *', setCurrentTempInState);  // Jede zweite Minute von jeder Stunde



// Setzt jeweils die Daten der aktuellen Stunde vom DasWetter-Dadapter in die Datenpunkte für Vis

function setCurrentTempInState() {

   var currentHour = new Date().getHours();

   if (currentHour === 0) currentHour = 24; // Siehe issue: https://github.com/rg-engineering/ioBroker.daswetter/issues/25

   setState(STATE_FUER_VIS_WETTER + DASWETTER_STATE_END_TEMP, parseFloat(getState(DASWETTER_STATE_START + currentHour + DASWETTER_STATE_END_TEMP).val), true);

   setState(STATE_FUER_VIS_WETTER + DASWETTER_STATE_END_ICON, getState(DASWETTER_STATE_START + currentHour + DASWETTER_STATE_END_ICON).val, true);

   setState(STATE_FUER_VIS_WETTER + DASWETTER_STATE_END_DESC, getState(DASWETTER_STATE_START + currentHour + DASWETTER_STATE_END_DESC).val, true);
   
   setState(STATE_FUER_VIS_WETTER + DASWETTER_STATE_END_Rain, getState(DASWETTER_STATE_START + currentHour + DASWETTER_STATE_END_Rain).val, true);

}



/**

* Create States - General

* @param {string} stId      ID

* @param {string} stName    Name, Description

* @param {mixed}  stType     Datatype: string, boolean, etc.

* @param {string} stRole    Role: button, etc.

* @param {mixed}  stDef      Default value

*/

function MG_createState(stId, stName, stType, stRole, stDef) {

   createState(stId, {

       'name': stName,

       'desc': stName,

       'type': stType,

       'read': true,

       'write': true,

       'role': stRole,

       'def': stDef,

   });

}    



/**

* Create States - °C

* @param {string} stId      ID

* @param {string} stName    Name, Description

* @param {string} stRole    Role: button, etc.

* @param {mixed}  stDef      Default value

*/

function MG_createStateCelcius(stId, stName, stRole, stDef) {

   createState(stId, {

       'name': stName,

       'desc': stName,

       'type': 'number',

       'unit': '°C',

       'min': -100,

       'max': 256,

       'read': true,

       'write': true,

       'role': stRole,

       'def': stDef,
       
     });

}       

function MG_createStateRegen (stId, stName, stRole, stDef) {

   createState(stId, {

       'name': stName,

       'desc': stName,

       'type': 'number',

       'unit': '°C',

       'read': true,

       'write': true,

       'role': stRole,

       'def': stDef,
       
     });

}      
       

Habe das Script für mich um den Regen erweitert. Leider wird das Objekt nicht vollständig korrekt angelegt und müsste im RAW
so geändert werden:

  "common": {
    "name": "Regenvorhersage",
    "desc": "Regenvorhersage",
    "type": "number",
    "unit": "%",
    "read": true,
    "write": true,
    "role": "info",
    "def": ""

meine VIS, sieht aktuell so aus:

VIS.zip

Die Icons für das Wetter habe ich von hier

Mic-M created this issue in rg-engineering/ioBroker.daswetter

closed Hour_24 #25

[Hausbaer]

@hausbaer sagte in Zeigt her eure Views zum Thema Mähroboter:

Ich werd auch das Script von @falke probieren.

Leider regnets heut, das heißt ein Ergebnis wirds frühestens morgen geben.

Wenns funktioniert, passts prima. Meinen Wunsch, die Start- und Endzeit einzugeben, werd ich schon noch irgendwie hinbekommen.

Heute hab ichs mit drei Zeiten probiert - es hat funktioniert.

Dann eben so. Ich bin jetzt dabei die Zeiten noch nach meinem Wunsch einzuarbeiten. Diese Woche hab ich aber wenig Zeit, mal schaun wies klappt.

[Hausbaer]

Das Script ist umgearbeitet auf Eingabe mit Start- und Endzeit.
Die Datenpunkte werden auch befüllt.
Die Eingabedaten:

Die Zusammensetzung der Zeiten:

Auch in der VIS wird logischerweise richtig angzeigt:

Nur eben der Adapter wird nicht befüllt.

Brauch ich da irgendwelche Formatierungen (z.B. als Zahl, Als Datum/Stunde/Min etc)?