NEWS

@ronnyempire

Hat dann ja nüs mit IOB zu tun und gehört vielleicht in den Off-Topic Microcontroller-Bereich

Betreibe ebenfalls mehere 4ch Relais über Tasmota in Alexa. Kann dazu zu bemerken, dass man höchst sorgfältig und mit Bedacht vorgehen sollte. Was einmal in Alexa initiiert ist, sollte man nicht versuchen zu ändern. Dabei kommt nur Chaos raus.

Ich habe da ein paar alte Gruppen und Sprachbefehlleichen, die zB immer noch aktiv sind und alte Gerätenamen unter Alexa funktionieren teils auch noch obwohl gelöscht und mit neuem Namen installiert/eingebunden wurden.

Es gab wohl mal eine Art Administrative Verwaltung im Browser. Das hätte ich mir gerne mal als zweite Instanz angesehen, wurde aber abgeschafft, mehr Möglichkeiten als die App, die teils zur Realität abweicht, gibt es wohl nicht mehr.

Bleibt wie gesagt, nur der sorgfältige und sehr bedachte Umgang damit. Oftmals ist dieses "Monster" leider für den Nutzer nicht transparent administrierbar.

@mading
Ich mache es genau so wie du.
Reolink haben ein gutes Peis Leistungs Verhältnis.

Bin gerade dabei mir immer ein Video vom FTP-SERVER schicken zu lassen bei Bewegung.
Diese Videos starten die Aufnahmen etwas früher als über die ffmpge Geschichte.

https://forum.iobroker.net/topic/79145/das-neueste-bild-video-von-ftp-server-laden-telegram-senden

so muss jetzt den einen Shelly tauschen weil der extrem schlechten WLAN Empfang hat, es geht zwar wenn ich einen zusätzliche Repeater daneben setze aber das ist ja nicht Sinn der Sache.
Habe bei mal getauscht der eine hat -28dBm der andere -59dBm .
Dachte zuerst er liegt womöglich an irgenwelchen Störfeldern bzw. an der Kabelführung zu den Messwandler.

@homoran

Anders herum. Das Schloss ist das alte geblieben, du musst dir einen Nachschlüssel mit dem dazu passenden Bart fertigen.

@0lli perfekt, danke! Das hat geholfen 🙂

@martinp also einzelne Shellys halten bei mir schon seit fast 5 Jahren.
Hatte aber auch mal eine Charge die wie die Fliegen ausgefallen sind. Von über 60 betraf das in Summe 10 (geschätzt
Weshalb ich inzwischen Ersatz liegen hab.
Die Ausfälle Betraf bis auf zwei aber nur Shellys zum Strommessen. Von den Blauen ist einer quasi sofort kaputt gegangen und einer bei einem Umbau.

Generell machen die neueren auch einen "stabileren" Eindruck, von den ESP32 Varianten macht bisher nur einer Probleme, aber aus anderen Gründen (MQTT)

@dbweb said in shelly qubino z-wave, kurz erklärt:

QR-Code scannen (z.B. über ein Bild am PC oder per Kamera).

Wird bei dir im Browser die Webcam vom PC erkannt.
Bei nicht, neben anderen Problemchen mit den Shutter und dem z-wave Adapter im allgemeinen.

Wie sind die Nodes bei dir im Adapter gelistet?
Konntest du sie alle mit S2 einbinden?

Vielen Dank
Stefan

@eubecker Das Zigstar Gateway nutze ich auch. Es ist per LAN angebunden. Davor noch ein PoE Adapter, welcher die 5V bereitstellt, so dass ich nur ein Netzwerkkabel verlegen brauchte. Per WLAN könnte kontraproduktiv sein, wenn die Frequenzen sich überschneiden. Dafür einfach mal nach "WLAN Zigbee Kanäle" und die Ergebnisse auf Bilder umstellen.

Der Zigbee - Adapter funktioniert ordentlich. @Asgothian leistet da prima und wertvolle Arbeit. Zigbee2mqtt läuft auch prima, ist allerdings aufwändiger einzurichten. Für Deinen Anwendungsfall, nur ein Raspberry Pi, empfehle ich ganz klar den Zigbee Adapter. Der lässt sich bequem über die ioBroker Oberfläche installieren und einrichten.

Wichtig ist, dass Du Dir vorher ordentlich Gedanken machst, welchen Zigbee-Kanal aufgrund der (Nachbar-)WLANs der optimale sein könnte, sowie die PAN-ID, die Erweiterte PAN ID und den Transportschlüssel auf individuelle Werte änderst, bevor Du Geräte koppelst. Dabei die Länge der Erw. PAN ID und des Keys beibehalten. Änderst Du später was, müssen die Geräte neu gekoppelt werden. Einige Leichtmittel lassen sich nur per Touch-Link koppeln. Sind das z.B. selbstklebende LED-Streifen, diese vor der Montage zum Zigbee-Gateway bringen (~10 cm), anlernen, und erst dann am Einsatzort festkleben.

@mcm1957
Vielen Dank für dein Feedback (das auch noch von oberster Stelle).

Ich verstehe es eher so, dass die Sensoren die Daten in Intervallen in die Cloud schicken zu Lascar/Easycloud.

Und dann sehe ich die Historie / die aktuellen Werte in meinem Dashboard im Browser
auf meinem Benutzerkonto bzw. in der App von denen.

Aber wie auch immer.

Danke nochmal, vielleicht stolpert doch nochmal wer drüber.

So lebenswichtig ist es mir eh nicht.
War halt ne Fehlinvestition im ersten Anlauf mit diesen Dingern.
So lernt man dann auch immer mehr dazu.

@tt-tom war ich grade dabei und habe die Punkte was nicht angehakt waren entfernt.
Der Adapter hat neu gestartet und ich könnte weinen und lachen, die Uhrzeit ist da und die Seite die ich angelegt habe. Vielen Dank für deine Hilfe. Kannst du mir bitte eine E-Mail senden an stk.kreativ@hotmail.com.
Liebe Grüsse aus Osttirol

@mastercman sagte in Tuya M532:

Schlimmstenfalls sollte es über den Smartlife oder Tuya Adapter funktionieren oder?

das wird dir hier keiner Beantworten da das Ding relativ neu ist..

@blockmove Meines Wissens passen die LED Trading 9125 zum Gira System.

A.

@sharky said in WMZ Sharky 775 einbinden:

@flispy Ich nehme mal an, dass der Volkszähler eine normale serielle Schnittstelle bereitstellt (also "COMxxx" unter Windows bzw. "/dev/ttyUSBxxx" unter Linux). Dann kannst Du das folgende Programm mal ausprobieren, Du musst nur ganz unten ggf. das "/dev/ttyUSB0" in Zeile 86 durch das in Deinem Fall richtige ersetzen. Außerdem muss mit

pip install pySerial

noch die Bibliothek für serielle Schnittstellen für Python installiert werden.

Keine Erfolgsgarantie, ich habe es nur so trocken heruntergeschrieben ...

import serial import time import binascii # === mbus_checksum =============================================================================== def mbus_checksum(data, skip): sum = 0 for i in range(0, len(data)): if i >= skip: sum = sum + int(data[i]) return bytearray([sum & 255]) # === check_result ================================================================================ def check_result(where, ser): result = ser.read(1) if result == b'\xe5': return True else: if result is None: return True else: print(f'{where}: bad answer: {binascii.hexlify(bytearray(result), " ")}') return False # === get_data ==================================================================================== def get_data(ser): # 2.5: at 2400, 8N1 to send 2.2s of alternating bits ser.write(b'\x55' * 528) # time.sleep(2.0) # 2.0s sleep -> 0.8s break -> 1.2s until the buffer is empty ... time.sleep(1.2 + 170.0 / 2400.0) # 2.3: change parity ser.parity=serial.PARITY_EVEN # 2.7.1: do selection, use jokers for serial, manufacturer, ID, medium # 17 chars, 0.08s outgoing selection = b'\x68\x0B\x0B\x68\x53\xFD\x52\xFF\xFF\xFF\xFF\xFF\xFF\xFF\xFF' ser.write(selection) ser.write(mbus_checksum(selection, 4)) ser.write(b'\x16') # result arrives after 0.19s - 0.30s check_result('Selection', ser) # 3.1: do application reset 0x50 (to read instant values) # 10 chars, 0.05s outgoing app_reset = b'\x68\x04\x04\x68\x53\xFD\x50\x50' ser.write(app_reset) ser.write(mbus_checksum(app_reset, 4)) ser.write(b'\x16') # result arrives after 0.08s check_result('Application reset', ser) # 3.2: do read data # 5 chars, 0.02s read_data = b'\x10\x7B\xFD' ser.write(read_data) ser.write(mbus_checksum(read_data, 1)) ser.write(b'\x16') # result arrives after 0.07s, is 0.71s long (ca. 173 bytes) result = ser.read(200) # 173 bytes plus some reserves if result is None: print('No data received') else: # debug output (hex dump) of received data print(f'user data bytes: {binascii.hexlify(bytearray(result), " ")}') # 2.7.2: do deselection # 5 chars, 0.02s deselection = b'\x10\x40\xfd' ser.write(deselection) ser.write(mbus_checksum(deselection, 0)) ser.write(b'\x16') check_result('Deselection', ser) # return bytes received return result # === main ======================================================================================== print('Starting up ...\n') # 2.5: 2400, 8N1 to send 2.2s of alternating bits, long timeout due to slow response by Ultramess ser = serial.Serial("/dev/ttyUSB0", baudrate=2400, bytesize=8, parity=serial.PARITY_NONE, stopbits=1, timeout=0.5) while True: print('Reading #0') result = get_data(ser) time.sleep(5.0)

Hallo, ich versuchte gerade dein Skript an meinem CF Echo 2 anzupassen doch leider verstehe ein paar Sachen in deinen Skript nicht.

Wieso sieht das mit dem time.sleep so komisch aus, warum wird hier addiert und dividiert? Ich denke hier soll doch nur eine Wartezeit generiert werden oder?

Zur Zeit erhalte ich immer einen Fehler beim Check-result, das bedeutet doch auch das die Daten nicht richtig sein können oder? Oder können diese dennoch stimmen?

Hast du eine Ahnung wie ich die Daten richtig parsen kann also die Daten wie verbrauch heraus lesen kann?
Das Skript hat nur auf jeden Fall schon sehr viel weitergeholfen.

Gruß Thorsten Niemann

So, nach Weihnachtsurlaub spielt sich die Sache so langsam ein, Fenster wird nicht mehr gekippt und beim Öffnen/Schließen gibts eine Gedenkhalbsekunde.

Die Geschichte mit der piVCCU wird trotzdem angegangen, hab noch Zeugs für HM rumliegen.

Mittlerweile hat sich aber ein anderes Problem aufgetan, mach ich einen separaten Fred auf.

Danke für die Tips,
Bommel

@schalle-0 nicht jede Kamera unterstützt Onvif.

Kleine Erklärung zu Onvif nach google suche

https://www.ueberwachungskamera-berater.de/artikel/was-ist-onvif

@david-g
Hab ich mir auch mal bestellt 👍