Hoffe, es gibt nicht bereits einen Thread. Ansonsten hält doppelt einfach besser.

Ich wünsche Euch Allen hier ein schönes Osterfest und ein paar angenehme Feiertage.

Vielen Dank für die großartige Unterstützung der User, Moderatoren und Admins hier im Board und selbstredend auch vielen Dank für die tolle Arbeit im Bereich der Adapter, ioBroker und den Skripten, sowie den Anregungen für die Visualisierung, die hier von so vielen entwickelt, designed und zur Verfügung gestellt wird.

Ich habe hier bei Null und völlig ohne Vorkenntnisse angefangen und bin Dank der ganzen Themen und Hilfestellungen hier in so kurzer Zeit schon so weit gekommen, wie in keinem anderen Bereich meiner Interessengebiete.

Also Danke und ein frohes Osterfest. Der große Wetter-Adapter funktioniert ja grade wie geschmiert und mein State steht jetzt erstmal auf "Familie = true".

@skokarl sagte in Objekt Datenpunkt:

3. Wenn ich ein Widget in einer VIS sehe,....wie kann ich im Edit Mode erkennen um welches Widget es sich handelt ? steht das

Ja, in der Widget-Ansicht oben in dem Dropdownmenü, in dem Du auch innerhalb des Views die vorhandenen Widgets auswählen kannst. Das wird zwar durch einen selbst vergebenen Namen etwas nach hinten gerückt, aber wenn Du den Dropdown aufmachst, dann steht die Bezeichnung und woher es kommt (z. B. Basic.XY oder jqui.XY) in Klammern hinter dem Namen.

@Jan1 sagte in Alexa soll nicht lauschen per Script:

Das könnte mit dem Alexa Adapter und dem DP "doNotDisturb" funktionieren. Da könntest dann gleich noch den TV-Spielfilm Adapter installieren und nach Raumschiff Enterprise abfragen, dann den DP setzen. Probieren geht hier wie immer über studieren. Alternativ kannst die Lautstärke eben auch 0 setzten.

Mit dem TV Spielfilm Adapter stelle ich mir das insgesamt schwierig vor. Dann läuft die Serie auf x-verschiedenen Kanälen und zu x-verschiedenen Zeiten und dann lauscht die Alexa gar nicht mehr.

Hast Du einen Linux-Receiver mit Enigma2 @MyzerAT ?
Wenn ja, dann kannst Du mit dem Enigma2-Adapter die aktuell laufende Sendung abfragen und darauf triggern.
Dies wird im Adapter nämlich nur angezeigt, wenn der Receiver auch tatsächlich läuft.

Bei mir nutze ich das einmal zur Anzeige in der VIS, was aktuell gerade geschaut wird und einmal zur Stummschaltung der Telefone, wenn die Lieblingssendung meiner Frau läuft und sie die auch schaut und nicht nur aufgenommen wird. Wobei das eher den Grund hat, dass sowohl der Receiver eingehende Anrufe am Bildschirm anzeigt und durch den Echo Connect die Anrufe überall zusätzlich angesagt werden.

Wobei mir zunehmend ein Netflix Adapter fehlt, da die meisten Sendungen mittlerweile nicht mehr "live" über SAT geschaut werden, sondern per Stream kommen.

@Wildbill sagte in [Aufruf] deConz Adapter Testen 1.0.2:

Somit wundert es mich nun eher, wenn doch bei jemandem die MESZ als lastupdated steht?!
Kann da jemand sagen, dass bei ihm die lokale Sommerzeit ankommt?

Nein, nein. Die MESZ kommt auch bei mir nicht an. Ich habe sie nur ins Verhältnis gesetzt und als mögliche Erklärung in den Ring geworfen.

Es wäre jetzt mal wieder nur interessant, was in einem UTC +1 ohne Sommerzeit angezeigt würde. Kriegt man aber nicht raus, ausser man fliegt mal kurz nach Marokko. Wenn dort dann nur eine Stunde Versatz wäre, dann ignoriert die Phoscon Software schlicht die Zeitzonen und gleicht nur gegen UTC 0 ab, was dann aber bedeuten würde, dass in New York der Timestamp dann minus 4 Stunden wäre. Aber auch da komme ich jetzt nicht so fix hin und kenne keinen, der dort lebt und mal eben in ioBroker schauen kann.

@dslraser sagte in Synology Surveillance Station API:

@mehrwiedu
@hollywoot

sprecht ihr Beide vom gleichen Thema ? Geht es um Schnappschuss oder Livebild ?
Die Frage von @Ragnar war doch Schnappschuss, oder ?

Also ich meine das Skript von Apollon mit dem Livebild.
Aus den Fragen an mich von hollywoot entnehme ich, dass er sich auch darauf bezieht, weil er ja auch den Link mit dem Skript von der Syno holt.
Mit Ragnars Snapshot hatte die Frage nach meinem Browser glaube ich nichts zu tun. Das ist ein separates Skript, auf das ich auch gar keinen Bezug genommen habe in meinem ersten Beitrag in diesem Thema.

Es kommt raus, was bei der Berechnung oben rauskommen muss.
Du teilst oben im Blockly nicht den neuen Wert 2.3 durch 4, sondern addierst ihn zuerst zum errechneten neuen Drittel.

In Zahlen ist Deine Rechnung so:

0,92560387 / 4 = 0,23140097
0,23140097 * 3 = 0,6942029
0,6942029 + 2,3 = 2,9942029
2,9942029 / 4 = 0,74855072

Da liegt der Fehler im Blockly
Du musst zuerst 2,3 / 4 teilen = 0,575 und dies dann zum errechneten Drittel addieren. 0,6942029 + 0,575 = 1,2692029

Also anstelle:
((((alter Mittelwert : 4) * 3) + neuer Wert) :4)
((alter Mittelwert : 4) * 3) + (neuer Wert :4)

Was ja exakt das gleiche ist wie die Rechnung von @I-Punkt, wenn man die 4 oder bei ihm n ausklammert. So kommt man mit immer weniger Klammern und Berechnungen aus. In Zahlen:

(alter Mittelwert * (4-1) + neuer Wert) / 4

oder wenn n bei Dir konstant 4 ist, läuft das auch so.

(alter Mittelwert * 3 + neuer Wert) / 4

Nur wie das in ein Blockly jetzt gesetzt wird?...keine Ahnung.

@Wildbill sagte in Tasmota auf Tuya-Gerät per Skript flashen (ohne löten) funktioniert nicht:

Hi,

freut mich. Dann hat sich ja nun alle s in Wohlgefallen aufgelöst.

Gruss, Jürgen

Ja. Ich habe den Threadtitel auch mal auf "gelöst" aktualisiert.
Vielen herzlichen Dank nochmals für Deine geduldige Unterstützung.

@MyzerAT sagte in Einzelnes Script importieren:

den Rest suche ich noch immer in meiner Glaskugel

Hast Du denn mal versucht eine neue .json abzuspeichern und diese dann zu importieren, geht das auch nicht?
Ich rate ja auch nur mit Dir rum, weil ich selbst noch nicht in die Verlegenheit gekommen bin so etwas zu machen.
Habe bisher nur reinen Skript-Text per c&p in eine neues Skript eingefügt, oder eben Blockly Exporte bei mir importiert.

Aber ansonsten warte doch noch, bis @Paul53 oder jemand anderes, der sich damit auskennt die uns fehlenden Schritte (wohin mit dem Paste) kurz erläutert.

@MyzerAT sagte in Beamer per Sprache ein/aus:

@Ralla66

ja hat er ein und aus ist auf der Fernbedienung das selbe ! aber wo stell ich das ein?

Aus meiner bescheidenen Sicht geht das nicht mit script.enabled als Sprachbefehl, weil unwahr nie erreicht wird. Vorher ist das Skript ja gestoppt.
Wobei wir doch auch gelernt haben, dass dies nicht der richtige Weg ist.

Welchen Wert nimmt der Datenpunkt "LGBeamer" denn an, wenn du die Fernbedienung mehrmals drückst? Nur true?

Dann würde ich behaupten, Du brauchst einen neuen Datenpunkt, den Du per Sprachbefehl steuerst und darauf bei "Aktualisierung" triggerst.
In die Falls Blöcke gehört dann dieser Datenpunkt jeweils mit wahr bei AN und unwahr bei AUS und in den Steuere Block jeweils der LGBeamer mit wahr. Den All-Datenpunkt (Licht?) dann bei AN auf wahr und bei AUS auf unwahr.

@MyzerAT sagte in Zigbee Mesch Netz Reichweite erweitern:

@mehrwiedu sagte in Zigbee Mesch Netz Reichweite erweitern:

UAC-AP Lite

Mein Hautgerät fürs Wlan/Lan ist ein NETGEAR WLAN-Router, das WLAN wird dann noch mittels 3 Fritz!Wlan Repeater 310 in der Wohnung verstärkt!

Aber ich versteh nicht wie du das mit dem Vernünftigen Wlan Netz meinst?! Was macht der UAC-AP Lite in verbindung mit den Zigbee Netz?

Gut. Die 310er AVMs sind ja nun auch nicht die....sagen wir mal....ach sagen wir mal nichts.

Hier würde mich interessieren, wie groß Deine Wohnung oder Bereich ist, den Du abdecken willst? Ich nutze aktuell EINE Fritzbox 7580 und decke WLAN technisch damit knapp 300qm über 3 Etagen ab. Ohne AP, ohne Repeater oder sonst was.

Ich schätze, Dein Mixsystem aus AVM Repeater und Netgear Router verursacht mehr Schaden, als es nutzt. Wie sind die Repeater denn überhaupt eingebunden? Per WLAN oder hängen die am LAN irgendwo in der Wohnung?

(Vielleicht erübrigt sich die Frage, weil die gar nicht anders können als WLAN, aber ich hab grad die Specs nicht im Kopf).

Wenn die per WLAN eingebunden sind, dann halbieren die schonmal grundsätzlich die Netzwerkgeschwindigkeit. Sind zwei oder sogar alle drei in Reihe aus ungünstiger Positionierung, kommt am letzten schon nix mehr an.
Darüber hinaus kommt es auch auf die Link-Qualität an, mit der sie im WLAN hängen. Es nutzt Dir überhaupt nichts, wenn der letzte Winkel in der Wohnung noch Empfang hat, aber die Qualität nicht stimmt. Dann haben die Clients an den Repeatern eben auch Verbindungsabbrüche etc.

Jetzt kommt zu den normalen Repeatern noch die Mesh Klamotte dazu. Über Osram Steckdosen in einem Zigbee Netz.

Ich will Dir nicht zu Nahe treten und auch lieber irgendwie was anderes sagen können, aber ich glaube fast, Du hast Dir Dein WLAN schon alleine mit den Repeatern kaputt-konfiguriert.
Deine Clients wechseln nicht selbstständig, sondern halten an ihrem letzten Punkt so lange fest, bis nichts mehr geht. Und sowas passiert deutlich häufiger, als man meint, denn auch so ein Repeater verliert seine Verbindung zur Basis.

Für mich hören sich 3 Repeater in einer Wohnung schon nicht normal an. Ausser, Du hast einen Meter dicke Wände und Metalltüren verbaut.

Wie gesagt, eine Fritzbox 7580 beschallt hier 3 Etage zu jeweils 100qm bis in die letzte Ecke und das Haus ist massiv gebaut (Lochziegel) mit Stahlbetondecken, 5 Badezimmern und 3 Küchen insgesamt auf unterschiedlichen Seiten und daher auch überall Wasserleitungen, Heizungrohre, Kühlschränke, Mikrowellen, etc. und natürlich in jeder Wand Elektrik.

@ro75 sagte in Conbee 3 verliert Kontakt zu Schaltern und Sensoren:

@mehrwiedu sagte in Conbee 3 verliert Kontakt zu Schaltern und Sensoren:

Diesen ganzen Kram mit 1-3m USB

Solltest du schon nutzen. WLAN und Zigbee Kanäle auf Überschneidung prüfen. Hast du Repeater im Zigbee Netz?

So am Rande. Buster ist ein System was nicht mehr aktualisiert wird und du den iobroker damit nicht auf den empfohlenen Stand bringen kannst.

Ro75

Das ist mir durchaus bewusst. Nichts desto trotz hat das System, so wie ich es nutze bis zum Anfang in dieser Woche funktioniert und es gab keinen Grund über ein höhere Version von Linux nachzudenken. Selbstverständlich baut man sich da auch Fehlerquellen ein, wenn man das BS nicht aktuell hält, aber das ist ja nun auch nicht mehr gegeben und ich arbeite mit dem Conbee 3 auf Systemen von Proxmox über ioBroker bis hin zu deCONZ, die momentan den aktuellsten Stand haben. Ich hatte auch gar nicht erst versucht den Conbee 3 auf der alten Maschine zu nutzen.

Den Hinweis mit dem USB Verlängerungskabel und der Empfehlung ihn an einem USB 2 Controller zu betreiben, hatte ich nur erwähnt, weil das mit dem Conbee 2 bei mir nicht notwendig war. Der hang an einem USB 3 Port, direkt und ohne Verlängerung am Elite Desk und hat nie gezickt.
Oft gibt es bei der vorhandenen Hardware, wenn man keinen Raspi der älteren Generation nutzt, auch gar keine Möglichkeit USB 2 zu nutzen, da dieser schlicht nicht mehr verbaut ist.

Um die Fehlersuche einzugrenzen, habe ich nun einen aktiven USB 2 HUB und eine 1,5m Verlängerung an dem MacMini Late 2012, den ich anstelle des Elite Desk nun betreibe. Nein, kein macOS, sondern alles unter Linux auf dem Intel basierten Gerät. Und der hat nur einen USB 3 Controller mit vier Ports. Aber selbst an dem Gerät benötige ich für den Conbee 2 keine Verlängerung oder den HUB. Ich brauche den hier im Betrieb nur in den weitergereichten Port stecken und alles, was mit dem Conbee 3 nicht funktioniert, klappt mit dem Conbee 2 ohne Probleme. Innerhalb von Sekunden sind alle Schalter, Lampen und Sensoren wieder da, die der Conbee 3 nicht erkennt. Auch das Anlernen funktioniert.
Ich brauche dafür noch nichtmal wie in der Anleitung von Dresden Elektronik ein Backup einspielen. Nur deCONZ stoppen, Stick tauschen und deCONZ wieder starten. Man kann dabei in der Phoscon App zuschauen, wie alle Geräte wieder auftauchen und den aktuellen Status übernehmen, den sie gerade haben.

Entweder habe ich also einen defekten Conbee 3, oder aber es ist eine wichtige Voraussetzung in der Software nicht gemacht worden, weil sie nicht dokumentiert ist, oder aber der Stick ist einfach so schlecht, wie @Asgothian sagt. Ich nutze ja auch kein fertiges Image, sondern habe deCONZ nach Anleitung nachinstalliert. Und ja, ich musste auch bestimmte Dinge nachinstallieren, wie z. B. gnupg. Das kam nicht automatisch über den Net Installer. Und für den Vorgang des Flashens der Firmware soll man laut Anleitung den ModemManager stoppen. Der ist weder aktiv, noch auf meinem System vorhanden. Ich habe es an der alten Maschine geprüft, da gabs den aber auch nicht.

Zu Deinen Fragen: Ich habe keine überschneidenden Kanäle. Weder 5GHz, noch 2,4GHz. WLAN läuft hier über Unifi mit zwei AC. Der zugehörige Controller in der Proxmox VM läuft hier nur, wenn ich Änderungen machen muss. Ansonsten ist der AUS. Zigbee habe ich nur den Conbee und deCONZ als Controller, keine Repeater, außer den Geräten, die Zigbee weitergeben können wie Plugs und die Lampen selber.

Ich denke, dass es einfach darauf hinausläuft keine weitere Arbeit da reinzustecken und den Stick einfach zurückzugeben. Es läuft ja klaglos mit dem Conbee 2. Hier war nur die Aktualisierung von Hardware und eventuell Software und Funktionalität, Reichweite und dergleichen der Vater des Gedanken. Kommt man ja nicht drauf, dass die sich mit ner höheren Version verschlechtern. Zumal ich auch nicht wirklich eine konkrete Übersicht finde, worin sich Conbee 2 und Conbee 3 unterscheiden.
Es heißt, er hätte einen moderneren Schaltkreis und würde in der Auslieferungsfirmware Zigbee 3.0 und Green Power unterstützen.
Da gehe ich mal von aus, dass eine aktualisierte Firmware des Conbee 2 das auch kann? Einzig das BT Low Energy könnte vielleicht für den Conbee 2 ein Problem werden. Die Frage stellt sich für mich also, ob ich das irgendwann benötigen werden, wenn ich meine Zigbee Geräte mal austauschen muss. Aktuell läuft hier alles auf Tradfri und vereinzelt HUE und OSRAM hinaus, wobei die Geräte alle auch schon sehr sehr alt sind. Irgendwann erwischt es mich sicher auch. So eine LED Lampe ist ja auch nicht ewig haltbar. Aktuell hatte ich seit über 6 Jahren noch keinen Tradfri Ausfall. Der kommt aber ganz sicher mal.

@asgothian sagte in Conbee 3 verliert Kontakt zu Schaltern und Sensoren:

@mehrwiedu sagte in Conbee 3 verliert Kontakt zu Schaltern und Sensoren:

Ich mein, das Teil geht definitiv wieder zurück. Das ist rausgeschmissenes Geld, wenns nicht funktioniert wie es soll, aber fuchsen tut es mich trotzdem und gerne würde ich begreifen, was ich falsch mache. Wenn ich den Conbee 3 einfach ohne Backup wieder gegen den Conbee 2 tausche, dann läuft alles wieder wie es soll.

Würde mich freuen, wenn ich hier weiterkomme, bevor ich den Stick wieder zurückschicke.

Danke und Gruß, David

Ich denke du hast wenig falsch gemacht. Mit dem conbee3 gibt es an vielen Stellen Probleme - er ist einfach nicht so gut wie der 2.

A.

Danke für die Einschätzung. Manchmal, gerade wenn man sich in den Themenbereichen nicht so gut auskennt, fällt es einem auch nicht leicht auf Fehlersuche zu gehen. Ich bin wahrlich kein Linux Crack. Ich kann zwar autodidaktisch auf die Suche gehen und mir das was fehlt für den Moment aneigenen, aber eben nur für den Moment und insgesamt ist das super anstrengend. Wie lange ich gebraucht habe um zu kapieren, dass ich mit

curl -sL https://iobroker.net/install.sh | bash -

nicht weiter kam, sondern nur mit

curl -sLf

Und ja, ich habe auch erstmal direkt losgelegt und nen Admin User mit Passwort erstellt. Ich meine damit nur, wenn man sich nicht von Haus aus damit auskennt und sich die Infos zusammensuchen muss, dann widersprechen sich manche Anleitungen von denen es ja für ioBroker hunderte gibt, die aber eben auch alle von Anno Tuck sind und meist nicht aktualisiert. Demnach ist es ein Glücksgriff, wenn jemand genau das gleiche Problem hat, vor dem man selbst steht. Und das war mit diesem Thread hier gegeben.

Mich würde halt interessieren, ob @perry es gelöst bekommen hat, oder am Ende einfach beim alten Stick geblieben ist.

Danke für Eure Zeit und einen schönen Sonntag.

Hallo zusammen,

das Thema ist noch nicht allzu alt und daher würde ich mich gerne einmal hier anhängen.
@perry Hast Du Dein Problem gelöst bekommen? Ich habe ein sehr ähnlich gelagertes Problem mit dem Conbee 3 Stick und tatsächlich verzweifle ich auch so langsam.

Ich habe ein ziemlich altes Setup gehabt. Einen HP Elitedesk mit Proxmox und drei VM, jeweils Debian Buster. Eine mit ioBroker, eine mit deCONZ und eine mit dem Unifi Controller. Um ioBroker habe ich mich faktisch immer nur intern gekümmert, indem ich die entsprechenden Updates gemacht habe. deCONZ hab ich nur ab und an mal einen neuen Sensor angelernt und sonst weder deCONZ, noch die Firmware des Conbee 2 je angepasst. Das war also alles noch auf einem Stand von vor sechs Jahren oder älter. Es hat funktioniert und ich hatte also auch gar keinen Anlass irgendwas daran zu ändern, bis der Elite Desk dann so langsam die Grätsche gemacht hat.

Da ich mich um den Debian Unterbau und auch um Proxmox selbst nicht wirklich gekümmert hatte, war schnell klar, dass ich mal ganz neu aufsetzen musste. ioBroker und Proxmox selbst haben auch brav ihre Backups immer gemacht, wobei ich mir das von den Proxmox VM hätte sparen können, da hier auch die ISO mit gesichert wurde und ich Debian so nicht auf den aktuellen Stand von Buster aus bekommen hätte. Da reichen einfach meine Kenntnisse nicht aus und leider sind die Dokumentationen auch alle nicht taufrisch und so kommt man schnell an die Grenzen. Lange Rede, kurzer Sinn....neue Maschine, aktuelles Proxmox, aktuelles Debian Bookworm und dann eine frische Installation von ioBroker und Backup eingespielt. Lief direkt ohne Probleme. Bis auf ein paar Alexa Geräte, die offenbar vom Backup gefressen wurden. Die kamen leider nicht alle wieder. Konnte ich aber problemlos über die Datenpunkte im IoT Adapter wieder erstellen, da sie in meiner Alexa App weiterhin vorhanden sind.

Ich habe die alte Maschine nur sequentiell vom Netz genommen. während ioBroker also bereits auf dem neuen Rechner lief, habe ich es am Elite Desk ausgeschaltet. deCONZ lief dann noch dort und es hat auch alles funktioniert. Dann habe ich die VM von deCONZ neu aufgesetzt und das Backup der alten Instanz eingespielt und auch das lief direkt problemfrei mit dem Conbee 2, nachdem ich im Adapter die IP angepasst und den API Key neu verknüpft hab.

Was ich allerdings vorher noch auf der alten Maschine gemacht hatte, war deCONZ auf den aktuellen Stand 2.28.1 zu holen und auch die Firmware vom Conbee 2 zu aktualisieren auf die 26780700. Alles nach Anleitung von Dresden Elektronik. War auch kein Problem.

Dann den Umzug auf die neue Maschine. Habe keinen Sensor, keinen Schalter und auch keine Lampe verloren.
Bis ich dann die Migration auf den Conbee 3 gemacht hab. Ab da fingen die Probleme an. Hab den jetzt in der Black Week gekauft und dachte, wenn schon alles neu, dann auch den Conbee Stick. Ausgeliefert wurde er mit Firmware aus November 2023 und hat nach der Migration kaum mehr Lampen, Sensoren oder Schalter angezeigt. Die kamen dann zwar mit dem Update auf die aktuelle Firmware wieder, aber es lässt sich keine Lampe steuern. Nicht über die Phoscon App, und dementsprechend auch nicht über den ioBroker.

Ich würde die Geräte ja auch neu anlernen, weil es noch übersichtlich bei mir ist, aber auch das geht nicht. Ich kann keine neue Lampe, keinen Schalter und auch keinen Sensor anlernen.

Daher habe ich genau wie Du das Gefühl, dass der Anleitung von Dresden Elektronik irgendwas fehlt. Wenn man mit dem Conbee 3 neu aufsetzt, dann scheint es keine Probleme zu geben. Der Wechsel von Conbee 2 zu Conbee 3 ist allerdings bei mir nicht möglich.

Ich habe mich bis heute quer durchs Internet gelesen und bin kein Stück weiter.
Meine Hoffnung war hier der Tipp mit dem Zigbee Kanal, weil auch bei mir der Conbee 2 den Kanal 15 genutzt hat und der Conbee 3 sich automatisch Kanal 11 einverleibt hat. Aber auch das bringt hier keine Änderung.

Ich mein, das Teil geht definitiv wieder zurück. Das ist rausgeschmissenes Geld, wenns nicht funktioniert wie es soll, aber fuchsen tut es mich trotzdem und gerne würde ich begreifen, was ich falsch mache. Wenn ich den Conbee 3 einfach ohne Backup wieder gegen den Conbee 2 tausche, dann läuft alles wieder wie es soll.

Was ich noch sagen kann: Diesen ganzen Kram mit 1-3m USB Verlängerung, die in jedem zweiten Post als Lösungsvorschlag stehen, habe ich beim Conbee 2 und dem Elite Desk nie gebraucht. Der Conbee 2 steckte vorne direkt und ohne Umwege in einem der beiden USB3 Ports und hat die ganzen Jahre ohne Probleme funktioniert. Durchgereicht in die Proxmox VM.

Vielleicht bist Du ja weitergekommen und hast eine Lösung gefunden für das Problem. Ich denke, bei mir ist die gleiche Voraussetzung gegeben, die zu diesem Fehlverhalten führt.

Würde mich freuen, wenn ich hier weiterkomme, bevor ich den Stick wieder zurückschicke.

Danke und Gruß, David

Das sieht in der Tat nach einer übereilten Veröffentlichung der Seite aus.
Mehr aber auch erstmal nicht. Ich würde da noch keine Schlüsse ziehen, wobei es schon ordentlich mutig ist, seine Zielgruppe direkt im Heimatforum von ioBroker schon mit sowas anzufüttern und zu verärgern.

Hallo liebe Gemeinde.

Ich weiß, es gibt bereits unzählige tr-064 Threads mit Anfragen zu Skripten und States usw. Ich habe auch mehr als die Hälfte davon gelesen, komme aber leider mit meinem Anliegen nicht weiter.

Es gibt insgesamt drei Möglichkeiten, wie ein Anruf als "verpasst" von der Fritzbox erkannt wird. Darüber bekomme ich auch jeweils eine Email, also muss sie das intern erkennen.

1. Der Anrufer legt auf, bevor der Anrufbeantworter angeht. Das kann ich mit "missed" aus dem Datenpunkt type in LastCall abfangen und das habe ich auch so realisiert.

2. Der Anrufer lässt den Anrufbeantworter angehen und legt auf, bevor dieser in den aufnahmemodus geht, es wird also keine Aufnahme gemacht. Die Fritzbox erkannt es als verpassten Anruf, da sie mir darüber auch eine Mail schickt, allerdings ohne Sprachaufnahme. Der Datenpunkt "type" erkennt das aber als "disconnect", wenn der Anrufer dann aufgelegt hat. Somit wäre das für diesen Datenpunkt wie ein normaler angenommener Anruf.

3. Der Anrufer nutzt den AB und spricht auch eine Nachricht auf. Die Fritzbox schickt mir die Mail mit Anhang und im Adapter wird (im Idealfall) der Datenpunkt "abIndex" in States hochgezählt. Das klappt nicht immer, wäre aber auch nicht so wichtig, denn es ist eigentlich ja auch ein verpasster Anruf für mich in der VIS. Allerdings setzt der Datenpunkt "type" auch hier wieder den Wert "disconnect", so dass es als ganz normaler angenommener Anruf gewertet wird.

Ich habe mir nun in allen drei Fällen auch immer mal jede json Tabelle angeschaut und geschaut, ob sich hier etwas unterscheidet. Allerdings finde ich hier keine tatsächliche Logik in den Einträgen.
Maximal gibt es dort in der json von LastCall einen Wert "duration", der unterschiedliche Werte hat, aber so wie ich das sehe, nicht immer den gleichen bei gleicher Szenerie der Anrufe.

Hat vielleicht jemand einen Tip für mich, wie ich Anrufer, die nicht auf den AB sprechen, dennoch als verpasste Anrufe anzeigen lassen kann. Wenn damit auch die Anrufer erfasst werden, die eine Nachricht hinterlassen, wäre das nicht schlimm.

Für mich sind Anrufe mit oder ohne Nachricht und diese, die vor dem AB auflegen allesamt verpasste Anrufe.

Danke schonmal im Voraus.

Ich habe jetzt noch ein wenig getestet und weiß dann auch nicht mehr weiter.

Stelle ich im IoT den Wert für das Alexa Gerät auf "Standard", dann stehen da auch 100% drin, aber es wird der richtige Zahlwert von 254 an das Objekt "bri" übergeben. Stelle ich wieder auf 100%, dann wird nur die Zahl 100 übergeben.

Keine Ahnung, wo ich noch suchen soll, bzw. was ich dagegen machen kann.

Hier mal ein Log Ausschnitt von den Werten 50%, 100% und Standard, jeweils mit dem Alexa Befehl "Licht An".
Wenn allerdings bei 50% nur der Zahlwert 50 anstelle 127 übergeben wird, sind es nur 19% Helligkeit und bei 100 dann nach Adam Riese nur 39%.

Code 200: Request succeded set light state 15: [{"success":{"/lights/15/state/on":true}},{"success":{"/lights/15/state/bri":50}}]
dp: bri; id:Lights.15 tmp: deconz,0,Lights,15
stateChange Lights.15 {"val":50,"ack":false,"ts":1590608917692,"q":0,"from":"system.adapter.iot.0","user":"system.user.admin","lc":1590608917692}

Code 200: Request succeded set light state 15: [{"success":{"/lights/15/state/on":true}},{"success":{"/lights/15/state/bri":100}}] 
dp: bri; id:Lights.15 tmp: deconz,0,Lights,15
stateChange Lights.15 {"val":100,"ack":false,"ts":1590608955097,"q":0,"from":"system.adapter.iot.0","user":"system.user.admin","lc":1590608955097}

Code 200: Request succeded set light state 15: [{"success":{"/lights/15/state/on":true}},{"success":{"/lights/15/state/bri":254}}]
dp: bri; id:Lights.15 tmp: deconz,0,Lights,15
stateChange Lights.15 {"val":254,"ack":false,"ts":1590608985461,"q":0,"from":"system.adapter.iot.0","user":"system.user.admin","lc":1590608985461}

@TomsHome sagte in ConBee 2 Stick an IntelNuc mit Xiaomi Aqara Sensoren:

Hallo,

danke für die Antwort.
Wie es aussieht, ist der Stick doch noch nicht richtig eingebunden/installiert.
Ich hänge hier mal einen Screenshot an.
Kann mir jemand was dazu sagen, wie ich den Stick auf einer VM von Proxmox zum laufen bekomme?
Ich hab das so instelliert, wie es auf den Seiten von Phoscon beschrieben wird.

Danke

Thomas

Hallo Thomas.

Ich habe gerade erst den Umzug von einem MacMini für ioBroker und einem Raspi für deConz zu einem MiniPC mit Proxmox und zwei virtuellen Maschinen hinter mir. In einer läuft ioBroker und in der anderen deConz. Ich habe das also bewusst voneinander getrennt.
Beide VMs sind auf Basis Debian Buster. Ich weiß nicht, wie die Anleitung von DresdenElektronik aufgebaut ist und ob die Ubuntu dort in die VM bringen. Ich habe mich allerdings gegen Ubuntu für Debian entschieden und bin dieser Anleitung hier gefolgt.

Die Seite ist etwas seltsam im Aufbau. Lass Dich also nicht von den ewig langen Abständen zwischen den Schritten irritieren. Sie ist komplett und funktionierte genau so, wie sie dort steht. Ich habe den Umzug von deConz genau vor 2 Tagen gemacht.

https://technikkram.net/2020/04/conbee-ii-installation-des-universellen-zigbee-gateways-in-einer-vm-unter-proxmox

Ich habe bei GitHub auch ein Issue gefunden, was meinem Problem entspricht. Leider gab es auch dort keine Lösung dazu.

https://github.com/ioBroker/ioBroker.iot/issues/102

padrino-x created this issue in ioBroker/ioBroker.iot

closed Einstellung in GUI für Prozent für "byon" erzeugt absolute Werte #102

Hallo Leute,

ich habe da mal ein kleines Verständnisproblem.

Bisher war es so, dass ich meine Tradfri Lampen, die über deConz laufen im IoT Adapter als Alexageräte mit dem Datenpunkt "Brightness" eingebunden habe um einserseits mit der Stimme Ein- und Aus zu schalten und andererseits die Helligkeit darüber in Prozent zu steuern.

Im IoT Adapter kann man einen Prozentwert mitgeben, welche Helligkeit die Lampen bei AN haben sollen.

Das wird neuerdings von deConz falsch interpretiert. Also ich sag neuerdings, weil es mir jetzt erst aufgefallen ist. Ich lasse eigentlich alle Lampen mit 60% angehen und dimme dann bei Bedarf per Stimme oder Taster. Dabei sage ich dann auch die Prozentzahl, die auch richtig erkannt wird. Sage ich also "Alexa, Lampe 100%", dann wird im Objekt "bri" der Lampe auch der Wert 254 eingetragen. Nun wollte ich eine Lampe im IoT auf 100% setzen und hab mich gewundert, warum die so dunkel ist. Ursache dafür ist, dass der deConz Adapter die 100% aus IoT als Zahlwert 100 sieht und das ist natürlich weniger als 50% Helligkeit, da in deConz ja von 0-254 geregelt wird.

Das Objekt "bri" übernimmt also als Wert 100 und nicht wie gewünscht 254 (100%). Ist das ein Bug oder habe ich nur irgendwo eine Einstellung übersehen? Weil als Stimmbefehl geht es ja.
Wer könnte mir da helfen.

Ja genau. Das sind die berühmten kleinen Klicks oder Schalter, die man sucht, wenn man gefühlt schon wirklich alles probiert hat und es nichts werden will.
Manchmal geht es halt wirklich nicht, aber ganz oft habe ich so das Gefühl...Mensch, das kann doch nur ne Kleinigkeit sein.

Und hier war es dann wohl so. TOP! Ich freu mich wie Bolle. Danke nochmal.

Als Fazit für den Thread kann man also festhalten:
Ein RPi4 mit 4GB RAM hat genügend Leistung für die Anzeige und die Steuerung einer VIS im Kiosk Mode und mit Buster Light und X Serve läuft es auch sehr performant mit einem Hannspree HT225 Monitor als Touch Eingabe.

Dann hau ich doch mal ein "gelöst" vor den Thread.

Ich werd nicht mehr.

Jetzt funktioniert es im ersten Test. Keine Verzögerung mehr, keine doppelten Eingaben. Alles geschmeidig wie unter Debian Buster mit Gnome3.
Aber jetzt brat mir mal einer nen Storch.

Ich habe mousepoll=0 direkt am Anfang bei der ersten Raspbian Einrichtung schon verwendet und es hat keine Auswirkungen gezeigt.
Hat das eine Abhängigkeit zu X Server und dem Chromium Eintrag touch-events? So tief stecke ich in Linux nicht drin, als dass ich das beurteilen könnte.

Boahr @CrunkFX vielen, vielen Dank. An mousepoll hätte ich im Leben jetzt nicht mehr gedacht.