NEWS

Alles nicht verwunderlich.

Der schedule ist nicht die ursache.

Wie ganz zu Anfang bereits Bluefox und später nochmal eric bereits schrieben hattest du den prozess für den Adapter zwei mal laufen, was dazu führte dass diese beiden prozesse sich gegenseitig abschalteten und wieder neu starteten.

Dass es da icht funktionieren kann ist klar.

Dein neustart hat jetzt den doppelten prozess gekillt, wozu Eric dich ja aufgefordert hatte.

Gruß Rainer

Hallo,

ich experimentiere derzeit mit ioBroker und bin auf das gleiche Problem gestoßen (ebenfalls mit PI3B).

Offenbar betrifft es noch einige weitere Ports:

rpi2.0 2018-05-07 12:40:04.889 error Cannot setup port 27 as output: Error: Channel 27 does not map to a GPIO pin

rpi2.0 2018-05-07 12:40:04.883 error Cannot setup port 25 as output: Error: Channel 25 does not map to a GPIO pin

rpi2.0 2018-05-07 12:40:04.883 error Cannot setup port 20 as output: Error: Channel 20 does not map to a GPIO pin

rpi2.0 2018-05-07 12:40:04.882 error Cannot setup port 17 as output: Error: Channel 17 does not map to a GPIO pin

rpi2.0 2018-05-07 12:40:04.881 error Cannot setup port 14 as output: Error: Channel 14 does not map to a GPIO pin

rpi2.0 2018-05-07 12:40:04.881 error Cannot setup port 9 as output: Error: Channel 9 does not map to a GPIO pin

rpi2.0 2018-05-07 12:40:04.880 error Cannot setup port 6 as output: Error: Channel 6 does not map to a GPIO pin

rpi2.0 2018-05-07 12:40:04.880 error Cannot setup port 4 as output: Error: Channel 4 does not map to a GPIO pin

rpi2.0 2018-05-07 12:40:04.875 error Cannot setup port 2 as output: Error: Channel 2 does not map to a GPIO pin

Gruß

Volker

Hallo Rainer,

installiert habe ich es tatsächlich so wie es in deinem Link beschrieben ist.

Schwer getan habe ich mich nur diese Version zu finden, da ich der Meinung war das es wohl eine stabile Version sei (Gedankenfehler(die habe ich öfters)). 😉

Danke für den Link nochmal der mir genau das beschreibt was ich auch wissen wollte und sogar verstehe :lol:

Gruß Joachim

Habe gerade mal die betroffenen Objekte gelöscht und dann die hm-rpc.0 Instanz neu gestartet.

Danach wurden die Geräte richtig erkannt. Keine Ahnung warum er das zu Beginn nicht gemacht hat :?: :?:

Aber nun ist alles Gut 😄 😄

Hi,

in der Zwischenzeit hab ich mal einen resync mit der App gemacht….. schwerer Fehler!

Leider läd er das Haupt Projekt jetzt nicht mehr...

D. h. kleinere Projekte aus anderen Räumen werden geladen, aber das wichtigste Projekt bleibt bei "loading vis-views. json" dann auf ewig hängen. Andere Tabletts oder Telefone (neuere) laden das Projekt anstandslos.

Hat sich da an der App was geändert?

Liebe Grüße

tom

PS: node Update werd' ich mal in den Ferien auf die Todo Liste schreiben [emoji854]

Gesendet mit Tapatalk

Lade dir als erstes mal WIN32 Diskimager und/oder Etcher und mache ein Backuo deiner SD_Karte.

Hier findest du z.B. die Links zu den Tools: http://www.iobroker.net/docu/?page_id=8070&lang=de

Hi gibt es z.B. eine Anleitung zum Datenretten : https://raspberry.tips/raspberrypi-tuto … te-retten/

jep geht 😛

Du hättest nur ein

Machen müssen, dann hätte der Befehl "gulp" im Ordner iobroker.admin funktioniert und dein admin wäre wieder erreichbar gewesen..

Jetzt weißt du es fürs nächste Mal.. 😄

Gruß

Nach einem Restart wurde die Version 1.8.0 korrekt installiert.

Danke

Hallo,

liege vielleicht falsch, aber vielleicht stimmt was mit deiner Instanz-Installation nicht. Lösche sie mal und installiere neu.

Mich bringt dein Screenshot darauf. Denn bei meiner Installation kann ich nach der Regel "Wie spät ist es" keine Trigger-Wörter eingeben. Die sind mit dieser Regel festgelegt.

261_bildschirmfoto_2018-05-01_um_23.33.14.jpg

Gruß

Pix

Bitte mal auf die neueste Version von git updaten, dann sollte der Fehler nicht mehr kommen.

Gesendet von meinem Handy

@BuZZy:

Ich würde dir trotzdem raten alles einer Javascript Instanz unterzuordnen wenn du jetzt sowieso alles neu am Aufbauen bist. `
Zu spät. Jetzt erst gelesen, schon alles angelegt (ist zwar noch nicht viel, aber keine Lust das nochmal zu machen). Außerdem sind so die Geräte schneller zu erreichen 😉 Hat bei der letzten Installation so auch nie Probleme gemacht!

filename="geräte.png" index="0">~~

Also wenn https://github.com/ioBroker/ioBroker.zwave hier die ganze liste ist und ich jetzt die aktuelle Version benutze also 1.0.0

dann wird es vermutlich 0.9.0 gewesen sein wo es funktioniert hat.

Werde mal zurück gehen auf die alte Version und Berichten ob es wieder geht.

Kann man das irgendwo nachlesen welche Gerätschaften bei welcher Version ging/geht?

Klinkt nach nee kaputten SD oder vollgelaufener Partition.

–-----------------------

Send from mobile device

Das schöne ios hat Auto Korrektur zum k****

Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community

Die Lösung des Problems kann ich gleich beisteuern. Es reicht nicht die Instanz zu aktualisieren, sondern es muss der Haken für Neueinlesung gesetzt werden.

kleines update:

Ich hatte gestern Abend nochmal die CCU, ioBroker und den Raspi auf dem ioBroker läuft neu gestartet.

Und, die HM Adapter laufen wieder stabil 😛

Woran es jetzt lag kann ich nicht sagen, die Logs waren weiterhin relativ Aussagelos.

Gruß

Markus

npm 6 ist noch bleeding edge.

Da sind noch einige Problem, ebenso wie bei 5.8.0

wir arbeiten dran. Daher der Hinweis node 6 zu installieren, da ist npm 3 dabei.

Gruß

Rainer

@Homer1976:

Gut dann lass ich es stört mich nicht weiter.

Grüße `
Habe es gefixt. Morgen sollte es weg sein.

Danke euch.

Fehler behoben

Fürs nächste mal:
@Realzippo:

host.raspberrypi 2018-04-21 17:39:03.284 error Caught by controller[0]: at dpAbfrageAlexaAnlegen (script.js.common.Radio:245:32) ```` `

Da steht wer der verantwortliche ist..

dpAbfrageAlexaAnlegen im Script common.Radio 🙂

Gruß