alles auswählen gelöst

Hallo Alle object.json-Backups waren noch mit Einträgen vom Adapter versehen - alle führten zu Problemen. Problem ist anscheinend, dass der ioBroker zyklisch abgestürzt ist und die nnn (20 oder so?) letzten Backups aufgehoben wurden - die haben aber anscheinend alle wirklich früheren Stände verdrängt gehabt. Ich habe nun mein "normales" Backup (ich synce einfach auf eine externe HDD jeden Monat) eingespielt und starte damit wieder durch. Danke für die Hilfe! Gruss -

@foxriver76: Probier mal npm i module@version --prefix /opt/iobroker/node_modules/iobroker.javascript/ --production Apt sollte keine npm Module updaten. ` Das hat perfekt funktioniert danke!

@Safti: Bekomme immer die log Meldung: sent but no response! Habe einen Nanocul und Version 0.5.3 des Adapters installiert. Zuvor hatte ich die Version 1.0.0 installiert und dort hab ich immer die selbe Meldung bekommen aber zusätzlich noch „Not enough credits“ Hat jemand eine Idee woran es liegen könnte ? Außerdem steht noch "check time interval fired" im Log. ` Ich glaube der Adapter liest sofort den Funkverkehr mit, daher werden die Thermostate angelegt. Schreiben geht aber erst wenn man vollständigen Reset macht, d.h. Batterien raus, 1 min warten, Batterie rein und alle drei Tasten drücken. Erst dann pairen. Geht das dann? viewtopic.php?f=35&t=19454

Hi, also ich habe folgendes gefunden und probiert ; leider nicht vom erfolg gekrönt: npm --add-python-to-path='true' --debug install --global windows-build-tools davor: npm install --global --production windows-build-tools npm install --global node-gyp Das kommt, wenn man zumindest nach dem Fehler sucht. Unter Systemvariablen kann man unter "path" einen "link" hinzufügen. [image: 8143_variablen.png] [image: 8143_variablen1.png] Aber da komme ich irgendwie nicht weiter. VG Jörg

hi, hab jetzt das repro von modmax installiert, leider gleiches ergebnis: 2019-01-11 20:34:18.763 - error: zigbee.0 Zigbee publish to '0x7cb03eaa0a00486f', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233. MAC no ack. 2019-01-11 20:34:36.503 - error: zigbee.0 Zigbee publish to '0x7cb03eaa0a00486f', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233. MAC no ack. 2019-01-11 20:34:39.409 - error: zigbee.0 Zigbee publish to '0x7cb03eaa0a00486f', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233. MAC no ack. 2019-01-11 20:34:41.457 - error: zigbee.0 Zigbee publish to '0x7cb03eaa0a00486f', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233. MAC no ack.

Wenn man diese Dateien mit blank/? Aufruft kommen meistens weitere Parameter. Unter Umständen auch einer zum löschen. Evt hilft das.

Habe die Lösung gefunden: Gehe im Broker auf Objekte und klick das gewünschte Skript an. Dann ganz links neben dem Mülleimer auf den Stift. In den Eigenschaften dann auf den Reiter ganze links "Allgemein". Der letzte Punkt heisst "Expert". Diesen einfach ausklicken.

Ja, das dachte ich mir schon….. Danke, habe es darüber gefunden.....

Würste nicht wofür privat erlaubt die license ohne subscribtion Sent from my iPhone using Tapatalk

Weißt du denn was du jetzt anders gemacht hast. Wenn ja wäre es nett das hier für andere kurz zu beschreiben. Auch bitte noch den Titel vom ersten Post um ein```` Gelöst

Vielen Dank für die Info. Ich habe heute nach instalieren des Adapters ebenfalls diese Fehlermeldung bekommen, jedoch hatte ich in den Einstellungen nur 3 IPs eingetragen - also keine BT Geräte. Nach zurücksetzen des Standardwertes (Verzögerung in Sekunden zwischen UWZ-Abfragen 0=UWZ ausgeschaltet:) 1800 auf 0 geht der Adapter und es werden die gesuchten Geräte als Objekte angelegt. Danke für deine Recherche.

ich habe den homematic adapter auf Version 1.9.0 aktualisiert. Bis vor der Aktualisierung lief das Script problemlos. Beim Ansteuern meines Wandthermostates HmIP-BWTH bekomme ich jetzt eine Fehlermeldung: log: hm-rpc.1 2019-01-11 16:57:15.198 error Error: XML-RPC fault: Generic error hm-rpc.1 2019-01-11 16:57:15.197 error xmlrpc -> setValue ["1","SET_POINT_TEMPERATURE",17] FLOAT hier der code im blockly: if (getState("javascript.0.scriptEnabled.Haus.Anwesenheit.-IP").val == false) { setState("hm-rpc.1.000C98A9A4BA8B.1.SET_POINT_TEMPERATURE", 17); } else if (getState("javascript.0.scriptEnabled.Haus.Anwesenheit.IP").val == true) { setState("hm-rpc.1.000C98A9A4BA8B.1.SET_POINT_TEMPERATURE", 21); } else { } Hat jemand eine Idee wo hier der Fehler liegt? falscher Alarm. Der Fehler lag bei der CCU selbst. Die neue Adapterversion hat den Fehler nicht verursacht. Neustart der CCU hat den Fehler behoben. /frank

Hi vielen Dank für die schnelle Antwort und den Link. Das wusste ich tatsächlich nicht das Linux Ram benutzt für Festplatten-Caching. nodejs version ist: 8.15.0 Dann wird es wohl an dem benutzen Ram vom Festplatten-Caching liegen. ok habe gerade nachgeschaut 1,5 G-Byte werden für den Cach benutzt. Gruß Mark

OK, wenn das so ist, habe ich das falsch interpretiert. Aber hätteest du einen Idee, warum bei neuen Scripten keine Sprachausgabe mehr erfolgt, das ist doch merkwürdig? Den Cloudadapter habe ich jetzt deaktivier, also nicht gelöscht. EDIT: Ich habe eben den sayit-Adapter neu installiert, …jetzt geht's, war wohl irgendwas verbogen.

Als Info, HabPanel hat heute ein großes Update bekommen. Details und Diskussion dazu unter : viewtopic.php?f=36&t=20735

Also Rock64 läuft MIT RFLink. Vorgegangen bin ich wie radioman in diesem Post: viewtopic.php?t=7019&start=420#p211998 ` > 01. mit Win32DiskImager das Image auf SD schreiben (https://dl.armbian.com/rock64/archive/t … 4.4.155.7z) 02. SD im Rock64 starten ("root" PW "1234") und vergeben eines neuen PWs 03. die Aufforderung einen neuen Nutzer anzulegen mit Ctrl+C abgebrochen (= Neustart vom Terminal notwendig) 04. apt-get update && apt-get upgrade 05. apt-get update && apt-get upgrade (beim ersten Durchlauf wird scheinbar nicht alles installiert) 06. apt clean 07. apt autoremove 08. dpkg-reconfigure tzdata (Zeitzone auf Berlin ändern) 09. curl -sL https://deb.nodesource.com/setup_8.x | bash - 10. apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs 11. reboot 12. curl -sL https://raw.githubusercontent.com/ioBro ... staller.sh | bash - 13. iobroker stop oder systemctl stop iobroker 14. apt-get install redis-server 15. iobroker host this 16. mit WinSCP die iobroker.sh nach /etc/init.d kopieren (vgl. https://iot-blog.net/2018/09/14/iobroke ... -zentrale/) 17. chmod +x /etc/init.d/iobroker.sh (war bei mir aber nicht notwendig) 18. update-rc.d iobroker.sh defaults (war bei mir aber nicht notwendig) 19. im Browser aufrufen http://IP-Adresse:8081 ` Ich habe per Etcher geflast und ein aktuelleres Image (https://dl.armbian.com/rock64/archive/A … 4.4.167.7z) verwendet, da dass von radioman genutzt nicht mehr zur Verfügung stand. Anschließend RFlink installiert und der Serialport /dev/ttyACM0 konnte ausgewählt werden. RFLink ist Grün, empfängt und sendet Daten! Vielen Dank radioman für die Infos! Gruß bassface

Alles neu hochgestartet, fstab nochmal neu gemacht und eigentlich gleiche Syntax , nu gehts, kann keiner kapieren