VidarJ

stigvi skrev (1 time siden):

Er det noen som vet om norske forhandlere på Raspberry pi og som har et bra utvalg på tilleggsutstyr.

Jeg er feks ute etter noe tilsvarende dette: https://www.waveshare.com/product/raspberry-pi/boards-kits/raspberry-pi-5/pcie-to-m.2-hat-plus.htm

Det trenger ikke være Waveshare sin PCIe -> M.2 adapter. Jeg kan jo bestille fra USA, men det er dyrt pga frakt og norsk tollbehandling.

Kjenner ikke til noen norske, dessverre. Selv bestilte jeg fra Geekbord Official Store (Aliexpress). For en bundle med M.2 adapter, powersupply og original aktiv kjøler betalte jeg 42,5 Euro inkl. frakt og moms, men de har også M.2 alternativer. Frakten tar jo litt lenger tid da. For min del gikk det 3 uker fra bestilling til mottak

Liten oppdatering:

Pulseenheten har nå firmware 1.2.5. Jeg sendte "batching_disable -1" til Pulse og fikk følgende svar:
{

"batching": "disabled",

"timeout": -1

}

Ingen stans i MQTT-strømmen de siste 4 døgn. Krysser fingrene for at det varer 🤓

docparody skrev (1 time siden):

Jeg oppdaget i dag at Tibber-appen, når denne starter, slår av batchingen ved å sende melding til Tibber Pulse på receive-topicen: 

batching_disable 900

Det gir mulighet for en mer optimal løsning enn reboot hvert 15 minutt.

Jeg tror du fant løsningen her 😁
Prøvde å sende "batching_disable 0" for å se om batching ble permanent slått av, men det funket ikke. Deretter prøvde jeg å sende "batching_disable 1800", og den sendte data i en halvtime. Jeg vet ikke hva den øvre grensen er, men nå tester jeg med å sende "batching_disable 3600" hver time. So far so good 👌

Takk for oppklaring! Batching?
Jeg har også forsøkt "reboot" løsningen, men synes ikke det er helt ideelt. Kunne jo selvfølgelig sende reboot hver 10. minutt, men alt i alt blir det litt nedetid mellom hver gang. Noen som kjenner til om det finnes en "keep-alive" melding vi kan sende? 

Her er mitt reboot oppsett i Home assistant:

alias: Test MQTT sending til Tibber Pulse
description: ""
trigger:
  - platform: time_pattern
    minutes: /14
    enabled: true
    seconds: "15"
  - platform: numeric_state
    entity_id: sensor.effektforbruk
    attribute: pulse_forsinkelse
    above: 60
condition: []
action:
  - service: mqtt.publish
    data:
      qos: "0"
      topic: Tibber/receive
      payload: reboot
mode: single

mgartin skrev (2 timer siden):

Hei, jeg har ikke byttet ennå, for jeg fikk den til å fungere igjen. Men, som du også opplever, så kommer problemet tilbake. Akkurat nå har den fungert i over ett døgn etter at jeg koblet ut og inn RJ45-kabelen. Det ville være interessant å finne ut hva årsaken er.

Jeg har begge koblet på samme nett, og de sender på ulike topics, nemlig "tibber" og "tibber2". Det er tibber2 som feiler hos meg.

Hva får du opp dersom du kjører en kommando tilsvarende denne?:

mosquitto_sub -h 192.168.1.2  -F '@Y-@m-@dT@H:@M:@S@z : %I : %t %x ' -t tibber -t tibber2

Jeg har min mqtt-broker på 192.168.1.2.

 

Som nevnt i første post, så starter meldingene jeg får med '08dcd9', er det samme for deg?

Jeg får ingen respons i terminalvindu, men kan bekrefte at loggen viser 08dcd9 ca hvert 10 sekund. Er det de publiserte meldingene jeg skulle sett i terminalvinduet?
I går resatte jeg Pulse-enheten og satt den opp med standard Tibberkonfigurasjon. Med Tibberoppsettet virket den tilsynelatende som normalt gjennom et døgn, men da jeg på ny satt den opp med lokal MQTT så feilet den etter ca en halvtime igjen. Dvs, den feiler jo ikke fullstendig; Den slutter bare å sende forbruksdata. Statusmeldinger sendes hvert 2. minutt i JSON format. Jeg har satt opp sensorer i config.yaml for å kunne logge statusdata fortløpende.

I meldingen som sendes hvert 10s (08dcd9..) sendes informasjon om målerfabrikat, -type og serienummer. Det er altså ikke "søppel", selv om AMS-HAN ikke forstår det.

Er det mulig at Tibber sender ut en keep-alive/refresh/"ett_eller_annet" til Pulse-enheten for å holde den i live?

Ellers ser jeg at superkondensatoren i enheten har en begrenset levetid. Kan det være denne som svikter? 

Fungerte det å bytte Pulse?
Jeg sliter nemlig med samme problem.
Har to Pulse satt opp med lokal MQTT i hvert sitt hus. Begge med sterkt Wifi signal og blått blinkende lys, men null forbruksdata fra noen av dem.
Dersom jeg resetter ved å trekke ut kabel for så å sette den inn igjen, så sendes forbruksdata i rundt en halvtimes tid før de slutter å oppdatere igjen. 
Når forbruksdataene forsvinner, så sendes det fremdeles ut meldinger hvert 10 sekund (ca), men disse inneholder ikke forbruksdata.
De to ble kjøpt med noen måneders mellomrom, men begynte å feile omtrent på samme tid. Powerbank har ikke løst problemet.
Er det flere som opplever dette? 

SveinHa skrev (3 timer siden):

Da har jeg falt ned på en strategi for noenlunde automatisk strømkjøp. Kort forklart så går det slik:

1. Ta vare på strømpriser for i dag og i morgen.
2. Bruk tidsområdet fom kl 16:00 til kl 16:00 i morgen og søk opp de billigste n timer og de billigste nn timer i det intervallet.
3. De billigste n timer (9 i eksempelet) brukes til å kjøpe strøm for direkte forbruk og lavprioriterte laster som varmepumpe. De billigste nn (7 i eksempelet) brukes til batterilading.
4. Strømkjøp starter da automatisk når inneværende time finnes i listen over de utvalgte timer.
5. Kl 16:00 refreshes hele greiene og starter på nytt igjen.

 

Kult!


Jeg gjør noenlunde det samme i mitt oppsett. Ut fra timeprisene beregnes de billigste 1-10 timene i døgnet. Når jeg plugger elbilen til, så henter jeg ladestatus og beregner hvor lang tid det tar å lade opp til ønsket ladenivå. Tar det 6 timer, så aktiveres lading i de 6 billigste timene. For varmtvannstanken, som er av den "dumme" typen, har jeg funnet ut at forbruket er nokså jevnt. Det holder å "lade" den på de 3 billigste timene.

Strømprisen i grafen er inkl. mva, påslag fra leverandør og forbruksledd.

Slik ser resultatet ut for de siste 10 dagene: 

Dagens billigste timer fordelte seg slik:

Takk for godt forum! Har lagt inn et månedlig bidrag

Selv bruker jeg Google Nest hub 2. gen til å vise instrumentbord fra Home Assistant ved hjelp av "casting". Jeg kan veksle mellom ulike instrumentbord direkte fra Google Nest hubben og bildene er dynamiske. Kan også slå av og på brytere, endre temperatursettpunkt, m.m.

Det skal være mulig å vise websider, som f.eks T-banetabeller, men har ikke forsøkt å sette opp dette. 
 

egronnes skrev (18 timer siden):

Det er egentlig en grå løgn å si at de virker 100%, for de har jaggu vært en kamp de også. Hovedproblemet med alt Mill er stabil kobling. Jeg trodde først det var Home Assistant som var problemet, men selv appen til Mill nekter å snakke med dem. Ovnene har vært stabile i et par måneder nå, men det er nok på nåde.

 

Oppdatert: 

jeg ble utsatt for umiddelbar karma etter dette innlegget. Nå virker ingen av Sense-sensorene og har ikke gjort det på mange timer. I tillegg har en ovn falt ut. Det blir retur av samtlige. Makan!

Jeg har kun én Mill Sense, og den har virket prikkfritt i ca et år. Kun et halvt års tid med HA, men stabil oppkobling. Før HA brukte jeg Mill API gjennom Integromat, og dette fungerte også greit. 

Overraskende å høre om problemene dere opplever. Hadde egentlig tenkt å kjøpe en til, men nå vil jeg tenke meg om en gang til. Krysser fingrene for at karma ikke slår til her også 😅

Gratulerer med ny 3D printer!
Kjell&Co kjører av og til kampanjer på Addnorth. Har ingen erfaring med E-PLA, så meld gjerne tilbake erfaringer. 

Når det gjelder vanlig PLA så opplever jeg sjelden utfordringer med resultatet, bortsett fra med Anet sine filamenter.

For PETG så har det vært en del prøving og feiling, men opplever minst problemer med PrimaSelect og Addnorth. 

Kikk også innom PolyAlkemi sitt sortiment