Da es nach meinem Wissenstand derzeit keine Übersicht gibt die zusammenfasst welche VIS (-1) Widgest mit VIS-2 funktionieren biete ich an hier eine Zusammenstellung zu verwalten.

Da ich keine vis Installation betreibe kann ich selbst keine (gesicherten Infos) beisteuern - ich muss mich daher auf das Verwalten der Übersicht beschränken. Bitte gebt daher in Antworten auf dieses Topic bekannt, welche (vis) Widgets ihr in vis-2 erfolgreich eingesetzt habt, welche durch welche vis-2 Widgets ersetzt wurden und wo ev. wer dran arbeitet.

Edits:

• Ich habe nun mal alle im STABLE Repository gelisteted dedizierten widgets hier gelistet. Mangels Info mit Status unbekannt. Sobald ich hier was dazu erfahre wird das angepasst.

mcm1957

Symbol	Status
	OK, sollte auch in vis-2 funktionieren
	Ersatz vorhanden
	in Arbeit oder geplant
	Status unbekannt
	Kein Ersatz bekannt, keine Bearbeitung bekannt

Und nun endlich zu den Widgets:

?	Adapter	Status	Ersatz	Anmerkung
	mytime	inkompatibel		Umstellung geplant, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/15
	openliga	OK (Betatest)		>= 1.4.6 erforderlich, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/16
	radar-trap	vis-2 Widget in eigenem Adapter	vis-2-widgets-radar-trap	> v2.0.0+ erforderlich
	rss-feed	inkompatibel	(jaegerdesign)	aktueller Update: https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/186
	squeezeboxrpc	inkompatibel		Umstellung noch offen, dafür nutzen die widgets zu wenige, die Steuerung des LMS kann komplett über Datenpunkte erfolgen, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/15
	trashschedule	inkompatibel	-	neues Widget geplant
	tvprogramm	inkompatibel		Anpassung geplant, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/15
	vis-bars	unbekannt		-
	vis-canvas-gauges	unbekannt		-
	vis-colorpicker	unbekannt		-
	vis-fancyswitch	unbekannt		-
	vis-google-fonts	unbekannt		-
	vis-history	unbekannt		-
	vis-homekittiles	unbekannt		-
	vis-hqwidgets	OK		https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/13
	vis-icontwo	unbekannt		-
	vis-inventwo	wird ersetzt	vis-2-widgets-inventwo	verfügbar im LATEST Repo
	vis-jqui-mfd	unbekannt		-
	vis-justgage	unbekannt		-
	vis-keyboard	unbekannt		-
	vis-lcars	unbekannt		-
	vis-map	unbekannt		-
	vis-material	unbekannt		-
	vis-material-advanced	unbekannt		-
	vis-materialdesign	inkompatibel	-	keine Bearbeitung bekannt, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/6
	vis-metro	unbekannt		-
	vis-players	unbekannt		-
	vis-plumb	unbekannt		-
	vis-rgraph	inkompatibel	-	keine Bearbeitung bekannt, https://forum.iobroker.net/topic/74773/vis-vis-2-übersicht-widgetkompatibilität/6
	vis-timeandweather	unbekannt		-
	vis-weather	unbekannt		-

@haselchen

So ganz versteh ich deine Aufregung nicht. Das Gewinnspiel veranstaltet nicht ioBroker sondern Solingen. Falls das nicht klar rübergekommen ist. Ob das stattfindet und wann das publiziert wird ist wohl nicht die Entscheidung von ioBroker. Und wenn nun Shell oder XYZ Karten verlosen würde und das nun publiziert hätte ioBroker im Kern nur wenig Einfluss darauf. Wäre es deiner Meinung nach sinnvoller gewesen die Info hier nicht zu posten? (Ja, denn dann hätte sich @Apollon diese Diskussion erspart )

Und jeder erwachsene User kann selbst entscheiden ob er Daten gegen Gewinnchancen tauschen will oder nicht - da gibts weder einen Zwang dazu noch ist das irgendwie unlogisch / unerwartet oder sind die typischen User hier besonders schützendwerte Personen / Kinder die das nicht selbst beurteilen können.

Also lassen wir die Diskussion betreffen Verlosung doch sein.

Ich möchte eigentlich vielmehr @Apollon77 und dem ganzen Organisationsteam ein ganz ganz großes DANKE sagen. So was auf die Beine zu stellen ist keine Nebenbeiaufgabe zwischen Kaffee und Kuchen.

DANKE fürs Organisieren und freu mich euch zu treffen.

Der Adapter ioBroker.info wird bereits seit einiger Zeit nicht mehr aktiv entwickelt. Ebenso wurde bereits von Längerem beschlossen diesen offiziell abzukündigen. Daher

Der Adapter ioBroker.info wird per sofort in den Status DEPRECATED / abgekündigt versetzt.

Es ist nicht geplant diesen weiter zu entwickeln und / oder Fehler zu beheben. Da der Adapter zuletzt auch falsche Informationen angezeigt hat (z.B. Vorschlag zu Redis Umstellung, Upgradeinformationen zu Node und NPM, siehe auch existierende Issues) wird empfohlen den Adapter zu deinstallieren oder zumindest alle Information mit besonderer Vorsicht zu betrachten. Eine Entfernung aus den Repositories wird zeitnahe erfolgen, das Repository blebt im Status archived natürlich weiter vorhanden.

News Meldungen werden schon seit längerem im Admin Adapter angezeigt.

mcm1957

@martinp said in Gestrige Serverausfälle - Presseecho?:

@oliverio Das Forum ist wirklich nicht "mission critical"... Die Repositories sind da schon etwas dringlicher...

Die Repositories sind ja NICHT ausgefallen. Auch der nachmittägliche Update hats funktioniert.
Und die Daten der Repos sind noch dazu auf jeder Installation lokal gecached.

Und JA - die Repositories sind auch nicht dringend. Selbst wenn dort ein Ausfall länger dauern sollte sind nur Updates und Installationen betroffen. Das kann auch bei einem intensiven IOT Home kein ernsthaftes Problem sein. Wer damit ein Problem hat sollte wohl auch ioBroker redundant und über zwei Internetanbieter betreiben und sein Home noch mit USV Vollversorgung ausstatten ...

Leute - mir kommt die Diskussion hier schon ein wenig übertrieben vor. ioBroker ist ein openSource "gratis" Projekt. Und wir sollten froh sein, dass es so stabil wie es meienr Ansicht nach ist betrieben wird. Und auch wenn die Ursache nicht bei MS lag möchte ich doch drauf hinweisen dass erst kürzlich MS einen "nennenswerten" weltweiten Ausfall hatte - und das trotz sicher dort vorhandener Redundanzen...

Ev. sollten wir unsere Kräfte wieder echten Problemen und Verbesserungspotential zuwenden

Ein paar eher technische Fragen kann ich dir beantworten:

@david-g said in Zahltag:

@jey-cee hat erwähnt, dass ihm nur die UUID einfällt, um einen Nutzer für die Lizenz zu identifizieren.
Evtl. kann der iobroker ja die Mail (oder irgendwas daraus generiertes) vom iobroker.pro Account zum identifizieren des Systems in einen DP schreiben. So klappt es auf allen Systemen, wo der Account angemeldet ist oder einmal war. Falls das Dokumentiert ist, muss man dazu nicht Mals online sein um den Adapter freizuschalten.

Die UUID ist eine einedutige Kennzeichnung der Installation. Die Prüfung der Lizenz erfolgt (beim net-tools Adapter) ausscchließlich durch Code den jey-cee entwickelt hat und auf seinen Servern. Die iobroker Gmbh ist weder ind en Kaufvorgang noch in die Lizenzprüfung involviert. Die ioBroker "Kernsoftware" stellt auch keine Schnittstellen zu einer Lizenzprüfung zur Verfügung.

Prinzipiell könnte jeder Lizenzgeber zu einer Mailadresse bwliebig viele System lizensieren - das ist ausschließlich sache des Lizenzinhabers. Ich sehe eigentlich keinerlei Einschränkungen die durch die ioBroker Kern-Software bedingt sind und daher hier auch keinen Handlungsbedarf bzw. Möglichkeit.

Mir fehlt aber auch etwas die Übersicht, welcher Adapter von der Community gepflegt ist, welcher Adapter von einem eigenen Dev kommt und was vom Coreteam kommt.

Auf Github kannst du anhand des Owners feststellen wer prinzipiell "Eigentümer" ist. Steht dort als owner ein Name so kannst du zu 99% davon ausgehen, dass dieser Adapter von diesem Github Owner gewartet wird.

Über Adapter unter "ioBroker" hat das Kernteam jedenfalls Kontrolle. Allerdings kümmern sich dort auch einzelne Entwickler die keinesfalls kommerziell dem Kernteam angehören (müssen) um Adapter. Außerdem hat die ioBroker GmbH meines Wissens nach genau einen angestellten Mitrabieter (Blufox als Geschäftsführer). Einzelne Aufgaben werden von Zeit zu Zeit auf explizit kommerziell vergeben. Prinzipiell kannst du aber davon ausgehen, dass kein Entwickler der zu ioBroker/* Adatern beträgt von der GmbH bezahlt wird.

Als Community Adapter bezeichnen wir Adapter die im Bereich iobroker-community-adapters liegen. Diese werden zum Teil von einzelnen Entwicklern betreut, viele haben aber (auch leider) keinen fixen Betreuer und werden je nach Verfügbarkeit betreut.

Alles zusammen:
Den "zuständigen" Betreuer eines Adapters findest du am besten via Github Repository des Adapters raus.

Allerdings läuft auch viel Arbeit hinter den Kulissen ab die wir freiwillig machen. Einerseits gibts ein mehr od weniger private gehostetes Rechenzentrum das diverse Tools die für eine reibungslose Entwicklung notwendig sind zu hosten und zu betreuen, andrerseits fallen jeden Tag einige Stunden Arbeit an um hier im Forum Ordnung zu halten oder auch um neue Aadapter anzusehen und die bei euch ankommenden Listen von Adapetrreleases zu monitoren. Ich nenn da bewußt keine Namen - denn ich vergess da sicher wen :-). Aber nach meinem Wissensstand wird da niemand für seine Arbeitszeit bezahlt

Wenn man in der Shell über apt updatet, kommt ja immer schon das "looking for funding".
Kann man nicht im Admin einen Spendentab einbauen? Dort könnte man jeden Adapter anzeigen, wo der Dev um eine kleine Spende bittet, evtl direkt mit einem PayPal link (Evtl. kann man da eine Option für Devs anbieten, in den Adaptern zu sagen, dass man dort auftauchen möchte).
Ich finde das Thema Spende darf ruhig präsenter werden. Auch wenn etwas gratis angeboten wird, darf man drauf hinweisen, dass man sich über Unterstützung freuen würde.

Sollte es von Usern als Feature gesehen werden, kann gerne ein Feature Request (repository admin) gemacht werden. Prinzipiell gibts es in den Github Repos oft einen 'Sponsor me' Bereich wo man (monitär) Danke sagen kann.

Vereinzelt gibt es auch Sponsor Info in den Adapter UIs. Was ich (und wahrscheinlich die meisten die hier als Hobby mitmachen) definitiv nicht wollen ist um Spoenden betteln. Ein Pop-Up "Sie haben nochn icht gespendet. Wollen sie nicht vielleicht heiute doch mal was rausrücken!' wär für mich ein absolutes no-go.

Persönlich mache ich die Sache hier aus Freude und Hobby. Ich muss aber auch nicht davon leben.

@crunchip
@Nashra

Mic-M ist nach meinem Kenntnisstand (aus pers. Gründen) zumindest derzeit nicht mehr aktiv.

Ich habe einen Adapterrequest angelegt (https://github.com/ioBroker/AdapterRequests/issues/804) um eine Übernahme des Adapters in den community Bereich und eine Weiterentwicklung / Wartung anzuregen.

Um das Interesse / Bedarf abzuschätzen (Entwicklerkapazitäten sind rar ) bitte bei Interesse an einer Wartung / weiterentwicklung ain THUMBS-UP im Adapter Request (https://github.com/ioBroker/AdapterRequests/issues/804) hinterlassen.

McM

mcm1957 created this issue in ioBroker/AdapterRequests

closed ioBroker.logparser - revamp #804

mcm1957 created this issue in ioBroker/AdapterRequests

closed ioBroker.logparser - revamp #804

@warp735 said in Warum kommen Updates tage/wochen/monatelang nicht in stable?:

Hab das Gefühl, es spielt sich alles nur im latest ab und um stable "kümmert sich kein Mensch"...

Warum ist das so, bzw wann wird von latest in stable gewechselt?

Hallo warp735,
Danke dass du nachfragst statt dich im stillen Kämmerlein zu ärgern.

Dein Gefühl, dass sich kein Mensch um stable kümmert ist definitiv falsch. Zumindest hatte sich bei meinem letzten Arztbesuch der Humanmediziner durchaus als für mich zuständig gefühlt

Im Ernst - ich erlaub mir hier die Abläufe ein wenig zu schildern:

• Phase 1 - GITHUB

  Wenn an einem Adapter etwas geändert wird, dann wird der jeweilige Entwickler dies zunächst auf seinem System testen. Diese Änderungen werden von ihm anschließend (bzw. während der Entwicklung) auf GitHub committed.

  Diesen Softwarestand kann jedermann durch eine 'Installation von Github' auf sein System bringen. Ordnungshalber halte ich fest, dass dies nur auf Anraten und in Abstimmung mit dem jeweiligen Entwickler geschehen sollte. Der Github Stand kann jederzeit in sich inkonsistent und absolut fehlerhaft sein. Und er kann sich minütlich ändern. Versionsangaben auf Github sind i.A. Schall und Rauch da die Versionsnummer zumindest bei Verwendung der Standardscripts erst beim Erstellen einer Version (Release) geändert wird.

• Phase 2 - LATEST

  Sobald der Entwickler meint, dass die neue Release bereit für einen Test in größerem Umfang ist, wird er eine Release erstellen. Sobald eine neue Release auf NPM veröffentlicht wird, wird diese im latest Repository allgemein angeboten. Die erfolgt durch automatische Scripts 2x am Tag, ca 2:00 und 14:00. Da der Update der Repository Information auf den User Systemen in der Dafulteinstellung 1x am Tag erfolgt werden neue Releases im Allgemeinen binnen 24h am Usersystem angezeigt.

  Normalerweise teilt der Entwickler das Vorhandensein neuer Release im Latest via Tester Topic im Forum mit. Hier wird Feedback gesammelt und beobachtet ob User mit der neuen Release Problem melden. Diese werden dann (hoffenbtlich) gefixed und ggF eine neue Release erstellt.

• Phase 3 - STABLE

  Erst wenn ein Entwickler der Ansicht ist, dass eine Version keine (ernsthaften) Mängel aufweist wird diese im Stable Repository veröffentlicht. Diese Veröffentlichung muss der Entwickler im Normalfall aktiv via PR "bestellen".

  Generell muss (von Emergency Updates abgesehen) eine Release mindestens 7 Tage im latest Repository verfügbar sein und eine angemessene Anzahl von Installationen aufweisen bevor sie ins Stable kommen darf.

  Damit nicht vergessen wird, Adapter ins STABLE zu bringen, erfolgt eine automatisierte Kontrolle. Dazu wird ein Issue im Adapterrepository erstellt, dass den jeweiligen Entwickler an den Upgrade erinnert. Dies erfolgt typisch 14 Tage nach der Veröffentlichung der Release - kann aber auch bis zu 30 Tage dauern wenn extrem wenige Installationen vorliegen oder der letzte Stable Update erst wenige Tage alt ist. Zusätzlich monitore ich die offenen Issues und erinnere ggF manuell nochmal dran. Da ein Update in Stable nie automatisiert erfolgen kann (eine automatische Prüfung ob im Forum bzw. in Adapter Issues schwere Probleme geloggt wurden ist nicht vernünftig machbar) kann es durchaus sein, dass mit allen Erinnerungen dies einige Zeit dauert.

Generell ist es unser Ziel alle Adapter die gewartet werden im Stable Repository aktuell anzubieten. Installationen von Latest sind immer mit Vorbehalt zu sehen da dies per Definition eine Testversion / Betaversion ist.

In seltenen Fällen kanns aber auch Gründe geben, warum ein Adapter nicht im Stable aktualisiert wird. Dies ist dann in jedem Fall ein Issue das von Entwickler nicht behoben wird - aus welchem Grund auch immer. Updates in Latest erfolgen automatisiert, bei Stable erfolgt ein ganz grober nochmaliger Check auf Einhaltung einheitlicher Standards; so müssen z.B. standardmäßige GitHub basierende Tests positiv durchlaufen werden, Releasenotes in Readme existieren und wichtige Abhängigkeiten passend in den Dateien eingetragen sein.

Sollte ein Adapter wirklich längere Zeit nicht in stable aktualisiert worden sein, so bitte ich darum den jeweiligen Dev zu kontaktieren und ggF ein Issur im Adapter Repo zu schreiben. Im Bedarfsfall kannst du aber auch mich explizit anpingen warum Adapter xyz nicht in Stable aktuell ist. Es kann immer mal was durchrutschen und in dem Fall sag ich dann schon mal Danke wenn du was bereinigen hilfst. In jedem Fall kann ich bei konkreten Fragen sagen warum ein Adapter in Stable veraltet scheint.

Ich hoffe ich konnte ein wenig die Abläufe erklären und deine Ansicht dass sich um stable niemand kümmert begründet korrigieren.

Bitte bei Fragen melden, wenn ich nict reagiere gerne mentionen, ich überseh durchaus mal posts ind er Menge der täglichen Posts.

mcm1957

@spicer said in ioBroker 10-Jahres Community Treffen - ein kleiner ReCap:

Freut mich, dass ihr einen tollen Event hattet.
Für mich ist der Weg dahin dann leider doch viel weit.
Berner Oberland... das sagt Alles ^^

Trotzdem finde ich diese Community toll und werde euch treu bleiben

Na ja . von Wien aus wars auch nicht "ums Eck´"

@martybr
@smarthome2020

Wünsch dir und allen anderen Usern einen Guten Rutsch ins neue Jahr.
Und möchte mich explizit für das positive Feedback von euch bedanken. Motiviert ungemein.

Happy New Year

Was gibt es Neues?

Der Fronius Adapter hat in den letzten Monaten / Jahren "etwas" Staub angesetzt, da es keinen aktiv tätigen Maintainer gab. @nkleber (github nkleber78) hat mit viel Aufwand und Zeiteinsatz den Adapter entstaubt, diverse Bugs behoben und Anotwendige ANpassungen vorgenommen. Ebenso wurden diverse Abhängigkeiten aktualisisert.

Bezüglich offener bzw. behobener Issues verweise ich auf das Github Repository.

ACHTUNG:
Auf Grund des langen Zeitraums zwischen letzter Release und Neustart sowie der Tatsache dass einiges am Code angegriffen wurde, haben wir uns entschlossen die Release als Major zu klassifizieren. Bitte damit rechnen, dass das eine oder andere Verhalten ev. verändert wurde und / oder dass sich Datenpunkte geändert haben. Die INstallation sollte daher unbedingt zunächst auf einem Testsyste,m und nicht in eienr produktiven Umgebung) erfolgen.

Weiters möchte ich nochmals explizit klarstellen, dass ein ganze herziliches DANKE an @nkleber geht. Er hat die Arbeit am Adapte geleistet - ich hab nur einige organisatorische Dinge beigetragen.

Die Release 2.0.0 sollte ab moregn im Lates ausgeliefert werden.

McM57
i.A.

@homoran
YEP, das ist der zweite Fehler. Bin heute wohl schon zu lange am PC...

@dosierkappe
Die Frage muss ich weiterreichen @tombox

Allerdings würde es mich nicht wundern wenn ein abgeschaltetes Gerät nicht als online angezeigt wird ... Schau mal in den log was dort steht. Ev. gleich mit debug level. Würde wahrscheinlich @tombox ggF helfen

@64kbyte
npm ls bitte in /opt(/iobroker absetzen.
Sorry, hab ich nicht extra geschrieben.

@dosierkappe
Dann aktualisisere deine Repos

Wenn du meinst, dass 1.3.3 noch nicht im latest Repository ist, dann ist das normal. Das Uodate der Repositories erfolgt nur 2x täglich.

Wenn du jetzt schon auf diue BETA Version aktualisieren willst, kannst du im experten mode via install 'von npm' die aktuellset Version installieren.

@64kbyte
Hast du nun alle Adapter auf einem aktuellen Stand?
Poste bitte nochmal ein aktualisiertes iob diag.

UNd zeig bitte mal den output von npm ls @iobroker/plugin-sentry

Sollte in etwa so aussehen:

xxx@xxx:/opt/iobroker $ npm ls @iobroker/plugin-sentry
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.js-controller@7.0.3
  └── @iobroker/plugin-sentry@2.0.4

EDIT: name of plugin korrigiert

@ticaki

Der Dev von hyperion_ng hat auf das Issue schon regaiert. Siehe https://github.com/felixganzer/ioBroker.hyperion_ng/issues/30.

Er benutzt den Adapeter selbst und wird / will ihn weiter warten.

Kannst du nicht mal versuchen mit ihm Kontakt aufzunehmen sodass ihr eure Kräfte in EINEM Adapter für ein Gerät bündeln könnt? Ich weiß nicht welches Problem du mit dem existierenden Adapter hast / hattest - ich konnte auf die Schnelle kein Issue dazu finden. Aber wenn eine gemeinsame Lösung nicht geht, dann sollten die Adapter keinesfalls hyperion_ng und hyperion-ng2 heißen. Ist zumindest meine Meinung.

@apollon77
Was meinst du?

mcm1957 created this issue in felixganzer/ioBroker.hyperion_ng

open Is this adapter still maintained ? PLEASE RESPOND UNTIL 31.1.2025 LATEST #30

@merlin123 said in TibberLink Adapter:

Wo auch der Kachel im Admin sieht man die denn?

Bei mir sieht das so aus, egal wo ich mit der Maus hingehe

Das dürfte dann ein Bug sein. An sich sollte bei einer Github Installation ein GH Icon existieren und wenn man auf dieses zeigt sollte die SHA angezeigt werden. Siehe mein Screenshot oben. Ich werd das mal versuchen nachzustellen und ggF ein Issue öffnen. Welche Admin Version hast du installiert?

In jedem Fall siehst du (zumindest mit aktuellem js-controller) die GH SHA im Log beim Adapterstart (siehe auch mein log oben)

EDIT:
Es gibt jetzt ein Issue bei admin
https://github.com/ioBroker/ioBroker.admin/issues/2889

Falls wer was dazu sagen will - sprich soll die Versionnummer ganz weg oder ist es besser diese anzuzeigen auch wenn sie nicht den genauen Softwarestand beschreibt - bitte einfach kommentieren. Bitte Admin change NICHT hier diskutieren sondern bei Bedarf ein neues Topic anlegen..

mcm1957 created this issue in ioBroker/ioBroker.admin

open [enhancement]: Remove Version-Information for GITHUB installations #2889

@merlin123 said in TibberLink Adapter:

Da haben wir einfach verschiedene Ansichten.
Ich kenne das aus der Softwareentwicklung nur so, dass alles, was "irgendwo" abgelegt ist und jemand das von da installieren kann, saubere Versionsnummern hat. Allein wegen der geschilderten Problematik, dass dann zwei Leute verschiedene Stände installiert haben, und das nicht erkennbar ist.

Du übersiehst noch immer, dass Github NICHT ein Ort ist wo was zum Installieren für Tester im allgemeinen abgelegt ist. Github ist eher als geshartes Fileservice zu sehen. Und in zig Jahren der Softwarentwicklung die ich hinter mir habe wurd nie eine Versionsnumemr erhöht wenn ein Entwickler eine Codeänderung auf den gemeinsamen Bereich (damals cvs) gelegt hat nur damit ein Kolleg die Änderung mal mitnehmen und testen kann. Wenn du von Github installierst, dann installierst du den brandneuesten Softwarestand wie er am PC des Entwicklers liegt bzw. von dort gesichert wurde.

Und ja, die du kannst auch solche INstallationen nachvollziehen - nur nicht über die Versionsnummer. Bei Github Installationen diesnt die GH SHA als eindeutige Refrenz. Damit kannst du den Softwarestand 1:1 auf Guithub nachvollziehen. Du siehst diese iNfos sowohl bei der INstallation als auch später. Also gib ggF diese als Referenz an wenn der genaue Atsn wirklich mal notwendigs ein sollte:

Bei der Installation:
Installing hombach/ioBroker.tibberlink#a1c343893f8996658af5ab86475931f3809626e5...

Auf der Adapter Kachel:

Im Log

tibberlink.0 2025-01-03 13:47:40.669 info starting. Version 4.2.0-beta1 (non-npm: hombach/ioBroker.tibberlink#a1c343893f8996658af5ab86475931f3809626e5) in C:/ioBroker/node_modules/iobroker.tibberlink, node: v20.18.0, js-controller: 7.0.3

Und ja, die Versionsanzeige in Admin ist hier eher verwirrend und sollte entfernt werden.

@boriswerner

DANKE für die Arbeit und den PR.
Gut dass du hier postest - hatte das Repo nochnicht auf watch und den PR daher nicht gesehen. Ich werd schaun dass ich in den nächsten Tagen eine neue Release rauslasse.

@krisiun
Keine Lösung garantiert - aber lies dir das mal durch:
https://www.heise.de/tipps-tricks/Ransomware-So-entfernen-Sie-Verschluesselungs-Trojaner-3907507.html