UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[ToxiN]

Hallo, würde den Adapter gerne als Anwesenheits check benutzen, doch wenn ich nach Geräten suche werden mir immer nur 6 Geräte angezeigt, wenn ich probiere diese Manuel einzufügen bekomme ich immer als Fehler

forEachConfiguredDevice: in GetSpecificHostEntry 0(Galaxy-S9/xx:xx:xx:xx:xx):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"cod

dieses Problem habe ich mit dem alten oder neuen Adapter
kennt jemand evtl. dieses Problem und kann weiterhelfen ?

[Supermicha]

@SBorg stimme dir vollkommen zu: Wer die Zeit hat zum meckern, sollte auch die Zeit haben, Probleme näher zu beschreiben...
Aber: bedenke bitte, nicht jeder möchte mit seinem Produktivsystem rumexperiemtieren... ich durfte erst letzte Woche wieder erleben wie meine bessere Häflte meckern kann, wenn die Lichtschalter nicht funktionieren
und auch nicht jeder hat ein Testsystem mit dem er unbegrenzt rumspielen kann....

Ich denke aber hier wurde jetzt genug rumgemeckert. Also mal zu meinem Problem: Ich würde gerne eine Issue auf GitHub aufmachen, weiß aber nicht was ich da reinschreiben soll, denn mein Problem ist wirklich unspezifisch und kaum gewollt reproduzierbar...
Wie oben schon mal geschrieben, der Adapter läuft super, aber scheint nach einiger Zeit (gefühlt so 3-5 Tage) einige Datenpunkte nicht mehr zu aktualisieren. Speziell Inbound - CallerName.
Ich kann nicht sagen wann oder warum es passiert, aber nach ein paar Tagen sagt mir Alexa nicht mehr wer anruft. Auch die Anrufliste im VIS wird nicht mehr aktualisiert. Nach einem Adapter-Neustart klappt alles wieder.
Das Log ist komplett leer!

@apollon77
Helfe ich damit, wenn ich so ein unspezifisches Problem in GitHub einstelle?
Ich bin sicherlich nicht doof und kriege viele Probleme alleine gelöst, oder zumindest die notwendigen Informationen zusammengesammelt um mir helfen zu lassen, aber hier stehe ich wirklich auf dem Schlauch.
Deswegen wäre meine erste Anlaufstelle das Forum hier, in der Hoffnung, andere User zu finden, die das gleiche Problem haben, es aber vielleicht näher eingrenzen zu können.

[apollon77]

@Supermicha sagte in [Aufruf] Test Community-Version vom tr-064 Adapter:

Deswegen wäre meine erste Anlaufstelle das Forum hier, in der Hoffnung, andere User zu finden, die das gleiche Problem haben, es aber vielleicht näher eingrenzen zu können.

Valider Ansatz Und genau dafür ist auch das Forum da. Wenn es keine Fehler im Log gibt oder so ist das ganze sehr schwierig zu fixen.

[Supermicha]

Da ich mein System seit meinem ursprünglichen Post im August mittlerweile von einem Proxmox-Container in eine vollwertige Proxmox-VM umgezogen habe und damit insgesamt vieles viel reibungsloser läuft, werde ich jetzt nochmal meine Logs genauer beobachten.

Ich hab den Community-Adapter jetzt auf debug und alle anderen nur auf warn... mal sehen ob da die nächstes Tage was kommt. Aktuell läuft der Adapter seit 3,6 Tagen.. es könnte also bald so weit sein...

[liv-in-sky]

@Supermicha

so als not- oder übergangslösung - hast du mal versucht, die instanz neuzustarten - einmal täglich abends/morgens

[Supermicha]

ja, wäre mein letzter Ausweg, aber ich denke, damit würde ich nicht wirklich zu einer Lösung beitragen. Falls mein Problem weiter unindentifizierbar bleibt, werd ich das so machen... aber solange die Chance besteht, vielleicht doch irgendwann mal was im Log zu finden, werd ich den erstmal nicht neu starten.

[e-s]

@bahnuhr sagte in [Aufruf] Test Community-Version vom tr-064 Adapter:

@e-s sagte in [Aufruf] Test Community-Version vom tr-064 Adapter:

Weiteres Problem habe ich mit dem Phonebook, habe dazu in der FB ein paar Namen angelegt, und anschließend den Adapter neu gestartet. Leider ist in keinem einzigen DP ein Name zu sehen. Diese Felder bleiben alle leer.

Funktioniert mit der community-Version nicht.
Nimm dazu den alten Adapter.

Issue bei dem neuen Adapter ist von mir eingestellt.

komischerweise gibt es scheinbar selbstheilung, habe eben in die objekte geschaut und gestaunt, callername wird ordnungsgemäß ausgefüllt.

[bahnuhr]

Nein, es geht nicht.

Es geht nicht um callername (das geht ja).

Es geht um phonebook (und das geht eben nicht !!!).

[crunchip]

da ja seit der Umstellung auf Js-Controller der alte tr-64 nicht mehr funktioniert, habe ich auf den Community umgestellt, jedoch wird auf der vis irgendwie die Anrufliste nicht oder sporatisch mal aktualisiert.
Instanz restart jede Nacht um 0:01

Poll Intervall 10sek, alle Haken gesetzt

Zeitstempel und letzte Änderung sind korrekt in der json, jedoch aktualisiert die Vis nicht.
In der Vis

• basic Table
• object ID tr-064-community.0.calllists.inbound.json

Kommt der Fehler vom Adapter oder eher von Vis, oder vom Controller?

• vis 1.2.1
• Js-Controller 2.0.37(heute aktualisiert)

[sigi234]

@crunchip sagte in Test Adapter tr-064-community v1.0.x:

jedoch wird auf der vis irgendwie die Anrufliste nicht oder sporatisch mal aktualisiert.

Gerade getestet, die Liste wird nur aktualisiert wenn ein Gespräch auch statt findet.

[crunchip]

@sigi234 is ja völlig sinnfrei, soll mir ja die Entgangenen Anrufe auflisten, wenn ichs Telefon dafür in die Hand nehmen muss um zu gucken wer angerufen hat, zurückrufe und dann erst die Liste aktualisiert wird.

[sigi234]

@crunchip

Ja hast Recht, da stehe keine drinnen mit 0.00 Werten, aber Entgangenen Anrufe sind missed calls
Müsste man umbenennen auf aktive Anrufe?

[el_malto]

@apollon77 sagte in Test Adapter tr-064-community v1.0.x:

@bahnuhr sagte in [Aufruf] Test Community-Version vom tr-064 Adapter:

rausfinden was genau fehlt bzw anders ist oder nicht tut.

Das war viel generischer gemeint!
Ja es gibt ein paar Issues im GitHub ... aber hier im Forum andere Dinge oder User die Sagen das es bei Ihnen tut ...

Meine Aussage in Summe war:

Man müsste jetzt das alles nochmal durchsehen hier im Forum und GitHub und rausfinden was genau fehlt bzw anders ist oder nicht tut.

Also genauer: "Someone" (TM) müsste mal den ganzen Thread hier aufarbeiten, mit GitHub abgleichen und mal alles sammeln. Ggf wenn rauskommt das das gleiche bei einem tut und beim anderen nicht das Thema nochmal aufnehmen um die Ursache zu finden oder Unterschiede oder Gemeinsamkeiten.

Auch: Wenn es Workarounds zu Problemen hier gibt dann ggf mit sammeln.

Das von Euch angefragte Ziel wäre rauszufinden ob die Version des Adapters wie Sie jetzt ist sinnvoll releasebar ist oder was unbedingt (Prio A) oder auch danach (Prio B+) gefixt werden müsste.

Ich weiss das ich gerade vllt "frech" rüberkomme und wir so eine Anfrage hier das erste mal in der Form haben (zumindestens as I know). Ich will Euch aber auch erklären warum ich die mal so frech formuliere:
Es wird oft gefragt wie man denn Unterstützen kann wenn man nicht programmieren kann ... genau so. Unterstützt die Entwickler. Je besser und detaillierter die Issues im GitHub sind, umso schneller und einfacher kann ich ein Entwickler das ansehen und beheben.

Das Thema und der Thread hier ist so groß, dass ich jetzt garantiert einige Stunden investieren müsste das für mich aufzubereiten um eine Überblick zu bekommen was wie wichtig sein könnte und so. Und da bin ich ehrlich: Diese Zeit habe ich im Moment nicht neben meiner Mitarbeit am Core-System und zig anderen eigenen und ioBroker-Adaptern.

Ich verspreche nicht das, wenn jemand von Euch bereit wäre die Zeit zu investieren und es zusammenzufassen und besser aufzubereiten, es sofort dran kommt. Aber dann kann ich oder ein anderer Dev mir mal ein oder zwei Abende nehmen und schauen was ich tun kann.

Ingo

@crunchip
Wie @apollon77 schon gesagt hat, bitte ein Issue auf Github erstellen. Dann geht das nicht hier im Thread unter.

[sigi234]

@crunchip

Machst du eine Issue?

[crunchip]

@sigi234 was der Unterschied ist, das weiss ich schon.
Problem ist aber, lass ich mir den gesamten Eingang anzeigen, wird nicht aktualisiert.
Lass ich mir nur Entgangene anzeigen, klappt das soweit. Problem ist aber dann, wenn ein Anrufer nicht rechtzeitig auflegt, bevor der AB angeht, denn somit ist der Anruf nicht mehr als entgangen gelistet, egal ob auf den Ab gesprochen wurde oder nicht, also muss ich mir den gesamten Eingang anzeigen lassen.

[crunchip]

@sigi234 ja, mach ich dann und versuche es dort passend zu formulieren

[sigi234]

@crunchip sagte in Test Adapter tr-064-community v1.0.x:

Problem ist aber, lass ich mir den gesamten Eingang anzeigen, wird nicht aktualisiert.

Bei mir schon, oder reden wir aneinander vorbei.

[crunchip]

@sigi234 nein, wir reden nicht aneinander vorbei, hab es ja heute mittag selbst getestet
links liste Gesamt Eingang, rechts entgangene
die 2 entgangenen Anrufe von heute, werden in der gesamt eingang gar nicht mehr angezeigt

sieht man auch hier, die id5397/5398 fehlen in der inbound/json

[LJSven]

Ich möchte mein Sonos muten, wenn ich einen Anruft tätige, sobald das Telefon "wählt." Gibt es dafür einen State? Connect habe ich gesehen, aber das ist mir zu spät. Hätte es gern schon, wenn ich die Nummer gewählt habe und den grünen Höhrer drücke.

[joergeli]

@LJSven
Hmmm, evtl. wenn sich tr-064-community.0.callmonitor.outbound.timestamp ändert, also der Zeitpunkt des abgehenden Rufes?
Müsste man dann wahrscheinlich noch mit JavaScript überwachen:

const zeitpunkt   = 'tr-064-community.0.callmonitor.outbound.timestamp';
on({id: zeitpunkt, change: "gt"},function(obj) {

.... mute Sonos ...

});

Ist aber nur so ein Gedanke und ungetestet !