toonwolf

11 minutter siden, Guahtdim skrev:

feilmelding til Blade rimelig asap. Han virker å være kjapp til å svare/utbedre.

yepp: https://forums.homeseer.com/forum/security-systems-plug-ins/security-system-discussion/bllock-blade/1314214-cannot-add-user-codes-when-code-starts-with-leading-0-in-script

23 timer siden, Guahtdim skrev:

Jeg bare skyter i blinde her:

Koden som du legger inn må den være ett tall eller kan du sende den som en streng. Hvis du kan sende den som en streng kan du formatere tallet. I C# er det type lockCode.ToString("0000"). Slik så vil du alltid ha minimum 4 tall og alt under 1000 vil være paddet med 0. Ex 76=> 0076

Du skyter nok ikke i blinde her. Problemet er jo at om koden som legges inn starter med 0 vil den "trimmes" bort når du kjører scriptet. Jeg har testet dette også ved å hard-kode inn koden og ikke bruke variabel fra virtuell device. Tror det bør være mulig å lage et script som fikser dette, men jeg er ikke stødig nok i VB script for å få til dette.

Bruker følgende kode for å programmere kode i lås basert på verdien i en virtuell device:

Sub Main (byval inputArgs as string)

  Dim lockCode= hs.DeviceValue(737)

  hs.PluginFunction("BLLock", "", "AddUserCodePin", New Object(){647,79,lockCode,"TEST"})

End Sub

(737) er den virtuelle devicen. Problemet er at jeg får følgende feilmelding om koden starter med "0". Eksempel "0269"

Z-Wave Error - A user code was attempted to be set on node 19, but the user code provided is less than the minimum or more than the maximum length.

Alle andre verdier som ikke starter på 0 fungerer uten problemer. Hva må gjøres (regner med dette er løsbart) for å få dette til å fungere?

HomeSeer fikk en ID Lock 150 den 1. april for å kunne lage en bedre integrasjon, siden det har det ikke skjedd stort. Siste svar fra de etter en del masing:  "Please understand that this depends on the engineer's schedule and I am not able to provide a time frame. I have brought this to an engineers attention and have not heard back from them."

Neste "masemail" blir ikke før i august. Kodelås fra lille Norge er nok ikke prioritert nei..

En liten oppdatering fra ID Lock på at Access Control (Access Control (0x06) Notification ikke sendes (varsler status på låsen, hvilken kode som ble brukt for å låse opp osv.) Om du åpner døra FØR du får lydsignalet og det blinker blått etter å ha tastet en kode vil du IKKE få informasjon om hvilken kode som ble brukt. Denne feilen ble funnet av @cscheiene i februar, gjelder da mot alle kontrollere og rapportert til ID Lock som fortsatt ikke har fikset denne feilen. Jeg har ikke gitt opp med å mase på ID Lock. Fikk dette svaret i dag:

Sitat

Etter all sannsynlighet vil det komme en fiks på dette i løpet av høsten. Jeg tør ikke å love noe, men etter lansering av v1.1.5 jobber vi nå med bugfix til den og vil forsøke i neste omgang å få med en fix for denne saken også.

Kanskje det blir en julegave? La oss håpe det...

2 timer siden, sitelux skrev:

Vel, jeg har z wave, HomeSeer, nyeste FW og ingen problemer med batteriforbruk. Ligger stadig rundt 70%

Samme erfaring hos meg med 3 låser mot HS og 1 mot SmartThings. Låsene har rapportert om alt fra 60 til 80% kapasitet de siste 6 mnd. og dette er låser som er mye i bruk både ved å bruke kode og også via Z-Wave

"The ToonWolf Solution" har vært i drift i snart 3 uker og bortsett fra en liten bug som ble rettet kjapt fungerer dette fantastisk bra. Til inspirasjon for andre som kan ha behov for noe tilsvarende kanskje? Jeg har laget en "ikke teknisk" beskrivelse av løsningen. Teknisk dokumentasjon som beskriver hvordan alle virtuelle devicer og eventer er satt opp tar nødvendigvis litt lenger tid og vil komme om ikke lenge. Takk nok engang til @Guahtdim som har gjort dette mulig!!

31 minutter siden, Moskus skrev:

Jeg må si meg mektig imponert over servicen hos IDlock.

Jeg har også samme erfaring med ID Lock. Nå har jeg riktignok ikke hatt behov for å reklamere på låsen, men i andre sammenhenger er de alltid positive og yter god service. Nå må de bare få ut finger'n og komme med en firmwareoppdatering som fikser problemet med at du ikke får vite koden som ble brukt om du lukker opp døra for tidlig så er alt på "stell". Vet @INTIN RuneV får besøk av ID Lock i dag. Han har lovet å ta opp dette problemet med de så får vi se hva som skjer videre.

3 timer siden, Moskus skrev:

Jeg tror han snakker om selve kode-brikkene. Med mindre Yale gjør noe rart med sine brikker burde de fungere. Jeg har f.eks. ikke fått til å bruke Verisure-brikkene...

ja det gir mening, RFID brikkene som fungerer med ID Lock må være Mifare Plus 13.56 MHz

2 timer siden, Squirrel skrev:

Håper at de gamle brikkene til yale fungerer på idlock, slik at jeg kan bruke samme brikke til min egen lås, og til familien som har yale.

Om du med "gamle brikkene" mener Z-wave modulen kan du ikke bruke Yale sine i ID Lock låsene. Du må kjøpe dette i tillegg til låsen

2 timer siden, Squirrel skrev:

Håper homeseer får/har lignende enkelhet til å legge til og fjerne personer, koder osv osv.

Kjenner ikke til hvordan dette gjøres i Verisure+Yale, men i HomeSeer må dette gjøres via web-grensesnittet. Her er en oppskrift på hvordan dette kan gjøres ved å bruke BLLock plug-in. Bedre integrasjon mellom ID Lock og HS vil ikke gjøre det enklere å programmere, men gjøre at du får bedre/flere status meldinger fra låsen.

9 timer siden, Fredrick skrev:

Jeg har smurt med silikon, og både fall og rail beveger seg fint.

Vet ikke om det har noe å si, men ID Lock anbefaler hvit litiumfett. Se under "vedlikehold". Har du forsøkt å justere avstanden mellom sluttstykket og låskasse? Bruk de to skruene i sluttstykket for å skyve den ut av utfresning i dørkarmen. Kan hende det vil hjelpe. Om alt håp er ute må du ta kontakt med kundeservice hos ID Lock

43 minutter siden, Fredrick skrev:

Likevel får jeg ikke sensorfallen til å "gå inn" av seg selv, jeg må manuelt hjelpe den inn mens jeg lukker døren.

Har du husket å velge riktig hengselretning? (Du har venstre)

Sitat

For venstrehengslet dør 
utadslående, eller høyrehengslet innad-
slående: 
Viktig: Døren må være i åpen posisjon.
1 Trykk [nøkkelknapp] i 3 sek. til touch-
panelet aktiveres 
2 Tast [1234] etterfulgt av [*]
3 Tast [2] etterfulgt av [*]
4 Tast [7]

Om ja. Har du sjekket tipsene i brukermanualen "for en tett og smidig dør" side 23 og 24?

16 timer siden, Stianstian skrev:

Skal det bare være å aktivisere z-wave og autosøke etter den?

Løsningen for min del var å bruke Classic appen for å pare låsen. Du er ikke avhengig av Rboy for å gjøre dette, den gir deg bare utvidet funksjonalitet. Selve paring og kobling mot Z-wave enheter skal fungere uavhengig av dette. Stemmer ikke dette @cscheiene ?

Om det er noen som "sitter på gjerdet" og planer om å skaffe seg en ID Lock 150 lås kan det være verdt å slå til nå. ID Lock 150 med Z-wave modul til kr 4064,- inkl frakt hos Kjell frem til og med 18. mai (en del av 20% tilbudet deres)

20% på ett kjøp på https://www.kjell.com/no til og med 18. mai. Gjelder ikke Apple/Google/DJI/Synology. Visse andre varegrupper også unntatt. Se vilkår for tilbudet

Kan få ID Lock 150 med Z-wavemodul til kr 4064,- inkl frakt 

1 time siden, Guahtdim skrev:

Du bør vel prøve å lage en slags kontroll på om du har kontakt over VPN

Det blir litt off-topic dette her, men jeg har PC på begge lokasjoner og overvåker de via 24x7 free forever plan 5 URLs/servers. Om en av PC'ene går ned/eller det ikke er kontakt får jeg varsling via e-post og det holder for meg. Heldigvis er det sjelden at dette skjer. Orker rett og slett ikke å lage masse sjekker og regler i HS for noe som kan skje 1-2 ganger i løpet av et år. Har vært MYE HS i det siste og kan være greit å holde på med noe annet også ?

Jeg er avhengig av nett for å nå "Site #2" hvor etterhvert 3 låser skal stå som er koblet opp via P2P VPN mot nettet til "hovedkontoret" hvor HS står. Uten nett er jeg f..cked uansett. Men ja kommer nok til å gå for lokalt modem, men da vil det være pga kostnader.

Min erfaring med batterilevetiden er "ok". Nå kjører ikke jeg statistikk slik som du gjør @Moskus, men de har holdt seg på rundt 65-70% i ganske lang tid (4-6 mnd. ish) og låsene brukes MYE. Bruker "Clas'ern" batterier for det meste. Batterilevetid/forbruk vet jeg har vært "topp" prioritet hos ID Lock og skal også være "fikset" i siste firmwareoppdatering som de har rullet ut. "Fixed a bug related to high power consumption when lock is spammed with traffic from Z-wave network" og "Fixed several bugs causing high power consumption".

23 timer siden, Guahtdim skrev:

Ingen anelse om det engang vil fungere (jeg anbefaler ingen å kjøpe siden jeg ikke vet om det vil fungere)

Tror jeg avventer litt med å bestille. Kan være greit å undersøke om det finnes andre (gode og billigere) alternativer til Twilio. Skjønner poenget med "Modem dongle", men i mitt tilfellet er det ikke så viktig å ha backup om nettet går ned siden hele "løsningen" som du og jeg har laget baserer seg på å hente informasjon fra aktiviteter i Google Calender. Om pc'en som HomeSeer er installert på ikke har kontakt med nettet er du like langt.

1 minutt siden, Guahtdim skrev:

Man rekker å kode endel på 1,5 måneder.

Burde rekke å kjøpe et GSM modem på 1,5 måned også. Hvilken type kjøpte du og fra hvor?

Da har jeg fått en bekreftelse fra Twilio om at fra og med 1. juli vil de legge på 25% moms på alle sine tjenester for norske kunder. Se direkte link til Does Twilio Charge VAT for mer informasjon.

Fikk en e-post fra Twilio i dag. Fra 1. juli må du begynne å betale moms på SMS som sendes om du befinner det i et land som krever dette. Klarer ikke helt å finne ut av om dette gjelder Norge, men regner nesten med dette Sendt melding til support hos Twilio for å få de til å bekrefte at dette gjelder kunder i Norge. Dere som bruker andre leverandører (f.eks BulkSms og Nexmo) har dere hørt noe lignende? Rart om det bare vil være Twilio som må begynne med dette. GSM modem for å sende SMS blir nå et alternativ som rykker opp på lista. @Guahtdim for en jobb å gjøre med å endre på TwilioSeer til SMSSeer ?

Sitat

You are receiving this notice because your business’ service address is located in a country that, by law, requires us to collect Value Added Tax (VAT) on the services provided which includes Electronically Supplied Services & Telecommunications. Starting July 1st, 2019, we will be applying VAT to purchases of Twilio services. VAT will appear on your August bill for July usage. Going forward, VAT will continue to be applied to your account on the first day of the month for the previous month’s usage.

How is VAT determined?

VAT for Twilio’s products is applied based on where you consume our products, which is determined by your service address. These VAT rates will be consistent with what you currently pay for relevant goods and services in your jurisdiction.

Twilio uses the billing address that you have provided to us as your service address. If your billing address is not where you consume Twilio’s products, you can update your service address in Twilio Console. Instructions to update your service address can be found at our FAQ page.

Tax Exemption

You may be considered tax exempt depending on your country’s jurisdiction for VAT on Twilio services. Twilio is only required to impose VAT on Business to Customer (“B2C”) transactions. Business to Business (“B2B”) customers are tax exempt with a valid VAT number. B2B transactions are subject to self-assessment (reverse charge). Please note, for Switzerland, Lichtenstein, and Ireland customers contracted with Twilio Ireland, we are required to apply VAT for both B2B and B2C customers. If you are a VAT registered B2B customer, please login to your Console to enter your VAT number as required for a valid tax invoice and for self-assessment (reverse charge) before July 31st when we will begin to apply taxation on July usage. You will find the designated VAT field on the same page to update your service address. 

For more details on this change and a listing of countries impacted by this change, please visit our FAQ page or reach out to our support team at https://www.twilio.com/help/contact. 

Thank you for being a Twilio customer. We appreciate your business. 

Team Twilio

7 minutter siden, Guahtdim skrev:

ny funksjonalitet enn å fikse bugs

Du har rett, ny funksjonalitet=cash flow, fikse bugs=utgifter, ikke like spennende. Men du kan fort få misfornøyde kunder om du ikke fikser bugs. Et eksempel er bug'en i firmware på ID Lock 150 hvor du ikke får vite hvilken kode som ble brukt om du lukker opp døra før du får "tuddelutt". Har fått svar fra ID Lock at de ikke kan si noe om når det blir fikset, men at det står på "lista". Liker ikke slike svar selv om jeg skjønner at de også må prioritere ?

38 minutter siden, Guahtdim skrev:

final versjon for alle de endringene som er gjort.

Du skulle hatt jobb hos HomeSeer OG ID Lock slik at de får fikset alle bugs, har aldri jobbet med en utvikler som jobber like raskt og effektivt som du @Guahtdim. Rett og slett imponerende! ?

ID Lock 150 låsen blir ikke satt øverst på prioriteringslisten til HomeSeer tydeligvis. Svar fra HS support i dag etter å ha spurt hvordan du går med å få oppdatert støtte for låsen mot HS:

Sitat

We are working on the integration with the ID Lock but it is not at the top of the workload, I do not have an update for you. I will reach out to you when I have more information.

Føler meg nedprioritert både hos HomeSeer OG ID Lock. Kanskje jeg skal slutte å mase sånn?