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

[Ein ehemaliger Benutzer]

@michihorn

Danke, jetzt kann man Hilfe leisten. Ich vermute mal zu 90% liegt das am aktuell von dir installierten Admin-Adapter V7.4.21, der hat seit ner Zeit n Bug bei der Eingabe in die Felder.. gibt auch n Issue zu.
Bei Einsatz von Beta Versionen besser immer die Issues dazu lesen, oder, in der Gartenhuette, erst gar nicht einsetzen.
Da lieber mit den Versionen auf Stable bleiben, die heissen ja nicht zufaellig Stable..

[Thomas Braun]

@michihorn

Und losgelöst vom tuya solltest du die Kiste eh mal neuaufsetzen.
Als RaspberryOS 12 'Bookworm' in der 64Bit-Version.
Vielleicht erledigen sich dann diese Fehler:

Previously detected issues:

~ Under-voltage has occurred

~ Arm frequency capping has occurred

*** DMESG CRITICAL ERRORS ***

140 CRITICAL ERRORS DETECTED!

Check 'sudo dmesg --level=emerg,alert,crit -T' for details

Fri Jan 24 21:30:26 2025] EXT4-fs (sda2): orphan cleanup on readonly fs

[Fri Jan 24 21:30:26 2025] EXT4-fs (sda2): 3 orphan inodes deleted

In den Paket-Quellen fehlt das security-Repo. Und der cache ist auch krumm:

E: The package cache file is corrupted

[michihorn]

@thomas-braun sagte in Tuya. 3.17.0:

In den Paket-Quellen fehlt das security-Repo. Und der cache ist auch krumm:

E: The package cache file is corrupted

Wie kann ich das fixen?

[Thomas Braun]

@michihorn

Sinnvoll? Per kompletter Neuinstallation, die du ja ohnehin machen musst.

[Ein ehemaliger Benutzer]

@michihorn

Haste noch n Raspi zuhause? Dann zieh dir n Backup vom iobroker aus der Gartenhuette, setz zuhause n neuen mit Bookworm auf, restore deine Daten und mit der fertigen SD Karte gehste dann in die Gartenhuette und tauschst die aus.
Ich wuerd an dem alten Bullseye nicht mehr rumdoktern. Solange der noch laeuft ist ja gut, aber ich wuerde die Zeit nutzen und die Konfig (ich denke, du hast da mehr als iobroker drauf?) neu aufsetzen.

[Urs]

Hab mir den Tuya Adapter installiert und funktioniert soweit auch, das obwohl der Adapter anzeigt dass er nicht verbunden sei:

Ich vermute mal dass das damit zusammen hängt dass das Tuya Gerät (Heizofen zum Frostschutz) in einem entfernten Netzwerk liegt und somit die Daten nur über die Cloud kommen.

Irgendwie hat die Vergangenheit gezeigt dass es eine sehr schlechte Idee ist auf Cloud Lösungen in welcher Form auch immer zu setzen das letzte mal letzte Woche) darum die Frage: Wie wahrscheinlich ist es dass der Tuya Adapter in Zukunft Geräte ansprechen kann welche in einem anderen Netzwerk leben und über eine VPN-Verbindung (Wireguard) mit dem Netzwerk in dem Iobroker lebt verbunden ist? Mein Iobroker ist z. B. in 192.168.1.x und das Tuya Gerät in 10.10.100.x wo noch weitere Geräte Daten an Iobroker senden (z. B. KNX, MQTT...)

Vielen Dank

[Ein ehemaliger Benutzer]

@urs

Tuya Devices arbeiten mit UDP Ports 6666, 6668 und ab und zu mal mit 6667, also duerfen die nicht geblockt sein in deinem Netzwerk.

Cloud hat immer den Nachteil, dass die Verbindung oder der Server mal nicht da ist, das ist auch beim VPN so.

[Urs]

@ilovegym Du meinst, wenn ich die Ports öffne müsste eine direkte kommunikation ohne TuyaCloud dazwischen möglich sein? Werde es mal probieren...mal schauen ob ich das hin bekomme, Netzwerk einrichten ist nicht gerade mein Lieblingshobby... ;)

Vielen Dank

[Ein ehemaliger Benutzer]

@urs

Genau 👍

[Urs]

@ilovegym sagte in Tuya. 3.17.0:

Cloud hat immer den Nachteil, dass die Verbindung oder der Server mal nicht da ist, das ist auch beim VPN so.

Mit Verbindungsunterbrüchen kann ich leben, nicht aber mit dem Fakt dass bei Cloud-Diensten irgend ein Geldgeiler Manager weit weg entscheidet ob ich den Dienst morgen noch nutzen kann oder nicht.

[Urs]

@ilovegym Danke👍

[Ein ehemaliger Benutzer]

@urs

Naja Tuya wird man nicht einfach abschalten, aber es ist ja teilweise schon kostenpflichtig…

[Urs]

@ilovegym Wahrscheinlich hast du recht dass Tuya nicht einfach so abgeschalten wird, zumindest hoffe ich dass du recht behältst. Wenn ich die Geschichte so Verfolge würde ich dafür allerdings nicht die Hand ins Feuer legen.

Vor einer Woche kam ich nach Hause, rief Alexa zu sie solle mein Lieblings-Stream abspielen. Es kam was ganz anderes. Die Recherche zeigte dass Amazon die Bedingungen geändert haben, der Programmierer des Skills (verständlicherweise) darum keine Lust mehr hat auf die daraus resultierenden Kosten sitzen zu bleiben und überhaupt weiter zu programmieren...

Oder eine CAD-App welche ich sogar gekauft hatte, dann ein Jahr oder so nicht gebraucht habe. Anschliessend hätte ich bezahlen sollen um wieder an meine Daten zu kommen weil nur noch 2 oder 3 Dateien in der Cloud frei zugänglich wären...

Oder die ganze Logitech-Harmony-Geschichte wo es auch nur eine Frage der Zeit ist bis die Server abgeschalten werden...

Oder eben erst die Abschaltung von UKW in CH wo tausende Privatpersonen genötigt wurden ihre voll funktionsfähige Hardware zu entsorgen und neue zu kaufen (natürlich auf eigene Kosten) weil der UKW-Unterhalt angeblich zu teuer sei...

Da traue ich den Grosskonzernen und auch den nicht so grossen Konzerne und deren Manager noch einiges zu und versuche alles mir mögliche in die Wege zu leiten um da so unabhängig wie möglich unterwegs in die Zukunft zu sein. Gelingt mir nicht überall, ich geb mir aber immer mehr mühe... ;)

Sorry für das abschweifen.

[padrino]

@urs sagte in Tuya. 3.17.0:

Vor einer Woche kam ich nach Hause, rief Alexa zu sie solle mein Lieblings-Stream abspielen. Es kam was ganz anderes. Die Recherche zeigte dass Amazon die Bedingungen geändert haben, der Programmierer des Skills (verständlicherweise) darum keine Lust mehr hat auf die daraus resultierenden Kosten sitzen zu bleiben

Lass mich raten "Mein Radio" Skill?
Nutze ich so selten, dass ich die erste gar nicht und dann finale Änderung erst spät mitbekommen habe. :relieved:

[Urs]

@padrino Genau den. Ich nutzte ihn jeden Tag. Hab die Änderungen trotzdem erst mitbekommen als ich vor Vollendete Tazsachen gestellt wurde und mein Lieblingsradio einfach durch was anderes ersetzt wurde.

[Urs]

@ilovegym sagte in Tuya. 3.17.0:

Tuya Devices arbeiten mit UDP Ports 6666, 6668 und ab und zu mal mit 6667, also duerfen die nicht geblockt sein in deinem Netzwerk.

Vielen Dank. Hab die Ports geöffnet und der Adapter wird jetzt auch bei "Verbunden mit Gerät oder Dienst" grün. Allerdings musste ich noch die IP-Adresse in den Datenpunkten manuell ändern. Da war immer noch die 192.168.1.219 drin welche die Heizung vom DHCP-Server bekommen hatte als ich es Daheim getestet habe. Nachdem ich die manuell auf die neue welche sie jetzt hat (10.10.100.11) gesetzt habe läuft es.

Danke nochmal für die Hilfe und Gruss
Urs

[apollon77]

@urs Also generell funktioniert Tuya was Discovery angeht und so via UDP. Damit ist VPN raus.
AM Ende wenn Du die Geräte per Cloud Sync einmalig reingeholt hast kannst Du die Objekte editieren und die IP adden, dann sollte er versuchen zu der IP zu verbinden. Das geht dann ohne Cloud.

Edit: Ahh ok haste auch selbst gefunden. Super

[Urs]

@apollon77 Verstehe ich es richtig dass Wireguard UDP-Ports gar nicht weiter leitet und es somit in meinem Fall gar keine Rolle spielt ob ich die UDP 666x frei gebe oder nicht?

Würde zumindest meine bisherigen Beobachtungen halbwegs erklären, denn wenn ich die Option vom Adapter "einmalig mit der Cloud verbinden" nutze (und die Interne IP der Heizung richtig eingestellt habe) dann wird verbunden, egal ob ich die Ports offen oder geschlossen habe.

Was ich noch nicht ganz verstehe:
Ab und zu geht der Adapter auf rot (nur das "verbunden mit Gerät oder Dienst"), der Adapter zeigt mir dann "
Status: 1 Geräte im Netzwerk gefunden, 0 Geräte lokal verbunden, 1 mit bekanntem Schema, 1 für lokale Echtzeitaktualisierungen und Steuerung initialisiert." aber empfängt trotzdem Daten von der Heizung, auch wenn ich im Adapter unter "Geräte über Tuya Cloud abfragen wenn nicht lokal vorhanden" den Haken nicht gesetzt habe.
Soweit könnte ich damit leben da es die Funktion nicht wirklich tangiert. Ist nur etwas verwirrend und unschön wenn der Adapter rot ist...Starte ich den Adapter kurz neu wird er wieder für mehrere Tage grün und er zeigt auch wieder "1 Gerät lokal verbunden".
Wieso die Verbindung mit Gerät oder Dienst ab und zu rot wird weiss ich noch nicht sicher, eine Vermutung ist dass das VPN kurz die Verbindung verliert (steht zumindest ab und zu mal so im Logbuch vom Router) aber nach wenigen Sekunden wieder da ist.

Wie geschrieben, soweit könnte ich damit leben, letztes Wochenende passierte aber was anderes: Ein Netzteil der einen Fritzbox (da wo auch der Iobroker dran hängt) hat sich in die ewigen Jagdgründe verabschiedet. Die VPN-Verbindung war dementsprechend auch mehrere Stunden unterbrochen. Und ich hab anschliessend eine neue öffentliche IP-Adresse erhalten. Über Dyndns wurde nach Tausch des Netzteils die VPN-Verbindung auch wieder aufgebaut und alles lief wieder..ausser der Tuya-Adapter, der war rot und hat auch keine Daten empfangen. Erst nachdem ich ihn (mehrere Stunden später) neu gestartet habe lief er wieder und ist seit 2 Tagen grün...

Irgendwie verstehe ich noch nicht ganz wieso er einmal Daten bekommt obwohl rot und einmal nicht...
Danke und Gruss

[Ein ehemaliger Benutzer]

@urs

alsooo ... mit den Portfreigaben UDP 666x hast du auch das Routing eingerichtet?
Wenn deine Heizung ins Internet zu den Tuya Servern sendet, dann gehts ja ueber die Cloud.. da ist dann local udp wurscht.

Das kann alles sein, da alles, was UDP nutzt, keinen Check macht, UDP Packets werden hingeworfen, ob die ankommen oder nicht, ist wurscht.(bei TCP werden die Packets geprueft, und wenn defekt, neue angefordert)
Dafuer isses schnell.

Wireguard VPN funktioniert uebrigens nur mit UDP - mit TCP waere es langsam.

Devices mit UDP Protokoll sind nur lokal sinnvoll, wenn alles in einem Netzwerksegment stattfindet, und es auf schnelligkeit ankommt.

Link zum Erklaerbaer fuer TCP

[apollon77]

@urs VPNs leiten glaube ich nie UDP weiter ... Wireguard ist auch "nur "ein VPN ... aber ich bin kein Netzwerk-Experte