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

[hacki11]

@neo32 Ok passt, ja dann kann’s natürlich keine DSL Daten geben :)

FTTH Infos gibts in deinem Router auch nicht oder? Sonst könnte ich versuchen die anzuzapfen

[Oli]

@hacki11

sorry bin leider heute erst zum testen gekommen, Adapter verbindet sich und Daten werden abgerufen.

Danke für die Integrierung und deine investierte Zeit, danke auch an @Neo32 für das freigeben des Routers.

Kann man evtl. auch eine Geräteliste und eine Telefonliste über die versteckten Menüs auslesen?

[hacki11]

@oli Ja das geht. Ich wollte eh bedarfsorient vorgehen. Was genau möchtest du sehen? Die letzten 20 Telefonate, alle, Gesprächsdauer,etc? was bei den Geräten? Verursachter Traffic? Ip? Einfach mal reinkucken und aufschreiben. Ich will nicht Pauschal alles einlesen, das kostet ja auch Laufzeit wenn’s keiner braucht

[Oli]

@hacki11

eigentlich würden mir die letzten 5 verpassten Anrufe reichen

Eine Geräteliste mit folgenden Hinhalten wäre super:

Was mir gerade aufgefallen ist, dass ich automatisch auf der Konfigseite abgemeldet werde, sobald der Adapter Daten abruft

[hacki11]

@oli Das mit der Abmeldung ist mir auch aufgefallen. Leider unterstützt der Router nur eine gleichzeitige Anmeldung. Sobald ein User oder der Adapter sich einloggt werden alle anderen Sessions ungültig. Quasi der letzte gewinnt. Da gibts auch keine technische Möglichkeit das zu umgehen. Entweder den Intervall vom Adapter so hoch stellen, dass es mit einer geringeren Wahrscheinlichkeit kollidiert oder den Adapter deaktivieren wenn man drauf muss. Sehr schade :(

[Oli]

@hacki11

alles klar, danke für die Info

[hacki11]

@oli Clients und Calllists sind nun drin.

Die Calllist ist als JSON Objekt vorhanden. Hier hab ich mich an die Struktur vom tr64 Adapter gehalten. Man kann es dann so verwenden: https://www.smarthome-tricks.de/software-iobroker/iobroker-und-fritzbox-benachrichtigung-von-verpassten-anrufen/
Es gibt zwar nicht alle Attribute, aber die wichtigsten.

Die Liste ändert sich so oft, dass es hier keinen Sinn ergibt jedes mal ein eigenes Objekt anzulegen. Bei Clients ist das anders, die haben eine eindeutige MAC Adresse.

[Oli]

@hacki11

danke,

habe jetzt aber das Problem, dass er sich nicht mehr verbindet

2021-04-17 16:01:44.212 - info: speedport.0 (15907) Establish connection to Speedport (http://speedport.ip)
2021-04-17 16:01:44.218 - debug: speedport.0 (15907) Starting Request:
{
"url": "http://speedport.ip",
"method": "get",
"headers": {
"common": {
"Accept": "application/json, text/plain, */*"
},
"delete": {},
"get": {},
"head": {},
"post": {
"Content-Type": "application/x-www-form-urlencoded"
},
"put": {
"Content-Type": "application/x-www-form-urlencoded"
},
"patch": {
"Content-Type": "application/x-www-form-urlencoded"
}
},
"transformRequest": [
null
],
"transformResponse": [
null
],
"timeout": 0,
"withCredentials": true,
"xsrfCookieName": "XSRF-TOKEN",
"xsrfHeaderName": "X-XSRF-TOKEN",
"maxContentLength": -1,
"maxBodyLength": -1,
"jar": {
"version": "tough-cookie@4.0.0",
"storeType": "MemoryCookieStore",
"rejectPublicSuffixes": true,
"cookies": []
}
}
2021-04-17 16:01:44.431 - error: speedport.0 (15907) connect ECONNREFUSED 192.168.2.1:80
2021-04-17 16:01:44.432 - error: speedport.0 (15907) Error: connect ECONNREFUSED 192.168.2.1:80
at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1144:16)
2021-04-17 16:01:44.433 - error: speedport.0 (15907) Connection failed
2021-04-17 16:01:44.434 - debug: speedport.0 (15907) Reset Timer

[hacki11]

@oli Das hatte ich auch mal, kommst du noch aufs Webinterface? Evtl ist das abgestürzt. Bei mir hat nur ein Neustart geholfen

[Oli]

@hacki11

danke, werde ich später testen

[Oli]

@hacki11

nach einem Neustart funktioniert wieder alles, Telefonlisten und Gerätelist ist auch vorhanden.

ein paar Fragen hätte ich allerdings noch:

1. In den Anruflisten stimmt leider die Zeitangabe nicht, da wird ein Monat dazugerechnet und die Urzeit passt um 2 Stunden nicht. Kannst du daran was ändern?

"id":0,"date":"2021-05-16T17:11:12.000Z

2. Ein anderes Datumsformat wäre auch noch super, also DD.MM.JJJJ

3. Ist es möglich in der Geräteliste die Anschlussart mit abzufragen (LAN, W-LAN 2,4, W-Lan 5)?

[hacki11]

@oli An dem Datumsthema häng ich auch grade. Komm da mit JS noch nicht so ganz klar, irgendwie fehlen da die Basics. Aber bekommen wir hin.

Zu den Devices, was wär besser, 3 Listen oder eine Eigenschaft im Device?

[Oli]

@hacki11

eine Eigenschaft im Device würde mir reichen.

Wie wird den das Datumsformat ausgegeben?

[Oli]

@hacki11

irgendetwas stimmt da trotzdem leider noch nicht, ich muss den Router alle paar Stunden neu starten, weil er nicht mehr erreichbar ist, kann das evtl. am Abfrageintervall liegen?

[hacki11]

@oli Stells mal hoch, so auf 60s ob’s besser wird.

[Oli]

@hacki11

Was mir noch aufgefallen ist, dass die Anzahl der Anrufe nicht neu berechnet werden, wenn die Liste gelöscht, bzw. ein Anruf dazu kommt.
Es könnte aber auch sein, dass du überall die verpassten Anrufe anzeigst.

[Neo32]

@hacki11
Hi Hack,

eine Kleinigkeit ist mir noch aufgefallen gerade eben. Die einzelnen Objekte in den LAN Interface tragen, egal bei welchen LAN Interface, immer die Nummer "LAN1".

Wäre sinniger wenn alle Punkte unter LAN2 usw. auch mit LAN2 beginnen würden.

[hacki11]

@neo32 @Oli

• Call Count Problem behoben (hab immer missed calls gezählt)
• LAN1 Copy/Paste Error behoben (Objekte müssen manuell gelöscht werden, dann werden sie korrekt angelegt)
• WLAN Clients bekommen wifi_channel, Werte: 2.4 GHz, 5 GHz
• LAN/WLAN Unterscheidung kannst du über is_wired machen.

Alles im aktuellen Master

Bei den Zeitstempeln werde ich wohl nochmal etwas ändern müssen. Bei Javascript/JSON sollte in der Regel der UTC Zeitstempel abgespeichert werden. Das äußert sich dann auf den ersten Blick durch eine Zeitverschiebung (GMT+1 bzw. +2 Sommerzeit). Da man davon ausgeht, dass man das JSON wieder mit Javascript einliest bevor es verarbeitet wird ist das auch kein Problem, da Javascript die lokale Zeit draufrechnet und dann stimmt es wieder. Es ist lediglich "ungewohnt", wenn man das Json im Rohformat betrachtet.
Wäre es ein Problem, wenn ich das wieder in UTC speichere? Kämt ihr damit klar?

[Oli]

@hacki11

Sorry, bin heute erst zum testen gekommen, soweit scheint alles zu funktionieren.

Ist es nicht möglich die ausgelesene Zeit, neu als Datum zu formatieren und anschließend als String ins JSON zu schreiben?
Ich mache das bei einem Skript, wo ich einen Datenpunk auslese.

let datum = new Date(getState("nina.0.09576.warnung" + a + ".sent").val);
let datumN = "Meldung am: " + wTagN + " den " + formatDate(datum,'TT.MM.JJJJ hh:mm:ss') + " Uhr";

Dann hätte ich noch ein paar Fragen, bzw. Anregungen.

1. Ist es möglich die Telefonlisten über den Adapter im Router zu löschen?
2. Ich versuche gerade folgendes Projekt auf deinen Adapter umzumünzen:
   https://github.com/Scrounger/ioBroker.vis-materialdesign/tree/master/examples/UnifiNetworkState
   Dazu würden allerdings noch ein paar Angaben bei den Clients fehlen:

• Uptime der einzelnen Geräte
• Empfangenes- und gesendetes Datenvolumen
• Ob im Gäste, oder normalen W-Lan eingebucht
• Signalstärke der einzelnen W-Lan Geräte (oder ist das im Datenpunkt "rssi" abgebildet?)
• Link zum Gerät

Wäre es möglich diese Punkte noch mit einzubinden?

[hacki11]

@oli
Ich weiß nicht, was die formatDate Methode macht aber im Prinzip ist der UTC Timestamp den ich verwenden werde sowieso Standard bei Javascript, dort wirst du dann normal keine Problem haben. Es wird automatisch deine Zeitzone drauf gerechnet. Ich würds mal ändern und dann schaun wir obs passt würd ich vorschlagen.

1. Ich glaube das sollte gehen, ich muss mir nur ansehen wie die UI das macht.
2. Alles was es über die Geräte beim Speedport gibt hab ich bereits übernommen. Da ich selbst eine Unifi Umgebung hab weiß ich, dass hier wesentlich mehr zur Verfügung steht als bei einem Speedport.

• Uptime: gibt es nicht
• Datenvolumen: Nur LAN1-4 + WAN haben diese Info
• Wenn du in der UI erkennen kannst ob das Device im Gästewlan steckt, dann kann ich das auch. Meine Datenquellen hatten dies nur noch nie. Da bräuchte ich dann wieder einen Trace.
• Signalstärke: RSSI, genau
• Link zum Gerät: Wie genau? Auf welchen Port? Gibt es Links in IOBroker als Datenpunkt? Das ist eher was für die Visualisierung würde ich sagen.