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

[Schnubby666]

@ilovegym
Das dachte ich mir schon, dass es damit ganz einfach werden könnte :-)
Ich nutze die Surveillance Station aber (noch) nicht. Hatte irgendwann mal gelesen, dass man ab der dritten Kamera eine Lizenz erwerben muss und ich habe aktuel drei und es kommen noch zwei hinzu.

Wie wäre es also in meinem Fall zu lösen? Wie beschrieben, wäre es super, wenn die Snapshots nicht erstellen würde, sondern die Bilder nutze die die Kamera bei Bewegung eh schon per ftp auf meine DS schiebt.
Sind Videos auch möglich zu verschicken?

[A Former User]

@schnubby666

In dem Fall holst du dir das Bild mit writefile ins iobroker Dateisystem und schickstes dann.. etwas umständlich aber geht auch.. bin morgen wieder am Rechner da hab ich noch ein Script liegen…

[Schnubby666]

@ilovegym
ok danke
Also von der DS immer auf (in meinem Fall) den Raspi kopieren und dann holt sich der ioBroker das Bild aus dem definierten Verzeichnis und am Ende geht es zum Synochat...
Wie ist es denn mit Videos? Das müsste doch dann auch gehen oder nicht?

[Schnubby666]

@ilovegym
Konntest du dein Script schon ausfindig machen?

[A Former User]

@schnubby666

total vergessen, sorry !

[phoeluga]

Hallo zusammen,

Eine neue Version - 1.3.0 - des Adapters steht zur Verfügung und beinhaltet folgende Änderungen:

• Notification-Manager
  Die Adapterinstanz reagiert auf eingehende Nachrichten des Notification-Manager-Adapters. Es ist möglich einem Channel ein Flag zuzuordnen, wodurch die Nachricht zu dem Channel an den Synology-Chat-Server gesendet wird.

• sendTo
  Im Zusammenhang der Notification-Manager-Integration wurde auch die Verarbeitung von anderen eingehenden Nachrichten implementiert.

• Message-Templates
  Um möglichst dynamisch auf eingehende Nachrichten zu regieren, wurden Nachrichtentemplates hinzugefügt. Diese können Patterns beinhalten, die eine Gestaltung der jeweils empfangenen Nachricht ermöglichen.
  Die Nutzung der Templates wurde auf die bereits vorhandenen Nachrichtenobjekte der einzelnen Channels erweitert. Das bedeutet, dass z.B. JSON-Werte an Nachrichtenobjekte übergeben werden können, die wiederum in den Templates zu neuen lesbaren texten konvertiert werden, bevor sie an den Synologyserver übergeben werden.
  Eine genaue Beschreibung zu Patterns, deren Nutzung und Einschränkungen kann hier gefunden werden:
  https://github.com/phoeluga/ioBroker.synochat#223-message-templates

Die neue Version befindet sich im Beta-Repo.

Gruß,
phoeluga

[A Former User]

@phoeluga

Vielen Dank, funktioniert hier einwandfrei!

[phoeluga]

Hallo zusammen,

Eine neue Version - 1.3.1 - des Adapters wurde grade im Beta-Repo gepublished.
Folgendes wurde gefixed / aktualisiert:

• Probleme mit Sonderzeichen in Version 1.3.0
  In Version 1.3.0 konnten Nachrichten mit bestimmten Sonderzeichen (z.B. %) nicht korrekt verarbeitet / zum Synology-Chat-Server gesendet werden - behoben in #16

• Initiale Nachrichten vom Typ outgoing können nicht verarbeitet werden
  Wenn eine Nachricht zum ersten Mal vom Synology Chat-Server empfangen wurde, nachdem das Nachrichtenobjekt ursprünglich erstellt wurde, ist der Objektwert null. Das hatte einen TypeError zur Folge - behoben in #13

• README update
  Die README wurde um Informationen zum Umgang mit Trigger words erweitert. - #14

• Beschreibung der übergeordneten Nachrichtenobjekte
  Da die Kanaltypenbezeichnungen aufgrund der technischen Betrachtungsweise im Frontend zu Unklarheiten führen kann, wurden diese entsprechend angepasst - #14

Auf die doch wichtige Situation der Falschbehandlung der Sonderzeichen in Version 1.3.0 bin ich über eine Bewertung des Adapters gestoßen.
Danke für die Rückmeldung an dieser Stelle, so dass ich dieses Problem schnell lösen konnte.
Da ich die Rückmeldung mehr oder weniger aus Zufall sah, würde ich über diesen Weg bitten, bei Fragen oder Problemen zum Adapter, diese hier im Forum zu stellen bzw. ein GitHub-Issue anzulegen.
Das ist der sicherste Weg, damit keine Fragen oder Probleme übersehen werden.

Danke & Gruß,
phoeluga

[thorkillar]

bitte löschen . bin im falschen thread

[thorkillar]

Hallo zusammen,

ich versuche jetzt schon seit einiger Zeit den Chat Client mit dem ioBroker Adapter in Betrieb zu nehmen.
Irgendwie versehe ich nicht, warum es nicht läuft, bzw. mach ich bestimmt was falsch.

Ich nutze ioBroker im Docker auf einer Synology DS1618+ mit MacVLan

Könnt Ihr mit bitte helfen?

Ich zeige Euch mal, was ich eingestellt habe.

Im Adapter:

Im Chat Client, auf der Synology:

[A Former User]

@thorkillar

Hello,
hat deine Synology wirklich ne 172.er IP ? Das sind doch die internen fuer die Docker... das geht so nicht..da muss die IP vom Netzwerk rein, wie du vom PC drauf zugreifst..

Meine Syno hat die 10.10.2.10, die MacVlan ist die 10.1.1.9 und der iobroker die 10.1.1.2 und da sieht das so aus:
( man kann anstatt die 10.10.2.10 auch die 10.1.1.9 eintragen, beides funktioniert bei mir)

[thorkillar]

@ilovegym Danke, werde ich mal testen und melde mich dann.

[bo_79]

Hallo zusammen,

ich bin leider etwas am verzweifeln. Leider schaffe ich es nicht, dass iobroker Nachrichten an die Synology Chat sendet.

Folgende Einstellungen habe gewählt

Den Port auf der Syno habe ich bewusst auf 9070 zum Test geändert. Weder Original noch Anpassungen haben einen Effekt
Den Zugangstoken habe ich aus SynoChat kopiert, wie in der Hilfe beschrieben.
Ich habe mal zum Test zwei Kanäle angelegt, einer ist öffentlich, einer ist privat.

Ich erhalte folgende Fehlermeldung

Hat noch jemand eine Idee?

Erwartungshaltung wäre, dass wenn ich das Feld Message im SynoChat Baum ändere, eine Nachricht versendet wird.

Wäre sehr dankbar über Hilfe.

Viele Grüße
Björn

[A Former User]

@bo_79

wirklich http und nicht https?
Funktioniert der Link im browser?

[bo_79]

@ilovegym
Tatsächlich erreiche ich den Chat via http.
Wenn ich den Link in den Browser kopiere, bekomme ich folgende Fehlermeldung

Meinst du wenn ich auf https umstelle, wäre das Problem gelöst?
Grüße
Björn

[OliverIO]

@bo_79

soviel zum code 407
407 Proxy Authentication Required
https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/407

evtl hilft es weiter.
ist aber nur eine vermutung das 407 dem http statuscode entspricht

[A Former User]

@bo_79

Irgendwelche Fehler bei Adapter Start?

[bo_79]

@ilovegym @OliverIO
Hi,
danke schon mal für euren support, habe jetzt nochmals alle Möglichkeiten durchgetestet. Mit https / ohne.
Ich habe auch nochmal einen anderen Benutzer im Chat angelegt etc.

Beim Start bekomme ich folgende Meldungen

Mein aktuelles Setup

Ich wäre happy, wenn noch jemand einen Tipp hat, ansonsten lege ich das Thema jetzt erst mal auf Eis

Grüße Björn

PS: Habe noch einen Pihole laufen, eine deaktivierung hat aber auch nichts gebracht

[Thomas Braun]

@bo_79
Die IP 192.10.1.80 ist nicht aus der private range.

[OliverIO]

@bo_79

ja,
die ip adresse gehört amazon
https://www.whois.com/whois/192.10.1.24

für privat sind nur die folgenden ip adressen gültig.
https://en.wikipedia.org/wiki/Private_network

diese ip adressen sind im routing des tcp stacks fest hinterlegt (der in deinem router und wahrscheinlich auch in jedem anderen netzwerkfähigen gerät steckt.)
wahrscheinlich erlebst du die effekte des routing, weil dein router die päckchen direkt ins internet schickt und nicht auf der/den lokalen netzwerkschnittstellen verteilt.