zu Beginn erstmal ein Danke an Jomjol für die Arbeit.
Ich hab das Projekt heute gerade gefunden und wühle mich durch diesen riesigen Thread.
Da ich wie der eine oder andere direkt über ein paar Grundlagen gestolpert bin, hier ein paar Links zum Thema
ESP32 - Arduino IDE für Laien oder Anfänger.
Auf den beiden Seiten werden die Grundlagen, wie ich finde recht einfach erklärt und dargestellt.
Ich hoffe dem einen oder anderen hilft es.
Hallo,
erstmal Danke für Deine Arbeit.
Ich versuche gerade meine Regnersteuerung über Deinen Adapter anzusteuern.
Die Hunterventilbox wird über ein HM-MOD-Re-8 angesteuert.
Den jeweiligen STATE habe ich als Sprinkler konfiguriert.
Ich kann allerdings einstellen, wie ich will, die Ventie bzw. die einzelnen Schaltkanäle werden zu den konfigurierten Zeiten nicht eingeschalten.
Vielleicht kannst Du mir auf die Spürnge helfen, wo der Fehler liegt.
Danke schon mal im Voraus.
Gruss Silvio
Bin ich schon zu spät? Sind die Pakete schon alle weg?
bei mir wird nur die Option 1Monat oder 6 Monate angezeigt.
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
@cybertron Dann letzte Idee: npm cache clean --force
Jepp, das war's...
Ich versteh zwar noch nicht so richtig, wieso der Cache bei allen Installationen so durcheinander gekommen ist.
Vorallem, wieso das problem bei dem Snapshot auch da war.
Aber, ich glaube, ich ignoriere es einfach und freue mich, dass alle wieder sauber laufen...
Danke nochmal..
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
npm cache verify
Nee, leider auch keine Lösung...
root@mh-iobroker-00:/opt/iobroker# npm cache verify
Cache verified and compressed (~/.npm/_cacache):
Content verified: 2177 (420013675 bytes)
Index entries: 3418
Finished in 31.503s
root@mh-iobroker-00:/opt/iobroker# iobroker stop
root@mh-iobroker-00:/opt/iobroker# iobroker upgrade self
Update js-controller from @3.0.14 to @3.0.20
NPM version: 6.14.4
npm install iobroker.js-controller@3.0.20 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
npm ERR! Unexpected end of JSON input while parsing near '...0","@sentry/utils":"5'
npm ERR! A complete log of this run can be found in:
npm ERR! /home/iobroker/.npm/_logs/2020-04-28T14_26_59_515Z-debug.log
Starting node restart.js
root@mh-iobroker-00:/opt/iobroker#
@apollon77 sagte in js-controller 3.0 jetzt im Latest!:
@cybertron Schau mal ob in /opt/iobroker eine package-lock-json liegt und wenn ja lösche die mal ... dann nochmal. Scheinbar hat es in dem File was zerbröselt - oder deine SD Karte (falls so ein System) bekommt ne macke weg
Die Datei habe ich gerade gelöscht, jedoch komplett identisches Ergebnis.
Das System ist eine VM-Ware auf einer Synology.
Heute morgen hatte ja das Update auf 3.0.19 geklappt.
Die Startvorraussetzungen sind jetzt im Moment die gleichen, wie heute morgen, da ich jetzt mit dem Snapshot von heute Nacht arbeite.
Irretierend ist für mich, dass es auf allen Maschinen passiert, unabhängig davon, welcher Systemaufbau. (VM-Ware, Raspi4, MiniPC)
Ich häng das Log mal hier mit dran..
2020-04-28T13_57_45_991Z-debug.log
Das Update auf 3.0.19 hat heute morgen zwar geklapt, alledings rannten der Master und auch alle Slaves danach in einer Art Dauer-Reboot-Schleife.
In der Anzeige über htop starteten die einzelnen Adapter, waren aber danach direkt wieder verschwunden.
Da der Master gar nicht mehr auf die Füsse kam, hab ich diesen über den Snapshot wieder zurück auf 3.0.14 geholt.
Einen Slave habe ich über ein erneutes Update dann vorhin auf 3.0.20 gebracht.
Einen weiteren über eine Neuinstallation erst auf 2.x.x und daraus auf 3.0.20.
Jetzt wollte ich den Master und einen 3. Slave noch machen.
Dabei bekomme ich jedoch folgende Meldung:
root@mh-iobroker-00:/opt/iobroker# iobroker upgrade self
Update js-controller from @3.0.14 to @3.0.20
NPM version: 6.14.4
npm install iobroker.js-controller@3.0.20 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
readFile will not read this file (tts.userfiles/scifi.mp3) in future versions: sayit.0 is not an object of type "meta"
readFile will not read this file (tts.userfiles/gong.mp3) in future versions: sayit.0 is not an object of type "meta"
npm ERR! Unexpected end of JSON input while parsing near '...0","@sentry/utils":"5'
npm ERR! A complete log of this run can be found in:
npm ERR! /home/iobroker/.npm/_logs/2020-04-28T13_30_05_795Z-debug.log
Starting node restart.js
Eine komplette Neuinstallation beim Slave endet ebenfals fehlerhaft.
==========================================================================
Welcome to the ioBroker installer!
Installer version: 2020-04-12
==========================================================================
==========================================================================
Installing prerequisites (1/4)
==========================================================================
OK:1 http://archive.raspberrypi.org/debian buster InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
OK:3 https://deb.nodesource.com/node_12.x buster InRelease
Paketlisten werden gelesen... Fertig
Changing npm registry to https://registry.npmjs.org
Installed gcc-c++
==========================================================================
Creating ioBroker user and directory (2/4)
==========================================================================
Created /etc/sudoers.d/iobroker
Directory /opt/iobroker created
==========================================================================
Installing ioBroker (3/4)
==========================================================================
npm ERR! Unexpected end of JSON input while parsing near '...yIFwMzo/6PwmhXvvwYnEz'
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2020-04-28T13_17_27_855Z-debug.log
==========================================================================
Finalizing installation (4/4)
==========================================================================
Enabling autostart...
Autostart enabled!
Fixing directory permissions...
==========================================================================
ioBroker was installed successfully
Open http://192.168.30.242:8081 in a browser and start configuring!
==========================================================================
You need to re-login before doing anything else on the console!
Ich habe die Geräte, die hier im Haus sind nicht genau gezälhlt.
Der Scriptparser sagt "840 Kanäle und 3593 Datenpunkte in 230 Geräten:".
Es gibt ja auch jede Menge Geräte, welche zwar reine 230V-Geräte sind, und trotzdem in ihren Datenpunkten das "LOWBAT" drin haben. z.B. der HM-LC-SW1-FM ,der HM-LC-SW2-FM oder der HM-LC-RGBW-WM.
Auf Grund der Menge der Geräte, die hier verbaut sind, war mein Gedanke, eine Tabelle für das Obergeschoss, eine fürs Erdgeschoss, eine für den Aussenbereich, eine für Keller und Büro's und eine für zentrale Dinge wie Keymatic, Schlüssel usw.
Wenn ich in jeder Tabelle, also in jedem dafür laufenden Script, die Geräte der anderen Bereiche, sowie die Geräte, die eigentlich gar keine Batterie haben, per Filter ausklammere, sollte ich ja nur noch die sehen, die wirklich in dieser Zone sind und batteriebetrieben sind.
Im Bild sieht man recht gut, dass der Filter nur bedingt greift.
Im EG werden rund 120 Geräte per Filter ausgeschlossen. Wirklich gefilter werden aber nur ca 100.
u.a tauchen Geräte aus dem 1.OG auf oder die RGBW, welche alle im Filter mit drin sind.
Ich habe gerade versucht, mittels des Filter-Arrays, mir die Tabellen nach räumlichen Bereichen aufzubauen.
Dabei muss ich im größten Bereich knapp 130 Geräte per Filter ausschliessen.
Aber irgenwie sind in jeder Tabelle dann trotzdem jede Menge Geräte enthalten, die dort eigentlich nicht reingehören.
Gibt es eventuell eine Begrenzung für den Filter?
Wir händelt ihr dass?
Gruss
Silvio
Ich hatte gerade versucht im Widget als Land Curacao auszuwählen.
Da bleibt das Widget komplett leer.
Aruba und andere klappen einwandfrei.
Die Daten für Curacao sind im Adapter in den Objekten alle drin.
Jemand eine Idee...?
