Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

Andreas

Medlemmer
  • Innlegg

    230
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    6

Innlegg skrevet av Andreas

  1. Joda.. det er en mulighet..

    Men nå må jeg få HS3 til å oppføre seg først..

     

    Den driver ennå på å restarter HS3 ca hvert 3.minutt..

     

    Kan jeg aktivere noen form for avansert logging, for å finne ut hva som trigger dette?

     

    Prøvde å rulle inn backupen min igjen, men det hjelper ikke noe..

     

  2. Fikk idag ENDELIG min ConBee fra m.nu, og kjørte den rett inn i maskinen etter å ha installert deConz-programmet.

    Maskinen vi snakker om, er HS3-serveren min, og det gikk ikke bare bra.

     

    Først så ville ikke webappen starte, da HS også holder til på port 80. Endret HS til port 85, og da fikk jeg logge inn på webappen.

     

    Når jeg da gikk i JowiHue for å finne RaspBee-gatewayen, så startet problemene: Ingen GW blir funnet, og HS3 starter om igjen hver 5 minutt!!!!

    Aner ikke hvorfor dette skjer..

    Rebootet maskinen.. Samme greia..

    Jeg har deaktivert JowiHue, samme greia..

    Slettet JowiHue - samme greia..

    Kjørte inn backup fra i natt, og da kom det seg.. Så nå virker systemet slik det var tidligere idag.

     

    Spørsmålet er jo hvordan går jeg videre herfra?

    Er litt redd for å få samme problemene pånytt..

     

    Virker som at JowiHue bruker upnp for å finne GW, men den har jo samme ip som HS.

    Finner ingen måte å sette annen ip eller port på Webappen til deConz.

     

    Noen som har testet dette, og kan fortelle meg hva jeg skal og ikke skal gjøre?

     

    Andreas

     

    edit:

    Prøvde igjen, og akkurat samme skjer..

    Deaktivert JowiHue og slettet den, men fortsatt så starter hs3 om og om og om igjen..

    Ser denne linjen i loggen:

     

    okt-10 01.26.23   Warning Plug-in JowiHue is set to load but was not found, removing from settings.

     

    Virker som JowiHue kjører i bakgrunnen, elns... anyone?

     

     

     

     

  3. På Makitabatterier, så drives BMS'en av kun 1 celle, så denne tappes ned til den blir ødelagt!

    Hvis et Makitabatteri som har 1 dårlig celle plugges i en lader, så nekter laderen å lade denne.

    Etter 5 nektinger fra laderen, så brickes BMS'en inni.

     

    Så hvis noen blir nektet lading på Makita, så kan det være lurt å åpne batteriet og måle cellene, og lade/ skifte den ødelagte cellen. Da skal laderen 

    godta det. Men dette må du gjøre FØR du har blitt nektet 5 ggr

     

     

  4. Joda.. enig.. men klokken 1820  skjedde det ingenting..

    Etter det har det virket som det skal, tror jeg.. vet ikke om flere har ringt på her..

     

    Føler ikke helt at jeg kan stole på denne Qubinoen..

    1.PNG

    2.PNG

    3.PNG

    4.PNG

    5.PNG

  5. Ok, takk.

    Skal prøve det i et par dager..

     

    Kjører Device History også, og den får heller ikke med seg at enheten har endret seg..

     

    Må være noe med Qubino, og inngang 2...  Som for anledningen er programmert til impulsbryter.

     

    Hvilken enhet har du til ringeklokken? 

     

  6. Eventmotoren i HS3 poller alle enhetene sine ( i databasen) for å sjekke om de er endret.

     

    Sitat

    This device its value set to: When HomeSeer polls your devices, they may change, or they may be in the same state. This option designates that whether a device’s status is being updated to a new value or set to the same value (perhaps you turn a lightswitch on that is already on), then events using this trigger will activate.

    Jeg poller ikke..

  7. Hmm..

    Jeg hadde ønsket at "changed and becomes .." satt opp en slags interrupt på denne enheten, og ikke oppdaget endringen med polling..

    Noen som vet hvor kjapp pollingen er?

     

    Is set to - leser jeg i dokumentasjonen at ihvertfall sjekker med polling.

  8. Noe jeg har gjort feil her?

    Av og til så trigger ikke dette, selv om jeg ser at "device last changed" viser at den har endret seg.

    Dette er på en qubino flush rele 2, forresten.

     

     

    event.PNG

  9. 7 timer siden, roarfred skrev:

    Da har jeg fått god hjelp av NVE og NTE Nett. Her bekreftes at datastrømmen som jeg mottar er riktig og at denne ikke skal inneholde selve OBIS kodene. De virker litt overrasket over at Kamstrup har disse med, men antar standarden gir frihet til det.

     

    Løsningen er dermed at en må implementere tabellene med OBIS koder i software. Basert på OBIS ID (eks. KFM_001 for Kaifa) kan en finne rett tabell, ut fra OBIS List ID finner en så hvilke data som er forventet, hvilken rekkefølge de skal komme i og selve datatypen. Jeg skal forsøke meg på en slik implementasjon.

     

    På sikt skulle være mulig å legge en slik definisjon ut på en HTTP-adresse, slik at en har mulighet for å støtte flere målinger, evt. justeringer i data-strømmen uten å måtte uploade ny firmware.

     

    NTE Nett var også hyggelige nok til å sende meg en utlisting av HEX koder og deres egen forklaring / dekoding. Hyggelig å se at den lignet veldig på min egen tolkning :)

    Noe du har mulighet til å dele?

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.