NEWS

@arteck hast du die issue nummer griffbereit?

Kann mir bitte mal jemand helfen?! Ich habe versucht den Adapter auch über die GitHub URL zu installieren (https://github.com/iobroker-community-adapters/ioBroker.synology) ich bekomme aber immer eine Fehlermeldung bei der Installation. Mache ich hier etwas falsch??

$ iobroker url https://github.com/iobroker-community-adapters/ioBroker.synology --host IO-Broker-Server --debug install iobroker-community-adapters/ioBroker.synology#7d4e4601becefd87948e837237efb187694ea0f5 NPM version: 6.14.15 Installing iobroker-community-adapters/ioBroker.synology#7d4e4601becefd87948e837237efb187694ea0f5... (System call) npm ERR! code ENOENT npm ERR! syscall spawn git npm ERR! path git npm ERR! errno -4058 npm ERR! enoent Error while executing: npm ERR! enoent undefined ls-remote -h -t ssh://git@github.com/iobroker-community-adapters/ioBroker.synology.git npm ERR! enoent npm ERR! enoent npm ERR! enoent spawn git ENOENT npm ERR! enoent This is related to npm not being able to find a file. npm ERR! enoent npm ERR! A complete log of this run can be found in: npm ERR! C:\WINDOWS\system32\config\systemprofile\AppData\Roaming\npm-cache\_logs\2022-04-15T07_29_21_963Z-debug.log host.IO-Broker-Server Cannot install iobroker-community-adapters/ioBroker.synology#7d4e4601becefd87948e837237efb187694ea0f5: 4294963238 ERROR: Process exited with code 25

Gruß surfer 😉

@lustig29

1.) Der Screenshot ist natürlich Mist.
Hätte gereicht, wenn Du , bis auf die letzen 3 Stellen, geschwärzt hättest.

2.) Auf Github gibt es ein Issue dazu.

https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues/438

3.) Könntest Du ebenfalls mal eine höhere Version (beta) versuchen zu installieren.
Version 3.3.3 über den Admin
Version 3.3.5 über Github

6e1890b9-ce80-4509-a6e0-e72d626c4314-grafik.png

florian1984 created this issue in iobroker-community-adapters/ioBroker.mihome-vacuum closed HTTP error when getting token cookie{} => manual Login not helps.... #438

@jan1
Hi ich darf mich wieder melden 😉
Hat ja jetzt lange Zeit gut funktioniert!
Nun hab ich die LAN Verbindung über einen Switch geändert, siehe da der Port 22 und auch 4
45 Samba funktionieren weiterhin aber 8081 und 8082 scheinen nicht mehr a.uf.
Frage: Gibt's im iobroker eine Datei wo möglicherweise das Routing festgelegt ist ?

@opensourcenomad sagte in espHome + neopixelbus + effect object in ioBroker:

@tourer4778 said in espHome + neopixelbus + effect object in ioBroker:

Allerdings bekomme ich das mit den Lichteffekten nicht hin über den IoBroker.

Wahrscheinlich eine Limitation des iobroker esphome adapters? Vielleicht mal den Author @Dutchman anpingen 👋

Mittels template button kannst du diese fehlende Funktion aber auch relativ leicht umgehen bzw. nachrüsten.

button: - platform: template name: "Template Button" on_press: - light.turn_on: id: light_1 brightness: 100% effect: meinsuperdupereffektdeniobrokernichtspielenwill

Von iobroker aus dann einfach den button "betätigen" 🎆

Danke, so klappt es.

Ok, Danke Euch für die Antworten……dann muss ich wohl auf das neue UI umsteigen 😞

Viele Grüße

@asgothian

wieder 3 abgehende Verbindungen und nicht mehr erreichbar.
disconnect.jpg

disconnect_2.jpg

@apollon77

Ja.

https://github.com/iobroker-community-adapters/ioBroker.hmip/issues/368

RP70DP created this issue in iobroker-community-adapters/ioBroker.hmip closed Reconnection issue #368

@tomcat1982

Ist bekannt. Einfach Shift + Scrollrad verwenden.

Hat sich jetzt erledigt, hab meine komplette Proxmox Maschine rebootet und schon ist wieder alles gut

@bambulko
Selbs da würde ich es über ein Restor machen, weil einfach einfacher und schneller. Zumal man das auch so zwischen durch mal machen sollte um die Installation zu säubern und somit das schon die erste Übung für den Umgang mit Backups wäre 😉

sonoff.0 6351 2022-04-06 07:47:34.235 warn Used invalid characters: sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500<00 changed to sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500_00 sonoff.0 6351 2022-04-06 07:46:02.737 warn Used invalid characters: sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Bewegungsmelder_unten.BW-Unten_0500<00 changed to sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Bewegungsmelder_unten.BW-Unten_0500_00 sonoff.0 6351 2022-04-06 07:45:45.446 warn Used invalid characters: sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500<00 changed to sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500_00 sonoff.0 6351 2022-04-06 07:45:44.331 warn Used invalid characters: sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500<00 changed to sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500_00 sonoff.0 6351 2022-04-06 07:41:26.490 warn Used invalid characters: sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Bewegungsmelder_unten.BW-Unten_0500<00 changed to sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Bewegungsmelder_unten.BW-Unten_0500_00 sonoff.0 6351 2022-04-06 07:40:30.223 warn Used invalid characters: sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500<00 changed to sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500_00 sonoff.0 6351 2022-04-06 07:40:28.970 warn Used invalid characters: sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500<00 changed to sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500_00 sonoff.0 6351 2022-04-06 07:40:26.019 warn Used invalid characters: sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_0500<00 changed to sonoff.0.DVES_Tasmota_Bridge2.ZbReceived_Tür_WG.Tür_05

@thomas-braun said in Verlorene Daten nach Raspi Reboot:

Ich würde das ganze Neuinstallieren. Wer weiß was in den inodes drin stand.

Nur um dem Ganzen einen würdigen Abschluss zu geben.....

Neues Pi OS auf neuer SSD, neue IOB-Installation, Restore von einem funktionierenden Backup, Updates aller Adapter, Restore der Javascripte - alles funktioniert wieder auf dem aktuellsten Stand. Lediglich die Sicherung der HistoryDB wollte er nicht wieder zurückspielen, aber damit komme ich klar:

backitup.0 2022-04-05 13:04:35.445 error [historyDB] History Restore not completed backitup.0 2022-04-05 13:04:35.444 error [historyDB] Backitup cannot found destination "" for decompress!

Ich hab wieder einiges gelernt 🙂 Das rechtzeitige Up-To-Date-Halten des Systems steht jetzt sehr weit oben in meinen ToDos und das ein oder andere Linux-Tutorial werde ich mir wohl doch nochmal geben.

Gruß
Sequal

@crunchip nein, im Terminal

@lobomau sagte in seit Zeitumstellung Probleme:

Ich hatte Zeiten da sprang dieser auf 65% Einzel-Core hoch. nun lasse ich zwei Cores laufen, hier sprang er mal auf 17% von 2% kommend.

gibt hin und wieder Momente, wo etwas mehr gebraucht wird. Du kannst ruhig mehr Cores einstellen (auch z.b. bei jeder Maschine 4 vergeben, letztendlich regelt das der Host)

@guergen said in Telegram adapter: forbidden properties:

@markus-2 Aktualisiere mal die Info und die Adapterliste.

Hat funktioniert!
Die 1.12.2 hat auch ein extra json Objekt, damit klappt es wunderbar.
Nur mein Nodered (Adapter in iob) scheint jetzt ein Problem zu haben.
Es schreibt zwar noch in die Objekte, und die Daten stehen auch richtig drin (sehe ich in iob in den Objekten), aber die anderen Adapter reagieren nicht darauf.

Aber da habe ich vermutlich bei meinen Experimenten etwas vergeigt.
Ich schau mir das mal an bzw. setze iob neu auf.
Wenn ich nicht weiterkomme mache ich einen neuen Thread dazu auf.
Ich danke euch!

Hallo in die Runde,

also es liegt wirklich am Draytek Vigor 2860 bei mir wie auch bei kte. Ich habe gestern einen pi-hole installiert und weil dieser ja auch interne DNS-Einträge verwalten kann und das auch alles gut lief habe ich den pi-hole im Raspi vom ioBroker als DNS-Server eingetragen und siehe da der Alexa2 Adapter geht sofort in Betrieb. Im pi-hole sind aber andere DNS Sever eingetragen und nicht der Draytek.
Lag also nicht wie Anfangs von mir gedacht am VLAN (DNS Auflösung klappte ja auch soweit) sondern echt am DNS Server des Draytek Routers.
Ich habe Draytek Deutschland gerade eine Support Mail dazu geschrieben. Die Jungs sind eigentlich sehr fix beim Antworten und auch sehr nicht bei solchen Themen. Mal sehen was als Antwort kommt.

The problem has been solved.

The ZigBees use channel 11. And my Fritzbox with about 1m distance decided to use WLAN channel 1. Together with a quaterly Backup of some WLAN devices the zigbees were unable to communicate.

Channel scan showed 187% usage for chanlle 11...

Solved by fixing WLAN to channel 11

@crunchip Die 1.6.16 hab ich schon installiert, hatte ich vorhin nicht erwähnt sorry.
Jetzt hab ich nochmal bei deaktiviertem Adapter den Stick etwas länger abgezogen und es funzt wieder alles.
656049e2-7c3b-4a97-abca-abf8a7f2a71e-grafik.png
Komisch.

Trotzdem Danke für die Mühe.