Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[reutli]

@mcm1957

Ok, das war die lange Version meiner Antwort, danke dafür

Beim vorliegenden "Adapter" bin ich auch Leidtragender. Ich hatte seinerzeit beim ersten Adapter truegreyhound über 50 Ecken erreicht und "genervt". Ich gehe davon aus, dass das auch der Grund ist, warum immer weniger Leute einen Adapter entwickeln und dann offiziell ins Repo einstellen. Gefühlt ist die Verantwortung extrem hoch. Wenn man aus eigenem Antrieb ein Adapter entwickelt, den dann plötzlich viele benutzen und dieser viele Anpassungen bedarf, weil sich die API ändert oder ähnliches, dann wird der Druck sehr hoch und man zieht sich zurück, weil man es einfach nichtmehr schafft.
Du kennst das Thema gut genug vom Jarvis Adapter...

Für Anwender zeigt sich ein anderes BIld: Dieser ist froh endlich einen Adapter gefunden zu haben, der sein Einsatzszenario abzudecken scheint. Dabei ist es dann (leider) egal, woher der kommt, Hauptsache man kann seine Automatisierung umsetzen, z.B. "Mäher parken wenn's regnet" oder "Beregnung erst starten wenn Mäher geparkt ist"...
Das ist alles klasse, solange sich an der Umgebung (iob, API, OS) nichts ändert und alles so zusammenpasst, wie am Anfang. Dass man hier auf einen Adpater setzt, der nicht gesichert weiterentwickelt wird, ist dann erst einmal egal. Man macht sich (leider) als Anwender oft genug auch keine Gedanken darüber, dass hinter dem Adapter ein Mensch steckt, der diesen programmiert hat. Wehe wenn sich dann was ändert.
Dann muss man als Entwickler "schnell" handeln, weil ja einige Anwender dran hängen, obwohl man gerade so gar keine Zeit für das private Hobby hat. Und die Anwender werden "pampig" schließlich läuft ja etwas nicht wie gewünscht... ein Teufelskreislauf und ja, natürlich ein Kommunikationsproblem usw.

Ich bin kein Entwickler, habe aber auch mal ein paar kleine Projektchen (privat) zusammengekloppt und im iob am Laufen gehabt. Dabei ist mir genau die Problematik aufgefallen. Ich hätte aber nicht gewusst, wohin ich mich aktiv wenden soll, wenn ich z.B. Hilfe oder gar Übernahme eines solchen Projektes gebraucht hätte.

Wir sind hier in einer Comunity-Version und open-source unterwegs, das erkennt (anerkennt leider zu wenig) auch jeder, bist zu dem Zeitpunkt an dem es eng wird, etwas nicht mehr funktioniert. Dann ist das Geschrei gross.
Auf der einen Seite sind dann scheinbar die meisten Entwickler zu stolz ehrlich zu agieren und mitzuteilen, dass sie keine Möglichkeit mehr haben einen (Hobby-)Adapter weiter zu pflegen. Gleichzeitig fehlt eine definierte Anlaufstelle bei iob, an die man sich wenden kann, bzw. sie ist zu wenig bekannt, um einen Adapter zu übergeben oder Hilfe zu erhalten. Auf der anderen Seite stehen die Anwender, die in einem TOn unterwegs sind, dass es sich mir die Nackenhaare aufstellt! Den Anwendern würde ich oft genug gerne mal den Kopf waschen udn ihnen klar machen, dass sie ein weitestgehend kostenloses Projekt verwenden, bei dem sich viele in ihrer Freizeit darum kümmern, dass es läuft.

Wieder klassisches kommunikations- und mittlerweile leider auch Gesellschaftsproblem!

Deshalb mein Aufruf (ja an dieser Stelle falsch, ich weiss):

1. @Anwender: wer was möchte, sollte ausgesucht höflich und freundlich sein!
2. eine offizielle Anlaufstelle bieten / aktiv zu bewerben, an die sich Adapter-Hobby-Entwickler wenden können, wenn ihnen das Projekt über den Kopf wächst
3. den Anwendern immer wieder klar machen, dass man bei einem Adapter aus GitHub auf dem Glatteis steht (wird ja bereits gemacht)
4. aktive Hilfe für Anwender auf dem Glatteis - ggf. druch Kommunikation mit dem Entwickler (dieser traut sich oft genug nicht (mehr) sich dem Problem anzunehmen, siehe oben)
5. Unterstützung durch die Comunity bei der Weiterentwicklung eines verwaisten Adapters in Github (im Repo erfolgt das ja meist)

nur so ein paar Gedanken von mir, weil selbst auch schon in dem Kreisel gewesen....

[mcm1957]

@reutli said in Test Adapter Husqvarna Automower v0.3.x:

Deshalb mein Aufruf (ja an dieser Stelle falsch, ich weiss):

passt schon

1. @Anwender: wer was möchte, sollte ausgesucht höflich und freundlich sein!

Dem kann ich mich nur anschließen. Und DANKE an alle die das schon ewig so tun.

2. eine offizielle Anlaufstelle bieten / aktiv zu bewerben, an die sich Adapter-Hobby-Entwickler wenden können, wenn ihnen das Projekt über den Kopf wächst

Einfach hier im Forum melden. Oder in unseren Telegramm / Discord channels. Invite links gibts auf www.iobroker.dev. In jedem Fall ist es jederzeit möglich einen Adapter auch an die iobroker-community-adapters Orga aktiv abzugeben. Dann können andere Entwickler leicht mitarbeiten. Und der volle Zugriff des originalen Entwicklers bleibt auf Wunsch natürlich erhalten. Infos https://github.com/iobroker-community-adapters/info#ask-to-move-your-repository-to-iobroker-community-adapters.

3. den Anwendern immer wieder klar machen, dass man bei einem Adapter aus GitHub auf dem Glatteis steht (wird ja bereits gemacht)

Jep - auch wenns lästig ist schreib ich das immer wieder

4. aktive Hilfe für Anwender auf dem Glatteis - ggf. druch Kommunikation mit dem Entwickler (dieser traut sich oft genug nicht (mehr) sich dem Problem anzunehmen, siehe oben)

5. Unterstützung durch die Comunity bei der Weiterentwicklung eines verwaisten Adapters in Github (im Repo erfolgt das ja meist)

Entwickler sind immer gern gesehen und sofern ein wenige Grundkenntnisse im Programmieren existieren kommen wir sicher zusammen. Aber auch Tester sind extrem hilfreich und wichtig. Und wenn wer Zeit / Lust hat Beschreibungen zu verbessern / ergänzen braucht hilft das auch. Einfach melden / fragen / mitmachen. OpenSource lebt von gemeinsamer Entwicklung - nicht von Urgenzen und Beschwerden. Die verderben einem die Lust was zu tun...

Und die Aufnahme eines Adapters ins Repo ist insofern für User wichtig als dabei

• ein Review erfolgt ob gewissen Standards passen
• der Adapter so vorbereitet ist, dass im Notfall (und nur dann) ein Zugriff des Coreteams erfolgen kann um dringende Fixes zu machen. Das verhindert das Verwaisen eines Adapters wegen Kleinugkeiten (kann aber natürlich nicht bei jedem Großumbau durch das Coreteam selbst erfolgen)
• der Adapter regelmäßig áutomatisieert gescannt wird und wir z.B. auch proaktiov sehen wo etwas zu tun wäre wenn z.B. ein js-controller oder node Update Aktionen erfordert.

mcm1957

[hunterhb]

Hallo Gemeinde,
ich habe gerade versucht ebenfalls eine Instanz vom Adapter zum laufen zu bekommen.
Leider bekomme ich eine Latte von Fehlermeldungen.


Kann mir hier jemand weiterhelfen?
Hab einen Husqvarna 430X am laufen.

Vielen Dank und schönen Sonntag

[lessthanmore]

@hunterhb Welche Version des Adapters hast du denn laufen?

[hunterhb]

@lessthanmore 1.1.2 von Github

[lessthanmore]

@hunterhb Nimm den hier: https://github.com/ice987987/ioBroker.husqvarna-automower
Der läuft bei mir fehlerfrei mit einem 320Nera (Version 0.6.0 beta).

[hunterhb]

@lessthanmore Das sieht besser aus. Vielen Dank. Hat mir jemand noch Beispiel für eine Visualisierung?

[mcm1957]

@lessthanmore said in Test Adapter Husqvarna Automower v0.3.x:

@hunterhb Nimm den hier: https://github.com/ice987987/ioBroker.husqvarna-automower
Der läuft bei mir fehlerfrei mit einem 320Nera (Version 0.6.0 beta).

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

[mcm1957]

@Homoran

Diese Topic betrifft lt Eröffnungstopic den Adapter ioroker. husq-autoautomover und verlinkt auch in dieses Repository: https://github.com/truegreyhound/ioBroker.husq-automower.

Allerdinsg ist dieses Repo verwaist und der dort liegende Adapter unbrauchbar (siehe unmittelbar vorhergehende Beiträge).

In Fiorm des Adapter ioBroker.husqvarna-automower (https://github.com/ice987987/ioBroker.husqvarna-automower) existiert ein Ersatz der (leider) auch in diesem Topic diskutiert wird.

Ich rege daher an:

• entweder dieses Topic zu schließen und durch den dev von /ice987987/ioBroker.husqvarna-automower ein neues Topic erstellen zu lassen
• oder per MOD-EDIT im ersten Beitrag ganz oben im Beitrag eine Klarstellung einzufügen wie unten als Beispiel eingefügt

Dies sollte hoffentlich verhindern, dass User den verwaisten / verwesten (?) Adapter von Github installieren.

x-----------------------------------------------------------------------------------------------------x

Der Adapter ioBroker.husq-automower ist DEPRECATED und funktioniert nicht mehr. Als Ersatz kann der derzeit nur als ALPHA Version verfügbare Adapter ioBroker.husquarna-automower (https://github.com/ice987987/ioBroker.husqvarna-automower) getestet werden.

Der Adapter ioBroker.husquarna-automower ist derzeit noch nicht in den Repositories verfügbar, von einem Einsatz auf produktiven System wird daher abgeraten.

x-----------------------------------------------------------------------------------------------------x

EDIT: mover->mower

[reutli]

@mcm1957

der Vollständigkeit halber: es muss heissen "automower" nicht "automover"

[mcm1957]

@reutli
DANKE

[hunterhb]

@mcm1957 Danke, again what learned

[Willi 0]

Ich habe ein Anfängerproblem beim Starten des Mähroboters (Adapterversion 0.6.0-beta.12) für einen definierten Zeitraum und hoffe, dass ihr mir helfen könnt. Ich setze startTime unter ACTIONS -> start auf 60 (er soll also 60 Minuten mähen) und START auf true. Als Ergebnis erhalte ich im Log die Info vom Adapter:
No duration or an invalid duration was specified for the action. Nothing set.
Wie muss ich die startTime korrekt angeben?
DANKE im Voraus!!!

[RISSN]

@willi-0

ich setze die Zeit hier und starte auch dort

[Willi 0]

@rissn Schaut bei mir so aus:

Ich habe es mit den Befehlen in beiden Ordnern versucht "start" und "startInWorkArea". Beide Male wirft er wegen dem Parameter startTime einen Fehler. Beim Ordner startInWorkArea heißt der Datenpunkt bei mir auch startTime und nicht duration (habe da nichts geändert).

[Willi 0]

Ups sorry, habe gerade im Git gesehen, dass das Problem schon reported ist (Issue #228).