Tja, det där är en avvägningsfråga, och det är inte skrivet i sten att jag inte framöver godkänner dyi-projekt så länge de inte kommersialiseras.

OK, ja då är det kanske bäst att det får vara.
En annan anledning till att jag vill utesluta denna typ av frågor är att det nog rätt lätt skulle kunna ta över en stor del av debatten i forumet från forumets kärnämne.
Skulle jag inte ha några regler alls för detta skulle det snabbt bli Sveriges största Loggerforum med länkar till allehanda (konkurrerande) kommersiella, likväl som hobby-logger-lösningar.
Skulle jag av någon anledning sluta utveckla/sälja Logger 2020 så kanske mitt beslut blir annorlunda.

Det känns inte bra för mig att begränsa detta, men samtidigt ser jag ingen annan lösning.

Om ett projekt riskerar att bryta mot reglerna så säger jag till.
Jag har väldigt få regler i detta forum, en av reglerna är dock att jag har begränsat möjligheten för andra att driva projekttrådar som går ut på att bygga/utveckla/kommersialisera olika typer av Logger-projekt i forumet.
Man får inte heller länka till egna forum eller hemsidor som är eller riskerar att bli reklamfinansierade, eller där man själv säljer olika typer av produkter.

Bakgrunden till detta är att jag för flera år sedan stod inför valet att fortsätta på mitt gamla jobb, eller utveckla min verksamhet när det gäller forum och försäljning, det gick helt enkelt inte att ha två heltidsarbeten längre.
Ett av resultaten som mitt beslut att säga upp mig på mitt gamla jobb innebar att jag kände att jag på något sätt måste vara lite protektionistisk när det gäller de intäktsströmmar som genereras av de forum jag driver.

De regler jag har som inskränker vissa medlemmars skrivande i detta forum är:

(Kanske självklart, men ändå) Kommersiella aktörer får inte länka till sina egna hemsidor, eller göra reklam för sina produkter via inlägg i forumet.

Jag accepterar inte att det byggs upp ämnen/diskussioner som går ut på att gemensamt, eller på egen hand bygga upp ett loggerkoncept, och lägga ut byggbeskrivningar/ritningar/program för detta.
Anledningen till detta är rätt enkel, och har visat sig ett antal gånger redan, denna typ av projekt utvecklas lätt/ofta till kommersiella projekt, utvecklaren, eller någon annan, ser helt enkelt att det finns en möjlighet att tjäna pengar på denna typ av saker, och detta får så småningom till resultat att det helt plötsligt kan finnas ett ämne som marknadsför en produkt som mer eller mindre direkt konkurrerar med en av mina viktigare intäktsströmmar.

Jag satsat nästan en miljon på att utveckla Logger 2020-konceptet, och har väl knappt ens fått igen det satsade kapitalet ännu, och ser därför inte gärna att detta forum blir Sveriges största forum om/för olika typer av open source logger-projekt, som riskerar att utvecklas till kommersiella projekt.

"gossens" styrning har inte seglat upp som ett projekt som jag har haft någon tanke på att redigera/radera/hindra på något sätt, men jag vet å andra sidan inte heller exakt vad projektet går ut på, kanske har gossen goda grunder för att inte publicera sin styrning.
För de som är osäkra på om deras "elektronikprojekt" riskerar bryta mot regelverket är det naturligvis bäst att kontakta mig via PM, e-post eller telefon för att utreda saken.
Att via inlägg i forumet hänvisa till andra forum/hemsidor där projektet fortsätter och/eller kommersialiseras är naturligtvis inte tillåtet.

I detta specifika fall skulle det alltså vara bra om gossen kontaktade mig för att utreda om det är ok att lägga ut styrningen i forumet, men å andra sidan, om det är mer eller mindre klart att projektet kommer att kommersialiseras så är detta onödigt, då är det helt klart i konflikt med reglerna att lägga ut konceptet i forumet.
Inte ens ett bilbyggarprojekt, som kommersialiseras, kan man göra reklam för i forumet.

Jag hoppas, och tror, att de flesta har förståelse för att jag har vissa regler som skyddar mina intressen, men jag är naturligvis inte så dum att jag inte inser att det finns vissa som tycker att jag är överbeskyddande, och att mina regler är för tuffa mot andra som driver liknande projekt.
Har man kritik mot mitt sätt att sätta upp regelverk eller driva forumet så ser jag helst att den typen av frågor debatteras i avdelningen för "Synpunkter på forumet": http://www.varmepumpsforum.com/vpforum/index.php?board=9.0

I denna specifika fråga är det dock ok att ifrågasätta reglerna här i detta ämne.

Jag har tidigare erbjudit en medlem här att starta en tråd om min styrning med Pi, så jag får väl erbjuda det samma till er andra som verkar vara intresserade.

Jag skall se om jag få ihop en liten beskrivning av vad och hur jag gjort så kanske fler blir intresserade, och det roliga är att vi kan hjälpas åt med ideér samt kod för att förverkliga dom.

Sedan är det ju inte så att man måste ha en Pi, utan det fungerar lika bra med den gamla PC´n som dom flesta har liggande i garderoben. Kan man ha debian/ubuntu på burken så funkar det
Om man vill göra samma så är det bara att kopiera in filerna på samma ställe så funkar det (i stort sett, det blir alltid lite mer handpåläggning än vad det låter som...)

Med en Pi så är det enklaste att bara göra en kopia av SD-minnet som den jobbar mot, detta kan sedan läggas på ett sd-minne och användas av alla som vill prova i "sin bit av paj"

Jag fick en förfrågan angående min styrning via mejl och tänkte att kanske fler av er som visat intresse är intresserade.
OM ni väntar på att jag ska göra slag i saken och presentera min styrning så väntar ni förgäves då det bryter mot Rickards regler.

Tänkte bara informera så att inte fler tror att "det kommer snart".

Ju mer du förlänger vilotiden, desto större risk för tempsvängningar i huset.
Du får också kanske lite sämre COp om du förlänger tiden mellan starter då sluttempen blir högre.
Med så få starter kan jag inte se någon nytta med att förlänga vilotiderna ännu mer.

Kanon! 

Decentralicerade/distribuerade system. En 16-bitars cpu på några tiotal MHz har mer datorkraft än man tror. Dåliga programmerare och krävande användarggränssnitt har gjort att folk tror att man behöver flera GHz och många GB minne för att summera några tal...

Jag tror dig. Den största anledning jag ser till att ha en riktig dator som Raspberry är enbart att det kan vara enklare att bygga program, eller använda ngt som redan finns, men jag kan ha fel förstås.
Jag startar en ny tråd om just expansionsventilreglering så jag inte kapar denna mer..:
http://www.varmepumpsforum.com/vpforum/index.php?topic=51743.0

Decentralicerade/distribuerade system. En 16-bitars cpu på några tiotal MHz har mer datorkraft än man tror. Dåliga programmerare och krävande användarggränssnitt har gjort att folk tror att man behöver flera GHz och många GB minne för att summera några tal...

Jag tror det är lite högre nivå idag på styrsystemen än PIC, även om jag inte är ngn expert.

Nu skrev jag PIC som ett begrepp och inte specifikt PIC-serien.
Det betyder RT och IO-baserat.

För motorer är det ofta DSP och RISC baserade chip som används.

Mmm.
Jag är förvånad, folk bygger t.ex. helt egna styrsystem till bilmotorer, med 1000 fler parametrar som verkligen måste funka på 1000-dels sekunder, men ingen verkar ha pillat med detta?

Som någon skrev så gör man det normalt med en mikrokontroller som är ett realtidssystem.
I en bil så är normalt det hårdvarunära styrt av en mikrokontroller och det du kallar för färddatorn ett eget system som pratar med bilmotor och andra system.

Sedan så behöver såna här system watchdogs som kollar sig själva och stänger ner (eller i en bil går i nödläge) om något går fel.
Om programmet kraschar eller PICen går sönder med den porten som styr kompressordrift aktiv så kan du säkert räkna ut vad som händer.

Jag säger inte att det är omöjligt bara att jag aldrig har gjort det.

Ett annat alternativ är att styra exp-ventilen i realtid med en liten microdator, typ AVR8 eller PIC. Sen låter man 'huvuddatorn' prata med den för att sätta startvärden, styra lite underkylning eller nåt och läsa av eventuella fel.

Frågan är om det behövs? Är styrningen av expansionsventilen så tidskritisk att man måste kunna garantera att den sker inom rätt millisekund?
Förmodligen räcker det med en kernelmodul i en normal kernel som är tids- och händelsestyrd via interrupt. En vanlig drivrutin alltså...

Det finns RTLinux. Det är ju i princip bara ett gäng patchar till kernelen, så man borde kunna få in dom i den kernel som PI'n kör. Sen måste man så klart kunna programmera kenel-nära för att kunna dra nytta av realtidsfunktionerna.

Men på en skala, är det verkligen inte möjligt att få till en pålitlig expansionsventilstyrning mha en raspberry?
Gällande köra sönder maskinen, detta har man ju pressostaterna till, och jag har då även tänkt att montera ett par extra trycksensorer som jag,och ett system, kan övervaka och även den vägen stänga ner kompressorn vid fel.
Vore inte så svårt att skapa 2-3 redundanta system ala kärnkraft...så man kan sova gott om nätterna...

Visst är det så. Men även Pin är "bara" en microcontroller. Bara en betydligt kraftfullare sådan, en ARM6 som kan jobba upp till 1GHz och med intern GPU för bild upp till 1080p samt ethernetcontroller så man kommer åt den direkt via nätverk.
Tack vare att den är såpass kraftfull så kör man den gärna med ett operativsystem, man skulle ju dock kunna sätta sig och göra allt i assembler om man mot förmodan skulle tycka att det är kul

Kör med en Arduino istället.
Den får du för 100spänn och lägger till en LCD för att visa data.

Den har USB kontakt och kopplar mot PC hur lätt som helst.

En Raspberry är i princip en PC och du behöver en videoskärm för att visa något.

I princip overkill för en värmepump.
 

Du kan väl hänga på en LCD på PI'n också? Den har väl dessutom också USB för att kunna kopplas till diverse saker?

En Arduino måste du koppla en skärm till för att kunna visa nåt. En PI kan du lätt komma åt från en PC via, t ex SSH eller en websida.

Vad är egentligen fördelen med en Arduino?

Jag trodde den öppnade o stängde med ledning av tempskillnad mellan själva ventilen o där bulben sitter.
Och att en elektronisk variant i tillägg till detta kan variera själva temperaturen (eller trycket) i eller efter förångaren, så att den inte nödvändigtvis följer vad som händer i övriga systemet.
Men jag bara antar detta..

Temperatur på kylmediet förstås.

Det är ingen skillnad mellan de två förutom att den ena styrs genom en dataalgoritm och den andra mekaniskt med temperatur.

Ja, jo, fast det är heller inte så avancerat som att genomföra en månlandning..
Jag har dock fortfarande inte fattat exakt vad en elektronisk expansionsventil kan göra som en vanlig inte klarar, är det att reglera så att det är maximal mängd kokande köldmedia i evaporatorn, och inte en minskande mängd med höjd temp i kondensorn, så som jag tycker det verkar fungera med en vanlig ventil?
Eller något helt annat..?

En vanlig expansionsventil öppnar och stänger beroende på temperatur.

En elektronisk dito gör samma sak fast med loopen genom ett program.

Jo jag vet, men samtidigt är det väl inte precis kärnkrafts- eller flygklassade komponenter som krävs...?

Nej, men det kan hända vid minsta fel på ditt program.

Den frågan får nog gå vidare till dom som kan värmepumpar etc, jag håller mig till elektronik (och försöker bara stilla min nyfikenhet inom andra områden)

Hmm...har ni sett några billiga expansionsventil-styrningar som jag slipper programmera själv/ som är pålitliga, eller är det kört?

C+ eller ++ måste du kunna i båda fallen.

Varför det? Jag kan visserligen C och C++ men jag har inte skrivit en enda rad C i min Paj.

Men visst kommer det behövas någon hårdvarunära programmering, men inte nödvändigtvis C (även om jag skulle förespråka det)

Utan koll på programmeringen så tycker jag inte att man ska ge sig på exp-ventilstyrning då det lätt havererar hela maskinen.

Ja, en arduino till den tidskritiska delen är bättre.
RS232 är inga problem för varken en arduino eller en paj, så det är lungt.

GDS-Jan, vad menar du med:

Watchdog behövs inte.
Det hanterar elpatronerna.

C+ eller ++ måste du kunna i båda fallen.

Watchdog behövs inte.
Det hanterar elpatronerna.