@babasv Dein Tipp hat geholfen. Datenpunkt händisch angelegt, Fehler weg :)

@unclesam Ich habe es jetzt so gemacht und siehe da jetzt klappt alles . Hat zwar etwas gedauert aber egal Dankeschön für eure Hilfe und Geduld

Meine Übergangslösung für das Problem: ich habe den Adapter auf Version 0.2.2 zurückgesetzt und werde GitHub ein bisschen im Auge behalten

@jey-cee Das weiß ich. Aber ich gehe gerne 'ganzheitlich' an Probleme heran. Die Versionsangaben zu node machten mich halt schon stutzig. Wenn die Laufzeitumgebung sauber ist kann man sich den Netzwerkstack immer noch anschauen.

Bei mir genau dasselbe. Ich hab aber VIS in der Verison 1.3.7 und erhalte genau die gleiche Meldung, dass 1.3.4 installiert sein soll und nötig sei 1.3.6.

Es liegt an der Änderung des Hostname. Man muss ihn an verschiedenen Stellen anpassen. Eine gute Erläuterung findet man hier. Der Zugriff auf den Admin funktioniert wieder. Allerdings sind noch einige Instanzen wie zigbee, mqtt, i2c ... weiter rot.

@walter12 Thema hat sich erledigt

Das nicht, ich hatte wie vermutet einen Infinite loop im Script, weil ich versehentlich einen falschen Datenpunkt ausgewählt hatte, nach dem Motto: on({ scene.Szene1... setState( scene.Szene1..

Bisher noch nicht, wollte mich erstmal hier melden bevor ich Github zumülle :) mach ich aber gleich mal... Hier das Issue. https://github.com/ioBroker/ioBroker.vis/issues/336

@schimmelpilz sagte in Pi wird nicht im Netzwerk gefunden (AIO-Package): sogar ich habe das hinbekommen! Wer sagt's denn! Schön, dass es geklappt hat!

@dirks Die Meldung ist 'mal wieder' unvollständig. Das wichtige (das am Ende) fehlt. Da steht nämlich die Ursache. Es ist denkbar das der Koordinator wegen der ausbleibenden Meldungen 'hängt'. Was für einen Koordinator setzt du ein ? A.

@atticus Dann hast du zumindest nicht das Geräte Limit erreicht. Ne andere Idee was es sein könnte habe ich nicht.

@fluidfred habe es selber hinbekommen. Auf einem Raspi Zero läuft owfs nicht. Auf einen Raspi P3+ hat die Installation geklappt.

@homoran sagte in instance system.adapter.luftdaten.1 already running: das würde dann heißen dass der nächste schedule wohl startet, aber der andere nochnicht beendet wurde Ja, genau das wollte ich sagen...

So habe es jetzt hin bekommen, habe einen neuen Benutzer angelegt der keine geöffneten Skripte hat und jetzt kann ich sie alle löschen und neu einlesen

@nousefor82 vielleicht magst du das mal testen - evtl. funktioniert es damit https://forum.iobroker.net/post/557333

@jayr said in Probleme mit dem Ring adapter: Ich habe nichts zu verbergen Genau diese weit verbreitete (für mich persönlich nicht nachvollziehbare) Grundeinstellung macht es den Unternehmen ja so leicht... Und ja, es ist eine Grundsatzdiskussion. Aber es wird jetzt OT, wollte hier eigentlich nicht von der eigentlichen Frage ablenken. Ich denke wir belassen es dabei. Ich hoffe Du bekommst dein Thema mit dem Adapter noch gelöst.