js-controller 2.0 ab sofort im Latest Repo
-
@knopers1 Ich weiss nicht wie flot finge speichert. Ich glaube das macht der nur im browser cache oder so. Taucht irgendwas in der Browser-Konsole auf? Fehler? irgendwas?
-
im Log sehe ich nur:
web.0 2019-10-28 11:27:09.596 error (7224) Cannot filter "' + m[2] + '": [object Object]mehr kommt da nicht. Im Vis sieht alles normals aus. Ich sehe alle meine Kennlinien die ich erstellt habe.
Im Flot müsste es 1 zu 1 sichtbar sein. Ich kann auch im Flot nicht den Button "Vorschau aktualiesieren" betätigen. Komisch das ganze... Den Link was mann vom Flot als Quelle für VIS bekommt, habe ich versucht im Flot wieder zu kopieren... leider bringt es nicht viel.
den Link vom damals habe jetzt
-
im Browser tauchen auch keine Fehler auf.
-
@knopers1 Dann mal bitte mit obigen Log vom web Adapter bei dem ein Issue öffnen
-
@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:
@RandyAndy Sorry ... schreibfehler!!
grep io ...
Und zuerst den js-controller killen, dann die anderen
kannst du deinen Schreibfehler auch im Originalpost korrigieren? Dann tappt niemand in dieselbe Falle
-
@knopers1 Ok, die meldung hat geholfen.
Bitte mach mal folgendes:
Geh mal im Admin auf "Objekte", dort bei "Spalte "Type" filter mal nach "chart". Dann zeig mal screenshot. und schau bitte auch mal in die Objekte die Du da findest (solltest du) (mit Stif drauf gehen , dort dann "Raw" Tab) wie die JSONs aussehen.Ich tippe Du hast da ein ungültiges Objekt drin, was irgendwie keinen Namen hat ...
-
@apollon77 said in js-controller 2.0 ab sofort im Latest Repo:
chart
{ "common": { "name": "" }, "type": "chart", "native": { "url": "l%5B0%5D%5Bid%5D=hm-rega.0.7570&l%5B0%5D%5Binstance%5D=history.0&l%5B0%5D%5Boffset%5D=0&l%5B0%5D%5Baggregate%5D=minmax&l%5B0%5D%5Bcolor%5D=%23f41313&l%5B0%5D%5Bmin%5D=-10&l%5B0%5D%5Bmax%5D=40&l%5B0%5D%5Bthickness%5D=3&l%5B0%5D%5Bshadowsize%5D=3&l%5B0%5D%5Bname%5D=Au%C3%9Fentemperatur&l%5B0%5D%5BignoreNull%5D=false&l%5B0%5D%5BafterComma%5D=2&l%5B0%5D%5Bxticks%5D=0&l%5B0%5D%5Byticks%5D=0&l%5B0%5D%5BchartType%5D=line&l%5B0%5D%5Bunit%5D=C&l%5B0%5D%5Bpoints%5D=true&l%5B1%5D%5Bid%5D=hm-rega.0.7576&l%5B1%5D%5Binstance%5D=history.0&l%5B1%5D%5Boffset%5D=0&l%5B1%5D%5Baggregate%5D=minmax&l%5B1%5D%5Bcolor%5D=%238699e7&l%5B1%5D%5Bmin%5D=0&l%5B1%5D%5Bmax%5D=100&l%5B1%5D%5Bthickness%5D=3&l%5B1%5D%5Bshadowsize%5D=3&l%5B1%5D%5Bname%5D=Luftfeuchte&l%5B1%5D%5BafterComma%5D=2&l%5B1%5D%5Bxticks%5D=-1&l%5B1%5D%5Byticks%5D=0&l%5B1%5D%5Bunit%5D=%25&l%5B1%5D%5BchartType%5D=line&l%5B1%5D%5Bpoints%5D=true&l%5B2%5D%5Bid%5D=javascript.0.BSZ.Counter.Heizung.DELTA.GAS.1-DAY&l%5B2%5D%5Binstance%5D=history.0&l%5B2%5D%5Boffset%5D=0&l%5B2%5D%5Baggregate%5D=minmax&l%5B2%5D%5Bcolor%5D=%23fffd00&l%5B2%5D%5Bmin%5D=0&l%5B2%5D%5Bmax%5D=4&l%5B2%5D%5Bthickness%5D=3&l%5B2%5D%5Bshadowsize%5D=3&l%5B2%5D%5Bunit%5D=m%C2%B3&l%5B2%5D%5Bname%5D=Gas&l%5B2%5D%5BafterComma%5D=2&l%5B2%5D%5Bxticks%5D=-1&l%5B2%5D%5BchartType%5D=steps&l%5B2%5D%5Bpoints%5D=true&l%5B2%5D%5Bxaxe%5D=off&l%5B3%5D%5Bid%5D=javascript.0.BSZ.Counter.Stromzaehler.CALC.MomVerbr&l%5B3%5D%5Binstance%5D=history.0&l%5B3%5D%5Boffset%5D=0&l%5B3%5D%5Baggregate%5D=minmax&l%5B3%5D%5Bcolor%5D=%2364d36a&l%5B3%5D%5Bmin%5D=0.625&l%5B3%5D%5Bmax%5D=10&l%5B3%5D%5Bthickness%5D=3&l%5B3%5D%5Bshadowsize%5D=3&l%5B3%5D%5Bunit%5D=kW%2Fh&l%5B3%5D%5Bname%5D=Strom&l%5B3%5D%5BchartType%5D=line&l%5B3%5D%5Bxaxe%5D=off&l%5B3%5D%5Bpoints%5D=true&l%5B4%5D%5Bid%5D=mqtt.0.ESP_Co2.CO2_Sensor.PPM&l%5B4%5D%5Binstance%5D=history.0&l%5B4%5D%5Boffset%5D=0&l%5B4%5D%5Baggregate%5D=minmax&l%5B4%5D%5Bcolor%5D=%23FF00FF&l%5B4%5D%5Bmin%5D=0&l%5B4%5D%5Bmax%5D=2000&l%5B4%5D%5Bthickness%5D=3&l%5B4%5D%5Bshadowsize%5D=3&l%5B4%5D%5Bunit%5D=ppm&l%5B4%5D%5Bname%5D=CO2&l%5B4%5D%5Bxaxe%5D=off&l%5B4%5D%5Byaxe%5D=right&l%5B4%5D%5Bpoints%5D=true&timeType=relative&relativeEnd=now&range=720&live=120&aggregateType=step&aggregateSpan=300&width=855&height=360&bg=5&legend=nw&legColumns=0&hoverDetail=true&timeFormat=%25H%3A%25M&useComma=true&zoom=true&noedit=false&animation=0&_vis_refts%5B%5D=1482245817433&_vis_refts%5B%5D=1492797907040&_vis_refts%5B%5D=1509735378876" }, "from": "system.adapter.web.0", "ts": 1514665973661, "_id": "flot.0.", "acl": { "object": 1636 } } -
@knopers1 Wie vermutet
Ich baue es ein das das wieder tut (grgrrrr) Kommt dann in die nächste Verison .38. Kannst Du paar Tage warten? -
ja sicher, läuft erst mal so und zeigt auch noch alles an.
Danke Dir!
Die .38 wird aber jetzt schon angeboten! -
@knopers1 räusper ... meine .39
-
@apollon77
Geil, vielen dank für Deine Mühe! -
@apollon77
sorry, ist irgendwie verschwunden. -
@apollon77 said in js-controller 2.0 ab sofort im Latest Repo:
- Broadlink2 funktioniert nicht mehr. Was kann ich tun?
Der Entwickler arbeitet an einem Update. Aktuell kann manuell durch eine Änderung die Funktion wiederhergestellt werden:
Im ioBroker-Verzeichnis in node_modules/@frankjoke/myAdapter ODER node_modules/iobroker.broadlink2/node_modules/@frankjoke/myAdapter liegt das File myAdapter.js. Dieses muss durch diese Version ( myAdapter.js ersetzt werden.
Ich habe diesen Punkt wie in der FAQ beschrieben durchgeführt.
Vor dem Datei Austausch hatte ich den Radar2 UWZ Standortfehler.
Nach dem Austausch der Datei gegen die aus der FAQ bekomme ich bei starten von Radar2 folgende error Meldungen im Log:host.raspberry 2019-10-28 16:21:27.114 error Caught by controller[4]: noble warning: unknown handle 63 disconnected! host.raspberry 2019-10-28 16:21:27.114 error Caught by controller[3]: noble warning: unknown handle 68 disconnected!Noble funktioniert aber und UWZ auch.
- Broadlink2 funktioniert nicht mehr. Was kann ich tun?
-
@root_ Das passiert teilweise bei noble ... Liegt nicht am controller ... Da wird was geloggt von noble was Bluetooth angeht
-
...auf die 2.0.38 null Problemo
@apollon77
-
@apollon77 Alles klar. Danke für die schnelle info.
-
Hallo Gemeinde,
ich bin seit etwa einer Woche mit js controller 2.0.35 unterwegs. Hatte bis jetzt keine Probleme festgestellt. Läuft.
Allerdings tritt jetzt ein Problem auf. Ich bekomme das Log hiermit zugemüllt
Das kommt etwa alle 5 sekunden. Die IP die dort erwähnt wird ist ein Raspi der früher mal als Multihost Slave eingebunden war. Nach meinem iobroker Umzug auf einen NUC hab ich das Multihost aufgelöst und es laufen alle Adapter auf dem NUC. Auf dem Raspi läuft jetzt nur noch vcontrold für die Viessmann Heizung. Wenn ich das richtig sehe sind diese Fehler im Log aufgetreten nachdem ich den Raspi neu gebootet habe.Mein System:
Node.js v10.16.3
NPM 6.9.0Gibts Ideen, wie ich die Fehler im Log loswerde?
-
@Linedancer Kann es sein das durch den Reboot der ioBroker Slave wieder gestartet wurde und jetzt versucht zum Master zu verbinden? Da der Master aber nun 2.0 ist (der Slave aber noch 1.5) kommt es zu gen diesen Meldungen.
-
@apollon77 das hatten wir schon mal... kannst dich entsinnen.. mit tankerkönig
jetzt was anderes.. hmmm..das riecht nach einen Problem
das ist es
-
@arteck Alle Fälle die ich bisher gesehen habe waren entweder:
- 1.5er Slave an 2.0er controller
- Adapzer-Zombie-Prozess vor Upgrade nicht beendet (damit 1.5er Adapter an 2.0er controller)
- Hängender iobroker Backup Prozess (damit 1.5er Backup an 2.0er controller).
Zu dem tankerkoenig habe ich ausser das es so war seitdem nichts mehr gehört und damit sage ich ehrlich: Wer mit beweist das mit einem Frisch gestarteten und sauber geupdatetem System (ggf wenn unsicher nochmal von npm drüber, "Iobroker version" ausgabe und so) es auftritt dann muss man reinschauen.
Ansonsten behaupte ich: Da läuft irgendwo noch ein 1.5er Prozess
