Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Entwicklung
  4. ZigBee CC253x Adapter - nur neue/unbekannte Geräte Version 0.9.x

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.9k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.3k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.6k

ZigBee CC253x Adapter - nur neue/unbekannte Geräte Version 0.9.x

Geplant Angeheftet Gesperrt Verschoben Entwicklung
894 Beiträge 82 Kommentatoren 263.1k Aufrufe 23 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • S Offline
    S Offline
    smarti2015
    schrieb am zuletzt editiert von
    #795
    p
    [    1.155183] dwmmc_rockchip ff0c0000.dwmmc: lookup for GPIO cd failed
    [    1.155187] dwmmc_rockchip ff0c0000.dwmmc: GPIO lookup for consumer wp
    [    1.155190] dwmmc_rockchip ff0c0000.dwmmc: using device tree for GPIO lookup
    [    1.155193] of_get_named_gpiod_flags: can't parse 'wp-gpios' property of node                                                                           '/dwmmc@ff0c0000[0]'
    [    1.155197] of_get_named_gpiod_flags: can't parse 'wp-gpio' property of node                                                                           '/dwmmc@ff0c0000[0]'
    [    1.155200] dwmmc_rockchip ff0c0000.dwmmc: using lookup tables for GPIO looku                                                                          p
    [    1.155203] dwmmc_rockchip ff0c0000.dwmmc: lookup for GPIO wp failed
    [    1.167053] mmc_host mmc0: Bus speed (slot 0) = 400000Hz (slot req 400000Hz,                                                                           actual 400000HZ div = 0)
    [    1.179647] dwmmc_rockchip ff0d0000.dwmmc: 'num-slots' was deprecated.
    [    1.179948] dwmmc_rockchip ff0d0000.dwmmc: IDMAC supports 32-bit address mode                                                                          .
    [    1.179983] dwmmc_rockchip ff0d0000.dwmmc: Using internal DMA controller.
    [    1.179999] dwmmc_rockchip ff0d0000.dwmmc: Version ID is 270a
    [    1.180129] dwmmc_rockchip ff0d0000.dwmmc: DW MMC controller at irq 31,32 bit                                                                           host data width,256 deep fifo
    [    1.180155] dwmmc_rockchip ff0d0000.dwmmc: 'clock-freq-min-max' property was                                                                           deprecated.
    [    1.180212] dwmmc_rockchip ff0d0000.dwmmc: GPIO lookup for consumer wp
    [    1.180221] dwmmc_rockchip ff0d0000.dwmmc: using device tree for GPIO lookup
    [    1.180234] of_get_named_gpiod_flags: can't parse 'wp-gpios' property of node                                                                           '/dwmmc@ff0d0000[0]'
    [    1.180246] of_get_named_gpiod_flags: can't parse 'wp-gpio' property of node                                                                           '/dwmmc@ff0d0000[0]'
    [    1.180255] dwmmc_rockchip ff0d0000.dwmmc: using lookup tables for GPIO looku                                                                          p
    [    1.180265] dwmmc_rockchip ff0d0000.dwmmc: lookup for GPIO wp failed
    [    1.180353] dwmmc_rockchip ff0d0000.dwmmc: allocated mmc-pwrseq
    [    1.180364] mmc_host mmc1: card is non-removable.
    [    1.180780] random: fast init done
    [    1.192860] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz,                                                                           actual 400000HZ div = 0)
    [    1.205444] dwmmc_rockchip ff0f0000.dwmmc: 'num-slots' was deprecated.
    [    1.205663] dwmmc_rockchip ff0f0000.dwmmc: IDMAC supports 32-bit address mode                                                                          .
    [    1.205696] dwmmc_rockchip ff0f0000.dwmmc: Using internal DMA controller.
    [    1.205743] dwmmc_rockchip ff0f0000.dwmmc: Version ID is 270a
    [    1.205856] dwmmc_rockchip ff0f0000.dwmmc: DW MMC controller at irq 32,32 bit                                                                           host data width,256 deep fifo
    [    1.205922] dwmmc_rockchip ff0f0000.dwmmc: GPIO lookup for consumer wp
    [    1.205932] dwmmc_rockchip ff0f0000.dwmmc: using device tree for GPIO lookup
    [    1.205945] of_get_named_gpiod_flags: can't parse 'wp-gpios' property of node                                                                           '/dwmmc@ff0f0000[0]'
    [    1.205957] of_get_named_gpiod_flags: can't parse 'wp-gpio' property of node                                                                           '/dwmmc@ff0f0000[0]'
    [    1.205966] dwmmc_rockchip ff0f0000.dwmmc: using lookup tables for GPIO looku                                                                          p
    [    1.205975] dwmmc_rockchip ff0f0000.dwmmc: lookup for GPIO wp failed
    [    1.206023] mmc_host mmc2: card is non-removable.
    [    1.217756] mmc_host mmc2: Bus speed (slot 0) = 400000Hz (slot req 400000Hz,                                                                           actual 400000HZ div = 0)
    [    1.226829] mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 50000000                                                                          Hz, actual 50000000HZ div = 0)
    [    1.227998] mmc1: new high speed SDIO card at address 0001
    [    1.229999] sdhci-pltfm: SDHCI platform and OF driver helper
    [    1.230177] of_get_named_gpiod_flags: parsed 'gpios' property of node '/gpio-                                                                          leds/act-led[0]' - status (0)
    [    1.230195] no flags found for gpios
    [    1.230337] of_get_named_gpiod_flags: parsed 'gpios' property of node '/gpio-                                                                          leds/heartbeat-led[0]' - status (0)
    [    1.230352] no flags found for gpios
    [    1.230471] of_get_named_gpiod_flags: parsed 'gpios' property of node '/gpio-                                                                          leds/pwr-led[0]' - status (0)
    [    1.230483] no flags found for gpios
    [    1.230908] ledtrig-cpu: registered to indicate activity on CPUs
    [    1.230996] hidraw: raw HID events driver (C) Jiri Kosina
    [    1.231699] usbcore: registered new interface driver usbhid
    [    1.231703] usbhid: USB HID core driver
    [    1.232014] ashmem: initialized
    [    1.233935] usbcore: registered new interface driver snd-usb-audio
    [    1.236441] Initializing XFRM netlink socket
    [    1.236797] NET: Registered protocol family 10
    [    1.237522] Segment Routing with IPv6
    [    1.237585] ip6_tables: (C) 2000-2006 Netfilter Core Team
    [    1.237815] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
    [    1.238487] NET: Registered protocol family 17
    [    1.238501] NET: Registered protocol family 15
    [    1.238549] Bridge firewalling registered
    [    1.238644] Bluetooth: RFCOMM socket layer initialized
    [    1.238663] Bluetooth: RFCOMM ver 1.11
    [    1.238672] Bluetooth: HIDP (Human Interface Emulation) ver 1.2
    [    1.238680] Bluetooth: HIDP socket layer initialized
    [    1.238729] 8021q: 802.1Q VLAN Support v1.8
    [    1.238745] lib80211: common routines for IEEE802.11 drivers
    [    1.238750] lib80211_crypt: registered algorithm 'NULL'
    [    1.238753] lib80211_crypt: registered algorithm 'WEP'
    [    1.238757] lib80211_crypt: registered algorithm 'CCMP'
    [    1.238760] lib80211_crypt: registered algorithm 'TKIP'
    [    1.238779] Key type dns_resolver registered
    [    1.239033] ThumbEE CPU extension supported.
    [    1.239041] Registering SWP/SWPB emulation handler
    [    1.239446] registered taskstats version 1
    [    1.239450] Loading compiled-in X.509 certificates
    [    1.240001] Btrfs loaded, crc32c=crc32c-generic
    [    1.242020] mmc_host mmc0: Bus speed (slot 0) = 148500000Hz (slot req 1500000                                                                          00Hz, actual 148500000HZ div = 0)
    [    1.253995] rockchip-drm display-subsystem: bound ff930000.vop (ops 0xc0e7594                                                                          8)
    [    1.254247] rockchip-drm display-subsystem: bound ff940000.vop (ops 0xc0e7594                                                                          8)
    [    1.254380] dwhdmi-rockchip ff980000.hdmi: Detected HDMI TX controller v2.00a                                                                           with HDCP (DWC MHL PHY)
    [    1.254773] rockchip-drm display-subsystem: bound ff980000.hdmi (ops 0xc0e76e                                                                          d4)
    [    1.254780] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
    [    1.254783] [drm] No driver support for vblank timestamp query.
    [    1.254812] [drm] Cannot find any crtc or sizes
    [    1.255146] [drm] Initialized rockchip 1.0.0 20140818 for display-subsystem o                                                                          n minor 0
    [    1.255773] rk_gmac-dwmac ff290000.ethernet: PTP uses main clock
    [    1.255849] rk_gmac-dwmac ff290000.ethernet: clock input or output? (input).
    [    1.255856] rk_gmac-dwmac ff290000.ethernet: TX delay(0x30).
    [    1.255862] rk_gmac-dwmac ff290000.ethernet: RX delay(0x10).
    [    1.255874] rk_gmac-dwmac ff290000.ethernet: integrated PHY? (no).
    [    1.255969] rk_gmac-dwmac ff290000.ethernet: clock input from PHY
    [    1.260981] rk_gmac-dwmac ff290000.ethernet: init for RGMII
    [    1.261014] stmmac - user ID: 0x10, Synopsys ID: 0x35
    [    1.261020] rk_gmac-dwmac ff290000.ethernet: Ring mode enabled
    [    1.261025] rk_gmac-dwmac ff290000.ethernet: DMA HW capability register suppo                                                                          rted
    [    1.261030] rk_gmac-dwmac ff290000.ethernet: Normal descriptors
    [    1.261034] rk_gmac-dwmac ff290000.ethernet: RX Checksum Offload Engine suppo                                                                          rted
    [    1.261039] rk_gmac-dwmac ff290000.ethernet: COE Type 2
    [    1.261043] rk_gmac-dwmac ff290000.ethernet: TX Checksum insertion supported
    [    1.261047] rk_gmac-dwmac ff290000.ethernet: Wake-Up On Lan supported
    [    1.261073] rk_gmac-dwmac ff290000.ethernet: Enable RX Mitigation via HW Watc                                                                          hdog Timer
    [    1.261128] mdio_bus stmmac-0: GPIO lookup for consumer reset
    [    1.261133] mdio_bus stmmac-0: using lookup tables for GPIO lookup
    [    1.261138] mdio_bus stmmac-0: lookup for GPIO reset failed
    [    1.261164] of_get_named_gpiod_flags: parsed 'snps,reset-gpio' property of no                                                                          de '/ethernet@ff290000[0]' - status (0)
    [    1.665009] dwmmc_rockchip ff0c0000.dwmmc: Successfully tuned phase to 157
    [    1.665024] mmc0: new ultra high speed SDR104 SDHC card at address 59b4
    [    1.665382] mmcblk0: mmc0:59b4 USD00 15.1 GiB
    [    1.666407]  mmcblk0: p1
    [    1.743836] dwmmc_rockchip ff0f0000.dwmmc: Busy; trying anyway
    [    2.243846] mmc_host mmc2: Timeout sending command (cmd 0x202000 arg 0x0 stat                                                                          us 0x80202000)
    [    2.258788] mmc_host mmc2: Bus speed (slot 0) = 300000Hz (slot req 300000Hz,                                                                           actual 300000HZ div = 0)
    [    2.280835] [drm] Cannot find any crtc or sizes
    [    2.296469] libphy: stmmac: probed
    [    2.296478] mdio_bus stmmac-0:00: attached PHY driver [unbound] (mii_bus:phy_                                                                          addr=stmmac-0:00, irq=POLL)
    [    2.296483] mdio_bus stmmac-0:01: attached PHY driver [unbound] (mii_bus:phy_                                                                          addr=stmmac-0:01, irq=POLL)
    [    2.297451] of_get_named_gpiod_flags: parsed 'gpios' property of node '/gpio-                                                                          keys/button@0[0]' - status (0)
    [    2.297469] gpio-5 (GPIO Key Power): gpiod_set_debounce: missing set() or set                                                                          _config() operations
    [    2.297587] input: gpio-keys as /devices/platform/gpio-keys/input/input0
    [    2.298427] rk808-rtc rk808-rtc: setting system clock to 2013-01-18 08:50:20                                                                           UTC (1358499020)
    [    2.298795] vcc_sd: supplied by vcc_io
    [    2.298834] vcc_sd: disabling
    [    2.298842] ALSA device list:
    [    2.298845]   No soundcards found.
    [    2.298958] ttyS2 - failed to request DMA
    [    2.300342] Freeing unused kernel memory: 1024K
    [    2.329539] random: systemd-udevd: uninitialized urandom read (16 bytes read)
    [    2.329844] random: systemd-udevd: uninitialized urandom read (16 bytes read)
    [    2.329899] random: systemd-udevd: uninitialized urandom read (16 bytes read)
    [    2.358745] usb 2-1: new high-speed USB device number 2 using ehci-platform
    [    2.410748] usb 1-1: new high-speed USB device number 2 using dwc2
    [    2.543724] NOHZ: local_softirq_pending 80
    [    2.544725] NOHZ: local_softirq_pending 80
    [    2.545723] NOHZ: local_softirq_pending 80
    [    2.547721] NOHZ: local_softirq_pending 80
    [    2.560266] mali ffa30000.gpu: GPU identified as 0x0750 r0p0 status 1
    [    2.560410] mali ffa30000.gpu: Protected mode not available
    [    2.561601] mali ffa30000.gpu: Probed as mali0
    [    2.593028] usb 1-1: New USB device found, idVendor=05e3, idProduct=0610
    [    2.593035] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
    [    2.593039] usb 1-1: Product: USB2.0 Hub
    [    2.594181] hub 1-1:1.0: USB hub found
    [    2.595401] hub 1-1:1.0: 4 ports detected
    [    2.697276] usb 2-1: config 1 has an invalid interface number: 255 but max is                                                                           6
    [    2.697283] usb 2-1: config 1 has no interface number 6
    [    2.698378] usb 2-1: New USB device found, idVendor=0bda, idProduct=481a
    [    2.698383] usb 2-1: New USB device strings: Mfr=3, Product=1, SerialNumber=2
    [    2.698387] usb 2-1: Product: USB Audio
    [    2.698391] usb 2-1: Manufacturer: Generic
    [    2.698394] usb 2-1: SerialNumber: 201405280001
    [    2.784833] dwmmc_rockchip ff0f0000.dwmmc: Busy; trying anyway
    [    3.284842] mmc_host mmc2: Timeout sending command (cmd 0x202000 arg 0x0 stat                                                                          us 0x80202000)
    [    3.299764] mmc_host mmc2: Bus speed (slot 0) = 200000Hz (slot req 200000Hz,                                                                           actual 200000HZ div = 0)
    [    3.827754] dwmmc_rockchip ff0f0000.dwmmc: Busy; trying anyway
    [    4.327773] mmc_host mmc2: Timeout sending command (cmd 0x202000 arg 0x0 stat                                                                          us 0x80202000)
    [    4.328728] NOHZ: local_softirq_pending 40
    [    4.342751] NOHZ: local_softirq_pending 202
    [    4.342858] mmc_host mmc2: Bus speed (slot 0) = 187500Hz (slot req 100000Hz,                                                                           actual 93750HZ div = 1)
    [    4.354749] NOHZ: local_softirq_pending 82
    [    4.360749] NOHZ: local_softirq_pending 02
    [    4.363748] NOHZ: local_softirq_pending 82
    [    4.392747] usb 1-1.1: new full-speed USB device number 3 using dwc2
    [    4.473548] usb 1-1.1: New USB device found, idVendor=0451, idProduct=16a8
    [    4.473557] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber                                                                          =3
    [    4.473564] usb 1-1.1: Product: TI CC2531 USB CDC
    [    4.473571] usb 1-1.1: Manufacturer: Texas Instruments
    [    4.473578] usb 1-1.1: SerialNumber: __0X00124B0014D9DE6A
    [    4.474828] cdc_acm 1-1.1:1.0: ttyACM0: USB ACM device
    [    4.540746] usb 1-1.4: new full-speed USB device number 4 using dwc2
    [    4.635309] usb 1-1.4: New USB device found, idVendor=0a12, idProduct=0001
    [    4.635319] usb 1-1.4: New USB device strings: Mfr=0, Product=2, SerialNumber                                                                          =0
    [    4.635326] usb 1-1.4: Product: CSR8510 A10
    [    4.807291] input: Generic USB Audio as /devices/platform/ff500000.usb/usb2/2                                                                          -1/2-1:1.255/0003:0BDA:481A.0001/input/input1
    [    4.859379] hid-generic 0003:0BDA:481A.0001: input,hiddev96,hidraw0: USB HID                                                                           v1.11 Device [Generic USB Audio] on usb-ff500000.usb-1/input255
    [    4.878878] dwmmc_rockchip ff0f0000.dwmmc: Busy; trying anyway
    [    4.979903] random: crng init done
    [    4.979912] random: 7 urandom warning(s) missed due to ratelimiting
    [    5.378900] mmc_host mmc2: Timeout sending command (cmd 0x202000 arg 0x0 stat                                                                          us 0x80202000)
    [   10.167045] EXT4-fs (mmcblk0p1): mounted filesystem with writeback data mode.                                                                           Opts: (null)
    [   10.418389] systemd[1]: System time before build time, advancing clock.
    [   10.458359] systemd[1]: systemd 229 running in system mode. (+PAM +AUDIT +SEL                                                                          INUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +                                                                          XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN)
    [   10.458811] systemd[1]: Detected architecture arm.
    [   10.473548] systemd[1]: Set hostname to <tinkerboard>.
    [   10.612239] systemd-sysv-generator[234]: Overwriting existing symlink /run/sy                                                                          stemd/generator.late/iobroker.service with real service.
    [   10.612994] systemd-sysv-generator[234]: Overwriting existing symlink /run/sy                                                                          stemd/generator.late/nut-client.service with real service.
    [   10.613147] systemd-sysv-generator[234]: Overwriting existing symlink /run/sy                                                                          stemd/generator.late/ups-monitor.service with real service.
    [   10.739060] systemd[1]: Created slice System Slice.
    [   10.746980] systemd[1]: Listening on udev Control Socket.
    [   10.754988] systemd[1]: Started Forward Password Requests to Wall Directory W                                                                          atch.
    [   10.770568] systemd[1]: Listening on Syslog Socket.
    [   10.779759] systemd[1]: Created slice system-serial\x2dgetty.slice.
    [   10.789443] systemd[1]: Created slice User and Session Slice.
    [   10.796815] systemd[1]: Reached target Slices.
    [   11.091159] EXT4-fs (mmcblk0p1): re-mounted. Opts: commit=600,errors=remount-                                                                          ro
    [   11.740981] systemd-journald[326]: Received request to flush runtime journal                                                                           from PID 1
    [   11.781574] of_get_named_gpiod_flags: can't parse 'simple-audio-card,hp-det-g                                                                          pio' property of node '/sound[0]'
    [   11.781584] of_get_named_gpiod_flags: can't parse 'simple-audio-card,mic-det-                                                                          gpio' property of node '/sound[0]'
    [   11.781954] asoc-simple-card sound: i2s-hifi <-> ff890000.i2s mapping ok
    [   11.792817] generic_raw_uart: loading out-of-tree module taints kernel.
    [   11.793953] rk3288-crypto ff8a0000.cypto-controller: Crypto Accelerator succe                                                                          ssfully registered
    [   11.800407] of_get_named_gpiod_flags: parsed 'pivccu,reset_pin' property of n                                                                          ode '/serial@ff190000[0]' - status (0)
    [   11.800426] no flags found for pivccu,reset_pin
    [   11.800464] of_get_named_gpiod_flags: parsed 'pivccu,red_pin' property of nod                                                                          e '/serial@ff190000[0]' - status (0)
    [   11.800473] no flags found for pivccu,red_pin
    [   11.802822] of_get_named_gpiod_flags: parsed 'pivccu,green_pin' property of n                                                                          ode '/serial@ff190000[0]' - status (0)
    [   11.802841] no flags found for pivccu,green_pin
    [   11.802886] of_get_named_gpiod_flags: parsed 'pivccu,blue_pin' property of no                                                                          de '/serial@ff190000[0]' - status (0)
    [   11.802896] no flags found for pivccu,blue_pin
    [   11.870906] r8723bs: module is from the staging directory, the quality is unk                                                                          nown, you have been warned.
    [   11.882831] RTL8723BS: module init start
    [   11.882837] RTL8723BS: rtl8723bs v4.3.5.5_12290.20140916_BTCOEX20140507-4E40
    [   11.882839] RTL8723BS: rtl8723bs BT-Coex version = BTCOEX20140507-4E40
    [   11.884471] pnetdev = ecdcb800
    [   12.106204] RTL8723BS: rtw_ndev_init(wlan0)
    [   12.107068] RTL8723BS: module init ret =0
    [   12.165775] dw_apb_raw_uart ff190000.serial: Initialized dw_apb device; mapba                                                                          se=0xff190000; irq=40; sclk rate=1843200; pclk rate=74250000
    [   12.250275] stmmac_ethtool_get_link_ksettings: eth0: PHY is not registered
    [   12.250282] br0: port 1(eth0) entered blocking state
    [   12.250285] br0: port 1(eth0) entered disabled state
    [   12.250425] device eth0 entered promiscuous mode
    [   12.306574] Generic PHY stmmac-0:00: attached PHY driver [Generic PHY] (mii_b                                                                          us:phy_addr=stmmac-0:00, irq=POLL)
    [   12.317760] rk_gmac-dwmac ff290000.ethernet eth0: PTP not supported by HW
    [   12.317970] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
    [   12.543203] br0: port 1(eth0) entered blocking state
    [   12.543210] br0: port 1(eth0) entered forwarding state
    [   12.543283] IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
    [   13.288833] br0: port 1(eth0) entered disabled state
    [   13.353529] rk_gmac-dwmac ff290000.ethernet eth0: Link is Up - 1Gbps/Full - f                                                                          low control rx/tx
    [   13.353555] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
    [   13.353625] br0: port 1(eth0) entered blocking state
    [   13.353629] br0: port 1(eth0) entered forwarding state
    [   13.353740] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
    [   14.739127] zram: Added device: zram0
    [   14.739670] zram: Added device: zram1
    [   14.740326] zram: Added device: zram2
    [   14.741005] zram: Added device: zram3
    [   14.775244] zram0: detected capacity change from 0 to 262959104
    [   14.801754] Adding 256792k swap on /dev/zram0.  Priority:5 extents:1 across:2                                                                          56792k SS
    [   14.803779] zram1: detected capacity change from 0 to 262959104
    [   14.820652] Adding 256792k swap on /dev/zram1.  Priority:5 extents:1 across:2                                                                          56792k SS
    [   14.821830] zram2: detected capacity change from 0 to 262959104
    [   14.835338] Adding 256792k swap on /dev/zram2.  Priority:5 extents:1 across:2                                                                          56792k SS
    [   14.836755] zram3: detected capacity change from 0 to 262959104
    [   14.850901] Adding 256792k swap on /dev/zram3.  Priority:5 extents:1 across:2                                                                          56792k SS
    [   15.428612] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
    [   15.436777] rtl8723bs: acquire FW from file:rtlwifi/rtl8723bs_nic.bin
    [   16.611317] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
    [   16.769873] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
    [   17.170940] Started plat_eq3ccu2
    [   17.290807] ip_tables: (C) 2000-2006 Netfilter Core Team
    [   17.353536] IPv6: ADDRCONF(NETDEV_UP): lxcbr0: link is not ready
    [   17.430524] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
    [   30.102043] br0: port 2(vethpivccu) entered blocking state
    [   30.102050] br0: port 2(vethpivccu) entered disabled state
    [   30.102218] device vethpivccu entered promiscuous mode
    [   30.102509] IPv6: ADDRCONF(NETDEV_UP): vethpivccu: link is not ready
    [   30.137764] eth0: renamed from vethV36A6V
    [   30.149313] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
    [   30.151755] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
    [   30.151872] IPv6: ADDRCONF(NETDEV_CHANGE): vethpivccu: link becomes ready
    [   30.151957] br0: port 2(vethpivccu) entered blocking state
    [   30.151962] br0: port 2(vethpivccu) entered forwarding state
    [   38.261392] eq3loop: created slave ttyS0
    [   38.261754] eq3loop: created slave mmd_bidcos
    [   40.541634] eq3loop: eq3loop_open_slave() mmd_bidcos
    [   53.944772] eq3loop: eq3loop_open_slave() ttyS0
    [   53.944903] eq3loop: eq3loop_close_slave() ttyS0
    [   53.948247] eq3loop: eq3loop_open_slave() ttyS0
    [   53.948349] eq3loop: eq3loop_close_slave() ttyS0
    [   53.955901] eq3loop: eq3loop_open_slave() ttyS0
    [   53.958012] eq3loop: eq3loop_ioctl_slave() ttyS0: unhandled ioctl 0x5459
    [   53.958024] eq3loop: eq3loop_ioctl_slave() ttyS0: unhandled ioctl 0x545D
    

    GEEKOM AS 6

    1 Antwort Letzte Antwort
    0
    • G Offline
      G Offline
      gosund
      schrieb am zuletzt editiert von
      #796

      @smarti2015 mach mal

      dmesg |grep -i acm
      

      dann sollte in etwa so etwas kommen:

      dmesg |grep -i usb|grep -i acm
      [    3.985095] cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device
      [    3.989826] usbcore: registered new interface driver cdc_acm
      [    3.989837] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
      

      und dann noch ein lsusb - der Adapter sollte so zu sehen sein:

      Bus 001 Device 004: ID 0451:16a8 Texas Instruments, Inc.
      

      was kommt, wenn Du ls -la /dev/ttyACM0 eingibst? Passen die Berechtigungen evtl. nicht?

      crw-rw---- 1 root dialout 166, 0 Mär 17 23:12 /dev/ttyACM0
      
      1 Antwort Letzte Antwort
      0
      • S Offline
        S Offline
        smarti2015
        schrieb am zuletzt editiert von smarti2015
        #797

        Hab alles eingegeben und sieht gut aus. Nachdem ich das Tinkerboard runtergefahren habe, hab ich mal den angeschlossenen USB Stick rausgezogen und den ZigBee Stick umgesteckt. Wieder hochgefahren da war er wieder. Bis eben kamen noch große Timeout, aber hab grad noch nen Vermutung was das sein könnte. Erstmal gehen ein paar Lampen wieder. Ich danke dir für deine Hilfe und Tipps!!!

        Das beim paaren bereits angelernte Lampen immer wieder erkannt und gepaart werden ist normal oder? Selbst wenn die 60 Sekunden abgelaufen sind und ich das Fenster offen lassen kommen Minuten später noch Meldungen über erkannte Lampen. Woher weiss ich, das er mit dem Suchen fertig ist?

        GEEKOM AS 6

        1 Antwort Letzte Antwort
        0
        • S Offline
          S Offline
          smarti2015
          schrieb am zuletzt editiert von smarti2015
          #798

          Jetzt ist er wieder weg:

          
          false
          falsezigbee.0	2019-03-17 23:36:31.195	debug	User stateChange zigbee.0.info.connection {"val":false,"ack":false,"ts":1552862191185,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1552862163774}
          false
          falsezigbee.0	2019-03-17 23:36:31.194	debug	User stateChange zigbee.0.info.pairingMessage {"val":"Error: Error while starting zigbee-shepherd!. Error: Error Resource temporarily unavailable Cannot lock port","ack":false,"ts":1552862191168,"q":0
          false
          falsezigbee.0	2019-03-17 23:36:31.163	error	Error while starting zigbee-shepherd!. Error: Error Resource temporarily unavailable Cannot lock port
          false
          falsezigbee.0	2019-03-17 23:36:31.147	info	Starting zigbee-shepherd
          false
          falsezigbee.0	2019-03-17 23:36:03.795	debug	User stateChange zigbee.0.info.connection {"val":false,"ack":false,"ts":1552862163774,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1552862163774}
          false
          falsezigbee.0	2019-03-17 23:36:03.794	debug	User stateChange zigbee.0.info.pairingMessage {"val":"Error: Error while starting zigbee-shepherd!. Error: request timeout","ack":false,"ts":1552862163769,"q":0,"from":"system.adapter.zigbee.0","user"
          false
          falsezigbee.0	2019-03-17 23:36:03.140	error	Error while starting zigbee-shepherd!. Error: request timeout
          false
          falsezigbee.0	2019-03-17 23:35:57.948	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0
          false
          falsezigbee.0	2019-03-17 23:35:57.947	debug	List of ports: [{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS3"},{"comName":"/dev/ttyS1"},{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS2"},{"comName":"/dev/ttyS0"}]
          false
          falsezigbee.0	2019-03-17 23:35:57.588	debug	sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0
          false
          falsezigbee.0	2019-03-17 23:35:57.551	debug	getGroups result: {}
          false
          falsezigbee.0	2019-03-17 23:35:57.532	debug	sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0
          false
          falsezigbee.0	2019-03-17 23:35:56.881	debug	system.adapter.admin.0: logging true
          false
          falsezigbee.0	2019-03-17 23:35:56.854	debug	system.adapter.admin.0: logging true
          false
          falsezigbee.0	2019-03-17 23:35:54.703	debug	system.adapter.admin.0: logging false
          false
          falsezigbee.0	2019-03-17 23:35:51.153	debug	sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0
          false
          falsezigbee.0	2019-03-17 23:35:51.152	debug	List of ports: [{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS3"},{"comName":"/dev/ttyS1"},{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS2"},{"comName":"/dev/ttyS0"}]
          false
          falsezigbee.0	2019-03-17 23:35:51.070	debug	sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0
          false
          falsezigbee.0	2019-03-17 23:35:51.069	debug	getGroups result: {}
          false
          falsezigbee.0	2019-03-17 23:35:50.955	debug	sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0
          false
          falsezigbee.0	2019-03-17 23:35:46.807	info	Starting zigbee-shepherd
          false
          falsezigbee.0	2019-03-17 23:35:31.121	info	Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds)
          false
          falsezigbee.0	2019-03-17 23:35:29.551	info	Reset coordinator
          false
          falsezigbee.0	2019-03-17 23:35:29.478	info	Queue is: true
          false
          falsezigbee.0	2019-03-17 23:35:29.478	info	Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0014D9DE6A-if00 with panID 6754 channel 11
          false
          falsezigbee.0	2019-03-17 23:35:29.425	info	starting. Version 0.10.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v6.16.0
          false
          falsezigbee.0	2019-03-17 23:35:29.329	debug	statesDB connected
          false
          falsezigbee.0	2019-03-17 23:35:29.247	debug	objectDB connected

          GEEKOM AS 6

          1 Antwort Letzte Antwort
          0
          • AsgothianA Asgothian

            @MyzerAT
            das ist einfach: im Adapter, settings Seite, reset (full reset, not soft reset), und shepherd.db löschen.

            MyzerATM Offline
            MyzerATM Offline
            MyzerAT
            schrieb am zuletzt editiert von
            #799

            @Asgothian sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:

            @MyzerAT
            das ist einfach: im Adapter, settings Seite, reset (full reset, not soft reset), und shepherd.db löschen.

            so habe fertig, alles neu angelernt, ist eine -heiden Arbeit, aber man lernt ja auch einiges dadurch und gleich Backup davon gemacht!

            a76c742c-1e9a-4669-9806-24c0bc68d24c-grafik.png

            lg Rudi

            Master Debian 12 (Wien)
            Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8. 7. als VM

            Slave Debian 12. (TULLN) --> OpenVPN to Vienna
            Intel NUC6CAYH 16GB RAM, 500 GB SSD & auf Proxmox 8.7. als VM

            Node 20.19.0
            Nodejs 20.19.0
            npm 10.8.2
            js-controller 7.0.6

            S 1 Antwort Letzte Antwort
            0
            • MyzerATM MyzerAT

              @Asgothian sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:

              @MyzerAT
              das ist einfach: im Adapter, settings Seite, reset (full reset, not soft reset), und shepherd.db löschen.

              so habe fertig, alles neu angelernt, ist eine -heiden Arbeit, aber man lernt ja auch einiges dadurch und gleich Backup davon gemacht!

              a76c742c-1e9a-4669-9806-24c0bc68d24c-grafik.png

              S Offline
              S Offline
              smarti2015
              schrieb am zuletzt editiert von
              #800

              @MyzerAT Wie hast du das hinbekommen, das die IKEA Verstärker so schön auf genutzt werden? Meine Waren mit dem Coordinator verbunden und mehr nicht.

              GEEKOM AS 6

              MyzerATM 1 Antwort Letzte Antwort
              0
              • S smarti2015

                So, nachdem ich nun ca 30 Lampen und Sensoren gepaart habe, geht nichts mehr. Der Adapter bleibt auf gelb und sagt, ich soll den Adapter vorher konfigurieren. Ist alles richtig ein gestellt, alles neu gestartet, rebootet usw nichts. Er bleibt auf gelb. Ich glaub das war es für mich. Nachdem ich nun Stunden gebraucht habe, alles zu paaren, die ganzen IKEA Fernbedienungen programmiert und alle Scripte umgeschrieben. Ist jetzt alles futsch und im Haus geht Lampentechnisch nichts mehr. Das gibt morgen früh Ärger mit der Chefin :( Zuerst haben noch die Gruppen wunderbar funktoniert, dann konnte ich sie nicht mehr ansprechen und musste die Lampen im Script alle einzeln ansprechen. Damit konnte ich noch leben, aber jetzt ist der Supergau. :(

                zigbee.0	2019-03-17 22:50:25.735	error	Error while starting zigbee-shepherd!. Error: Error: No such file or directory, cannot open /dev/serial/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0014D9DE6A-if00
                zigbee.0	2019-03-17 22:50:25.719	info	Starting zigbee-shepherd
                

                Nach dem Befehl: # ls -la /dev/serial/by-id/

                usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0014D9DE6A-if00 -> ../../ttyACM0
                

                Das sollte doch richtig eingetragen sein oder? Zumindest lief es bis vor ein paar Minuten

                arteckA Offline
                arteckA Offline
                arteck
                Developer Most Active
                schrieb am zuletzt editiert von arteck
                #801

                @smarti2015

                es gibt ein Problem in der Firmware bei Devices > 30.. ist bestätugt
                https://github.com/Koenkk/Z-Stack-firmware/issues/60

                zigbee hab ich, zwave auch, nuc's genauso und HA auch

                AsgothianA 1 Antwort Letzte Antwort
                0
                • arteckA arteck

                  @smarti2015

                  es gibt ein Problem in der Firmware bei Devices > 30.. ist bestätugt
                  https://github.com/Koenkk/Z-Stack-firmware/issues/60

                  AsgothianA Offline
                  AsgothianA Offline
                  Asgothian
                  Developer
                  schrieb am zuletzt editiert von
                  #802

                  @arteck
                  Wobei es aus meiner Sicht so aus sieht das der Ansatz von Koenkk mit dem Heap-Problem richtig ist - 30 ist keine harte Grenze. Anscheinend ist es so das Router mehr Speicher auf dem Coordinator benötigen als End-Devices, daher ist eher Schluss wenn man viele Router (i.e. Lampen, Steckdosen, etc.) einsetzt.
                  Diese Grenze gibt es im Übrigen auch bei allen anderen mir bekannten Gateways. (Hue, deConz, Xiaomi, etc. Sie liegt aber immer anders.)

                  ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                  "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                  1 Antwort Letzte Antwort
                  0
                  • S Offline
                    S Offline
                    smarti2015
                    schrieb am zuletzt editiert von
                    #803

                    Naja als ich sag mal es waren vielleicht so 26 oder 27 genau. Über 30 war ich nicht. Hab jetzt alles zurückgesetzt, neu geflasht und er erkennt wieder Lampen usw. Nur ich hab es dann gestern aufgegeben, gab dann nur eine Notbeleuchtung heute morgen und schnell raus, bevor die Chefin wach geworden ist.

                    Setze mich heute Nachmittag wieder ran. Also ich wollte eigentlich schon gern IKEA und HUE Gateways verbannen und meine Xiaomi Sensoren alle einbinden. Da komme ich auf alle Fälle über 30. Heißt das jetzt es geht nicht, oder solange bis eine ne FW für den Stick kommt, oder wird das nicht klappen.

                    Die Frage ist auch, wir hatten die Tage ja Thema zu viele Repeater/Router. Jeder meiner Lampen ist ja ein Repeater oder? Teilweise hab ich sogar 3 LEDs in einer Lampe. Da kommen ne Menge Repeater zusammen, allerdings hat das mit den Gateways immer problemlos funktioniert.

                    Was mir gestern abend noch aufgefallen ist, es hat alles geklappt, bis ich 1 oder 2 Hue Lampen reinnehmen wollte. Dann war alles futsch. Nachdem Reset und dem Neuflashen habe ich dann erst 2-3 andere Lampen gepaart und dann kam ich wieder zur den Hues. Prompt fing es wieder an zu spinnen. Hab mir leider das Log nicht aufgehoben, aber mir kam es so vor, als würde tatsächlich eine Lampe das Problem verursachen. Könnte das sein?

                    GEEKOM AS 6

                    AsgothianA 1 Antwort Letzte Antwort
                    0
                    • S smarti2015

                      Naja als ich sag mal es waren vielleicht so 26 oder 27 genau. Über 30 war ich nicht. Hab jetzt alles zurückgesetzt, neu geflasht und er erkennt wieder Lampen usw. Nur ich hab es dann gestern aufgegeben, gab dann nur eine Notbeleuchtung heute morgen und schnell raus, bevor die Chefin wach geworden ist.

                      Setze mich heute Nachmittag wieder ran. Also ich wollte eigentlich schon gern IKEA und HUE Gateways verbannen und meine Xiaomi Sensoren alle einbinden. Da komme ich auf alle Fälle über 30. Heißt das jetzt es geht nicht, oder solange bis eine ne FW für den Stick kommt, oder wird das nicht klappen.

                      Die Frage ist auch, wir hatten die Tage ja Thema zu viele Repeater/Router. Jeder meiner Lampen ist ja ein Repeater oder? Teilweise hab ich sogar 3 LEDs in einer Lampe. Da kommen ne Menge Repeater zusammen, allerdings hat das mit den Gateways immer problemlos funktioniert.

                      Was mir gestern abend noch aufgefallen ist, es hat alles geklappt, bis ich 1 oder 2 Hue Lampen reinnehmen wollte. Dann war alles futsch. Nachdem Reset und dem Neuflashen habe ich dann erst 2-3 andere Lampen gepaart und dann kam ich wieder zur den Hues. Prompt fing es wieder an zu spinnen. Hab mir leider das Log nicht aufgehoben, aber mir kam es so vor, als würde tatsächlich eine Lampe das Problem verursachen. Könnte das sein?

                      AsgothianA Offline
                      AsgothianA Offline
                      Asgothian
                      Developer
                      schrieb am zuletzt editiert von
                      #804

                      @smarti2015 sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:

                      Die Frage ist auch, wir hatten die Tage ja Thema zu viele Repeater/Router. Jeder meiner Lampen ist ja ein Repeater oder? Teilweise hab ich sogar 3 LEDs in einer Lampe. Da kommen ne Menge Repeater zusammen, allerdings hat das mit den Gateways immer problemlos funktioniert.

                      Ich rechne nicht damit das alleine durch den Einsatz von "vielen Routern in Lampenform" Probleme auftauchen. Wenn das so wäre wären alle bestehenden Hue Topologieen instabil, da diese zu mehr als 50% aus Routern bestehen.
                      Der Damals verlinkte Text kam vom BSI und ist für sicherheitskritische Anwendungen gedacht. Die darin vorkommenden Anmerkungen sind nicht falsch, treffen aber auf diese Situation einfach nicht zu. Mehrere Leuchten in einer Lampe werden sich nicht als Kette mit dem Koordinator verbinden, sondern jede einzelne, solange der Koordinator selber noch genügend end-devices ansprechen kann.

                      @smarti2015 sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:

                      Was mir gestern abend noch aufgefallen ist, es hat alles geklappt, bis ich 1 oder 2 Hue Lampen reinnehmen wollte. Dann war alles futsch. Nachdem Reset und dem Neuflashen habe ich dann erst 2-3 andere Lampen gepaart und dann kam ich wieder zur den Hues. Prompt fing es wieder an zu spinnen. Hab mir leider das Log nicht aufgehoben, aber mir kam es so vor, als würde tatsächlich eine Lampe das Problem verursachen. Könnte das sein?

                      Hier gibt es ggf. einen Zusammenhang - da muss aber auf der Firmware-seite geschaut werden. Es ist denkbar das der Speicherbedarf pro Gerät auf dem Koordinator davon abhängig ist wie das Gerät (softwaretechnisch, logisch) aufgebaut ist. Ob es da signifikante Unterschiede zwischen verschiedenen Zigbee Geräten gibt weiss ich noch nicht.

                      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                      1 Antwort Letzte Antwort
                      0
                      • arteckA Offline
                        arteckA Offline
                        arteck
                        Developer Most Active
                        schrieb am zuletzt editiert von arteck
                        #805

                        jao das was bei mir auch so.. solange Hues nicht im spiel waren..aber das ist reine Vermutung meiner seits

                        . hmm da du auch mit Hues arbeitest währe vielleicht (auch wens lässtig ist) hilfreich meine Vermutung zu bestätigen.. also zu schauen obs ohne Hues und Devices > 30 alleg geht und solange eine Hue ins spiel kommt die Verbindung abgebrochen wird

                        zigbee hab ich, zwave auch, nuc's genauso und HA auch

                        1 Antwort Letzte Antwort
                        0
                        • G Offline
                          G Offline
                          gosund
                          schrieb am zuletzt editiert von gosund
                          #806

                          Probier doch mal die max-devices Firmware:
                          https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/CC2531/alternatives/max_devices
                          https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/CC2531/alternatives/max_devices/bin

                          AsgothianA arteckA 2 Antworten Letzte Antwort
                          0
                          • G gosund

                            Probier doch mal die max-devices Firmware:
                            https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/CC2531/alternatives/max_devices
                            https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/CC2531/alternatives/max_devices/bin

                            AsgothianA Offline
                            AsgothianA Offline
                            Asgothian
                            Developer
                            schrieb am zuletzt editiert von
                            #807

                            @gosund sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:

                            Probier doch mal die max-devices Firmware:
                            https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/CC2531/alternatives/max_devices

                            Vorsicht - da die Hue Lampen Router sind ist es denkbar das diese FW so ziemlich sofort nicht geht. Bitte nicht mit einem grossen "produktiv" netz ausprobieren :)

                            ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                            "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                            1 Antwort Letzte Antwort
                            0
                            • G gosund

                              Probier doch mal die max-devices Firmware:
                              https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/CC2531/alternatives/max_devices
                              https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/CC2531/alternatives/max_devices/bin

                              arteckA Offline
                              arteckA Offline
                              arteck
                              Developer Most Active
                              schrieb am zuletzt editiert von arteck
                              #808

                              @gosund

                              nein Vergiss es .. diese Firmware ist nur zum Betrieb ohne Router gedacht.. da hier der Speicher anders verwaltet(ausgereizt) wird

                              zigbee hab ich, zwave auch, nuc's genauso und HA auch

                              1 Antwort Letzte Antwort
                              0
                              • S Offline
                                S Offline
                                smarti2015
                                schrieb am zuletzt editiert von smarti2015
                                #809

                                Also ich habe zuerst Xiaomi Temperatur Sensoren und Bewegungsmelder verbunden, dann ne Menge IKEA und ein paar Hue dazwischen. Bis dahin lief alles super. Dann kam ich zu den Flur Hue Lampen und vom Gefühl her, lag es jetzt an der einen Lampe. Wie gesagt, als ich alles neu gemacht habe und grad 4 Lampen gepaart hatte, kam wieder diese LED und irgendwie ging es wieder los. Ich würde die heute einfach mal weglassen und alles neu aufbauen. Das Gute ist, man lernt ja viel übers System und es flutscht dann immer besser :grin:

                                Hab es noch nicht aufgegeben, weil ich gern alles über ZigBee Stick steuern will, aber ich befürchte langsam das ich zuviele Geräte habe. Hab ja noch nicht alle IKEA Lampen drin und die Rauchmelder sollten auch rein von Honeywell, wobei ich die wohl lieber im Xiaomi Gateway erstmal drin lasse.

                                Hab da noch zwei Fragen:

                                1. Das beim Paaren bereits angelernte Lampen immer wieder erkannt und gepaart werden ist normal oder? Selbst wenn die 60 Sekunden abgelaufen sind und ich das Fenster offen lassen kommen Minuten später noch Meldungen über erkannte Lampen. Woher weiss ich, das er mit dem Suchen fertig ist?

                                2. Könnt ihr kurz bitte erklären was die Farbe und Zahlen bedeuten? Mal ist es rot, mal blau

                                2019-03-18 09_25_01-instances - ioBroker.png

                                1. Ich habe angefangen mit den Gruppen zu arbeiten und das hat sich super in den Scripten dann gemacht um einfach mal einen Raum mit mehreren Lampen über einen Befehl anzusprechen. Auf einmal funktionierten die Gruppen aber nicht mehr. Einzeln konnte man die Lampen über ZigBee steuern über die Gruppe nicht mehr. Funktioniert das schon stabil oder sollte man das lieber noch nicht verwenden

                                2. Ab wann muss man eigentlich wieder neu paaren? Immer wenn ich den Adapter deinstalliere und neu installiere, wenn ich den Stick mit der gleichen Version flashe oder wenn ich einen neue Version flashe? Kann man das irgendwie sichern oder wird da immer nen neuer Verschlüsselungs-Code generiert und man muss daher immer neu paaren?

                                DANKE!!!!

                                GEEKOM AS 6

                                G D AsgothianA 3 Antworten Letzte Antwort
                                0
                                • S smarti2015

                                  Also ich habe zuerst Xiaomi Temperatur Sensoren und Bewegungsmelder verbunden, dann ne Menge IKEA und ein paar Hue dazwischen. Bis dahin lief alles super. Dann kam ich zu den Flur Hue Lampen und vom Gefühl her, lag es jetzt an der einen Lampe. Wie gesagt, als ich alles neu gemacht habe und grad 4 Lampen gepaart hatte, kam wieder diese LED und irgendwie ging es wieder los. Ich würde die heute einfach mal weglassen und alles neu aufbauen. Das Gute ist, man lernt ja viel übers System und es flutscht dann immer besser :grin:

                                  Hab es noch nicht aufgegeben, weil ich gern alles über ZigBee Stick steuern will, aber ich befürchte langsam das ich zuviele Geräte habe. Hab ja noch nicht alle IKEA Lampen drin und die Rauchmelder sollten auch rein von Honeywell, wobei ich die wohl lieber im Xiaomi Gateway erstmal drin lasse.

                                  Hab da noch zwei Fragen:

                                  1. Das beim Paaren bereits angelernte Lampen immer wieder erkannt und gepaart werden ist normal oder? Selbst wenn die 60 Sekunden abgelaufen sind und ich das Fenster offen lassen kommen Minuten später noch Meldungen über erkannte Lampen. Woher weiss ich, das er mit dem Suchen fertig ist?

                                  2. Könnt ihr kurz bitte erklären was die Farbe und Zahlen bedeuten? Mal ist es rot, mal blau

                                  2019-03-18 09_25_01-instances - ioBroker.png

                                  1. Ich habe angefangen mit den Gruppen zu arbeiten und das hat sich super in den Scripten dann gemacht um einfach mal einen Raum mit mehreren Lampen über einen Befehl anzusprechen. Auf einmal funktionierten die Gruppen aber nicht mehr. Einzeln konnte man die Lampen über ZigBee steuern über die Gruppe nicht mehr. Funktioniert das schon stabil oder sollte man das lieber noch nicht verwenden

                                  2. Ab wann muss man eigentlich wieder neu paaren? Immer wenn ich den Adapter deinstalliere und neu installiere, wenn ich den Stick mit der gleichen Version flashe oder wenn ich einen neue Version flashe? Kann man das irgendwie sichern oder wird da immer nen neuer Verschlüsselungs-Code generiert und man muss daher immer neu paaren?

                                  DANKE!!!!

                                  G Offline
                                  G Offline
                                  gosund
                                  schrieb am zuletzt editiert von gosund
                                  #810

                                  @smarti2015 Hol' Dir doch einfach einen zweiten Stick und mach' zwei Netze draus.

                                  Habe gerade welche für US$ 4.84 inkl. Versand gefunden, hole mir gleich auch noch einen :)
                                  http://s.click.aliexpress.com/e/KrlQ2Ms

                                  S 1 Antwort Letzte Antwort
                                  0
                                  • S smarti2015

                                    Also ich habe zuerst Xiaomi Temperatur Sensoren und Bewegungsmelder verbunden, dann ne Menge IKEA und ein paar Hue dazwischen. Bis dahin lief alles super. Dann kam ich zu den Flur Hue Lampen und vom Gefühl her, lag es jetzt an der einen Lampe. Wie gesagt, als ich alles neu gemacht habe und grad 4 Lampen gepaart hatte, kam wieder diese LED und irgendwie ging es wieder los. Ich würde die heute einfach mal weglassen und alles neu aufbauen. Das Gute ist, man lernt ja viel übers System und es flutscht dann immer besser :grin:

                                    Hab es noch nicht aufgegeben, weil ich gern alles über ZigBee Stick steuern will, aber ich befürchte langsam das ich zuviele Geräte habe. Hab ja noch nicht alle IKEA Lampen drin und die Rauchmelder sollten auch rein von Honeywell, wobei ich die wohl lieber im Xiaomi Gateway erstmal drin lasse.

                                    Hab da noch zwei Fragen:

                                    1. Das beim Paaren bereits angelernte Lampen immer wieder erkannt und gepaart werden ist normal oder? Selbst wenn die 60 Sekunden abgelaufen sind und ich das Fenster offen lassen kommen Minuten später noch Meldungen über erkannte Lampen. Woher weiss ich, das er mit dem Suchen fertig ist?

                                    2. Könnt ihr kurz bitte erklären was die Farbe und Zahlen bedeuten? Mal ist es rot, mal blau

                                    2019-03-18 09_25_01-instances - ioBroker.png

                                    1. Ich habe angefangen mit den Gruppen zu arbeiten und das hat sich super in den Scripten dann gemacht um einfach mal einen Raum mit mehreren Lampen über einen Befehl anzusprechen. Auf einmal funktionierten die Gruppen aber nicht mehr. Einzeln konnte man die Lampen über ZigBee steuern über die Gruppe nicht mehr. Funktioniert das schon stabil oder sollte man das lieber noch nicht verwenden

                                    2. Ab wann muss man eigentlich wieder neu paaren? Immer wenn ich den Adapter deinstalliere und neu installiere, wenn ich den Stick mit der gleichen Version flashe oder wenn ich einen neue Version flashe? Kann man das irgendwie sichern oder wird da immer nen neuer Verschlüsselungs-Code generiert und man muss daher immer neu paaren?

                                    DANKE!!!!

                                    D Offline
                                    D Offline
                                    der_maik
                                    schrieb am zuletzt editiert von
                                    #811

                                    @smarti2015 Ich habe so ziemlich genau die Problem wie du. Und so langsam zweifle ich daran das es ausschließlich an der Firmware und der Menge der Geräte liegt, weil die Probleme erst mit der 0.10.2 aufgetaucht sind. Meine Gruppen funktionieren seit der 0.10.2 ebenfalls nicht mehr und auch erst seit der 0.10.2 werden bei mir immer wieder bereits gekoppelte Geräte neu gekoppelt.

                                    AsgothianA 1 Antwort Letzte Antwort
                                    0
                                    • G gosund

                                      @smarti2015 Hol' Dir doch einfach einen zweiten Stick und mach' zwei Netze draus.

                                      Habe gerade welche für US$ 4.84 inkl. Versand gefunden, hole mir gleich auch noch einen :)
                                      http://s.click.aliexpress.com/e/KrlQ2Ms

                                      S Offline
                                      S Offline
                                      smarti2015
                                      schrieb am zuletzt editiert von
                                      #812

                                      @gosund ah wenn das geht mach ich das glatt. Wenn dann da zwei Sticks in relativer Nähe zusammen funken das stört nicht ?

                                      GEEKOM AS 6

                                      G 1 Antwort Letzte Antwort
                                      0
                                      • S smarti2015

                                        Also ich habe zuerst Xiaomi Temperatur Sensoren und Bewegungsmelder verbunden, dann ne Menge IKEA und ein paar Hue dazwischen. Bis dahin lief alles super. Dann kam ich zu den Flur Hue Lampen und vom Gefühl her, lag es jetzt an der einen Lampe. Wie gesagt, als ich alles neu gemacht habe und grad 4 Lampen gepaart hatte, kam wieder diese LED und irgendwie ging es wieder los. Ich würde die heute einfach mal weglassen und alles neu aufbauen. Das Gute ist, man lernt ja viel übers System und es flutscht dann immer besser :grin:

                                        Hab es noch nicht aufgegeben, weil ich gern alles über ZigBee Stick steuern will, aber ich befürchte langsam das ich zuviele Geräte habe. Hab ja noch nicht alle IKEA Lampen drin und die Rauchmelder sollten auch rein von Honeywell, wobei ich die wohl lieber im Xiaomi Gateway erstmal drin lasse.

                                        Hab da noch zwei Fragen:

                                        1. Das beim Paaren bereits angelernte Lampen immer wieder erkannt und gepaart werden ist normal oder? Selbst wenn die 60 Sekunden abgelaufen sind und ich das Fenster offen lassen kommen Minuten später noch Meldungen über erkannte Lampen. Woher weiss ich, das er mit dem Suchen fertig ist?

                                        2. Könnt ihr kurz bitte erklären was die Farbe und Zahlen bedeuten? Mal ist es rot, mal blau

                                        2019-03-18 09_25_01-instances - ioBroker.png

                                        1. Ich habe angefangen mit den Gruppen zu arbeiten und das hat sich super in den Scripten dann gemacht um einfach mal einen Raum mit mehreren Lampen über einen Befehl anzusprechen. Auf einmal funktionierten die Gruppen aber nicht mehr. Einzeln konnte man die Lampen über ZigBee steuern über die Gruppe nicht mehr. Funktioniert das schon stabil oder sollte man das lieber noch nicht verwenden

                                        2. Ab wann muss man eigentlich wieder neu paaren? Immer wenn ich den Adapter deinstalliere und neu installiere, wenn ich den Stick mit der gleichen Version flashe oder wenn ich einen neue Version flashe? Kann man das irgendwie sichern oder wird da immer nen neuer Verschlüsselungs-Code generiert und man muss daher immer neu paaren?

                                        DANKE!!!!

                                        AsgothianA Offline
                                        AsgothianA Offline
                                        Asgothian
                                        Developer
                                        schrieb am zuletzt editiert von
                                        #813

                                        @smarti2015 sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:

                                        Hab da noch zwei Fragen:

                                        1. Das beim Paaren bereits angelernte Lampen immer wieder erkannt und gepaart werden ist normal oder? Selbst wenn die 60 Sekunden abgelaufen sind und ich das Fenster offen lassen kommen Minuten später noch Meldungen über erkannte Lampen. Woher weiss ich, das er mit dem Suchen fertig ist?

                                        Ja, das ist normal. Die 60 Sekunden einen dazu den netzwerkschlüssel auszutauschen. Wenn das Gerät im Netz sendefähige ist, dann kann die kommunikation über die Details auch außerhalb der 60 Sekunden stattfinden.

                                        1. Könnt ihr kurz bitte erklären was die Farbe und Zahlen bedeuten? Mal ist es rot, mal blau

                                        Die Zahlen bezeichnen die Signalstärke mit der der Empfänger Signale vom Sender empfängt. Die Farben sind einfach: blau sind aktive Verbindungen, rot sind Verbindungen die in der Vergangenheit aktiv waren aber aktuell nicht aktiv sind

                                        1. Ich habe angefangen mit den Gruppen zu arbeiten und das hat sich super in den Scripten dann gemacht um einfach mal einen Raum mit mehreren Lampen über einen Befehl anzusprechen. Auf einmal funktionierten die Gruppen aber nicht mehr. Einzeln konnte man die Lampen über ZigBee steuern über die Gruppe nicht mehr. Funktioniert das schon stabil oder sollte man das lieber noch nicht verwenden

                                        Ich wäre da vorsichtig, noch gibt es da meiner Meinung nach ein paar Unwägbarkeiten.

                                        1. Ab wann muss man eigentlich wieder neu paaren? Immer wenn ich den Adapter deinstalliere und neu installiere, wenn ich den Stick mit der gleichen Version flashe oder wenn ich einen neue Version flashe? Kann man das irgendwie sichern oder wird da immer nen neuer Verschlüsselungs-Code generiert und man muss daher immer neu paaren?

                                        Neu Flashen ist notwendig, wenn

                                        • der Stick bekommt neue Firmware und hatte Firmware vor 20190101
                                        • der Funkkanal wurde angepasst
                                        • die Datei Shepherd.db unter /opt/iobroker/iobroker_data/zigbee.0 wurde gelöscht.

                                        ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                                        "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                                        1 Antwort Letzte Antwort
                                        1
                                        • D der_maik

                                          @smarti2015 Ich habe so ziemlich genau die Problem wie du. Und so langsam zweifle ich daran das es ausschließlich an der Firmware und der Menge der Geräte liegt, weil die Probleme erst mit der 0.10.2 aufgetaucht sind. Meine Gruppen funktionieren seit der 0.10.2 ebenfalls nicht mehr und auch erst seit der 0.10.2 werden bei mir immer wieder bereits gekoppelte Geräte neu gekoppelt.

                                          AsgothianA Offline
                                          AsgothianA Offline
                                          Asgothian
                                          Developer
                                          schrieb am zuletzt editiert von Asgothian
                                          #814

                                          @der_maik sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:

                                          @smarti2015 Ich habe so ziemlich genau die Problem wie du. Und so langsam zweifle ich daran das es ausschließlich an der Firmware und der Menge der Geräte liegt, weil die Probleme erst mit der 0.10.2 aufgetaucht sind. Meine Gruppen funktionieren seit der 0.10.2 ebenfalls nicht mehr und auch erst seit der 0.10.2 werden bei mir immer wieder bereits gekoppelte Geräte neu gekoppelt.

                                          Das ist so nicht ganz richtig. Die Art mit der Gruppen im iobroker umgesetzt waren hat auf dem Stick zu Problemen geführt. Das hat eine Anpassung der Firmware sticks ausgelöst die dieses Verhalten unterbindet, dementsprechend musste im Adapter umgestellt werden.

                                          A.

                                          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                                          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                                          S 1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          827

                                          Online

                                          32.5k

                                          Benutzer

                                          81.6k

                                          Themen

                                          1.3m

                                          Beiträge
                                          Community
                                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                          ioBroker Community 2014-2025
                                          logo
                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Home
                                          • Aktuell
                                          • Tags
                                          • Ungelesen 0
                                          • Kategorien
                                          • Unreplied
                                          • Beliebt
                                          • GitHub
                                          • Docu
                                          • Hilfe