Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[skvarel]

@Chrille1507 .. der Fehler sieht nach einem falschen Token aus. Siehe hier: #29

[Chrille1507]

@skvarel Hallo, der Adapter lief vorher schon und auch ohne Probleme.

Edit: Aktuell läuft er wieder sauber durch ohne Fehlermeldungen.

[skvarel]

Heute starte ich mit dem Testlauf vom 'Fahrtenbuch' :)

---

Jeden Tag wird ein neues GeoJSON mit dem Tagesdatum angelegt. In dem json sind dann alle Bewegungen über 20m hinterlegt.

Die 20m werden später über die Config einstellbar werden (wird benötigt um Gezappel zu unterbinden) und man dann auch auswählen, für welche Person man ein Fahrtenbuch möchte.

Per Datenpunkt lässt sich das Fahrtenbuch dann zusätzlich de-/aktivieren.

So zumindest der Plan ;)

Zur Zeit läuft es nur als Script in meinem ioBroker. Ich denke, zum Wochenende habe ich genügend Werte um es eventuell in den Adapter zu bauen.

[skvarel]

Frage .... gibt es hier User, die die Anbindung an den Places-Adapter benötigen?

Da ich ja den alten Code übernommen hatte, überlege ich gerade etwas aufzuräumen.

Das wäre die neue Config, ohne Places-Adapter

[Merlin123]

ich brauche den Places Adapter mal nicht.... Hatte ja weiter oben schon gefragt, was der Vorteil davon wäre....

[skvarel]

Da ich vor habe, so viel wie möglich in dem Life360ng abzubilden, wird der Places auch nicht benötigt bzw. bietet dann aus meiner Sicht keinen Mehrwert. Gerade dann, wenn das mit dem Fahrtenbuch (History) sauber klappt.

[skvarel]

Info:

Da bei der Aufmahme ins Latest-Repo einige Fehlern im Code angemerkt wurden, verzögert sich die Aufnahme ins Repo und dadurch auch das Fahrtenbuch. Das wird es diesen Monat leider noch nicht geben.

Ich halte euch auf dem Laufenden!

[skvarel]

Kurzes Update:

Wir arbeiten mit Hochdruck an der Aufnahme ins Latest-Repo. Ich habe eine Testversion auf Github geladen (noch nicht bei npm).

Ich habe Hoffnung, das ich zusammen mit Perplexity das Meiste behoben habe. @jkvarel guckt da noch mal drüber.

Neue Config: Integration des Places Adapter ist raus.

Es wird einen Versionssprung geben. Von 1.0.21 auf 1.1.0 !!

Da gibt es etwas zu beachten:
Nach dem Update, einmal bitte alle Datenpunkte löschen und die Instanz neu starten

Das betrifft nur User, die von der 1.0.x kommen.
Bei einer Erstinstallation der zukünftigen 1.1.0 passt es direkt

Es müssten KEINE Scripte oder Views angepasst werden! Die IDs haben sich NICHT geändert. Es ging hier nur um channel -> device ... device -> channel
An den states hat sich nichts geändert.

[skvarel]

@homoran .. darf ich dann im Eingangspost einfach die Versionsnummer ändern? Den Verlauf hier gern behalten.

[Homoran]

@skvarel sagte:

@homoran .. darf ich dann im Eingangspost einfach die Versionsnummer ändern? Den Verlauf hier gern behalten.

Hmmm,
Ich denke mal laut:
Möglicherweise irritieren dann die ersten 140 Posts...
... Titel anpassen...
...Link zum ersten Post mit der neuen Version im Startpost...

Mach mal 😉

[mcm1957]

Der Adapter wurde ins LATEST Repository aufgenommen.

@homoran
Dieses Topic kann daher in den normalen Testbereich verschoben werden.

[mcm1957]

@skvarel sagte:

@homoran .. darf ich dann im Eingangspost einfach die Versionsnummer ändern? Den Verlauf hier gern behalten.

Ja

Das Aktuellhalten der Tabelleinträge-Einträge im Eröffnungsposting ist m.E. sogar explizit erwünscht. Dort steht ja "AKTUELLE Testversion" Ebenso sollte der Titel regelmäßig aktualisisert werden wenn er eine Versionsangabe enthält.

Nur BITTE bei neuen Releases auch einen neuen Comment anhängen da das reine Ändern der Daten im Eröffnungsposting den Therad nicht als nicht gelesen markiert und daher ggF interessierte Tester die Info einer neuen Release nicht erfahren.

Und so wie @Homoran schon geschrieben hat ein Link zum Start der aktuellen Version kann nie schaden.
Aber wenn ein klares Kommentar-Posting der Art

'Neue Release 1.2.3 veröffentlicht'
'Changes: ....'

Sollte es einem aktiven Tester auch klar sein wo es weitergeht.

Mich stört es eher wenn im Titel oder Header steht Version 1.0.0 und tatsächlich ist 5.27.3 aktuell. Wenn ein Topic zu lang wird, dann sollte man ggF ein ganz neues Topic anlegen, das alte schließen und die beiden Topics gegenseitig verlinken. Das bietet sich z.B. an wenn es eine Mojor Release mit großen Änderungen gibt.

EDIT:
ZUmindest beim Shelly Latest tester halte ich es so. Bisher hab ich da noch keine Kritik daran gehört.

[Homoran]

@mcm1957 sagte:

Dieses Topic kann daher in den normalen Testbereich verschoben werden.

Ich würde diesen Thread jetzt eigentlich schließen wollen.
Die Aufnahme ins latest ist doch einen neuen Thread wert.
Auch wenn es keine neue Version gibt.

[mcm1957]

@Homoran sagte:

@mcm1957 sagte:

Dieses Topic kann daher in den normalen Testbereich verschoben werden.

Ich würde diesen Thread jetzt eigentlich schließen wollen.
Die Aufnahme ins latest ist doch einen neuen Thread wert.
Auch wenn es keine neue Version gibt.

Von mir aus definitiv auch OK. Nur dann bitte den hier mit Verweis schließen sonst gibts Paralleldiskussionen die niemand was bringen.

[skvarel]

Ok. Ich mache gleich einen neuen Beitrag auf und verlinke zu diesem.

Die neue Version (lag bis gerade nur bei Github) ist jetzt auch bei npm.

Die v1.1.0 ist online

@homoran .. bitte schließen.

Großen Dank an @mcm1957 und @homoran für euren Support!

[Homoran]

@skvarel sagte:

und verlinke zu diesem.

Und dann bitte deinen letzten Post hier noch editieren und den Link zum neuen einfügen!
Danke!

EDIT:
Hier geht's weiter https://forum.iobroker.net/post/1335982