deve87

Ja, hadde prøvd det. Men den genererte bare 100 rader med hvert tall. Slik at 1003.4 ble 1 0 0 3 . 4 Men ved bruk av join() ble det mer riktig ?

Ved å se nærmere på libyr.py Så det ut som at data ble generert ved brukt av "yield" Så ved å ha med ' '.join(forecast) var det mulig å benytte slice for stringen eks [45:-5500] før [pressure], [@value] blir hentet. Slik at en derifra kan hente riktig rad utifra den og den timen.

"hele" er verdier for 48 timer fram i tid med trykk ute hpa. Håper er å gripe rad for rad slik at: rad1 = trykk nå rad2 = trykk om 1 time rad3 = trykk om 2 timer osv. deretter sende det til domoticz via json (denne biten er OK) Før jeg henter @value i pressure, kommer det opp 48 slike ved print av forecast { "@from": "2020-01-14T21:00:00", "@to": "2020-01-14T22:00:00", "symbol": { "@number": "4", "@numberEx": "4", "@name": "Cloudy", "@var": "04" }, "precipitation": { "@value": "0" }, "windDirection": { "@deg": "173.4", "@code": "S", "@name": "South" }, "windSpeed": { "@mps": "1.6", "@name": "Light breeze" }, "temperature": { "@unit": "celsius", "@value": "2" }, "pressure": { "@unit": "hPa", "@value": "995.3" } }

Hei. Ikke vært borte i python før, men prøver altså å få noe verdier utifra python-yr Følgende kode under gir meg trykk i hpa time for time. from yr.libyr import Yr import json weather = Yr(location_name='Norway/Telemark/Skien/Skien', forecast_link='forecast_hour_by_hour') for forecast in weather.forecast(str): data = json.loads(forecast) pressure = data['pressure'] hele = pressure['@value'] print(hele) Det er sikkert bedre måter enn å blande inn JSON, men koden gir meg følgende: 1005.8 1006.4 1006.6 1006.8 1006.9 1007.2 1007.5 1007.8 1008.1 1008.4 1008.4 1008.6 1008.9 1009.0 1008.8 1008.6 1008.3 1008.4 1008.1 1007.8 1007.3 1006.5 1006.2 1005.3 1004.3 1003.2 1001.8 1000.5 998.8 997.4 995.2 993.1 991.5 989.9 989.3 989.4 989.6 990.3 991.1 991.8 992.6 993.4 994.1 995.0 995.4 995.3 995.3 995.3 Hvordan gripe en og en rad? split() gir meg samme "rad" visning.

Zigate fungerer veldig bra mot Zigbee Xiaomi enheter også ?

Takk

Det gjør jeg dessverre ikke. Har bare prøvd meg fram på summeringsmetoden. Men dette gir neppe noe nøyaktig resultat.

Bare sånn hvis ikke det er sagt. IT-nett med 3 fas, måler kun 2 av fasene og beregner den siste. Så det er ingen data som mangler fra Adion måleren. Du får ampere fra L1 og L3. Har du TN-nett derimot (med null leder). Benytter målere alle 3 faser og beregner null leder.

Hei. Takk for svar. Regnet med at det måtte være noe slikt. Tenkte faktisk å prøve med en ekstra Arduino. Som blir Modbus Slaven og får data fra den andre med softwareserial. Litt usikker på om det egentlig vil gå så bra det heller. Siden den også må "lese" av serialporten på samme måte som koden?? Jeg har benyttet koden slik at jeg har kommentert ut alt med mysensors, lagt inn modbusrtu.h, benyttet Softwareserial mot M-Bus - TTL module og RS485 adapter mot RX/TX. Benyttet modbusrtu.h slik som eksempelet i linken og lagt det inn istedenfor mysensors. Noe som fungerer! Bare ikke når den er opptatt med å lese mottatt data fra M-Bus adapter. Siden modbus koden må kjøre i loop slik at den svarer på request fra Modbus Master

Noen som kunne hjelpet meg med noe her. Jeg prøver å få sendt data via Aidon HAN port over Modbus. Benytter modbus bibliotek https://github.com/smarmengol/Modbus-Master-Slave-for-Arduino/blob/master/examples/simple_slave/simple_slave.ino mot denne koden: https://github.com/johove/HAN-powermeter/blob/master/code/AidonMeterBuffer.ino Setter inn. int readByte() { while (!mySerial.available()) { slave.poll( au16data, 16 ); } Gjør at Arduino sender data ved en request. Jeg leser av holding register 03 og register adresse 0 som gir meg aktiv effekt. I vedlegget leser jeg av register 0 - 8 som gir meg spenning og amp. Problemet er at hvis jeg sender en lese request til Arduino mens den leser data fra M-Bus (altså samtidig som Aidon måler sender data) Får jeg bare timeout! Jeg er ikke veldig flink med Arduino koding, men lurte på om det er mulig å få den til å oppdatere slave.poll( au16data, 16 ); mens den leser av M-Bus adapter?

Se på driveren. Står det dimmable?

Selger - MeanWell 12VDC 16A LED driver - DuraLamp 0-10V 12-24V (120W) LED dimming controller - Qubino 0-10V 12-24V Z-wave controller Kan brukes til å gi spenning og dimme opp til 120W med 12VDC LED stripes. Samlet 1800,-

Er de merket med 'Dimmable' ? Hva slags ledspotter har du?

Bryter og bryteraktuator er xComfort. Skal du styre den via z-wave. Må du skifte begge deler ja

Det er ikke Z-Wave, men xComfort laget av Eaton. For å kommunisere med xComfort via en Raspberry PI. Må du ha Eaton ckoz-00/14 USB grensesnitt. Selve programmering av disse, må først skje via Eaton xComfort RF program via enda en USB stikke (ckoz-00/13). Det skal være mulig å få det til og fungere mot HA. https://github.com/karloygard/xcomfortd

Ved og bare prøve meg fram på mqtt.cpp og endre linje 172 til et annet nr enn -1 (eks 0 eller 1) if (mosquitto_socket(mosq) != -1) Gjorde slik, at når jeg kjører igang programmet (./xcomfortd -v) og deretter trykk en gang på en knapp på en trådløs xComfort bryter som også er linket til USB stikken. Skjer dette MQTT Connected, Connection Accepted. CKOZ-00/14 version numbers: RFV1.08, USBV1.04 Deretter kan jeg sende AV/PÅ kommandoer uten at jeg blir disconnectet. Det virker som at programmet (enten mosquitto eller hva) venter på en tilbakemelding før den godtar ny kommando. For hvis jeg setter en bryter aktuator PÅ og deretter PÅ igjen. Stopper det opp fordi aktuatoren svarer ikke på status den allerede er i. Gjør jeg det, kan jeg bare trykke på den trådløse bryteren en gang. Slik at mosquitto/programmet får en tilbakemelding (tydeligvis ikke så nøye hva) så forsetter den.. Men hvordan endre det her slik at den ikke må vente på svar??

Nei. La merke til det i koden, men den gjør ikke det. Får 'connection lost', så vet ikke om det er en annen tilbakemelding koden ikke skjønner? Virker som den henger litt rett etter jeg sender en kommando, deretter får connection lost etter 1 - 2 min Får ikke disconnect ved tilbakemeldingen fra dimmere hvis en trykker på veggbryter. Kun når jeg 'sender' noe gyldige kommandoer til xcomfortd programmet via mosquitto

Eneste som skjer er at den printer kommandoene jeg kjører inn. $ mosquitto_sub -h localhost -t 'xcomfort/#' -v xcomfort/1/set/switch true xcomfort/1/set/switch false xcomfort/1/set/switch true xcomfort/1/set/switch false Hvor første kommando funker før jeg får dette i terminalvinduet ~/xcomfortd $ sudo ./xcomfortd -v MQTT Connected, Connection Accepted. setting DP 1 to 0 (seq no 0, retry 0) CKOZ-00/14 version numbers: RFV1.08, USBV1.04 MQTT Disconnected, The connection was lost. MQTT disconnect får jeg da etter litt over 1 min uten at i mellomtiden flere kommandoer går inn.

Ingen som har noe råd ?

Prøver å få xComfort til å fungere med denne koden https://github.com/karloygard/xcomfortd/ Når jeg kjører igang programmet, kobler den seg mot mosquitto (raspberry pi), men allerede etter første kommando, frakobler mosquitto "xcomfort mqtt" clienten! Kommandoen kommer fram til xComfort aktuatoren slik at den skrur seg på / av. Men for å sende flere kommandoer. Må jeg stoppe, å kjøre igang ./xcomfortd programmet, slik at den kobler seg opp mot mosquitto igjen. Det merkelige var at de alle første kommandoen jeg sende, gikk greit. Det var allerede etter omlag 10 på / av kommandoer den begynte med disconnecting Kommando jeg kjører er. Datapunkt 1 PÅ: mosquitto_pub -h localhost -m 'true' -t 'xcomfort/1/set/switch' Datapunkt 1 AV: mosquitto_pub -h localhost -m 'false' -t 'xcomfort/1/set/switch' Log: 1561095917: mosquitto version 1.6.2 starting1561095917: Config loaded from /etc/mosquitto/mosquitto.conf.1561095917: Opening ipv4 listen socket on port 1883.1561095917: Opening ipv6 listen socket on port 1883.1561095933: New connection from ::1 on port 1883.1561095933: New client connected from ::1 as xcomfort (p2, c0, k30).1561095933: No will message specified.1561095933: Sending CONNACK to xcomfort (0, 0)1561095933: Received SUBSCRIBE from xcomfort1561095933: xcomfort/+/set/+ (QoS 0)1561095933: xcomfort 0 xcomfort/+/set/+1561095933: Sending SUBACK to xcomfort1561095943: New connection from ::1 on port 1883.1561095943: New client connected from ::1 as mosq/4vJKjkgge3tz1JJigB (p2, c1, k60).1561095943: No will message specified.1561095943: Sending CONNACK to mosq/4vJKjkgge3tz1JJigB (0, 0)1561095943: Received PUBLISH from mosq/4vJKjkgge3tz1JJigB (d0, q0, r0, m0, 'xcomfort/1/set/switch', ... (5 bytes))1561095943: Sending PUBLISH to xcomfort (d0, q0, r0, m0, 'xcomfort/1/set/switch', ... (5 bytes))1561095943: Received DISCONNECT from mosq/4vJKjkgge3tz1JJigB1561095943: Client mosq/4vJKjkgge3tz1JJigB disconnected.

Skal være 24VDC på utgangen som statlig endres seg.

Neida, er bare TX fra M-Bus mot ESP som er tilkoblet

Det var forsatt spenning på utgangen. Men ingen data bare

I går stoppet plutselig måler å sende ut data. TX lyset på M-Bus kortet lyste / blinket ikke. Hjalp ikke å ta spenningen på ESPn, men derimot ta strømmen på måler (hovedsikring) gjorde susen. Nå kommer datan helt fint inn, ingen store peaker lenger. Mente og ha lest at flere hatt samme problemet med Aidon måler plutselig slutter å sende data

Alright. Skal prøve ?