Bygga egen styrning (ECU) till en pumpdyse-dieselmotor

[Janson1]

Tackar, Jag är lite medveten om Arduinoprogrammering och "direkt" programmering. Det blir till att kolla i kväll på tuben.

[Janson1]

Jag är nog inte mogen för Atmel Studio än, men jag har faktiskt laddat hem den... Det är en viss tröghet för att komma igång med ett nytt system vad det än gäller. Det var mycket meck innan jag fick till nåt överhuvudtaget när Arduinon införskaffades okt. -16.
Blir jag däremot tvungen så blir det lite per automatik ny IDE...

[Towil]

Du kan köra AVR i den IDE du har nu.

[Janson1]

Jo jag har väl lite förstått det också och provat lite då och då, även fått färdig kod som varit skrivet på ett annat språk men funkat.
Om det var AVR vet jag däremot inte. Ett smakprov för artbestämning.

Kod: Markera allt

 ADCSRA =  bit (ADEN);   // turn ADC on
      ADCSRA |= bit (ADPS0) |  bit (ADPS1) | bit (ADPS2);  // Prescaler of 128
      ADMUX =   bit (REFS0) | (adcPin & 0x07);  // AVcc     

[joakim72]

Jo jag har väl lite förstått det också och provat lite då och då, även fått färdig kod som varit skrivet på ett annat språk men funkat.
Om det var AVR vet jag däremot inte. Ett smakprov för artbestämning.

Kod: Markera allt

 ADCSRA =  bit (ADEN);   // turn ADC on
      ADCSRA |= bit (ADPS0) |  bit (ADPS1) | bit (ADPS2);  // Prescaler of 128
      ADMUX =   bit (REFS0) | (adcPin & 0x07);  // AVcc     

Ser lite ut som det joo... Det var inte meningen att byta IDE med filmen utan att belysa hur långsamt c-kompilatorn kan göra saker, säkert därifrån diskussionen om att arduino skulle vara för långsam för ändamålet kom.

Oberoende hur det blir så är det spännande och se hur du löser det

[Ulf]

För att rätt ska vara rätt...

Koden

Kod: Markera allt

ADCSRA =  bit (ADEN);   // turn ADC on
ADCSRA |= bit (ADPS0) |  bit (ADPS1) | bit (ADPS2);  // Prescaler of 128
ADMUX =   bit (REFS0) | (adcPin & 0x07);  // AVcc


Är fortfarande C/C++!

En LÖK! Där varje skal lyfter programmeringen så att man med tex EN funktion utför saker som hänger ihop. Hur det egentligen görs i funktionen är egentligen oväsentligt (om vi ignorera tid), bara att det görs. Detta kallas abstraktion.

Men det är inte bara funktioner som kan ingå, utan även definitioner som ADEN.

Även kompilatorn är en del av abstraktion, ungefär näst innerst. Innerst är den hex-fil som laddas upp till processorn.

Arduino-liben är bland de yttersta och man kan ALLTID hoppa över några lager, det är det som koden ovan gör.

Funktioner är oxå en form av abstraktion koden ovan kanske ingår i en funktion InitieraADC.
Det går även att skriva assembler ("maskinkod") i c/c++...

Kod: Markera allt

#include <stdio.h>

int main() {
    /* Add 10 and 20 and store result into register %eax */
    __asm__ ( "movl $10, %eax;"
                "movl $20, %ebx;"
                "addl %ebx, %eax;"
    );

    /* Subtract 20 from 10 and store result into register %eax */
    __asm__ ( "movl $10, %eax;"
                    "movl $20, %ebx;"
                    "subl %ebx, %eax;"
    );

    /* Multiply 10 and 20 and store result into register %eax */
    __asm__ ( "movl $10, %eax;"
                    "movl $20, %ebx;"
                    "imull %ebx, %eax;"
    );

    return 0 ;
}


Lite överkurs kanske, men det går och behövs kanske ibland. Det är betydligt jobbigare och man måste ha stenkoll på vad resten gör så att man inte stör andra delar...

GCC är oftast tillräckligt bra för att köra på en högre nivå. Den optimerar koden, vad gäller storlek och hastighet.

Det är bara ibland man behöver vara lite pervers!

[Janson1]

Ang att kunna både övervaka ECU:n och visa nutidsdata på displayen och visa lite mer nutidstata på Serial monitorn och samtidigt spara datan på ett SD-kort visade sig lite svårare... Ben 0 och 1 är och skall man nog inte använda till nåt annat än just tx/rx till datorn. Att använda Serial.end(); funkar som kod men gör ingen skillnad på ben 0 och 1. Jag provade att ta bort A0 och välja den som pin 14 istället och då funkar allt inkl display men då har jag bara 7 analoga ingångar kvar. Finns det nåt sätt att frigöra tex ben 0 eller 1?

[Towil]

https://www.arduino.cc/en/Reference/SoftwareSerial
fast inte till inbyggda USB. Den är hårdvarukopplad till rx/tx
https://www.arduino.cc/en/uploads/Main/ ... .2-SCH.pdf

[Janson1]

Bäst att skriva ner det så jag inte glömmer bort det nu till morgonen. Dom här NANO är ju så små och smidiga så varför inte sätta två stycken på varandra och dela på dom signaler som dom båda behöver och sen låta den ena sköta display och den andra sköta SD-kortet och bägge ha varsitt lika Serial data. Den undre till display och den övre får en extra stiftlist där SD-modulen ansluts.
Alternativ tanke var att ha seriell display, får nog tänka på detta ett tag...

[Janson1]

ATmega 2560 som lös krets sen göra en egen NANO-Mega? Det kanske är det som skall till...

[Janson1]

Det blev två Arduino på varandra med delvis klippta stift och delvis oklippta stift mellan neder och övervåning. Allt verkar funka och detta är ju det enklaste sättet att få till alla funktioner och även en realtidklocka får plats om jag köper den lite dyrare som skall ha MOSI, MISO (ej soppa) CSK anslutningar (SPI?).
En bild på tandemkopplingen...

edit: inte PCI, SPI skall det vara enligt bra källa.

[Janson1]

Ja nu är det verifierat att det funkar med dubbel-NANO... Jag gjorde en liten förändring i utskrifterna så man kan se vilken som man kopplat in om man nu skulle missat vilket. Man kan även se att den verkligen skriver till SD-kortet även om man inte kan läsa ut nån data via serialen. Det blir nog till att beställa en SPI- realtidsklocka... I dag skall Baron3d titta förbi på motoriet och styreriet och samtidigt hämta några mönsterkort (PCB) för vidare projekt som han får skriva om själv. Jag tänkte lura honom att kontrollera min programmering av ECU då ev någon tankevurpa är inprogrammerad, avlusning helt enkelt...

[Janson1]

Det blev väl mycket programmeringssnack och lite motorkörning, det var mycket luft i bränslesystemet så den gick väldigt illa en bra stund... Jag skall få låna ett litet kit för att prova PIC-16 eller om det är 18 eller 32? Jag känner mig snart mogen för att prova nåt annat och kanske bättre? Jag har egentligen inget att tilläga om detta då jag är helt novis i programmeringsvärlden...

[Towil]

Skall du lära dig PIC gå på PIC32 med en gång. De gamla 8-16bitars hänger med för att de är billiga om man skall göra stora serier eller för att man redan kan dem.

Själv går jag på ARM Cortex M från STM. STM har smidiga och billiga Nucleo labbkort.
http://www.st.com/en/evaluation-tools/s ... tId=LN1847
Av någon konstig anledning så är de billigast hos ELFA.


Trösklen är dock hög att byta från arduino med alla dessa LIB för olika extern hårdvara.


Ännu en klocka

[Janson1]

Det här med familjen PIC tål att tänkas på... BTW, jag har beslutat mig för att jag behöver fler ingångar/utgångar, både analoga och digitala så jag kollade in läget på dels färdiga NANOMEGA men dom har ju inte alls pinkonfigurationen samma nånstans så jag gjorde en "egen" som ser ut som en NANO men med 45 anslutningar till. En extra stiftlist på varje långsida och en stiftlist på ena kortsidan också. I min skapelse tänker jag ha en 25 kronors NANO under med bortopererad 328 processor och bara ha kvar kommunikationen och dom andra kringkomponenterna och sen lägga NANOMEGA:n som våning två så den tar dels in alla NANO:s in/utgångar vanlig väg och dels tillägget via dom extra stiftlisterna.
edit: slant på knapparna...