Salvesen

Stikker innom teknikkmagasinet på vei hjem fra jobb og plukker opp en PSU, krysser fingrene for at dette fungerer

EDIT: Har forøvrig ikke sett den logoen, men jeg er ikke tilkoblet med hdmi om det har noe å si. 

1 minutt siden, petersv skrev:

Hvilken PSU bruker dere til Rpi-en? Hvis man bruker en mobillader vil Rpi-en "stoppe" opp når strømtrekket blir for stort, man kan se det ved å koble til HDMI og se det lyn-symbolet. Dette er et veldig vanlig problem med Rpi 3 siden den trenger stabilt 2,5A minst for å unngå trotteling helt.

Shit! Dette kan jo være en problem, jeg bruker en helt tilfeldig 5V PSU! Hvor ser en Lyn symbolet? 

Jeg har alltid brukt en random 5V strømforsyning til mine Pi's, og om jeg trenger juice på usb porter har jeg bare brukt en usb hub med strømforsyning. Som eksterne disker osv. 

Mulig jeg bør skaffe meg en original også.. 

2 minutter siden, Tverfyll skrev:

ja, rart det der. jeg har min Rpi i sikringskapet, og kjører data over WIFI.

Trodde i utgangspunktet det var dårlig wifi-signal som var problemet, men siden vi er flere med samme problemene, er det nok ikke det.

Kan problemet ligge i minnet til Rpi-en som gjør at den henger seg opp? 

Jeg tror de fleste andre her bruker rpi? Jeg har "vanlig" model 3. Ikke lett å si kanskje, men akkurat nå sier jeg meg fornøyd enn så lenge Jeg sender også over wifi, men problemet er der selv om jeg ikke sender ut noen data. Altså om jeg bare kjører til console osv. Jeg tipper koden får noen meldinger den ikke håndterer så bra innimellom. 

7 minutter siden, Tverfyll skrev:

Jeg for min del hadde klart meg lenge med minuttverdiene, samt timesverdier. Syns egentlig det blir i meste laget å spamme systemet med verdier hver andre sekund, når man uansett får ut totalenergi hver time.

 

Kan du se ut fra loggen om du får med alle timesverdiene(kwh), eller er det utfall på disse også?

Tja jeg er forsåvidt enig, men hadde jeg fått pr 2 sekund kunne jeg kjørt det igjennom ett filter og hatt en bedre måling. Som en ser svinger det ganske mye og samplingene er mildt sagt helt random i intervall Men, jeg regner med dette blir bedre etterhvert, mulig det kan ligge noe i HW setup'en min også. Det er ikke usannsynlig at jeg opplever en del forstyrrelser på strekket da jeg har trukket nettverksabel på 20 meter fra AMS måler og det ligger en god del effekt på denne kabelgaten. 

Pr nå har jeg bare sett og logget kW verdier. Skal se på de andre etterhvert. Akkurat nå prøver jeg bare å finne en god måte å bruke disse verdiene på

EDIT: jeg finner ikke noe timesverdi her, sikker på at en får dette ut av måleren og at det ikke bare er en numerisk beregning gjort etterpå? 

For dere som sliter med at det "stopper opp", logget i natt og det kommer innimellom. I og med at det kun er planlagt å se effekt på times basis tror jeg dette holder for "nå" hos meg:

Selv om jeg ikke er 100% i mål enda kan jeg jo nevne noen fine ting jeg har funnet ut på veien. 

Sende AMS data over nett:

Bruk cloudMQTT broker. Dette setter en opp gratis og får da tildelt en port og en lenke. Dette plasserer en inn i MQTT noden i node-red. 

Så, normalt sett setter en inn localhost:1883. Mens en nå setter inn m23.cloudmqtt.com:portnummer

Så går en til security tabben og legger inn brukernavn og passord som en får tildelt. 

Dette bruker en på samme måte i MQTT klienten hvor en skal ha inn data(HS3 i mitt tilfelle).

HS3 MQTT client:

mcsMQTT er en langt bedre klient enn MQTT plugin'en. På grunn av:

-Den behandler JSON automagisk, dvs at en ikke trenger alle nodene i node red. Mitt oppsett ser slik ut:

-en må ikke bruke standard MQTT port(1883), helt nødvendig om en vill bruke cloudMQTT

2 minutter siden, hflatoey skrev:

Slettet alle devicene utenom "is_climate_on" i håp om at eg slapp å oppdatere events men da kom berre 75% av devicene tilbake

Hehe, da sliter du med det samme som meg  Lover å ha det kart i D

1 minutt siden, hflatoey skrev:

Ok, da virket det, prøvde å slette alle utenom climate on/off men det virket berre 75%

 

Takker

Litt usikker på hva du mente med den siste der

Men det er neste på listen, håndtering av nye devicer altså. Lei av å fikse på alexa greiene mine hver gang jeg legger til ny device i teslaSeer... 

1 minutt siden, hflatoey skrev:

Hmm, får ikkje opp dei nye... Er det ikkje berre å disable plugin, erstatte exe filen og så enable den igjen?

Dessverre så håndteres ikke dette så bra i dag, så for å være sikker må devicer slettes og så genereres de igjen når du starter applikasjon. Det er noe jeg skal se på, en dag i fremtiden  Du må også slenge inn teslaseer folderen da det er noen nye bilder der. 

10 minutter siden, hflatoey skrev:

Hei,

 

Trur du kanskje har pakket ned versjon b og ikkje c som du sikkert hadde tenkt

 

Ser selve exe filen er kompilert som C så er nok bare jeg som har glemt å endre mappenavnet  Det skal være nye devicer i denne, så du merker det fort

Det er iallefall 100% bananas her, stopper opp etter 3 samplinger ca, tallene er helt tilfeldige og ofte my 0'ere osv. 

15 timer siden, Tore_Andersen skrev:

{"Date_Time":"2018-04-12 00:13:50",
"Meter_Time":1523484830,
"Host_Time":1523484832.791,
"OBIS_List_Version":"KFM_001",
"GS1":"6970631403260092",
"Meter_Model":"MA105H2E",
"Act_Pow_P_Q1_Q4":5070,
"Act_Pow_M_Q2_Q3":0,
"React_Pow_P":0,
"React_Pow_M":0,
"Curr_L1":21070,
"Volt_L1":2438}

{"Date_Time":"2018-04-12 00:13:52",
"Meter_Time":1523484832,
"Host_Time":1523484834.436,
"Act_Pow_P_Q1_Q4":5072}

{"Date_Time":"2018-04-12 00:13:54",
"Meter_Time":1523484834,
"Host_Time":1523484836.401,
"Act_Pow_P_Q1_Q4":5071}

{"Date_Time":"2018-04-12 00:13:56",
"Meter_Time":1523484836,
"Host_Time":1523484838.462,
"Act_Pow_P_Q1_Q4":5075}

{"Date_Time":"2018-04-12 00:13:58",
"Meter_Time":1523484838,
"Host_Time":1523484840.428,
"Act_Pow_P_Q1_Q4":5094}

{"Date_Time":"2018-04-12 00:14:00",
"Meter_Time":1523484840,
"Host_Time":1523484844.260,
"OBIS_List_Version":"KFM_001",
"GS1":"6970631403260092",
"Meter_Model":"MA105H2E",
"Act_Pow_P_Q1_Q4":4397,
"Act_Pow_M_Q2_Q3":0,
"React_Pow_P":0,
"React_Pow_M":0,
"Curr_L1":0,
"Volt_L1":0}
 

Hei jeg er helt ny til dette og har fått AMS måler fra BKK. Jeg har kjøpt USB til Mbus donglee, (2 stk) og begge har samme "feilen"

Jeg har brukt oppskriften her og får data helt ut til Grafana. Problemet er at jeg ser at strømmen med data stopper opp og noen ganger så starter den igjen etter en stund. Jeg legger merke til at hver gang den stopper så er Volt 0. Volt og strøm burde aldri være 0 men ser at de enkelte ganger er det. Noen tips?

 

7 timer siden, Tverfyll skrev:

Jeg drev å testet på dette igår, og opplever samme feilene som deg. Data går i en kort tid ved oppstart, og stopper deretter opp etter en kort stund. 

Hvilke parameter kjører du scriptet på? Jeg bruker "./test_rx -n -P E" , da dette er eneste måten som gav meg data.

Jeg opplever samme problemer som dere, hver gang jeg kjører deploy(gjør en liten endring etc, så kan jeg deploy på ny) får jeg litt data de første sekundene så stopper det. Uten at jeg vet hvorfor. Jeg har også helt tullete verdier: 

Akkurat nå, ZoRaC skrev:

 

Nei.

Du er sikkert hacket...  

Hehe ja det var det da. Er så sinnsykt med configurasjoner i denne plug'in en så er ikke så lett å få oversikt

2 timer siden, ZoRaC skrev:

 

Jepp, jeg må prøve 4-5 ganger hver gang jeg skal oppdatere mcsMQTT (og noen andre). Jeg oppdaterte for 10 min siden, måtte prøve 3 ganger.

Noen ganger må jeg ta en omstart av HS etter update og da viser det seg at den har blitt oppdatert likevel...

PS, får du også inn ett lass av verdier en ikke forventer på denne plugin'en? Under assosiasjons tabben? Jeg får alt annet enn hva jeg forventer, aner ikke hvor det kommer i fra

1 time siden, ZoRaC skrev:

 

Ja, rimelig heftig utvikling i den changelog'en:

https://forums.homeseer.com/showthread.php?t=192675

 

Det kom 3 ny versjoner, bare i går...  

Og plutselig var en connected fra begge sider! Da må en bare få noen devicer opp å gå da forhåpentligvis. hm.. 

Akkurat nå, ZoRaC skrev:

 

Jepp, jeg må prøve 4-5 ganger hver gang jeg skal oppdatere mcsMQTT (og noen andre). Jeg oppdaterte for 10 min siden, måtte prøve 3 ganger.

Noen ganger må jeg ta en omstart av HS etter update og da viser det seg at den har blitt oppdatert likevel...

Hehe ja det er vell litt typisk updates generelt kanskje Har hatt mye problemer med pushover også

1 minutt siden, ZoRaC skrev:

 

Ja, rimelig heftig utvikling i den changelog'en:

https://forums.homeseer.com/showthread.php?t=192675

 

Det kom 3 ny versjoner, bare i går...  

Og update failer såklart

4 minutter siden, ZoRaC skrev:

 

Du må jo henge med, det ble lagt til i nest siste versjon av mcsMQTT, i går!  

 

Hehe jeg stilte spørsmålet i går så han la det vell til da

1 minutt siden, xibriz skrev:

 

Jess!  

Men, må portene åpnes begge veier?

Det er ikke mye info å finne på dette på nett føler jeg. 

1 minutt siden, xibriz skrev:

MQTT-porten (standard 1883) må være åpen i den retningen dataen flyter.

Hvis det kun skal flyte data fra RPi til MQTT-broker må porten være åpen i "Router".

Hvis det skal flyte data begge veier (fra MQTT-broker til RPi) må også porten være åpen i 4g router.

 

Her holder det altså å åpne 1883 i Router å gjøre en port forwarding på 1883 til den LAN2 IP som MQTT-brokeren har.

 

"Modem in bridge" skal slippe gjennom all trafikk så her trengs ingen endringer.

Ikke rart jeg ikke fikk noe ut av det da Trenger bare å pushe opp til HS3. Kanskje det løser seg fint i dag likevel da

Akkurat nå, xibriz skrev:

Hvis oppsettet ditt er RPi -> 4g ruter og "annen ruter" -> MQTT broker så må RPi sende til IP på "annen ruter" og "annen ruter" må ha port forwarding til MQTT broker.

Det var slik jeg tenkte i utgangspunktet også, men så ble jeg tipset om at det var RPI det måtte åpnes. Om jeg må åpne på inngangssiden er det mindre problem(eller, ett større sikkkerhetsproblem. Men det er nå så).

Oppsettet mitt er:

Forstår da at port må åpnes i modem å ruter og ikke 4g? Jeg fikk inntrykk av at det måtte gå andre vei. 

5 minutter siden, xibriz skrev:

Finnes det noen gode brokere i skyen?

Hva bruker dere som ikke har satt opp egen?

 

Jeg skal sette opp avlesning av farmor sin strømmåler slik at min far og onkler kan følge med på forbruket.

Men det er uaktuelt å sette opp noe lokalt der, og jeg vil helst ikke slippe de inn på min broker  

Hei,

Jeg holdt på med dette i går og kom frem til at cloudMQTT er den mest "omtalte". Jeg har klart å connecte fra node-red til broker, men har problemer med å koble client mot den(HS3 plugin). Fortsettelse førlger senere i dag...

Problemet mitt er at jeg har måler 3 etasjer ned fra leiligheten min, ikke Ethernet ned. Har 4g ruter i boden(10 meter fra måler) hvor jeg har installert en rasp.pi. Jeg får dog ikke åpnet porter på ruteren og må gå via cloudMQTT(tror jeg). 

1 time siden, hflatoey skrev:

 

Det som og kan være greit er å innstallere ein MQTT client på rpi'en slik at du kan sjå om Mosquitto brokeren faktisk virker  

Ser ikke ut som jeg kan bruke den på RPI siden jeg ikke får åpnet noen porter, må derfor gå via cloudMQTT ser det ut til. Denne vet jeg at virker da jeg kan se at RPI connecter. Problemet er bare å få clienten til å connecte(HS3 plugin) da en ikke kan endre port(går ut i fra at den er hardkodet til å bruke port 1883). Så da ser det ut som kanskje jeg connecter plugin mot en broker lokalt på pc, og så setter opp denne i bro med cloudMQTT eller noe slikt. Det bør iallefall gå i teorien Prøvde å laste ned den andre MQTT plugin'en til homeseer også, men ser ikke ut til at en kan bytte port der heller. 

5 minutter siden, Oddvar skrev:

Er din RPi bak nevnte 4G-ruter? Det er ruteren som din broker henger bak du må åpne port(er) på. Et alternativ er evt. å bruke JSON-APIet til HomeSeer.

Ja det stemmer, det er denne jeg ikke får åpnet porter på(enn så lenge iallefall). Jeg har dog fått connection til cloudMQTT fra rpi nå, men å få connection fra homeseer til cloudMQTT ser ut til å være verre. Mulig jeg kan lage en bro på pc'en som kjører HS3.

JSON-API'et? Hvordan tenker du da?