@puffy00007 Der TCP-Server muss laufen. Unter Windows gibt es den wahrscheinlich nicht. Bei mir läuft es auf einem raspberry pi.

Mal als Ergänzung: Ich hab die Ergebnisse vom Code Scan mit denen meiner IDE (Webstorm) verglichen. Was soll ich sagen die IDE hat 100%+ gefunden. In der IDE sind aber auch checks für html, css und keine Ahnung was noch Aktiviert. Die Hilfe in der IDE ist nicht so Umfangreich wie auf Github, aber Hilft trotzdem weiter. Also nutzt ruhig auch die Lokalen tools die ihr bereits habt.

Irgendwie hatte ich einen unglücklichen Start. Mit dem genialen Adapter Creator von AlCalzone hat es jetzt prima funktioniert. Tests, Linter und Übersetzung funktionieren und die Dependencies sind auf einem sicheren Stand.

@afuerhoff Genau das war es. Vielen Dank.

@jr-home Ich finde es auch sehr schade, dass es keinen Adapter für das Unipi Board bzw. die Neurons gibt. In FHEM gibt es z.B. das Modul hier: https://forum.fhem.de/index.php?topic=84746.0 Ist offiziell zwar für die Neurons, aber klappt auch mit dem Unipi 1.1 Board. Bei der Adapter Entwicklung könnte ich ggf. mit Hardware unterstützen, da ich zu Hause ein zweites Board rumliegen habe.

@homoran muss mal schsuen. Es gab genau toc Änderungen (table of content). Vllt ja da passiert.

@paulb800 Reicht für FHEM ein Raspberry 2B aus? (mit BT Dongle)

@mickym Hmm, ok danke. Auf diese Variante bin ich noch gar nicht gekommen. Werde ich probieren, danke! Klappt bis jetzt einwandfrei. Danke für dein Hilfe!

Hi, jsonConfig kennt generell mehrere Varianten um Übersetzungen zu machen und alle 3 tun auch. Es ist allerdings so, dass ausschliesslich die erste Variante der Schema-Seite (i18n=true und i18n/xx/translations.json Dateien im Admin Folder) kompatibel mit Weblate ist. Wer also einen der anderen Wege nutzt kann nicht ohne weiteres seinen Adapter in Weblate bringen für Community Übersetzungen. Daher bitte, soweit möglich, diese variante nutzen. Ingo

@arteck Ähm. Ich schreibe eine Software, für mein Smarthome. Wenn ich über WebSockets Objekte anlegen kann und diese auch editieren kann ist es da für mich nur konsequent, diese auch löschen zu können. Wenn ich innerhalb eines Adapters arbeite kann ich das ja auch. Tja die Adapterentwicklung..... Leider ist mit dem dev-server tool immer irgend etwas schief und ich bin damit immer nur dabei Fehler zu beheben, die mit meinem Adapter gar nichts zu tun haben. Von daher hab ich mein Projekt extern gezogen um damit endlich mal voran zu kommen. Vor allem ergibt dass Sperren des delObject Emits hinter einer Adapter Konfiguration, welche man nicht einstellen kann für mich keinen Sinn. Daher frage ich hier. Zum Thema io: Welche Unmenge an io meinst Du?

@ple said in Devices, Alias, Assistenten + Visualisierungen + die Zukunft: und für die Alias ist der user zuständig und er kann sich aussuchen wie er die Struktur möchte im Alias und wird ein Datenpunkt für die Rolläden 0-100% mit einem switch belegt, dann kann er halt nicht gefunden werden. Wenn du den "Geräte-Tab" im Admin benutzt, um Geräte anzulegen, dann sorgt der dafür, dass alles richtig ist.

@kf123 hallo, habe das gleiche problem. Der Adapter funktionierte immer. Nach dem Sommerservice und dem Software Update am Ofen :( funktioniert der adapter nicht mehr… schreibt die gleichen Fehler. Müssen sich die Profis darum kümmern 🥺😇 Danke Jungs für die geilen Beitrage und Community 👍

@alcalzone Sorry, bin ein blutiger Anfänger, aber du hast recht. Es wird Zeit ein neues Grundgerüst zu erstellen. Danke für die Hilfe Dirk Peter

@meistertr Brauchst du noch Daten? Christian

Aber wenn du eine Lösung für so ein Popup bekommst, ich wär auch dran interessiert :-)

@jey-cee Aktuell bin ich schon froh, dass ich eine gut funktionierende Entwicklungsumgebung habe, mich in TS eingearbeitet habe und dass ich aus diesem Script (JS) einen TypeScript-Adapter erstellt habe, der lokal bei mir schon mal fehlerfrei läuft :grinning: Jetzt muss ich mich erst mal mit dem Rest beschäftigen. Und dazu gehört wohl jetzt auch git :sunglasses: ;-) Danke für den Hinweis.

@mor15euro naja, in einem eigenem Adapter müsstest du halt auf jede Änderung eines Wertes triggern und diesen mit einem Zeitstempel versehen wegschreiben ... Und wenn du einen Wert einer bestimmten Zeit haben willst muss du dir dann das anhand deiner Daten raussuchen. Nichts anderes machen die von dir erwähnten Adapter. Deren Quelltext übrigens verfügbar ist, jeder Adapter hat eine GitHub-Seite und du kannst dir im Quellcode ansehen wie die das gemacht haben. Selbstverständlich darfst du das Rad neu erfinden (so lernt man), es läuft halt darauf hinaus das du deine eigene Logik zum speichern und zum wieder abrufen entwickeln musst. SQL hat den Charme das jeder geschriebene Wert sowieso mit einem Zeitstempel versehen wird, da kann man dann einfach die Logik der SQL-Engine nutzen. Im History-Adapter (der - wie ich meine - das als Textdatei abspeichern, ggf. JSON) könntest du dir einen Ansatz für eine solche Lösung ansehen. Willst du von einem Adapter aus einen anderen Adapter ansprechen so läuft das in der Regel genauso wie du es in einem einfachen Script oder Blockly machen würdest - per sendTo. Damit kannst du Anfragen austauschen - z.B. mit dem SQL-Adapter das er bitte einen Wert schreiben oder holen oder folgende SQL-Abfrage ausführen soll. Beispiele findest du auf der GitHub-Seite des SQL Adapters https://github.com/ioBroker/ioBroker.sql im unteren Bereich

gerade wenn mehr wie eine person an dem code arbeiten, macht das sinn. Sonst hat man schnell änderungen im git, wenn jeder anders autoformatiert, so das man die "echten" änderungen schnell übersieht