iblis

? Glimrende stykke arbeid @xibriz?

Jeg prøvde faktisk den nye Fibaro HK appen mot mitt openHAB/HomeKit system og det fungerte fint. Men når det skal sies så har det også blitt laget en Z-Way app som gjør det mulig å bruke original appen til Fibaro HC2 mot Z-Way for de som liker designen til Fibaro

Hva om du trykker på Angre knappen? Går ikke siteringen bort da?

hmm.. jeg vet at hvis du laster opp et bilde, men ikke plasserer det i posten din så kommer det automatisk opp nederst i posten. Men hvis dette ikke er din egen HS3 log og bildet kommer fra noen andre så har det hendt noe rart et sted. Vi oppgraderte systemet til en nyere versjon her om dagen og det kan hende det har oppstått en liten feil under oppgradering. Men vi vil være på utkikk etter lignende hendelser fremover og hvis dette gjentar seg og ikke er et engangstilfelle skal jeg lage en support request hos IPB. Vil du at vi skal fjerne bildefilen fra posten din?

Hvis du kjører følgende kommando i terminal sudo lsusb -vv vil du få detaljert informasjon om alle usb enhetene som er koblet til. Kan du se om den registrerer seg riktig som RFXtrx433? På min ser den slik ut: Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x0403 Future Technology Devices International, Ltd idProduct 0x6001 FT232 USB-Serial (UART) IC bcdDevice 6.00 iManufacturer 1 RFXCOM iProduct 2 RFXtrx433 iSerial 3 A1WJIT72 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 90mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 255 Vendor Specific Protocol iInterface 2 RFXtrx433 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Device Status: 0x0000 (Bus Powered)

Du får kjøpt dem på Teknikmagasinet. Da trenger vi litt mer info. Skriv dette i terminalen for å få opp systemloggen: tail -f /var/log/messages Plugg så rfxtrx ut og inn av USB porten og copy/paste hva som kommer i loggen her.

Jeg ser nå at du må ja Bonjour aktivert for at den skal finne den automatisk, da er det kanskje like greit å installere VirtualHere klienten. https://www.virtualhere.com/client_configuration_faq

Kjør "dmesg" for å se at den lastet inn driveren riktig. Deretter kjør "sudo lsusb" for å se hvilke USB enheter som er koblet til. Jeg har kun testet dette med VirtualHere (OSX) til en RPi.

RPi3 anbefaler 2.5A strømforsyning. Men har du prøvd å koble på en USB hub med egen strømforsyning og koble rfxcomen der for å utelukke at den ikke får strøm nok?

Linux har dette innebygd allerede, så hvis du kjører VirtualHere på f.eks en OSX/Windows boks er det bare å laste inn driveren på linux klienten og den vil finne de virtuelle USB enhetene fra VirtualHere automatisk. sudo modprobe vhci_hcd

F.eks hvis du bruker Z-Way eller openHAB så har du en mulighet til å ta en soft reset av kontrolleren som rett å slett gjør det samme som å fysisk koble fra og koble på enheten igjen. Dette er hendig å ha i bakhånd hvis kontrolleren skulle henge seg opp og du ikke har tilgang til å ta en fysisk reset av UZB1 sticken. Det samme gjelder hvis du må ta en firmware oppdatering på bootloaderen til UZB1 via Z-Way så vil den gjøre en soft reset av kontrolleren som gjør at du får en feilmelding om at oppdateringen var mislykket siden UZB1 ikke lenger er registrert på ttyACM0, men på ttyACM1 etter reset. Dette problemet fikser du ved å bruke Persistent USB metoden som jeg beskriver over.

Dette kan du fikse med USB Persistent. Dette er veldig hendig hvis du f.eks må ta en soft reset på kontrolleren som gjør at den vil automatisk gå fra ttyACM0 til ttyACM1. Kjør sudo lsusb -v | more i terminalen og merk ned følgende informarsjon: *idVendor *idProduct *iSerial Opprett deretter filen 99-usb-serial.rules under /etc/udev/rules.d: sudo nano /etc/udev/rules.d/99-usb-serial.rules Med følgende informasjon (dette er slik min ser ut. Husk på å forandre idVendor, idProduct og iSerial for din enhet): SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", ATTRS{serial}=="12345678-9012-3456-7890-123456789012", SYMLINK+="ttyUSB-UZB1" Neste gang du tar en reboot vil enheten din komme opp som en symbolsk link under /dev/ttyUSB-UZB1 samme om den blir registrert som ttyACM0, ttyACM1 osv.

Ja mann, ute av skyen og tilbake på jobb ?

Ja, når du er på Forsiden så så går den default til Oppføringer, og når du er på selve forumet så går den til Alt innhold. Skal se om jeg får fikset dette i løpet av de neste dagene.

Dessverre så bruker jeg openHAB som regelmotor og har 0 erfaring med å bruke Z-Way på denne måte. Jeg vet at i de siste versjonene av Z-Way har det kommet en default app som auto slår av tamper/alarm sensorer etter en viss tid for enheter som ikke støtter dette automatisk. Det kan ikke være at du har denne aktivert og at den behandler devices.13.instances.0.commandClasses.37.data.level som en tamper sensor og slår den av automatisk som igjen krøller til if/then/else regelen din? Ja, nå er det på tide jeg kommer meg ut av vinterdepresjonen. ? Huff.. så mye innhold å gå igjennom. Men bra å se at aktiviteten har vært stor den siste måneden ?

Ja, hvis det er ønskelig kan vi aktivere denne funksjonen.

Fikset nå ?

https://community.openhab.org/t/hueemulation-and-google-home-support/16283

Lekkert Et lite tips, sett SmartTiles i full screen mode.

Helmaks, Egon! ?

Jeg vil anbefale deg til å bruke en Time Series database isteden for en Relational database til dette. Ja, og du for også en MQTT til InfluxDB løsning. Sa da er det egentlig bare tut og kjør ?

Hvis det er en måte å sende data til en InfluxDB database i HomeSeer så vil jeg anbefale å bruke Grafana til å lage grafer. Bruker dette selv med openHAB og det er veldig lett å lage fine grafer som du igjen kan legge inn i f.eks HSTouch.

Jeg må bare legge til at på min setup med openHAB og HomeKit + AppleTV Gen4 så fungerer det knirkefritt både via lokalt nettverk og eksternt nettverk. Jeg har vært utenlands på jobb nå i over 7 uker og hver eneste dag spør jeg Siri om status på huset og hun kommer tilbake med riktig svar hver eneste gang. De hjemme har også brukt Home appen til iOS regelmessig når jeg har vært bortreist uten noen problemer. Så jeg tror dette er mer et HomeSeer/Plugin problem enn selve HomeKit protokollen og dere bør sende inn feilmeldinger for å få det rettet.

Ta en titt på denne tråden for hjelp om dette. Ser ut som han hadde samme problem og fikk ordnet det etter litt hjelp fra b_weijenberg. Skulle gjerne ha hjulpet deg selv, men jeg bruker ikke HS lenger dessverre.

Jeg la ikke merke til det før du nevnte det nå. Fantastisk! ❤️