@doggie sagte in Wasserzähler - Version 2 - all-in-device:
Ich glaube, ich kann einigermassen beurteilen, wann SW ausgereift ist oder eben nicht.
Das bezweifle ich aber stark nach den bisherigen Aussagen, denn Du weisst noch nicht einmal ob es an der Software liegt. Wie Du selber festgestellt hast, ist jede Menge Fake-Hardware im Umlauf bzw. inkompatible Hardware. Das hat mit der Software nichts zu tun.
Wenn man die richtige Hardware hat ist das System in 30 Minuten komplett eingerichtet.
@michl75 sagte in Hat wer Infrarotheizungen im Haus?:
Fehler der vergangenen 40-80 Jahre kann man nicht auf einmal gut machen, versuchen ja... aber es bis in den wirtschaftlichen Ruin zu betreiben ist der falsche Weg, weil ob es später teuer wird oder nicht spielt dann wenn wir aus dem letzten Geldloch pfeifen keine Rolle mehr - dass sollten auch die eingefleischtesten Umweltschützer kapieren.
Erstens muss man anfangen, zweitens ist die These mit dem "Geld weg" ja ziemlicher Unsinn, denn Geld zirkuliert. Jetzt halt in umweltfreundliche Technik statt umweltschädlicher. Die Vorstellung, dass das "kostet" mag ja individuell korrekt sein, volkswirtschaftlich gesehen ist es nur die Frage wohin Geld fließt, es verschwindet aber nicht.
Aussagen wie wir wollen so weiterleben funktioniert nur mit Knete in der Tasche - und wenn das aber nichts mehr Wert ist kannst den Rest auch vergessen. Sollte man sich mal ernsthaft Gedanken machen, ob es sinn macht nicht mal auch an anderer Stelle rumzunörgeln.
Ohne funktionierende Umwelt nutzt Dir Deine "Knete in der Tasche" zum einen garnichts, zum anderen ist es keine Frage ob man drauf Bock hat nicht die Umwelt zu zerstören, sondern eine Notwendigkeit für das Überleben. Erst zerstören und dann reparieren ist nicht nur erheblich teurer, sondern geht auch oftmals nicht, da irreversibel. Insofern muss man jetzt schnell was tun um ENDLICH weiteren Schaden einzugrenzen, damit die Kosten nicht noch viel höher werden denn dann hast Du (bzw. kommende Generationen) erst recht keine "Knetet in der Tasche".
Sorry, aber mich nervt das ganze nicht durchdachte rumgeeier
Sorry, aber mich nerven die dauernden Pseudo-Gründe warum man einfach weiter alles zerstören darf. Umweltschützende Technik ist nicht teurer als Umweltzerstörende - rechnet man alle Kosten fair ein schon garnicht. Ist aber sehr off-topic, deswegen belasse ich es damit dann auch.
Was ich empfehlen kann um die Reflexionen zu reduzieren ist weissen Kunstoff anstelle von dunklem (grau/schwarz etc.) zu verwenden. Das hat bei mir geholfen.
@esp8266 Ich dachte das gehört hier nicht hin 
Also ich hatte entsprechend der Octoprint FAQs folgende Befehle durchgeführt
rm ~/.octoprint/users.yaml
sed -i -e 's/firstRun: false/firstRun: true/g' ~/.octoprint/config.yaml
sudo service octoprint restart
Dennoch erschien bei mir nicht der Willkommensbildschirm sondern der normale Login Schirm. Ich habe den Browser refreshed, kein Unterschied. Daraufhin habe ich hier gefragt.
Als ich heute den Rechner neu eingeschaltet habe (Drucker hat die Nacht über gedruckt und Server war durchgehend an), habe ich dann gesehen, dass er nun den Willkommensbildschirm geöffnet hat und ich konnte ein neuen Nutzer mit PW anlegen. Das Schöne war, dass alle anderen Einstellungen erhalten geblieben sind.
@homoran said in Zeitdifferenz berechnen basierend auf...:
@joergh iobroker Rechnet in Millisekunden.
600000 Millisekunden sind 1 Minute.
Eine Null zu viel
Was sagen andere dazu?
Gibt es eigentlich Systeme die fehlerfrei laufen?
Als Entwickler des Systems würde mich so ein Fehler nicht schlafen lassen.
Was ich dazu sage:
Ich habe 4 Stück davon im Einsatz und zwar seit ca. 2 Jahren. Die microsd Karten sind ein Schwachpunkt. Wenn sie zu groß sind ziehen sie wohl zu viel Strom und es kam bei mir nach ca. einem Jahr zu Fehlern. Es hängt in der Regel - wenn - dann an der Hardware. Aber auch bei solchen Problemen bekommt man hier Tipps.
Ja, das System ist etwas friemelig bis es richtig läuft, aber es ist ein Bastelsystem und wenn es läuft, läuft es in der Regel gut.
Ich finde es ehrlich gesagt sehr befremdlich eine kostenlose(!) Software zu ziehen, in die viel Arbeit eines Entwicklers geflossen ist, der sich überdies dann auch noch die Zeit nimmt Fragen zu beantworten und dann die Chuzpe zu haben ihn auch noch anzumachen!
Man kann Entwicklern wie @jomjol gar nicht genug danken, dass sie mit ihrer Software vielen das Leben leichter machen und wer damit nicht zurecht kommt soll sich halt was anderes suchen. Was ich nicht brauche sind Leute, die diejenigen, die sich selbstlos einsetzen auch noch durch unverschämte Anmache demotivieren!
@xcilence Ich habe leider keine Ahnung wie man Dein Problem löst, aber eine Frage zu dem Radarbild: Ich nehme an, dass ist ein WX Radarbild, korrekt? Wo hast Du das her?
@liv-in-sky Damit kann man eine Tastatur simulieren um zum bsp. Passwörter remote eingeben zu können bevor der Rechner bootet.
@thomson Ich würde sicherheitshalber einfach mal den kompletten pi neu starten, dann gibt es da jedenfalls keinen Grund mehr, dass die Daten "hängen bleiben"
So sieht mein Joghurtbecher Aufsatz aus. Passt gut und verhindert extreme Blendungen durch den Blitz aufgrund des Lichteinfalls von außen....jetzt suche ich nur jemanden der mir mal 3 von den Gehäusen für das CAM Modul drucken kann...Irgendjemand Interesse?
Schreib es um.
Nutze als Trigger den Datenpunkt mit "wurde geändert".
Prüfe, ob er seinen Status gewechselt hat und nur wenn er von ON nach OFF oder umgekehrt wechselt, setzt du Dir einen weiteren Datenpunkt entsprechend. Wenn er nun von ON nach OFF wechselt, nimmst du die Differenz aus der aktuellen Zeit und dem Zeitstempel des Datenpunktes den Du geschrieben hattest und schon hast Du die Laufzeit seit dem letzten Einschalten. Das addierst Du dann auf die Gesamtlaufzeit.
Das kostet weniger Ressourcen, als bei jeder Aktualisierung des modbus Datenpunktes was aufzuzeichnen und es ist unerheblich, ob da mal eine modbus Nachricht mit Null ankommt...
Ich habe nun die Schleifen auf JS umgestellt und damit läuft es, ohne genau ergründet zu haben was es war, dass den Runaway produziert hat.
@homoran sagte in Schreiben in Datenpunkt schießt JS Instanz ab:
@joergh nee, das biegen wir schon zurecht.
Wie @Samson71 schon schrieb ist das hier ja ein Forum und kein privater Supportchat.
Daher muss es inhaltlich auch nachvollziehbar sein/bleiben.Vielleicht passt du daher auch noch den Threadtitel an, da höchstwahrscheinlich nicht das Schreiben in den Datenpunkt den Absturz der js-Instanz verursacht.
Der Threadtitel sollte auch einem späteren Leser das behandelte "Problem" ersichtlich machen, wenn er nach etwas sucht.
Das kann ich gerne machen, so wie ich weiß woran es liegt. Bisher läuft das Script genau so lange, bis ich zum Schreiben komme...was immer dahinter steckt...ich schreibe gerade alles auf JS um was die Schleifen angeht und hoffe damit das Problem zu lösen.
@homoran sagte in Schreiben in Datenpunkt schießt JS Instanz ab:
@joergh ok!
werde es anpassen und ändern in@joergh sagte in Schreiben in Datenpunkt schießt JS Instanz ab:
Die folgenden 4 Antworten beziehen sich auf das inzwischen gelöschte Blockly!
du siehst ja an den letzten Posts was das für ein durcheinander bringt
Vorschlag: Lösch einfach den gesamten Thread. Ggfs. lege ich dann einen Neuen an.
@homoran Sorry, das ich nun so viel Verwirrung gestiftet habe wegen eines kleinen Fehlers. Ich dachte mit meinem Edit vier Beiträge später wäre es verkraftbar. Das nächste Mal schreibe ich es mit in den Grafik-Austausch Post und alle sind hoffentlich glücklich.
@homoran Ja, stimmt nicht, weil der Rest sich eben nicht darauf bezieht, sondern dann auf die korrekte Grafik.
@david-g Doch, aber nur, wenn Sie in der CCU auch als Fenster, Tür, Raum etc. eingepflegt wurden, werden sie synchronisiert. Dann aber die Channels und nicht die STATES...
@samson71 sagte in Schreiben in Datenpunkt schießt JS Instanz ab:
@joergh sagte in Schreiben in Datenpunkt schießt JS Instanz ab:
Geht es jetzt ums Prinzipenreiten oder gibt es ein echtes Problem?
Ich will mich hier nicht weiter reinhängen, aber genau um den ersten Teil der Frage geht es ganz und gar nicht, aber der zweite Teil ist durchaus für einen unbedarften Leser möglich. Deswegen auch das Mod-Edit bzw., die Ergänzung unter dem im 2. Beitrag ausgetauschten Blockly.
Das MOD-Edit ist nur eben leider falsch, da sich die ersten Antworten und meine Reaktion darauf auf die ursprüngliche Grafik beziehen. Was nun mehr Verwirrung stiftet überlasse ich anderen....
@david-g sagte in Schreiben in Datenpunkt schießt JS Instanz ab:
@joergh sagte in Schreiben in Datenpunkt schießt JS Instanz ab:
Weil beim nächsten Umzug auf ein neues System die Datenpunkte nicht mehr das sind.
Dann macht es evtl Sinn sich ein Alias für die Geräte anzulegen.
Ja, kann man machen. Ist eine Alternative. Ich lege die Datenpunkte lieber selber an, so wie jeder Adapter das schließlich auch macht. Ich denke genau dafür wurde die Blöcke doch auch eingerichtet.
Ich zahle meine Kontakte indem ich den DPs eine Funktion gebe. Das kann man schon schnell anpassen.
Das ist eben das Problem, welches ich schon öfter hatte: Beim bisher verwendeten Skript durfte man NICHT die Channels mit der Funktion ausstatten, MUSSTE aber die STATEs ausstatten. Leider liefert die Homematic_CCU es aber anders nach Neueinlesen. Beim mehr als 30 Fenster ging es mir gegen den Strich jedesmal die ganzen Eigenschaften wieder neu setzen zu müssen und vor allem habe ich nicht einmal mitbekommen, dass sie aus irgendwelchen Gründen mal wieder verschwunden sind und mich dann irgendwann gewundert, warum keine Warnungen mehr erschienen sind.
Das Script sucht die Funktion der DPs und fertig.
EDIT
Ich prüfe nur auf geschlossen und offen. Aber lässt sich ja leicht anpassen.
Mein Skript für die Fenster läuft nun auch wunderbar und vermeidet die oben genannte Problematik, da es die Eigenschaften so nutzt, wie sie von Homematic_CCU angeliefert werden, ohne irgendwas im iobroker setzen zu müssen (in der HM-CCU müssen sie natürlich zugeordnet sein!). Ich kann dann noch einstellen nach wie vielen Minuten er eine Warnung in einen Datenpunkt schreiben soll und damit weiterarbeiten.
Das war aber leider das falsche Skript, ich habe die Instanz-Absturz in einem anderen. Der JS-Code der Blockly-Blöcke war schon korrekt, nur die Screenshots nicht.
@liv-in-sky sagte in Schreiben in Datenpunkt schießt JS Instanz ab:
habe dein script nicht wirklich analisiert - aber du willst doch texte, die kleiner 70 zeichen sind
zum testen
bringt sowas:
avascript.0 11:06:17.939 info script.js.common.AA-Versuche.Skript_1: 68 : Dies ist ein sehr sehr langer sehr langer Beispieltext, der mehr als javascript.0 11:06:17.939 info script.js.common.AA-Versuche.Skript_1: 69 : siebzig Zeichen hat. Wir möchten sicherstellen, dass der Text korrekt javascript.0 11:06:17.939 info script.js.common.AA-Versuche.Skript_1: 65 : an Leerzeichen getrennt wird. Das ganze soll ein Script mit einer javascript.0 11:06:17.939 info script.js.common.AA-Versuche.Skript_1: 65 : FOR-Schleife sein und somit sicherer als mit einer WHILE-Schleife javascript.0 11:06:17.939 info script.js.common.AA-Versuche.Skript_1: 60 : sein. Jetzt weiß ich nicht mehr, was ich noch schreiben soll
Richtig, ich will die Texte splitten und dann in ein array schreiben. Das funktioniert auch genauso so weit, bis er zum Schreiben des Datenpunktes kommt, dann schmiert er ab.
Du meinst ich sollte die Split Funktion in dem JS-Script auslagern, da ich damit auch die Schleife "verzichten" kann, sprich sie im JS-Script läuft...?
Wäre eine Möglichkeit...probiere ich mal aus. Danke für die Anregung!
