Re: Hikvision Türsprechanlage DS-KV6113-WPE1 Gibt es die Möglichkeit diese Türsprechanlage in den Iobroker einzubinden ?

Beim ersten Kamin-anfeuern seit der Installation ist mir noch einer Fehler bei der Temperaturauslesung aufgefallen. Es ist natürlich auch ein 16 bit Wert und muss daher so ausgelesen werden: // Temperature calculation (byte 4: arr[3]) var raw = (arr[4] & 0x7F) << 8 | arr[3]; // Combine bytes (little endian) var sign = (arr[4] & 0x80) ? -1 : 1; // Highest bit of byte 3: 1=positive, 0=negative var temperature = sign * raw; Andernfalls geht es ab 256°C mit 0°C weiter.... [Temperaturen unter 0°C habe ich nicht getestet, da der Gefrierschrank zu weit weg ist...] Grüße, Kachel

@thomas-braun Danke. Mittlerweile vermute ich, dass es mit meiner Netzwerktopologie zu tun hat. Nachdem ich einen VPN-Tunnel über die Fritzbox eingerichtet habe, scheint nun fast ganz Ruhe zu herrschen. Mal schauen, ob es so bleibt?

@matzeit Solange man die v22.21.1 nicht wieder freigegeben hat musst du zurück auf v22.20.0 siehe https://forum.iobroker.net/topic/82601/erl-vorsicht-jarvis-user-kein-nodejs-update-auf-22-21-0/12

Hallo @homoran tut mir echt Leid das wir hier offensichtlich aneinander vorbei reden. Oder ich mich so sehr missverständlich ausdrücke. Deine fachliche Expertise schätze ich und um fachliches geht es hier im Forum. Nochmals vielen Dank für den Hinweis das Darstellungen auch als Histogram möglich sind. Ich schließe hier den Thread und mache bzgl. EE einen neuen auf, da die Umsetzung mittels EE und SVG derzeit daran hängt dass ich Datenpunktwerte nicht ins SVG bekomme was ansonsten alles tut was nötig wäre. Also nochmal vielen Dank für deine Unterstützung in diesem Thread. Michael Man kann zwar Rechtecke wie Historgamme misbrauchen aber ich hätte gerne mehrere Linien in einem Element.... Da ich mehrere Metriken anzeigen möchte würde ich aus Platzgründen diese gerne als Linien über die gleiche "x Achse" darstellen.

@homoran das oben ist ein Ausschnitt aus dem JSON im Verzeichnis "/opt/iobroker/iobroker-data/history/" Anbei ein Ausschnit der Verlaufsdaten unter Ojekte, allerdings aus der Export-Datei. [image: 1762548930871-bild1export2.gif] Dort werden keine Millisekunden angezeigt, allerdings gibt es z.T. die Sekunden mehrfach.

@martinp das problem liegt meist nicht am webserver. bzw wenn da was entdeckt wird, wird das auch schnell behoben. Das Problem liegt an der "anderen" Applikation, die durch den Reverse Proxy ins Internet stellst. Da haben wir dann bei iobroker 2 Spieler: einmal node und einmal iobroker selbst. Wenn du dir sicher bist, das es da keine Probleme gibt, dann alles gut. Wie gesagt jede einzelne Maßnahme mindert die Chance, das jemand zugriefen kann. Also: reverse Proxy, sorgt dafür, das nur ein ganz bestimmter Ausschnit einer Applikation überhaupt im Internet vereitsteht Irgendeine Authentifizierung am reverse Proxy zufällige Subdomain oder Pfad (also ggfs mit gewürfelten ascii-Zeichen)(erhöht die Chance, das jemand den Zugriffspunkt überhaupt findet.(Hatte ich bisher selbst noch nicht daran gedacht) keine Standardports Fail2Ban (minimiert die Anzahl der fehlerhaften Versuche, bis eine IP gebannt wird. Erst jetzt sind wir überhaupt an der Stufe das ein request an die Applikation weitergeleitet wird. Optionale Authentifizierung an der Applikation (ff. hab ich jetzt auch nicht) separater Nutzer maximale Einschränkung des Applikationsusers / Betriebssystemusers für iobroker ggfs auch über iobroker slave-Installation, die nur genau die Funktionen/Daten anbietet die notwendig sein sollten. Auch muss man immer mal sehen wie interessant aktuell die Umgebung für jemanden ist. Problem wird der weitere Einsatz von KI. Damit werden dann vollautomatisiert Angriffe auf individuellere Infrastrukturen möglich und wenn auch nur als Spam-Mail-relay,DDos-Client, aber auch ein im Netz erreichbarer Mail-Server zum durchsuchen von Account-Informationen oder ein nachgeladenes wirkeshark zum aufzeichnen der netzwerkaktivität (der traffik kann per arp spoofing über das eroberte gerät umgeleitet werden) node und iobroker sieht jetzt in der cve datenbank nicht so schlecht da. https://www.cvedetails.com/vendor/22054/ https://www.cvedetails.com/vendor/12113/Nodejs.html

@asgothian Danke!

@haus-automatisierung Ja wäre sicher auch über einen Automatismus der ein Adapter Issue öffnet denkbar. Müsste halt wer implementieren. Generell ist das aber ein Thema für Admin - und da arbeit ich nicht dran. Im Repochecker stehts relativ weit oben auf der ToDo das zu checken. Da sich die Checks bei io-package.json bewährt haben (und ich keine false positive Probleme kenne) werd ich das für jsonCOnfig auch einbauen. Auch wenn's hier nicht passt: Hast du meine Nachrichten beim Shelly gelesen? Sonst schau bitte mal in den Forums Chat bzw. Telegramm - ev. kommen wir mit dem MQTT Problem da weiter.

Hallo ich hoffe mir kann jemand helfen ich habe Aktuell die 57.1 aber auch vorher schon mit der 56.2 hatte ich das problem wenn ich einen Stromausfall habe. Die Spannung zurück kommt, will sich die Go e per Wlan an die Fritzbox anmelden, diese ist jedoch nicht so schnell mit dem Starten und hochfahren, das das geht. nun bockt die Go e und probiert es nicht nochmal ins Wlan zu kommen somit bleibt sie Offline und ich hab keine Kommunikation mehr mit ihr. Abhilfe, nur nochmal raus und Spannung der Go e kurz Aus/An und schon ist sie Online gibts da irgend einen Trick, das sie das Wlan Connect nochmals probiert oder alle x sek wenn keine Verbindung? danke schon mal

@bushveld die Panels werden in einer Normkonfiguration mit 1000W/m² getestet. Das ergibt die Wp. deshalb natürlich nicht kWp/Area sondern Wp/Area

@michihorn Schau, dass du die Software auf den aktuellen Stand hievst. Wenn du, warum auch immer, auf der alten Version bleiben musst schau dir apt pinning an: https://wiki.ubuntuusers.de/Apt-Pinning/

@thomas-braun said in Installation NPM Pakete nicht möglich - node-red: LANG=C apt policy cpp-aarch64-linux-gnu cpp Home@Raspberry:~ $ LANG=C apt policy cpp-aarch64-linux-gnu cpp cpp-aarch64-linux-gnu: Installiert: 4:14.2.0-1 Installationskandidat: 4:14.2.0-1 Versionstabelle: *** 4:14.2.0-1 500 500 http://deb.debian.org/debian trixie/main arm64 Packages 100 /var/lib/dpkg/status cpp: Installiert: 4:14.2.0-1 Installationskandidat: 4:14.2.0-1 Versionstabelle: *** 4:14.2.0-1 500 500 http://deb.debian.org/debian trixie/main arm64 Packages 100 /var/lib/dpkg/status Home@Raspberry:~ $

@codierknecht sagte in Benachrichtigung aufs Smartphone, evt. mit Rückkanal: Pushover. Das funktioniert sehr stabil. Ist aber - wie Du bereits erkannt hast - eine Einbahnstraße. Ich werde es mir mal anschauen @codierknecht sagte in Benachrichtigung aufs Smartphone, evt. mit Rückkanal: Zum steuern öffne ich einen VPN-Tunnel und bediene das Ganze dann über die Vis. Das kann ich den Damen hier wahrscheinlich nicht zumuten. Für mich wäre das eine Lösung. @codierknecht sagte in Benachrichtigung aufs Smartphone, evt. mit Rückkanal: Eine andere Alternative - die ich ebenfalls nutze - wäre Homekit. Das bedingt aber Apple-Hardware (iPhone) + eine passende Zentrale (Apple TV, Homepod). Apple haben wir leider nicht

@herrfrodo said in IOB auf Trixie - INFO & Luxtronik2.0 funktionieren nicht: Die Instanz "Info" und "Luxtonik2.0" funktionieren leider nicht. Meinst du das ernst? Info ist seit Ewigkeiten ABGEKÜNDIGT. Du solltes sogar eine Admin Notification erhalten haben. Ein Blick ins das (archivierte) Repo oder eine Suche hier im Forum teilen dir ebenso mit, dass es den Adapzter info nicht mehr gibt. Die Instanz "Luxtronik2.0" ist für meine Alpha Innotec Wärmepunmpe und nur im Beta Repo zu finden. Wie kann ich diesen Adapter upgraden, ohne dass sich Objekte verändern oder gelöscht werden? Auch wenn du den Adapter nun aus dem Latest ausgegraben hast solltes du damit rechnen, dass er nicht ewig funktionieren wird. Der Adapter hat seit JAHREN keienrlei Updates erhalten - wie dir ein Blick ins Repo zeigt. Udn auch wesentliche dringende Updates finden anscheinend nicht mehr statt: z.B. IMPORTANT: Update of dependency @iobroker/adapter-core is required as soon as possible https://github.com/UncleSamSwiss/ioBroker.luxtronik2/issues/461 Der Adapter ist derzeit zumindest als "auf der Geriatriestation" einzustufen - wenn nicht sogar Palliativstation angebrachter wäre. EDIT: Du kannst den Maintainer natürlich anschreiben bzw. ein eigenes Issue im Adapterrepository anlegen um zu erfragen ob hier noch was getan werden wird.

Jupp, ich hab eine 3.27.4 released und mit dem Feedback geht die heute auch noch direkt in Stable

@homoran Es ist vollbracht. Ich habe die Anleitung zum Umzug vervollständigt. Am Ende stellte sich heraus, dass das Vorgehen identisch ist, ob nun ein weiterer Pi oder eine Synology (Docker) als Installationsort für RaspberryMatic, InfluxDB und Grafana verwendet wird. Kurzum: Man kann den zweiten Pi 4 schlichtweg durch eine Synology ersetzten und alles läuft gleich ab - BackItUp von @simatec sei Dank. Wenn man jetzt noch die Sendestationen von Homematic und ZigBee via LAN ins Netzwerk verlagert, kann man nicht nur die optimalen Standorte hierfür suchen, auch ein Austausch eine PIs oder Betriebssystemwechsel werden zum Kinderspiel: Einfach BackItUp anwerfen.

@scrounger sagte in Matter: Unifi Gateway, VLAN's und Google Pod / Home App: Matter ist über ip... das Thread gelumpe eben nicht..das macht Probleme..wenn du das Netzwerk dafürnicht richtig konfiguriert hast