Ad
CitCop - Värmepumpar med installation i hela Sverige
Besök oss idag
Annonsera i Värmepumpsforum, klicka här för att ställa e-postfråga och få mer info.
140x140vpforum-11.gif
kontakta oss för pris!

Skriv svar

Varning: Det har inte skrivits nya inlägg i detta ämne på 50 dagar.
Om du inte är säker på att du faktiskt vill svara i det här ämnet, så bör du överväga att istället starta ett nytt ämne.
Namn:
E-post:
Ämne:
Inläggsikon:

Verifiering:
This box must be left blank:

Skriv in bokstäverna som syns på bilden
Lyssna på bokstäverna muntligt / Begär en ny bild

Skriv in bokstäverna som syns på bilden:
Skriv in de tre sista bokstäverna i alfabetet:
Hur många var de älva dragspelarna (siffror):

För att slippa svara på kontrollfrågor, registrera dig här!


Ämnessammanfattning

Skrivet av: mrlaban
« skrivet: 07 januari 2020, 21:40:45 »

Om du använder senaste uppdateringen av programvaran (9172R2) så behöver du (sannolikt) inte hålla på och mickla med med de parametrar som du nämner. Detta var något vi höll på med för att få en lugnare kompressorreglering men Nibes senaste uppdatering löste äntligen det problemet och klagomålen på detta har upphört helt som jag upplever det.

Nå har jeg en F2040 med siste oppdatering og jeg opplever fortsatt at den sliter med å regulere hvor det ender med Høy kondensator inn temp pga dårlig regulering men mulig det er noe jeg har oversett selvom jeg har forsøkt det meste

Skrivet av: Uffen
« skrivet: 06 januari 2020, 18:37:51 »

Hei,

Jeg har ikke mulighet til å endre paramtere slik som DMz, Max diff VBF-BerVBF og Comp freq reg P?

Når jeg henter ut store.set så står det bare verdi = 0 på disse?
Er dette blitt endret eller fjernet for justering? Noen som har en ide på hvordan man kan finne igjen disse verdiene?

/mrlaban
Om du använder senaste uppdateringen av programvaran (9172R2) så behöver du (sannolikt) inte hålla på och mickla med med de parametrar som du nämner. Detta var något vi höll på med för att få en lugnare kompressorreglering men Nibes senaste uppdatering löste äntligen det problemet och klagomålen på detta har upphört helt som jag upplever det.
Skrivet av: mrlaban
« skrivet: 06 januari 2020, 14:34:41 »

Hei,

Jeg har ikke mulighet til å endre paramtere slik som DMz, Max diff VBF-BerVBF og Comp freq reg P?

Når jeg henter ut store.set så står det bare verdi = 0 på disse?
Er dette blitt endret eller fjernet for justering? Noen som har en ide på hvordan man kan finne igjen disse verdiene?

/mrlaban
Skrivet av: 944_Driver
« skrivet: 14 januari 2019, 23:00:30 »

Kör äntligen skarpt med lilla arduino hack som styr CP direkt mot yttertemperaturen istället för att låta VP:n själv bestämma eller köra fast hastighet. Rät linje mellan 20% hastighet vid +10C och 60% vid -30C just nu. Maskinen har fortfarande lite tendenser till att svänga men det är mindre och det är sällan den stannar. Tidigare gillade den att dra på max och sedan stå still en stund senare när yttertemperaturen kröp ner till -5C.

Dax att börja titta på att använda spärrbanden också för att få den att lugna ner sig det sista.

// Magnus
Skrivet av: ThingWizard
« skrivet: 22 november 2018, 11:32:28 »

Går den ner under den hastighet du ställer in som hastighet i viloläge? Jag har satt 20% hastighet i viloläge och det verkar den inte gå under när kompressorn går.

Jag har inte vågat provköra min nya kod fullt ut ännu men ska se om jag kan göra det till helgen när jag är hemma och kan övervaka och ingripa direkt om det strular. Synd att behöva åka hem från jobbet annars för att få värmen att lira igen om man gör bort sig i veckodagarna ;) 

// Magnus

Haha, jo, jag vet... igår var det nåt som låste sig för mig i regleringen - trodde jag  help - men sen insåg jag att det bara var loggningen som inte hann skriva till databasen p.g.a. en rate limit jag varit lite överförsiktig med.  tOOmten Sen dess har det gått bra, har lagt till och justerat ett gradminutberoende delta, jag tillåter lite större overshoot på framldeningen när GM är lågt, och så en funktion som inte tillåter att framledningen är mer än 5 grader UNDER bör, då sätter jag GM till kompressor start direkt så det inte blir för stor dipp. Ska se lite hur mina gränser jobbar, bör säkert tweakas.

Bifogar en bild på senaste 12 timmarna. Rosa linjen är mina inbromsningar, (nedre limiten på spärrband 1) Du ser där när den gått och tryckt ner frekvensen, speciellt då den försöker jobba in gmunderskottet från morgonhöjning och morgonduschen som norbalt brukar leda till rejäla overshoots efteråt, eller pga att EP15 (onoffaren) går igång och "hjälper till" att värma huset när EP14 gör varmvatten. Med resultatet att jag alltid får ett stopp. Nu testar jag ett tag med blockerad EP15, så jag kör singelkompressor för tillfället för att se hur den beter sig då den får jobba ensamt.

 Ska se ännu om jag kan rappa på med att ställa ett nedre spärrband också om den ligger mycket under för att få upp Hz och framledning lite snabbare.  Tycker inte att jag får det att stämma med GM-reglering och flödesreglering som Bergen bl.a. pratat om, den ändrar inte Hz tillräckligt fort som den borde göra enligt den teorin. Tycker den aldrig reglerar snabbare än 1Hz/minut trots att GM är lågt och den ligger runt 4-5° under bör. Kan vara en skillnad med F1355 jfrt med F1255

Anywhoo, här är bilden:
Skrivet av: 944_Driver
« skrivet: 21 november 2018, 22:49:47 »

Går den ner under den hastighet du ställer in som hastighet i viloläge? Jag har satt 20% hastighet i viloläge och det verkar den inte gå under när kompressorn går.

Jag har inte vågat provköra min nya kod fullt ut ännu men ska se om jag kan göra det till helgen när jag är hemma och kan övervaka och ingripa direkt om det strular. Synd att behöva åka hem från jobbet annars för att få värmen att lira igen om man gör bort sig i veckodagarna ;) 

// Magnus
Skrivet av: ThingWizard
« skrivet: 21 november 2018, 11:52:04 »

Vet nån, 911_Driver tex. för övrigt om det går att begränsa cirkulationspumpens minimihastighet i autoläge? Maxhastigheten kan man begränsa men inte min.vad jag sett?
Skulle vara trevligt att kunna köra auto, men den går för det mesta på 1% och det räcker inte riktigt till. Nåt annat trick att få upp autohastigheten? Den reglerar väl på delta, men finns väl ett minimi delta. Tyckte Magnus Karlsson nåt tag talat om att den försöker hålla minimi 4°C delta. I mitt fall leder det till 1% speed vid lägre frekvenser.

"Auto heat medium pump speed, hw Auto heat medium pump speed hw 48452 % s8 1 0 1 1 R/W" finns, men gissar att om jag sätter den manuellt så kommer den att variera så fort pumpen vill uppdatera hastigheten internt. Säg att jag skulle göra en if(autospeed<5){autospeed=5;} eller nåt liknande.

/Jocke
Skrivet av: hevanaa
« skrivet: 20 november 2018, 20:45:59 »


Kan inte för min vildaste fantasi förstå varför Nibe inte satt in nån liknande broms mot skenande framledning. Om jag, (en beteendevetare med nån futtig universitetskurs i java från 2001) på en kväll med lite bondförnuft kan åtgärda ett problem jag haft med pumpen sen den installerades... ja... jag vet inte vad jag ska säga helt enkelt...


Det är många som frågat sig detta.

Men skojig lösning, att tygla den med spärrbanden.
Skrivet av: ThingWizard
« skrivet: 20 november 2018, 18:58:02 »

Hej, trevligt! Ska kolla hur du tänkt!

Verkar tuffa på bra här annars, har uppdaterat med att helt slå av spärrbandet då den ska springa fritt, och satt en stor if-sats att all denna magi endast gäller om den inte gör varmvatten. Då får den ju gasa bäst den vill oberoende av hur värmebärarframledningen ligger.

Har också gjort en liten ändring att tillåta större overshoot när gradminuterna är låga, återstår att se om det är smart eller inte.

Jag kör ju allt via NodeRed på en Raspberry Pi, så det är lite shaky om saker och ting hänger sig på galna ställen kan det bli lattjo... Idag då jag var på jobbet t.ex. så låste sig frekvensen på 33Hz och vägrade flytta på sig fast spärrbanden var öppna och gradminuterna gick mot -500. Det var nåt som hände där, då jag beslöt att helt avaktivera det lägre spärrbandet då den är inom toleransnivåerna.

Är bara att vänta och se nu, och följa med. Men kul att se hur den bara kapar allt som normalt skulle leda till rejäla övertramp, lägger sig på en mysig nivå kring bör och bara puttrar på.

Kan inte för min vildaste fantasi förstå varför Nibe inte satt in nån liknande broms mot skenande framledning. Om jag, (en beteendevetare med nån futtig universitetskurs i java från 2001) på en kväll med lite bondförnuft kan åtgärda ett problem jag haft med pumpen sen den installerades... ja... jag vet inte vad jag ska säga helt enkelt...

Här ser du en exempelbild från i morse (duschar och vvladdning där i mitten som stör, men ) Kolla inbromsningarna vid de röda pilarna, där skulle jag normalt fått ett stort överslag iom att invertern förr aldrig hann bromsa. Testar lite med nattsänkning så därav den abrupta förändringen i beräknad framledning på morgonen.
Skrivet av: 944_Driver
« skrivet: 19 november 2018, 22:44:15 »

Kul att du kommer framåt!  :)

Jag kan bidra med lite kod från mina försök som aldrig kom i mål. Jag har tagit bort allt som gör själva skrivningen till registerna här och bara behållit delar som beskriver själva logiken för styrningen samt lite info om vilka register jag kollat på. Det ger dig kanske lite idéer på vad man kan göra. Obs! Alla { och } är inte i någon ordning här...


Kodstycke: [Välj]
// Define limits for compressor frequency, 2 data in arrays and temp in 1/10C resolution.
int OutdoorTempArray[] = { -250, 0};
int HeatingUpperLimitArray[] = {94, 55};
int HeatingLowerLimitArray[] = {55, 20};
int HotWaterLowerLimitArray[] = {60, 40};

 // set up registers to use
  // datatype: 1=u8, 2=s8, 3=u16, 4=s16, 5...future expansion
  RegArray[0].regNo = 40004;  //BT1 Out temp, s16
  RegArray[0].datatype = 4;
  RegArray[1].regNo = 43009;  //calc supply temp, s16
  RegArray[2].datatype = 4;
  RegArray[2].regNo = 40008;  //BT2 supply temp, s16
  RegArray[2].datatype = 4;
  RegArray[3].regNo = 40012;  //BT3 return temp, s16
  RegArray[3].datatype = 4;
  RegArray[4].regNo = 43136;  //comp freq. u16
  RegArray[4].datatype = 3;
  RegArray[5].regNo = 43086;  //prio, u8
  RegArray[5].datatype = 1;
  RegArray[6].regNo = 43005;  //Degree minutes 16 bit, s16
  RegArray[6].datatype = 4;
  RegArray[7].regNo = 47099;  //reg GMz, u8
  RegArray[7].datatype = 1;
  RegArray[8].regNo = 47101;  //comp freq reg P, u8
  RegArray[8].datatype = 1;
  RegArray[9].regNo = 48659;  //activate band 2, s8
  RegArray[9].datatype = 2;
  RegArray[10].regNo = 48660;  //activate band 1, s8
  RegArray[10].datatype = 2;
  RegArray[11].regNo = 48661;  //band 2 start, u8
  RegArray[11].datatype = 1;
  RegArray[12].regNo = 48662;  //band 1 start, u8
  RegArray[12].datatype = 1;
  RegArray[13].regNo = 48663;  //band 2 stop, u8
  RegArray[13].datatype = 1;
  RegArray[14].regNo = 48664;  //band 1 stop, u8
  RegArray[14].datatype = 1;

// Heating or Hot water production?
    if (prio == 30) // Heating mode
    {
      if ((CalcSupply-10) < Supply) //-1C
      {
        //calc upper limit and update it if change is above 1 Hz
        //activate cut off freq. band 1
       
        Setpoint = byte(FmultiMap(OutdoorTemp, OutdoorTempArray, HeatingUpperLimitArray, 2));
        PresentLimit = RegArray[12].data0;
        if ((Setpoint > (PresentLimit+1)) || (Setpoint < (PresentLimit-1)) && !UpdateUpperLimit)
        {
          // Update values
          //R48660 = 1;   // enable upper limit
          //R48659 = 0;   // disable lower limit
          //R48662 = Setpoint;
          //R48664 = 94; 
          }
         }
      }
      else if ((CalcSupply-30) > Supply) //-3C
      {
        //calc lower limit and update it if change is above 1 Hz
        //activate cut off freq. band 2
        Setpoint = byte(FmultiMap(OutdoorTemp, OutdoorTempArray, HeatingLowerLimitArray, 2));
        PresentLimit = RegArray[13].data0;
        if ((Setpoint > (PresentLimit+1)) || (Setpoint < (PresentLimit-1)))
        {
          // Update values
          //R48660 = 0;   // disable upper limit
          //R48659 = 1;   // enable lower limit
          //R48661 = 20;
          //R48663 = Setpoint; 
       
      }
      else  // disable both limits

      // xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx       TRoligen problem här, denna körs hela tiden ??  xxxxxxxxxxxxxxxxxxxxxxxxxxxx
      {
        if (AllowDisable)
        {
          AllowDisable = false; // Don't run until any limits has been set again.
         // Update values
         // R48660 = 0;   // disable upper limit
         // R48659 = 0;   // disable lower limit
           
        }
      }
    }
    if (prio == 40) //Hot water mode
    {
      //calc lover limit and update it if change is above 1 Hz
      //activate cut off freq. band 2
      Setpoint = byte(FmultiMap(OutdoorTemp, OutdoorTempArray, HotWaterLowerLimitArray, 2));
      PresentLimit = RegArray[13].data0;
        if ((Setpoint > (PresentLimit+1)) || (Setpoint < (PresentLimit-1)))
        {
          // Update values
          // R48660 = 0;   // disable upper limit
          // R48659 = 1;   // enable lower limit
          // R48661 = 20;
          // R48663 = Setpoint; 
          }
        }
    }

// Magnus
Skrivet av: ThingWizard
« skrivet: 19 november 2018, 20:24:09 »

Bromsningen funkar fint, lite väl snabbt nu, tror jag ska minska till 5Hz per 30s. Men proof of concept :)

( freqmax den ljusgröna ser ni hur den jobbar med spärrbandslimiten. För tillfället spärrar jag 75-102 med spärrband 2 och har spärrband 1 övra gräns till 75 och justerar enbart spärrband1's nedre gräns) Måste koda bättre versioner sen när jag behöver mer än 75Hz, men det är endast då det är absolut kallast och båda kompressorerna går som den tillåter EP14 att gå mer än 75Hz. 75Hz EP14 räknas motsvara EP15 så där växlar den kompressor)
Skrivet av: ThingWizard
« skrivet: 19 november 2018, 17:15:17 »

Tjena! Det fanns ingen info alls om spärrbanden i modbuslistan men jag gick in i pumpen och ställde om dem manuellt och tittade på ändringsloggen

48660 är spärrband 1 på och av (1 eller 0)
48662 är minimivärde (ingen division med 10. 40=40Hz t.ex.)
48662 är maxvärde (ingen division med 10. 95=95Hz t.ex.)

Jag märkte att det var begränsat hur mycket man kunde spärra. Just nu är GM positivt så jag kan inte testa, men i princip funkar min broms nu. Måste se om delar av min logik, jag är ingen kodare direkt... men det funkar som betaversion. Ska följa med lite och se hur den går. Skicka pm med din nibeuplink-mail så kan du få titta in om du är intresserad vad som sker.

Edit, verkar var 50Hz per band... så då måste jag tänka om lite hur jag spelar med dem båda. Måste ner å kolla vad band 2 har för modbusadress. Måste tänka till lite.



Har du kollat på hur spärrbanden ska användas enligt manualen? Iaf på 1x55 finns det begränsningar för hur stort område varje spärrband kan sträcka sig över och hur och går man utanför det tror jag nibe struntar i att använda inmatad data. Det är också register som man måste sätta till nått värde för att aktivera spärrbandet. Totalt tror jag det är 6 register man måste mata in data i för att styra båda spärrbanden. Testar man att mata in spärrbandsdata i displayen som vanligt och bara läser av de aktuella registerna så ser man hur det ska ställas in. Jag testade lite förra året att skriva data via bussen och det funkade vad jag kunde se då. Däremot fick jag inte riktigt till min (överkomplicerade?) logik för att sköta det automatiskt, men det innefattade hantering av andra gränser för varmvatten och en försiktig boost funktion för att tvinga upp den på högre frekvens när den den började ligga lite efter.

// Magnus
Skrivet av: 944_Driver
« skrivet: 19 november 2018, 16:41:21 »

Har du kollat på hur spärrbanden ska användas enligt manualen? Iaf på 1x55 finns det begränsningar för hur stort område varje spärrband kan sträcka sig över och hur och går man utanför det tror jag nibe struntar i att använda inmatad data. Det är också register som man måste sätta till nått värde för att aktivera spärrbandet. Totalt tror jag det är 6 register man måste mata in data i för att styra båda spärrbanden. Testar man att mata in spärrbandsdata i displayen som vanligt och bara läser av de aktuella registerna så ser man hur det ska ställas in. Jag testade lite förra året att skriva data via bussen och det funkade vad jag kunde se då. Däremot fick jag inte riktigt till min (överkomplicerade?) logik för att sköta det automatiskt, men det innefattade hantering av andra gränser för varmvatten och en försiktig boost funktion för att tvinga upp den på högre frekvens när den den började ligga lite efter.

// Magnus
Skrivet av: ThingWizard
« skrivet: 19 november 2018, 16:06:32 »

Äsch

Min logik och kod fungerar, däremot verkar frekvensen inte lyda maxfrekvensen jag sätter. Den bromsar inte snabbare för det...
Nu bromsar den maxfrekvensvärdet 47104 fint när är går över bör med mer än en grad, men faktiska frekvensen bryr sig inte om det.

Jaha...
Skrivet av: ThingWizard
« skrivet: 19 november 2018, 13:11:20 »

Ah! Precis, nu testar jag en grej där jag försöke få EP14 att bromsa snabbare vid overshoot över börvärde

Obs detta är bara en test för att se hur den beter sig, måste givetvis trimma in det sen om jag får det att funka.

Så här är logiken:
if-satsen {Varje 30 sekund kollar den om ärvärdet är mer än en grad över bör, är det det så sänker den kompressorns maxfrekvens 47104 med 10Hz.} //Detta borde ge en mycket snabb inbromsning.

else {I annat fall släpper den lös maxfrekvensen igen } (Sätter den till 0 som borde vara "fri" vad det verkar (Inget spärrband)
Är osäker på om 0 är "fri hastighet" eller just, 0. Det återstår att se, och återstår att se hur interna logiken beter sig om jag begränsar den.

Let's see...
Skrivet av: 944_Driver
« skrivet: 14 november 2018, 08:48:59 »

Jag tror du kan göra det via 47138=10 och 47414=önskad hastighet.
Min styrning är tänkt att bara öka hastigheten med sjunkande temperatur. Låg säga 20%@10 celcius och 80%@-30 celcius som första test.

Jag kör Arduino direkt mot Nibes egen RS485 buss för att slippa köpa dyra grejer. Liiite spännande också eftersom det kan hända grejer ;)

// Magnus
Skrivet av: ThingWizard
« skrivet: 13 november 2018, 23:49:11 »

Hej Magnus, det låter spännande. Hmm undrar om jag kommer åt dem. https://proffs.nibe.se/upload/NEW/Support/Kommunikation/F1355.pdf (parameter listan.)

Har också labbat med cphastigheten, testat köra auto och manuell. Nu senast manuell. Är det enklare för pumpen att reglera vid högt eller lågt flöde? Har flödesgivare över modbus på g så om nån vecka borde jag kunna reglera direkt på flödet om jag vill. Man får bara hoppas att raspberryn är driftsäker om man börjar in å skriva värden. Kanske skulle ta en backup av värdena först ;)

Vad hade du för teori för styrningen av flöde/ut? Bara öka lite "lagom" med sänkt ut?
Skrivet av: 944_Driver
« skrivet: 13 november 2018, 20:54:23 »

"Hej och tack för ditt mejl till NIBE Uplink." - Jag mailade inte uplink jag mailade support@nibe.se

"Vi har undersökt vidare hos oss och de adresserna används ej för kompressor reglering i F1355,utan de styrs i vårat interna styrprogram och är ej tillgängligt via modbus"

Jaha... Nibes interna styrprogram, ja det verkar ju jättebra det vilken tur att ni tagit bort möjligheterna att påverka eländet... tack för det...

Kan du komma åt spärrbanden via modbus? Då kan du ju tvinga den lite dit du vill för att minska svängningarna. Jag pysslade med ett sådant projekt förra året men kom inte riktigt i mål. Nu kollar jag på att istället bara reglera cp hastigheten lite försiktigt beroende på utetemp för så länge man inte låter maskin styra den själv minskar svängningarna till en acceptabel nivå.

// Magnus
Skrivet av: ThingWizard
« skrivet: 13 november 2018, 17:45:38 »

"Hej och tack för ditt mejl till NIBE Uplink." - Jag mailade inte uplink jag mailade support@nibe.se

"Vi har undersökt vidare hos oss och de adresserna används ej för kompressor reglering i F1355,utan de styrs i vårat interna styrprogram och är ej tillgängligt via modbus"

Jaha... Nibes interna styrprogram, ja det verkar ju jättebra det vilken tur att ni tagit bort möjligheterna att påverka eländet... tack för det...
Skrivet av: ThingWizard
« skrivet: 11 november 2018, 17:33:09 »

...gammal tråd men tänkte säga några ord om 1355 i sammanhanget.

Har precis installerat MODBUS40 för att kunna göra egna loggningar och mätningar, men...

Jag letade efter p-värdet i modbusparametrarna för F1355 och hittade det på plats 47101. Testade läsa av det men det var 0 !
Har nu provat skriva det till 2 för att se vad som händer, (Jobbar via serieporten på en raspberry pi som jag kör node red på) ingen direkt förändring hittills vad jag kan se. Det andra värdet GMz har jag inte hittat, möjligen heter det något annat eller så har jag missat det i parameterlistan.

Edit: Hittade andra värdet i store.set men det var också 0. 47099 GMz alltså. Testade sätta det till 127. Ingen märkbar förändring än så länge.

Hursomhaver, tyckte det var konstigt att det var satt till 0 som default. Det var ett u8-värde, alltså unsigned 8bit.

Har levt i tron att EP14 på 1355 borde regleras i princip likadant som 1255:an eftersom den uppvisar samma symptom på självsvängning t.ex.
Skrivet av: JNF
« skrivet: 11 juni 2018, 17:06:00 »

Tyvärr redan provat detta fungerar inte för mig....
Skrivet av: Dgat
« skrivet: 11 juni 2018, 16:18:57 »

Min pump tar inte Fat format känner inte ens av minnet då. Endast fat32.

Har fått samma problem vilket format jag än använder  dontknow , hittade dock en lösning  tummenupp
Efter strömavbrott så behövde det återställas men av någon anledning ? verkar ha med senaste firmware att göra ? så blir displayen vit och pumpen startar om.
Lösningen
1. Läsa ut "Store.Set" till Usb minne
2. Stäng av VP 
3. Tryck Ok knappen (håll den inne ) starta sedan upp VP  (håll OK knapp inne till Lampan blir "Grön")
Därefter går det utmärkt att läsa tillbaka "Store.Set" efter editeringen !!
Skrivet av: JNF
« skrivet: 22 maj 2018, 11:34:11 »

Min pump tar inte Fat format känner inte ens av minnet då. Endast fat32.
Skrivet av: Uffen
« skrivet: 21 maj 2018, 22:31:03 »

Det är helt normalt den här årstiden att den visar +100. Du har ju knappast något värmebehov nu?
När tempen når pumpstopp kommer den att visa 0 och cirkpumpen för värme stannar.
Skrivet av: Dgat
« skrivet: 19 maj 2018, 13:40:14 »

Välkommen i klubben  >:( har försökt med det mesta utan resultat defult gäller. Men verkar konstigt nog inte gälla alla.
Tack , är det många med ?  :P .  Fick till det till slut genom att använda ett USB formaterat med FAT istället för FAT32 ,  har använd FAT32 hela tiden men nu gick det inte. Testat 3 olika USB men som sagt funkar det med FAT .  Däremot verkar gradminuter på displayen kommit i otakt , den visar 100 nu (alltså plus värden ner till noll)  tidigare var det minus värden mot noll ingen aning vad som hänt , kanske blir tvungen ladda in fabriksinställningen på nytt. 
Skrivet av: JNF
« skrivet: 18 maj 2018, 22:18:41 »

Välkommen i klubben  >:( har försökt med det mesta utan resultat defult gäller. Men verkar konstigt nog inte gälla alla.
Skrivet av: Dgat
« skrivet: 18 maj 2018, 21:45:39 »

Fick märkligt beteende idag,   vi hade strömavbrott i natt så nu ville jag uppdatera  Store.set
eftersom den återgått till deafult värden på "compressor freq. regulator"  ändrade 47101 till 2 2  samt 47100 20 20 och 47099 till 125 125
(hade ju sparat till USB innan) ,  när jag ska återställa startar VP om sig själv (displayen blev helt vit innan ) , provade göra om allt igen men samma resultat ,  formaterade om USB minnet men samma igen , så nu har den deafult  inställningar  :(. Mycket märkligt ?  är det nåt med nya firmware ? 
Skrivet av: tipo874
« skrivet: 06 maj 2018, 23:55:50 »

Prova att formatera det i fat32 format. Jag hade problem med ett nytt minne och det visade sig att det var formaterat i xfat format, vilket funkade fint i datorn, men inte i VP:n.
Skrivet av: JNF
« skrivet: 06 maj 2018, 13:22:06 »

Vilket minne använde du när du uppdaterade?

Har du provat att starta upp den med förra versionen? Håll in OK knappen när du slår på strömmen och håll den inne tills det lyser grönt.
Minnet jag använde vi uppdateringen och tidigare storeset ändringar var ett billigt minne från jula som nu gett upp.Har i helgen provat gå tillbaka till tidigare version av programvara men problemet kvarstår...måste vara mitt nya usbminne(köpte ett litet flashminne så luckan går ha stängd när man loggar) som inte fungerar med pumpen? Får nog köpa mig ett nytt jula minne och prova igen  ::)
Skrivet av: tipo874
« skrivet: 04 maj 2018, 21:21:02 »

Vilket minne använde du när du uppdaterade?

Har du provat att starta upp den med förra versionen? Håll in OK knappen när du slår på strömmen och håll den inne tills det lyser grönt.
Skrivet av: JNF
« skrivet: 04 maj 2018, 19:40:07 »

Hallå provat nu med tre olika usbminnen alla formaterade går ej  dontknow...
Skrivet av: JNF
« skrivet: 03 maj 2018, 21:54:28 »

Förbryllande! Har du testat att spara ner befintliga inställningar och sedan återläsa dessa igen UTAN att ändra någon parameter, tar den det utan omstart?
Hej har inte provat det ska testa i helgen...
Skrivet av: washburn
« skrivet: 03 maj 2018, 21:49:38 »

Gjort exakt som du beskriver..... Provat flera ggr med samma nedslående resultat  dontknow. Detta har hänt mig förut men provat med 3 olika usb minnen.Och resultatet är tyvärr det samma.
Förbryllande! Har du testat att spara ner befintliga inställningar och sedan återläsa dessa igen UTAN att ändra någon parameter, tar den det utan omstart?
Skrivet av: JNF
« skrivet: 03 maj 2018, 21:33:54 »

Gjort exakt som du beskriver..... Provat flera ggr med samma nedslående resultat  dontknow. Detta har hänt mig förut men provat med 3 olika usb minnen.Och resultatet är tyvärr det samma.
Skrivet av: washburn
« skrivet: 01 maj 2018, 17:10:40 »

Hej Efter senaste uppdateringen från Nibe kan jag inte längre ändra storeset...köpt två nya usbminnen men samma resultat..pumpen startar om och deufault inställningar gäller.Har jag extremt otur med mina usb minnen eller är det nått i uppdateringen som gjort detta?
Hej! Jag har kört in senaste uppdateringen och har kunnat ändra som tidigare. Det du beskriver har jag varit med om en gång också. Varje gång jag försökte läsa in egna inställningar avbröt den mitt under inläsningen och startade om. Löste det då genom att först formatera USB stickan i datorn med FAT32, sedan vara noga med att mata ut i windows innan man drar ut stickan. Sedan till maskinen, spara inställningar. Sedan till datorn, öppna store.set, ändra och spara samt igen mata ut stickan korrekt. Då har det funkat. Hoppas det löser sig för dig!
Skrivet av: JNF
« skrivet: 01 maj 2018, 16:38:10 »

Hej Efter senaste uppdateringen från Nibe kan jag inte längre ändra storeset...köpt två nya usbminnen men samma resultat..pumpen startar om och deufault inställningar gäller.Har jag extremt otur med mina usb minnen eller är det nått i uppdateringen som gjort detta?
Skrivet av: Dgat
« skrivet: 16 april 2018, 09:24:16 »

Tack för svar  tummenupp
Skrivet av: JNF
« skrivet: 15 april 2018, 19:11:09 »

Hej
Någon som provat nya programvaran "1255_v8539R3"
om det påverkar nåt på inställningar för nedan ?
47099 Compressor frequency regulator
47100 Diff
47101 Compressor frequency regulator P
Hej nya uppdateringen  ändrar inte någon av parametrarna du frågar om....
Skrivet av: Dgat
« skrivet: 15 april 2018, 13:28:08 »

Hej
Någon som provat nya programvaran "1255_v8539R3"
om det påverkar nåt på inställningar för nedan ?
47099 Compressor frequency regulator
47100 Diff
47101 Compressor frequency regulator P
Skrivet av: Henrikthom
« skrivet: 25 mars 2018, 15:06:18 »

Efter varmvatten produktionen så får man en pik av 60 gradigt vatten ut på radiatorerna. Det går inte att få pumpen att dra ner på effekten innan den börjar växla över från varmvatten till värme produktion för att undvika onödiga stopp eftersom pumpen räknar hem gradutminutera som det är original från Nibe...jag tänker på filen STORE om det finns någon rad där som går att ändra.
Skrivet av: washburn
« skrivet: 20 mars 2018, 21:38:01 »

provar igen.....
Nu har du den större modellen så det kanske inte är helt jämförbart alltid med 3-12:an men jag tycker ändå att det inte ser ut att vara någon jättetydlig skillnad mellan GMz 127 som jag kör och denna med GMz 125.

Jag kollar specifikt på hur den gör vid kl. 18:30 ungefär i din bild, och jämför med hur min gör när den skall hämta upp GM-underskott. I båda fallen ser man att frekvensen börjar regleras neråt när framledningen når över börvärdet. Då vi satt högt P så går regleringen fort neråt. Den ligger en halvtimme över börvärde och sedan går den o lägger sig nära, lite över, börvärde. Hur snabbt GM-underskottet hämtas in är ju beroende av hur långt över börvärde som den håller framledningen mha kompressorns frekvensreglering. Det ser ut att vara relativt små skillnader mellan GMz 125 och 127, men som Uffen skrivit tidigare, för att verkligen se skillnad kanske man borde pröva med mycket lägre värden på GMz. Fast tycker man att det funkar bra så ser jag ingen anledning att ändra. Och med högre P-värde har vi fått det att funka bra, det är väl toppen!  tummenupp
Skrivet av: JNF
« skrivet: 20 mars 2018, 21:03:47 »

OK. Svårt att se hur stort överslag den genererar efter att framledningen nått börvärdet. Det är det jag skulle vilja se mer i detalj, hur länge håller den framledningen över börvärde, för att jobba in GM-underskottet snabbare. Se mitt inlägg från 14 mars 2018, 20:25:53. Där observerar jag att den snabbt varvar ner när framledningen korsar börvärdet och efter det lägger den sig 0,5-1 grad över för att jobba hem GM-underskottet. Som Uffe skriver, GMz 127 ska göra att den gör det sakta. Då borde vi se att den med GMz 125 håller sig lite mer över börvärdet en längre tid, för att hämta in det snabbare.

Vore toppen om du kunde ta skärmbild genom webbsidans graf för då kan du zooma in lite bättre så att vi kan se mer precist hur framledningen ligger i förhållande till börvärde, och hur länge.
provar igen.....börjar även logga ikväll.... Lägger upp loggen senare i veckan.
Skrivet av: washburn
« skrivet: 20 mars 2018, 20:29:27 »

Här kommer en logg. Ändrade GM start från 120-180 idag.
OK. Svårt att se hur stort överslag den genererar efter att framledningen nått börvärdet. Det är det jag skulle vilja se mer i detalj, hur länge håller den framledningen över börvärde, för att jobba in GM-underskottet snabbare. Se mitt inlägg från 14 mars 2018, 20:25:53. Där observerar jag att den snabbt varvar ner när framledningen korsar börvärdet och efter det lägger den sig 0,5-1 grad över för att jobba hem GM-underskottet. Som Uffe skriver, GMz 127 ska göra att den gör det sakta. Då borde vi se att den med GMz 125 håller sig lite mer över börvärdet en längre tid, för att hämta in det snabbare.

Vore toppen om du kunde ta skärmbild genom webbsidans graf för då kan du zooma in lite bättre så att vi kan se mer precist hur framledningen ligger i förhållande till börvärde, och hur länge.
Skrivet av: Uffen
« skrivet: 20 mars 2018, 19:31:53 »

Kul o höra att vi är fler som får maskinerna att gå bättre. Den avgörande skillnaden verkar ligga i att inte köra med P=1 (47101), det gör den absolut största skillnaden enligt fleras erfarenheter. Sedan är det fortfarande lite oklart vad GMz förändringen gör egentligen (47099). Kan du ladda upp en bild där man kan se hur din pump jobbar upp ett GM-underskott? Då kan vi jämföra hur din 125 inställning skiljer från min nuvarande 127. Helst vill man se efter VV-laddning, då dyker GM ner för att sedan börja stiga upp mot målvärdet. Skulle vilja se hur den jobbar mer i detalj hos dig med 125 som värde. Då återkommer även jag med en aktuell jämförelse.
GMz bestämmer hur fort gradminuterregulatorn ska justera avvikelser i gm. Ju lägre värde desto snabbare kommer den att hämta hem gm-underskott efter tex en dusch.
127 är det högsta värdet och den långsammaste inställningen för GMz. Jag har för mig att det snabbaste värdet är 95.
Skrivet av: JNF
« skrivet: 20 mars 2018, 17:11:55 »

Här kommer en logg. Ändrade GM start från 120-180 idag.
Skrivet av: washburn
« skrivet: 20 mars 2018, 13:02:47 »

Washburn kan bara meddela att min pump går mycket bra med dessa inställningar 47101 3
47100 20
47099 125
GM start - 180
 tummenupp
Kul o höra att vi är fler som får maskinerna att gå bättre. Den avgörande skillnaden verkar ligga i att inte köra med P=1 (47101), det gör den absolut största skillnaden enligt fleras erfarenheter. Sedan är det fortfarande lite oklart vad GMz förändringen gör egentligen (47099). Kan du ladda upp en bild där man kan se hur din pump jobbar upp ett GM-underskott? Då kan vi jämföra hur din 125 inställning skiljer från min nuvarande 127. Helst vill man se efter VV-laddning, då dyker GM ner för att sedan börja stiga upp mot målvärdet. Skulle vilja se hur den jobbar mer i detalj hos dig med 125 som värde. Då återkommer även jag med en aktuell jämförelse.
Skrivet av: JNF
« skrivet: 20 mars 2018, 07:47:39 »

Washburn kan bara meddela att min pump går mycket bra med dessa inställningar 47101 3
47100 20
47099 125
GM start - 180
 tummenupp
Skrivet av: Dgat
« skrivet: 15 mars 2018, 17:06:06 »

Har börjat testa lite nu, kan meddela att inlagda värden i Store.set inte sparas efter strömavbrott för mig heller.
Verkar ligga ett ROM som vissa inställningar läser ifrån vid strömpåslag ?
Någon som testat att endast uppdatera dessa tre värden i Store.set ,  eller klagar den då ?

Har kört med dessa inställningar i några dygn (från röda markeringen i loggen) :
47101 2 2
47100 20 20
47099 125 125
Pumpen går betydligt bättre än orginal, nu håller den GM på ca -130 i snitt  (start GM är satt till -120).  Ni proffs kanske kan analysera kurvorna :)
Det syns tydligt när duschningarna startar kring kl 8.  Ska låta den gå så här fram till helgen och testa P=3  och olika värden (verkar dock som Gmz och VBF diff inte gör så stor skillnad eller ?
Skrivet av: JNF
« skrivet: 14 mars 2018, 20:29:18 »

Ok ska prova dina inställningar själv  :)
Skrivet av: washburn
« skrivet: 14 mars 2018, 20:25:53 »

Washburn  kör du fortfarande p3 gmz 127 och är nöjd?
Ja verkligen. Har kört så här nu i 10 dagar och tycker att den är mycket responsiv. Inga svängningar, drar på snabbt efter VV-laddning och drar av lika snabbt när framledningen nått börvädet. Sedan kör den upp GM sakta mot målvärdet -150 och håller sig där. När den resan mot GM målvärdet pågår håller den framledningen 0,5-1 grad över börvärde så det går väldigt jämt och försiktigt. Märks inga som helst rusningar längre som tidigare var fallet.

Inställningarna just nu:
47099 Compressor frequency regulator GMz = 127
47100 Diff är bör = 20
47101 Compressor frequency regulator P = 3

Jag är nöjd nu. Ska bli spännande att se sedan när det börjar bli plusgrader, men so far so good.

Annonser

Right Block

Vibrationsdämpare
Besök vår webshop, klicka här!
Energioffert.se
Energibutiken.se smarta varor på nätet, leverans till dörren
luftvärmepumpar, tillbehör, installationsmaterial, vi har allt!
Annonspriser

Online just nu!

Ad
CitCop - Värmepumpar med installation i hela Sverige
Besök oss idag
Annonsera i Värmepumpsforum, klicka här för att ställa e-postfråga och få mer info.
140x140vpforum-11.gif
kontakta oss för pris!