iblis

Jo, men så lenge du installerer sertifikatet som Trusted under Trusted Root Certification Authorities i selve systemet (Sertifikatbehandling i Win10, Keychain i OSX osv) så vil også nettlesere og andre programmer behandle sertifikatene som trusted. Selv bruker jeg self signed sertifikater på alle duppedittene/serverne mine som kun jeg/familien skal ha tilgang til og bruker sertifikater fra RapidSSL på tjenester som er allment tilgjengelig slik som hjemmeautomasjon.no. Ikke så lenge du installerer "self signed" sertifikatet som Trusted under Trusted Root Certification Authorities i systemet ditt Har aldri hørt om LetsEncrypt før nå, men dette skal jeg ta en titt på. Takk for info

Google is your friend

Da har jeg fått litt tid til å granske debug loggen og har gjort noen observasjoner. Node 51 inneholder ingen data og er en ghost node. Node 57 er faktisk Qubino modulen din selv om WebUI sier noe annet. Når du inkluderer Qubino dimmeren kommer det opp en advarsel om at COOPER REPLICATION ikke helt stemmer overens med kommando klassen GENERIC_TYPE_SWITCH_MULTILEVEL. 5/22/2016_11:23:02 PM COOPER REPLICATION - skipping due to node type of replicating node appearing to not be correct: GENERIC_TYPE_SWITCH_MULTILEVEL 5/22/2016_11:23:03 PM COOPER REPLICATION - skipping due to manufacturer of replicating node appearing to not be correct: 345 Hva dette betyr har jeg ikke en anelse om, men jeg vet HomeSeer la inn ekstra støtte for sine egne Cooper brytere i Z-Wave Plug-In 3.0.1.66+. Så det kan være en mulighet for at det er en konflikt der og at plugin versjoner lavere enn 66 vil håndtere inkluderingen bedre. Husker du hvilken versjon du brukte da du inkluderte de første gang hvor de virket? Uansett så må du få fjernet node 51 da dette bare er en "fantom" node som lager trøbbel. Jeg kom til å lese posten til @Moskus fra i går en ekstra gang i dag og skjønte fort at det hadde gått litt raskt i svingene i går da svaret jeg ga overhode ikke stemmer med hva Moskus prøvde å formidle. Dette er faktisk en glimrende måte å fjerne "fantom" noder på som ligger på kontrolleren når de andre metodene ikke fungerer, og du trenger IKKE gjenoppbygge z-wave databasen til HomeSeer etter du har gjort dette. Så beklager at jeg var så brå i avtrekkeren der Moskus ? Gjør du slik det står i manualen og trykker 5 ganger innen 3 sekunder? - Press push button I1 five times within 3s ( 5 times change switch state within 3 seconds) in the first 60 seconds after the module is connected to the power supply. or - Press service button S (only applicable for 24 V SELV supply voltage) for more than 6 second. By this function all parameters of the module are set to default values and own ID is deleted. If push button I1 is pressed three times within 3s (or service button S is pressed more than 2 and less than 6 seconds) module is excluded, but configuration parameters are not set to default values. NOTE: If the module is included with parameters 100 or 101 with values different to default and module reset is done, wait at least 30s before next inclusion.

Hvorfor skuffet? Du kan jo få til akkurat samme funksjon med HS3 + Verisure Plugin + HomeKit Plugin. [emoji6] EDIT: Glem det. Måtte lese posten og se videoen en gang til [emoji849]

Fungerer ikke Doorman med Verisure pluginen i HomeSeer?

Jeg mener selve debug loggen. Gå til http://HS_IP/ZWaveConfig og aktiver Detaljert Debug logging til fil. Deretter finner du ZWave_Debug.log filen her C:/HomeSeer HS3/Debug Logs

Kan du aktivere DEBUG logging på z-wave pluginen, deretter ekskludere og inkludere Qubinoen igjen? Også poster du debug.log som et vedlegg her etterpå.

Du kan også bytte over til Komprimert visning som går til første uleste post i det emnet du klikker på.

Se der ja! Da våknet de nodene som lå etter 23 & 24 i køen til live igjen. ? Nei, jeg er langt i fra et geni ? Men etter å ha jobbet i 10 år med seismikk hvor en av mine hovedoppgaver har vært feilsøking av mesh-nett på recording bøyer (som igjen hadde en radio-rekkevidde på 20-30km mellom hvert punkt), var ikke overgangen til Z-Wave sitt mesh-nett noe særlig annerledes. Det er helt riktig som @Moskus skriver, men forklaringen er faktisk ganske enkel: Z-Wave bruker et prioriteringssystem (QoS) + en "timeout" klokke på hvor lenge den skal beholde meldinger i kø. Som første prioritering vil kontrolleren alltid prøve å pushe igjennom CommandClass meldinger som omhandler direkte kontroll av enheter. CommandClass meldinger som omhandler "Enhets konfigurasjon" ligger lengre ned på prioriteringslisten og vil derfor få en "timeout" når det er for lang kø i systemet. Og som vi allerede vet er et feilkonfigurert node-kart roten til alt ondt når det gjelder det å skape kø i et z-wave nettverk.

Ja, dette er ikke noe problem så lenge firewallen din støtter dyndns-pro. Her hjemme går det i subdomener som nas.hus.org, ohab.hus.org, zway.hus.org osv.

Det Fermate skrev ? Støtte for eget domene+subdomener

Selv bruker jeg Dyn.com (Pro) med eget domene til huset.

Ja, så lenge noden ikke er tilstede på selve kontrolleren så går dette fint. Men gjør du det på denne måten så ville jeg samtidig forandret navn på z-wave.db fila til f.eks z-wave.db.old slik at HS gjenoppbygger z-wave databasen neste gang den starter opp pluginen.

Angående Multisensor - ZW100 nodene så er jeg faktisk litt usikker på hva som er riktig oppsett når det gjelder inkludering. På de gamle DSB05 modellene med 300 brikken så står det i manualen: Power - It's important to 'Include' the MultiSensor while it's powered as you intent to use it. If you're going to use batteries, install and include the MultiSensor while it's using batteries power. If you plan to use USB powered, then include while running on USB power. Men på de nye ZW100 modellene med 500 brikken står det: Your MultiSensor can be powered by battery or by USB with an appropriate adaptor. For the purposes of installation and setup, even if you intend to power your sensor with batteries, we recommend utilizing the provided USB cable for setup. For this, you’ll need an adaptor to plug your USB cable into, this can include any USB port on a computer and most mobile phone chargers. These steps can be performed in any location with your home, and not necessarily in your MultiSensor’s final installation location. Uansett så er det ikke bra for mesh-nettverket ditt at du har batteri-noder konfigurert som rute-noder. Så hadde jeg vært deg hadde jeg ekskludert node 23 og 24, deretter inkludert dem igjen, men denne gangen mens de er på batteri strøm i håp om at HomeSeer konfigurerer de riktig som sovende batteri noder. Node 28, 39, 42, 43 og 44: Kan du gå på "PLUG-INS/Z-Wave/Node Information" og fortelle meg hvilke naboer disse nodene har? Jeg er interessert i å vite om node 23 og 24 står oppført som naboer på disse nodene? Jeg mener det er viktig at vi rydder opp i mesh-nettverket ditt før du går videre med å inkludere/ekskludere nye noder da dette vil kunne skape mer konflikter. Så det jeg vil du skal gjøre er: Se om node 23 og 24 er oppført som naboer til noen av de andre nodene i nettverket ditt. Hvis ja, gå videre til neste steg. Ekskluder node 23 og 24 Full optimize av nettverket ditt helt til du ikke får feilmeldinger som timeouts osv. Inkluder node 23 og 24 igjen som batteri noder. Full optimize igjen. Ta en "Test Node Connectivity on a Network". Hvis den siste testen kommer bra ut så kan du gå videre med å inkludere nye noder. EDIT: Jeg regner med at ting som å restarte z-wave pluginen og fysisk reset av UZB1 stikken allerede er gjort/prøvd?

Kan du vekke og kjøre en rescan på node 23 & 24? Disse skal kun bli registrert som routing noder hvis de har blitt inkludert i nettverket med USB strømkabel koblet til.

Oi, her har det skjedd noe uhumskhet ja. ? Er node 23, 24, 28 , 39, 42, 43 og 44 faktiske fysiske noder?

Som jeg tenkte så ser det ut som selve inkluderingen timer ut. Kan du kjøre en "Test Node Connectivity on a Network" og poste resultatet for meg?

@DiderikFrom: Jeg sitter på jobb så får ikke svart deg ordentlig før senere i kveld. Hvis det har opprettet seg "ghost" noder i systemet ditt så kan det være grunnen for at kontrolleren din kneler under inkluderingen. Under inkludering vil kontrolleren samtidig prøve å oppdatere node kartet og med "ghost" noder i systemet vil dette ta ekstra lang tid da den vil prøve å finne opp til 3 ruter frem til hver "ghost" hvor de alle feiler før den går videre på neste node. Hele inkluderings prosedyren går på tid og det kan godt være at tiden går ut før den blir ferdig med intervjuet av enheten og derfor feiler. Dette er bare synsing fra min side og jeg vil kunne gi deg et bedre svar hvis du hadde gitt oss loggen fra hendelsen i HS3. Dette er en liten prosedyre jeg skrev på diskusjon.no om hvordan fjerne "ghost" noder i HS3: ---- For å finne ut om du har fantom noder på kontrolleren i Homeseer og deretter slette dem er veldig lett: Naviger deg til PLUG-INS/Z-Wave/Node Information (det kan ta noe tid før siden loader avhengig av hvor mange noder du har). Gå igjennom node listen og forsikre deg om at hver eneste node har en fysisk enhet. Skulle du være så uheldig å finne en node som ikke har en fysisk enhet så må du slette den på følgende vis: Trykk på fantom noden slik at du kommer til z-wave konfigurasjons siden. Trykk så på "Remove Node". Du vil helt sikkert få en feil melding om at noden IKKE ble fjernet fra kontrolleren. Gjenta dette en 3, 4 ganger bare for å være på den sikre siden (feilmeldingen får du som regel hver gang). Når dette er gjort så må du restarte z-wave kontrolleren din. Naviger deg til PLUG-INS/Z-Wave/Controller Management. Under Z-Wave Interfaces så velger du kontrolleren din og fra Actions drop-down menyen så velger du Restart THIS interface. Når dette er gjort så restarter du Homeseer. Hvis du nå går på "Node Information" siden igjen så skal forhåpentligvis fantom noden være borte. ----

Ja, det stemmer @Hr Kotelett. I et forsøk på å optimalisere sidene så har jeg deaktivert Gravatar da denne ga noen alarmer på Speed Optimize testen. Jeg var egentlig ikke klar over at noen av våre medlemmer tok den i bruk, så hvis det er et stort savn for deg så kan jeg aktivere den igjen.

Duly noted Har dessverre ikke hatt noen ekstra tid for optimalisering av sidene enda, men jeg skal begynne med dette i dag. Jeg har allerede gjort noen optimaliserings endringer i .htaccess filen vi bruker som forhåpentligvis vil gjøre siden raskere. Kom gjerne med innspill om dere merker noen endring på hastigheten eller andre problemer dere har med selve ytelsen av siden.

Jeg har nå installert en plugin som heter Unread Topic Badge som forhåpentligvis vil gjøre synligheten og tilgangen på nye poster i underforum bedre. This simple plugin places an unread badge next to forum titles with unread topics, and next to topics with unread posts. Clicking the badge next to a topic, will take you to its first unread post.

Dessverre sluttet IP.Board å støtte vanlig BBCode i v4.x så det du ser her er en emulert BBCode til HTML og støtter ikke kildekode visning. Knappen er fortsatt der for de som har tillatelse til å bruke den, men isteden for BBCode så er det HTML kildekoden man får se. Av sikkerhetsmessige grunner er det kun administrator gruppen som har tilgang til HTML mode. Du som er admin kan bruke kildekode knappen til venstre.

Tenker du på BBCode? Det er alltid aktivert og det er bare å skrive bbcode rett i tekst editoren slik som dette: [color=red]dette[/color] blir da til dette.

Har sjekket alle innstillinger her og kan ikke finne noen feil. Kan du gi meg litt info om bildet du prøver å laste opp?

Fant feilen! Feil tillatelse-innstilling på VIP gruppen. ? Prøv igjen nå ?