xbmc.tt
-
Innlegg
62 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Innlegg skrevet av xbmc.tt
-
-
Terje Klungervik skrev (21 minutter siden):
@haraldov Hvilken kontroller endte du med? De siste ukene så har jeg hatt samme problem med Aeotec gen7 kontrolleren der zwave nettet bare knelte. "Controller unable to transmitt". Oppdaterte til siste FW for å se om det hjalp, men til ingen nytte. Ifølge diverse forums så har de enda ikke klart å fikse problemet.
Hei
Hadde samme problemet med aotec gen7 ,kjøpte zooz 800serie GPIO og koblet den mot esp WT32-ETH01 og den har fungert perfekt nesten 4 måneder nå (bruker zwavemqtt)
-
-
her har ikke vært noe prod på 2 dager se ut som d er lit høy spenning i fasene,noe som vet hva grensen ligger i growatt sin inverter
-
jkirkebo skrev (6 minutter siden):
Endringene varierer med invertermodell. Importør har oversikten og fikser det evt. for installatør. Bare gi de feilkoden, de kjenner nok garantert problemet.
Ja, d vet dette men det tar fryktelig langt tid før gjør noe,kaster ball frem og tilbake (inviterer produsent+ installatør + netteier)
Har samme problemet selv søndag var problemer og d skjer mitt på dagen når produksjon er høyest, igår og idag har fungert bra. Skal nok vurdere å investere i battery.
-
-
espenln skrev (På 12.3.2023 den 19.59):
Hvor finner jeg pin-koden hvis jeg genererer en tilfeldig kode gjennom zwave-js-uiet?
Espen
hei
å generere en tilfeldig kode har aldri prøvd men du kan lage en
-
Larsf5 skrev (På 9.3.2023 den 21.51):
Jeg er også veldig interessert i å forstå hvordan man kan bruke HA til å sette ny service pin, altså generere random pin enten med 24t varighet eller 1x. Foreløpig ser det ut til at låsen setter ny random pin, men jeg finner ikke ut hvor jeg kan lese av hva ny pin er… Da er liksom poenget borte..er ikke sikkert åssen gjøres i hassio men du kan gjøres her i zwave-js-ui
-
arneolav skrev (38 minutter siden):
ja,vi får krysse fingrene at det går bra
-
arneolav skrev (1 time siden):
11:00
Endret aktiv pr tilbake til 100
Endret reaktiv pr til -0.9 og set pf
6894,9kW volt: 249,4 252,5 248,9
11:05
6966,4kW volt: 249,5 253,2 248,5
11:10
Stoppet
11:25
6959,2kW volt: 250,6 254,2 249,1
11:30
Stoppet
11:35 Endret reaktiv pr til -0.8 og set pf
12:00
7174kW volt:250 253,5 248,7
Setter på last, 2,2kW
12:08
Stoppet
hos meg d høyeste idag var 248,3🤞 , testet som du sa å sette vv-bereder på og d hjelper lit.
-
arneolav skrev (50 minutter siden):
Vi sjekket jordfeil ved installasjon av inverter, det var ok.
Spenningen på AC ved
prod 5,8Kw :
L1:251,3v
L2:252,3v
L3:250,2v
Prod på 6,2 Kw:
252,7v
253,2v
252,6v
Og like etter stoppet det.
Inverter er satt til max 253,4v
arneolav skrev (54 minutter siden):Vi sjekket jordfeil ved installasjon av inverter, det var ok.
Spenningen på AC ved
prod 5,8Kw :
L1:251,3v
L2:252,3v
L3:250,2v
Prod på 6,2 Kw:
252,7v
253,2v
252,6v
Og like etter stoppet det.
Inverter er satt til max 253,4v
d kommer til bli ett problem fremover batteri som gjelder, her hos meg har laget et skript på hassio at d starter å lade bilen vis den er hjemme når spenning er 247v og den stabiliserer med engang .som du sa forbruket i området er minimalt og net er mettet og da skjer d
-
arneolav skrev (13 minutter siden):
Svare meg selv på denne:
Etter div undersøkelser er forløpig konkulsjon at spenningen i nettet er høy. På natten er den "aldri" under 245 volt.
Dette indikerer at transformator er stilt noe høyt, samt at forbruket i området er minimalt.
Sendt melding til netteier, avventer svar.
Hei
Jag hadde d problemet i fjor, d var jordfeil i området og selvfølgelig inverteren var programert til 240v og spenningen var høyere en denne nesten heletiden, men til slutt etter flere turer i området elvia har fikset den og growatt stillte inv. til høyre spenning toleranse.
-
MHR skrev (På 24.2.2023 den 17.03):
Hvilke ulike firmware versjoner har dere opplevd døde noder på ved bruk av en Z-wave 7 stick?
Hvor lenge er de døde før de er på nett igjen uten at dere manuelt pinger dem og hvor ofte skjer det?
Jeg har firmware 7.19.1 Aeotec Z-pi7 i yellow og d har funger bra i 2 dager ,ikke noen døde noder ennå🤞
har testet igår litt health check d er ikke helt bra rating
-
haraldov skrev (12 minutter siden):
Jeg synes det er rart at dere ikke bruker default verdiene som zwave-utviklerene foreslår:
Normal Power Level: 0 dBm
Measured output power at 0 dBm: 3,3 dBm
Men det er mulig noe jeg ikke forstår her. Isåfall bør dere dokumentere hvorfor dere bruker disse verdiene da andre brukere kan gjøre det samme.
Jeg har forøvrig fått min første døde node i dag etter at noden ble intervjuet på nytt igår som foreslått av zwave utviklerene. Går nok tilbake til Aeotec zstick 5+ hvis dette forsetter. Den bare fungerer.
jeg har testet mange forskjellige verdier der ,jeg personlig syns d fungerer best hos meg (9,9) ,skal teste om noen uke den som er er default men jeg lurte på den noen har , og noen har . !!!
-
haraldov skrev (3 timer siden):
@OlavT, hvorfor bruker du så høy på "Normal Power Level"? Du bruker 9,9 mens jeg bruker verdi 0.
Zwave utviklere skrive at å øke Tx power (Normal power level) vil gjøre at nodene hører kontrolleren bedre, men kontrolleren vil ikke høre nodene bedre. Dette kan skape problemer med kommunikasjonen mellom kontroller og noder.
bruker den nå siden igår og d ser ut som dette fungere ,ikke noen node som er død ennå og ingen her i huset som har klaget 👍
-
haraldov skrev (37 minutter siden):
Jeg skulle ha lest lenken jeg la ut litt bedre. Der står det:
If devices don't work (fully or partially) after upgrading, first re-interview them.
Så jeg intervjuet Fibaro Dimmer 2 nodene på nytt og nå har de ikke død ennå. Dette ser lovende ut.
har problemer bare med en Fibaro Dimmer 2 og d er 2m langt fra senderen, ikke med d andre som er mye lengre
prøvde å legge på nytt heatit z-push button 4 bare før å teste og d fungerer
-
haraldov skrev (1 time siden):
Hvis du bruker Aeotec z-stick gen5 må du oppgradere firmware på den til z-stick gen5+. Du vil da få SDK Version: V6.81.06 som du trenger ved nvm backup/restore.
hei
nå er d oppgradert og fungerte å flyte til 700 så vi får håpe d fikser at d fungerer lit bedre .tusen takk
- 1
-
haraldov skrev (6 timer siden):
Med zwave-js-ui oppgradering i går fra versjon 1.6.2 til 1.6.3 ble også zwave-js driver oppgradert til versjon 10.10.0
zwave-js-ui: 8.8.6 zwave-js: 10.10.0
I versjon 10.10.0 ble nvmedit oppgradert med en bugfix for NVM backup/restore med firmware 7.19.x. Testet dette i dag å det gikk kjempefint med å gjøre en NVM backup av Aeotec z-wave 5 stick til Aeotec z-wave 7 stick med firmware 7.19.1. RF Region ble satt til Europa uten at jeg trengte å gjøre noen endringer. "Measured output power at 0 dBm" måtte endres på til + 3.3 som foreslått av z-wave utviklerene.
Det er også en viktig bugfix for de med 700 controller som kanskje fikser noder som blir markert død. Ved å pinge nodene kan de gjenopplives.
Zwave network graph av mitt nettverk etter NVM backup og healing av noder. Det er bare to noder som har to hops. Resten har ett hop frem til kontroller. Slik var det ikke tidligere. Da hadde jeg flere noder som hadde to og tre hops frem til kontroller:
Krysser nå fingerene på at Aeotec zstick7 fungerer like bra som Aeotec zstick5. Vi får vente og se....
hei
prøvde NVE backup/restore from 500 til 700 får denne feilen
-
-
haraldov skrev (16 timer siden):
Nvm backup/restore fra z-stick-5 til z-stick-7 fungerte, men Tx Power normal og Tx Power Measured ble satt til 0 etter restore. I tillegg ble Rf region satt til Unknown. Klarte heller ikke endre Rf region til EU eller Europa. Firmware var da 7.18.2 på z-stick-7.
Med 7.19.2 fikk jeg feilmeldingen jeg postet tidligere. Frusterende å ikke kunne få brukt 700 serie controller. Løsningen er vel kanskje å kjøpe en UZB7.
gir meg , legger min Z-pi7 i hylla prøvde lit igjen så d funger litt og d stopper igjen (fw v17.19.1)
-
OlavT skrev (7 minutter siden):
Thanks, skal prøve
-
OlavT skrev (1 time siden):
Jeg har forøvrig testet Z-Wave firmware 7.19.1 (GA) med Silicon Labs UZB7 og min egen kontroller software og det ser meget bra ut så langt. Jeg kan ikke gå god for at den fungerer bra med andre løsninger, men det lover bra!
Hei har du link til 7.19.1(ga)?kanskje d er bedre en 7.19
-
OlavT skrev (8 minutter siden):
Nei, men det er vel ingen grunn til å flashe med akkurat den v255 filen? Mer aktuelt om du er på v7.19.0 og vil tilbake til 7.17.2 for eksempel. Da kunne du brukt v255 varianten av 7.19.2, men så er det stopp.
ok takk før svaret, problemet er at d fungere veldig dårlig med fw 17.19.0 og fibaro enheter vil ikke koble etter jeg oppgarderte fra fw 18 .
MHR skrev (1 time siden):Det må jo bety at Silicon Lab produserer hardwaren. Vil jo ds tro at hvis man finner riktig FW hos SL så skal det fungere. Om Aeotec utvikler egen FW vet jeg ikke, men er vel mest sannsynlig at de bare selger de videre.
Skal sjekke litt og se om jeg finner ut av det. Finnes det altså ingen mulighet for å resette usb FW? Det suger jo litt om noe feil skjer...
jeg brukte den metoden https://aeotec.freshdesk.com/support/solutions/articles/6000252820-update-z-pi-7-with-raspbian-os-rpi-v7-18-1 ,ja d ser litt dårlig med reset 😞
-
OlavT skrev (20 minutter siden):
For å velge riktig firmware er det nok innmaten av sticken som teller. De fleste av disse kjører sikkert en eller annen chip laget av Silicon Labs.
Som sagt firmware kan ikke nedgraderes, bare oppgraderes. Er ingen vei tilbake, bare fremover. En siste mulighet om alt er håløst er å flashe med en firmware som er merket som versjon v255, men da kan den nok ikke oppgraderes mer. Tror det skal finnes v255 markerte firmware for alle versjoner. Det vil si at om du er på siste versjon og alt er håløst, så går det å flashe med en 7.17.2 formware markert som v255. Etter det er det nok stopp for den sticken når det gjelder firmware oppgraderinger.
så vis jeg flasher den med v7.19.0 v255 kan ikke oppgradere til v7.20.0 når den tid kommer??
-
Solcelleanlegg
i Strømsparing og strøm-overvåkning
Skrevet
Hei
Jeg har samme feil også (modbus crc check failed ) men har ikke peiling hva dette betyr, d er sikkert noen her i forumet som kan noe um det.