Bygga egen styrning (ECU) till en pumpdyse-dieselmotor

[Janson1]

ok, om jag förstår rätt kan man individuellt bestämma värde på varje enskilt nummer från tex analogread. Ja varför inte, men jag tror inte jag behöver excel däremot. Tål att tänkas på...

[Towil]

Japp, och det går snabbt att hämta värde i utbyte mot minnesutrymme.

[Ulf]

Jag har inte hittat hakparenteser på telefonen, vi låtsas att vanliga parenteser är dom.

int tabell(3)(4);
Är en array med 3kolumner och 4 rader.
Tilldelningav värde
Tabell(2)(2) likamedtecken 5;
Hittar inte likmed heller...
Tvåorna bytes lämpligen till variabler.

För att kunna "mappa om" så kan man tänka sig att tabellerna ligger i ett eeprom. Troligen ett externt då atmega328 har lite minne där. Den större har mer.

[Janson1]

För att slippa ett extra minne och en massa inkopplingar så måste väl fscale() vara lättare? Jag har i dag utnyttjat 20 % av minnet för själva programmet och 14 % av globala variabler, så lite plats borde vara kvar. Däremot har jag fått ett el schema (tack maskinist I) så jag har utrönt hur spridarna är inkopplade och vilken drivspänning dom går på, ja dom går på 12 Volt minus en schottkydiod, minus två MOS-transistorer som jag tror inte gör någon större förlust. Det finns ingen step-up-converter, ingen normalizerare mm utan vid kallstart -20 så får man förlita sig till att batteriets spänning räcker för att aktivera spridarna. En vad jag tycker lite byggteknisk miss på original ECU är att drivspänning för alltihopa är i ena änden av kontakten och spridarna är anslutna i andra änden av samma kontakt, däremellan är alla småsignalsladdar inkopplade. Blir det inte väldig mycket lättare störningar att göra på detta viset? Det känns lite som "sunt förnuft" att göra kretskortet med hänsyn till hur signalerna är och undvika att blanda små-småsignaler med härkebautaströmmar, närmare 17 Amp i fyrkantsvåg. Ja, ja, jag har åtskilt det så gott det går och hoppas slippa få problem, det är det enda jag kan göra.
Edit: felstavat.

[jpd]

Vet du vilken omvandling du vill göra? (Alltså matematiskt)
Var det inte heltal in och heltal ut?
Fscale är till för flyttal, men är oftast mycket långsammare att räkna med.

Om du beskriver vilket intervall du har in och vilket intervall du vill omvandla det till kan du kanske få ett alternativt förslag?

[Janson1]

Ja, gärna. En förklaring: i dag är gasen helt linjär vilket innebär att från noll till halva utslaget är bara från tomgång och en liten bit upp och sen händer det väldigt mycket precis på slutet. Om man tänker skalan 0 till 255 så: 0 = 0, 1=3, 2=6, 3=9 osv när man kommit till hälften skall man istället minska lagom så 255 förblir 255 vid slutet (skulle det skjuta över lite är ingen katastrof då det är enkelt att ändra i map() funktionen). Jag vill mao flytta mittpunkten på poten så det händer mer i början och mindre i slutet.

[Janson1]

Jag gjorde nu på morgonen ett test mellan att köra med pinMode() och ett snabbare sätt "pureAtMega.h" och det är samma fenomen, pulsen blir hög 10 till 15 mikrosekunder på utgången till spridare/spridarekontroll fast den skulle varit låg hela tiden, så ingen skillnad. Kan det bero på att jag använder delaymicroseconds()?
Edit: felstavat.

[jpd]

Då kommer här ett exempel på hur man borde kunna göra. Brasklapp:har inte testat, men det borde funka

Kod: Markera allt

if (in<128)
  ut = (in*3)>>2;
else // in >= 128
  ut = 128 + (in>>2);


Funktionen är att dela upp intervallet i två halvor med en brytpunkt vid in==128. Under 128 är det 150% förstärkning, över 128 är det 50% förstärkning.

Viktigt att se till att det inte blir ett hopp vid brytpunkten.
Det är alltså ingen slump att (in*3)>>2 == 128 + (in>>2) för värdet in==128

Behöver man andra brytpunkter, eller andra förstärkningar går det såklart att justera.

[Baron3D]

Vill man ha en mer avancerad beräkning...

Kod: Markera allt

int s, in;
// in = 0 till 255 !
s = 255 - in;
s *= s;
s >>=8
s = 255 - s; //
in += s;
in >>= 1; // en lagom olinjär kuva


[Janson1]

Jag provade JPD:s förslag och moddade och provade mig fram till detta alster.

Kod: Markera allt

  if (pot<=280)
        {
         ut = pot*3;
        }
      else // in >= 801
      {
      ut =  (pot*0.2)+ 840;
      }


Totalsumman blir 1044 istället för 1023 men det vara enklare att ändra i map() än att försöka få till 1023...
Jag tror detta blir bra.

[Janson1]

Jag har nu cadat färdigt mönsterkortet och skickat i väg det för tillverkning. Jag hoppas gerberfilen blev bra... Det blev ett kinesiskt företag (ALLPCB) och dom vill ha 32 dollar inkl frakt för 5 st kort som skall komma inom 1,5 vecka. Får väl se det här med tiden, den tror jag inte riktigt på. Jag använde precis alla pads som ingår i gratisversionen, jag fick tom snåla lite och ta bort lite "onödiga" grejer.
Men alla ingångar är skyddade med Muratafilter, motstånd och dioder sen var padsen slut.

[Janson1]

Problem: Jag fick tillbaka filen från Kina där dom skriver :"For the Gerber files, pls kindly use RS-274-X as your type.
And for NC drill file, pls use NC data as type and Excellon as format."
Vad jag kan se så har jag RS-274-X redan så det är nog rätt, kan i alla fall inte göras annorlunda. Men borrfilen vill dom ha i Exellon och det kan jag inte hitta... Däremot har jag många DRC-errors, det blir ett par-tre varje gång jag ansluter en pad till jordplanet, jag ser errors som ofrånkommliga? Hur skall man få till det? (jag har DipTrace)

[Towil]

Som jag sagt innan schema och pads först pcb sen. Schemat är det man kollar emot där av alla DRC eftersom du inte har något schema.

Övriga har jag ingen större pejl på efterom jag gör min egna kort.
Men det finns ju andra mera kända för PCB med bra betyg EasyEDA, Elecrow, PCBWay
https://pcbshopper.com/ mata in din data och kolla.

[Towil]

http://www.diptrace.com/books/tutorial.pdf finns avsnitt för detta.
Har du rätt ändelser på filnamnen är lite olika vad tillverkarna vill ha.

[Janson1]

OK. Men man måste väl inte ha ett digitalt schema för att kunna få gjort ett PCB?
Jag skickar en drl.fil till dom så får vi se.
Korten är så pass billiga så blir det skit av alltihopa så får jag väl göra på ett annat sätt nästa gång...