wie ihr vielleicht schon mitbekommen habt, ist in den letzten Wochen und Monaten nicht allzu viel passiert. In dieser Zeit habe ich mich vor allem auf mein Studium konzentriert. Jetzt habe ich aber langsam wieder etwas mehr Luft und werde das Projekt weiterführen :call_me_hand:

Vielleicht ist euch auch schon aufgefallen, dass ich aktuell an einem etwas größeren Thema arbeite. Dieses bringt langfristig nicht nur Performance-Vorteile, sondern ermöglicht auch neue Features – z.B. bessere Hintergrundbenachrichtigungen. Da es sich um ein umfangreicheres Vorhaben handelt, versuche ich eine gute Balance zwischen diesem und kleineren Aufgaben zu finden. Den aktuellen Stand dokumentiere ich so gut wie möglich auf GitHub:
https://github.com/moba15/hiob_app/issues/114

Außerdem habe ich heute eine neue Adapter-Version (Beta) veröffentlicht, die ihr gerne testen könnt. In dieser Version wurden vor allem ältere Abhängigkeiten aktualisiert:
https://www.npmjs.com/package/iobroker.hiob/v/0.1.7-beta.2?activeTab=readme

Danke für eure Geduld und Unterstützung!

P.S.: @bommel_030 den punkt mit dem Slider habe ich natürlich nicht vergessen. Das schau ich mir auch demnächst nochmal an

Es gibt zwar den Ignore/Override Haken, aber der hat keine Auswirkung. Der Datenpunkt Switch vom Licht ist ja immer verfügbar.
Eigentlich sollte dieser Auswirkungen haben, dass schau ich mir die Tage nochmal an.

@bommel_030 said in Test Adapter HioB:

Im Value mapper in den Templates kann ich wunderbar Zahlen in Zeichenketten umwandeln, wäre es auch möglich dem Text eine Farbe mitzugeben?

Ja das war auch schon in Planung mit Themes, jedoch glaub ich muss ich mich zuerst an die bessere Nutzerfreundlichkeit ransetzen :grimacing:

Und gleich noch ein Verbesserungsvorschlag/Änderungswunsch hinterher...
Im Value mapper in den Templates kann ich wunderbar Zahlen in Zeichenketten umwandeln, wäre es auch möglich dem Text eine Farbe mitzugeben?
Meine Heizung liefert 20 für EIN und 40 für AUS, das jeweils in rot bzw. grün wäre chic.

Gruß//Lucky

@mor15Euro @Lucky_ESA Der Adapter macht sehr viele Info-Einträge ala "state system.adapter.weatherunderground.0.cputime deleted" - ich hoffe, damit ist nicht gemeint, dass der Datenpunkt gelöscht wurde, der scheinbar zu einem anderen Adapter gehört. Wenn das gemeint ist, wäre das schlecht, wenn das nicht gemeint ist, ist der Log-Eintrag etwas missverständlich.

Das liegt an einem Bug im Adapter der mit 0.1.7-beta1 behoben wurde.

Edit: Dieser Issue verursacht die Meldung.

Gruß//Lucky

Bzgl dem App crash bin ich gerade am reproduzieren, kann aber aktuell noch nicht sagen woran das liegt

@mor15Euro Habe gerade mein Test Handy gestartet und läuft ohne Probleme bzw lief. Habe dann das Update auf die aktuelle Version gemacht und habe nun auch die Abstürze.

Es muss an der Android Version liegen.
Habe Version 9 mit einem Sony G8141

Gruß//Lucky

@seb
probiere mal diesen schritt:
adb shell
run-as de.bachmaiers.smart_home
cd /data/data/de.bachmaiers.smart_home/

siehe https://stackoverflow.com/a/17876731/21738420

Leider bringt uns das auch nicht weiter:

adb shell
oriole:/ $ run-as de.bachmaier.smart_home
run-as: package not debuggable: de.bachmaier.smart_home

Wenn ich das richtig verstanden hab, sagt package not debuggable, dass man es erst mit einem Manifest bauen müsste, dass das zuläßt.

Das zweite, was da auf der Stackoverflow-Seite steht mit dem Backup bringt auch nur eine 47 Byte Datei, die nach dem Entpacken nichts sinnvolles enthält.

Ich konnte aber interessanterweise 2x in die App kommen, nachdem ich sie gestartet hab und dann mit dem "Task-Switcher" (oder wie das heißt) wieder zurück zur App gekommen bin. Leider flieg ich dann nach ein paar Sekunden doch wieder raus, aber beim 2. Mal konnte ich auf die Log-Seite gehen und Copy machen. Da hatte ich aber nur das Log von dem Versuch, der wohl geglückt ist - viel ist es nicht, aber vielleicht hilft es ja:

[info] | 17:06:52 620ms | Backgroundrunner | init
[info] | 17:06:52 621ms | Backgroundrunner | init | Service configured
[debug] | 17:06:52 654ms | ConnectionManager | Recieved package firstPingFromIob2 | {"type":"firstPingFromIob2","content":{}}
[debug] | 17:06:52 654ms | ConnectionManager | Request login No Name found:xxxxxx-zensiert-xxxxxxx
[debug] | 17:06:52 966ms | ConnectionManager | Recieved package loginApproved | {"type":"loginApproved","content":{"type":"loginApproved","release":"0.1.6"}}
[debug] | 17:06:52 982ms | ConnectionManager | Recieved package answerSubscribeToDataPoints | {"type":"answerSubscribeToDataPoints","content":{"type":"answerSubscribeToDataPoints","value":[{"objectID":"alias.0.Aussen.Eingang.Licht.SET","value":false,"ack":true},{"objectID":"alias.0.Aussen.Terrasse.Licht.SET","value":false,"ack":true},{"objectID":"alias.0.Aussen.Terrasse.Licht_Ecke.SET","value":false,"ack":true},{"objectID":"alias.0.OG.Schlafzimmer.Deckenlicht.SET","value":0,"ack":true}]}}

Edit: Aber all Einstieg für neue User, um eine schnelle erste Funktionale Steuerung zu ermöglichen, definitiv eine Überlegung wert!

siehe https://stackoverflow.com/a/17876731/21738420

2|oriole:/data/data $ cd /data/data/de.bachmaier.smart_home/
/system/bin/sh: cd: /data/data/de.bachmaier.smart_home: Permission denied

Wäre sowas nicht sinnvoller? Damit wäre eine standardisierte Haushaltssteuerung innerhalb einer Stunde komplett gebaut. Man könnte in der App Personalisierung durch vllt vorgefertigte Templates bei diesem Setup einfließen lassen (sollen Räume als Screens, als Gruppen oder whatever angelegt werden) und vllt wie Dinge getrennt werden sollen (dicke Striche, dünne Striche, gar keine Striche, Farben, ...).
Ich weiß, ein komplett neuer Ansatz und vermutlich pain-in-the-a** für dich als Entwickler. Aber wäre nicht das eher ein Weg in eine intuitive und vor allem schnell anzulegende Steuerung?