Bygga egen styrning (ECU) till en pumpdyse-dieselmotor

**#1591** » 04:15:45, 25-08-2019

Lite nattfunderingar: Är solenoiderna till PD motorn kalibreringskodade likt många(alla?) CR-injektorer, eller är de inte lika kritiska? Det kan göra stor skillnad på den individuella gången mellan cylindrarna, speciellt om det är monterat spridare som ligger långt ifrån varandra i uppförandet.

**#1592** » 08:57:40, 25-08-2019

Hmm. Jag tror och gissar nu bara men eftersom styrboxen har strömavkänning av när spridarens reglerventilkägla går i botten och styrboxen korrigerar efter detta så behövs ju ingen klassning av spridare på individnivå? Detta gäller nu spridarna med elektromagnetisk öppning/stängning. (Jag har i min ECU medvetet valt bort denna lösning men har möjlighet till att individuellt offseta varje spridare +- istället men jag kan inte påvisa nån större skillnad mer än till det sämre...) När det gäller piezoelektriska spridare så vet jag inte (dom finns i både sena PD-dieslar och CR-dieslar)

**#1593** » 21:49:32, 04-09-2019

Enveten som jag är så gör jag ett nytt försök, denna gång med Adafruit Feather M0 modul, ungefär som en Arduinomodul men dels gjord av Adafruit och dels en 32 bitars Atmel-processor som nu skall fungera ihop med Arduinos IDE och dess bibliotek. Jag kör fast på två ställen. Dels på att man skall hämta filer från Adafruit (eller github) och sen lägga in som div Adafruit-moduler när man väljer vilken modul som skall användas. Eftersom jag inte lyckades få till detta så körde en generell modul med denna Atmel krets bara rakt av och det fungerade förutom att benen låg helt bywest. Nu i dag så tänkte jag helt enkelt fortsätta och utröna vilket ben som är vilket men nu får jag inte ens kontakt med modulen, jag har två stycken och bägge vägrar identifiera sig. Jag har dels provat "Native USB port" och dels "Programing port" men den vägrar trots uppretade försök... Så nu har jag kört fast ännu mer, som lök på laxen så glömde jag arbetsdatorn kvar på jobbet, men denna gammdatorn har fungerat förut! Förresten, vad är "native"?

**#1594** » 22:30:04, 04-09-2019

Jag är bara ett telefonsamtal bort om du vill testa något annat :vissla:

Adptern har gått lite i stå. Sabbade två pads när jag lödde dit ny cpu på 103 kortet. Så jag får köpa ett nytt 103 kort.

**#1595** » 23:06:36, 04-09-2019

Jag har ett 103 kort som jag förmodligen aldrig kommer att använda inom överskådlig framtid, vill du ha det? PM:a ditt nummer så ringer jag dig i morgon tidig em om det passar...

**#1596** » 14:40:31, 07-09-2019

Då var först "lektionen" klar i CubeMx och TrueStudio. Vi avslutade med att blinka en LED på Nucelo kortet.
Efter detta skulle Janson1 ut och plocka svamp. Hoppas det inte blir stack overflow av alla ny info så att han går vilse. :myzsko:

**#1597** » 17:03:28, 07-09-2019

Skulle givetvis fotat innan dom hamnade i stekpannan, men det är kantareller och taggsvamp.

**#1598** » 08:40:06, 11-09-2019

Jag läser nu dels om STM32 och dels om Arduino´s IDE miljö. En int för en 8 bitars Atmegakrets är 16 bitar, ca 65500 medans en int för STM32 i samma IDE är 32 bitar, ca 4 miljoner. Detta kan nog ställa till det en gnutta när jag försöker lägga in min ECU i en STM32 krets oavsett det är en Atmega eller STM... Man skall tydligen skriva: int16_t istället för bara int om man vill säkert bara ha 16 bitar att arbeta med. Det blir nog till att testa och se...

**#1599** » 09:43:10, 11-09-2019

Skippa int, byte kör uint8_t eller uint16_t, uint32_t så behöver man inte fundera på vad det är.

Kolla 103 koden på github där är nog alla INT utrensade.

**#1600** » 10:22:58, 11-09-2019

Ja, det är nog en god idé. Men, byte förblir väl byte? En unsigned, hur skriver man den? Jag har hursom ändrat alla int till int16_t nu och det blir väl egentligen ingen skillnad... Nästa problem är Array (tror jag det heter. JAg har fyra utgångar för spridarna [visare], 7,9,10,12 och satt dom som OUTPUT som klump. På NANO/UNO fungerar det men på Atmega 32 SAMD tänds bara första lysdioden i serien. Jag har kollat via serialen och [visare] räknar 0-3 hela tiden. Jag tror man skall skriva på ett annat sätt för att lyckas?

**#1601** » 10:39:14, 11-09-2019

Det ä C++ kod HAL är C, kolla 103 koden.

**#1602** » 21:44:02, 11-09-2019

Tusan, jag gick bort mig i koden ganska snabbt... Men, det gav lite energi för att fortsätta med felsökningen av min NANO med interruptstyrd ECU och jag hittade faktiskt "felet", jag har snubblat på det förut. Delaymicroseconds() högsta tal är 16383 och jag råkade gå över detta tal och då blir från 0 igen och uppåt. Nu är det fixat! Nästa grej är att den motorn som jag hoppas och tror snart skall hamna i min verkstad har ett tandhjul med 60-2 tänder så det behövs lite modifieringar som nu också blev gjorda... En något svårare nöt är att få till kamaxelpulserna om man behåller alla 7 tänderna istället för så som jag gjort, filat bort 6 st och har bara en kvar. Jag vill i så fall att mitt program skall fungera med vilket som precis som nu med tandhjulet (30-2+30-2 eller 60-2) Ja, detta tål att tänkas på. Det jag för övrigt kan se är tack vare interrupt så kan jag läsa realtidsvärden på serialen till datorn under tiden den går utan att det stör övrig funktioner, så nu skall det testas ut på traktorn vid tillfälle...

**#1603** » 22:59:28, 11-09-2019

Jag råkade av en händelse se en ny NANO från Arduino.cc. Den heter Aruino NONO every, den bygger på en Atmega 4809 processor som fortfarande är 8 bitars men verkar ganska ny trots allt... Den har 16 analoga ingångar istället för 8 som på den gamla NANO:n och den är 5 volt från början, arbetar med 20 mhz istället för 16, det gör väl marginellt men åt rätt håll. Däremot så har den 5 st 16 bits timers och har den samma arkitektur som dom övriga 8 bitars processorerna (328 serien) så borde detta passa mig ganska bra? Jag beställde 2 st...
Edit: glömde, den har även en inbyggd realtidsklocka som jag också nog vill ha så småningom.

**#1604** » 21:48:20, 22-09-2019

Jag har fått hem 2 st NANO Every nu och jag är väl inte jätteimponerad... 20 MHz, nej bara 16 MHz i Arduino och det verkar inte vara stöd för 20 MHz, än i alla fall? Jodå, den har 16 analoga men det går bara att nå 8 av dom. Hade dom varit smarta så hade dom använt ben som både klarar analogt och digitalt på fler ställen än bara 8... Realtidsklockan då? Jo, den finns men jag har inte luskat ut hur man får igång den än. (Själva realtidsklockan ligger långt fram i framtiden) Totalt sett så är det nog ingen större skillnad mellan NANO "standard" och NANO Every. Kretsen ATMega4809 har ju fem timrar istället för 328:ans tre stycken och dom här fem är alla 16 bitars så det kanske blir en förbättring när jag skall ha liv i alla reglerfunktionerna samtidigt?

**#1605** » 21:21:23, 24-09-2019

Har nu testat att lägga in mitt ECU program på den nya NANO Every och det fungerar nog. Det har blivit något slags fenomen som jag inte kan avgöra om det har betydelse eller ej men jag misstänker att det har med nån timer att göra? Från början med UNO/NANO med 328 processorn så slutar den fungera vid ca 6500 rpm, jag vet inte om det beror på min programmering avseende "fasttid" eller om det blir för mycket för den helt enkelt. (Vevpulserna kommer för tätt) Med denna nya Every som har en 4809 processor så ger den upp vid samma varvtal men får nåt för sig vid lite över 4000 rpm, nåt händer med spridarutgångarna. Nu är detta inte vetenskapligt testat med oscilloskopet än men lysdioder är helt fantastiska på att visa små störningar.
Nästa steg blir att testa i traktorn, nu är det bara testat i "bänk"...