Bygga egen styrning (ECU) till en pumpdyse-dieselmotor

**#676** » 19:26:41, 12-09-2017

Tog tjuvledigt i dag och passade på att hälsa på en Maskinist, Baron3D för en pratstund. Vi pratade inte programmering utan bara lite runt om kring snack, ni vet det som behövs för att tanka batterierna och komma igång...

**#677** » 19:42:57, 12-09-2017

När du nu var ledig så bestämde vi övriga att du skall använda en FPGA istället.
Är det inte skönt att inte behöva fundera på vad man gjort tidigare!

**#678** » 19:52:22, 12-09-2017

Jo, nää det orkar jag nog inte. Ur askan in i elden... Och jag som satsat på Arduino och t.o.m. börjar komma överens, jag behöver inte alltid hota med att dra ut sladden om den inte vill som jag! Skämt och cider, är det att börja på ruta noll igen det här med FPGA?

**#679** » 20:09:02, 12-09-2017

Ja, fy fan. Har inte kommit någon stans med den jag köpte.
Tips, börja inte med tillverkaren Lattice finns nästan inget på tuben om den.
Xilinx är dominanten som alla börjar med.

**#680** » 21:47:17, 12-09-2017

Nu har jag monterat upp systemet igen och provkört, efter lite gnissel så fick jag allt att fungera. Jag har nu även provat Arduino Mega 2560 modulen och den funkar med... Jag laddade ner Atmel:s manual på kretsen och gottar mig nu lite i dess funktioner, däremot så tror jag MEGA:n är overkill till mitt projekt men finns nu uti fall att. Om jag minns rätt så var det "pulsin()" som skulle ersättas med nåt smartare och här behöver jag nog hjälp.

**#681** » 13:06:13, 13-09-2017

Xilinx skulle jag oxå välja.

Jag gick en kurs i FPGA för ett gäng år sedan, minns inte mycket, men man måste tänka parallellt, så att säga.
Fasen, kursen var nog för 10 år sedan!

Towil skrev:Ja, fy fan. Har inte kommit någon stans med den jag köpte.
Tips, börja inte med tillverkaren Lattice finns nästan inget på tuben om den.
Xilinx är dominanten som alla börjar med.

Måste det finnas på tuben? Det finns ju datablad! :grin:

**#682** » 13:30:06, 13-09-2017

Ulf skrev:Måste det finnas på tuben? Det finns ju datablad!

**#683** » 19:49:19, 13-09-2017

Man måste inte men borde kunna bygga en egen pulseIn() utan väntrutin, den räknar, i mitt fall till 0,2 sekunder eller tills nästa puls kommer men borde inte låsa upp processorn under väntetiden. Så här ser pulseIn() ut vid "tillverkningen" som kortkommando.

Kod: Markera allt: /* wiring_pulse.c - pulseIn() function Part of Arduino - http://www.arduino.cc/ Copyright (c) 2005-2006 David A. Mellis This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version. This library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with this library; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA $Id: wiring.c 248 2007-02-03 15:36:30Z mellis $ */ #include "wiring_private.h" #include "pins_arduino.h" /* Measures the length (in microseconds) of a pulse on the pin; state is HIGH * or LOW, the type of pulse to measure. Works on pulses from 2-3 microseconds * to 3 minutes in length, but must be called at least a few dozen microseconds * before the start of the pulse. */ unsigned long pulseIn(uint8_t pin, uint8_t state, unsigned long timeout) { // cache the port and bit of the pin in order to speed up the // pulse width measuring loop and achieve finer resolution. calling // digitalRead() instead yields much coarser resolution. uint8_t bit = digitalPinToBitMask(pin); uint8_t port = digitalPinToPort(pin); uint8_t stateMask = (state ? bit : 0); unsigned long width = 0; // keep initialization out of time critical area // convert the timeout from microseconds to a number of times through // the initial loop; it takes 16 clock cycles per iteration. unsigned long numloops = 0; unsigned long maxloops = microsecondsToClockCycles(timeout) / 16; // wait for any previous pulse to end while ((*portInputRegister(port) & bit) == stateMask) if (numloops++ == maxloops) return 0; // wait for the pulse to start while ((*portInputRegister(port) & bit) != stateMask) if (numloops++ == maxloops) return 0; // wait for the pulse to stop while ((*portInputRegister(port) & bit) == stateMask) { if (numloops++ == maxloops) return 0; width++; } // convert the reading to microseconds. The loop has been determined // to be 20 clock cycles long and have about 16 clocks between the edge // and the start of the loop. There will be some error introduced by // the interrupt handlers. return clockCyclesToMicroseconds(width * 21 + 16); }

Egentligen förstår jag inte så mycket här... Men jag vet att det finns någon av er som förstår desto mer...

**#684** » 08:40:34, 14-09-2017

Jag gjorde lite kommentarer i koden "//<<<<< LOOP".
3 stycken, tror inte att det blir bra!

Janson1 skrev:
Kod: Markera allt
#include "wiring_private.h" #include "pins_arduino.h" /* Measures the length (in microseconds) of a pulse on the pin; state is HIGH * or LOW, the type of pulse to measure. Works on pulses from 2-3 microseconds * to 3 minutes in length, but must be called at least a few dozen microseconds * before the start of the pulse. */ unsigned long pulseIn(uint8_t pin, uint8_t state, unsigned long timeout) { // cache the port and bit of the pin in order to speed up the // pulse width measuring loop and achieve finer resolution. calling // digitalRead() instead yields much coarser resolution. uint8_t bit = digitalPinToBitMask(pin); uint8_t port = digitalPinToPort(pin); uint8_t stateMask = (state ? bit : 0); unsigned long width = 0; // keep initialization out of time critical area // convert the timeout from microseconds to a number of times through // the initial loop; it takes 16 clock cycles per iteration. unsigned long numloops = 0; unsigned long maxloops = microsecondsToClockCycles(timeout) / 16; // wait for any previous pulse to end while ((*portInputRegister(port) & bit) == stateMask) //<<<<< LOOP if (numloops++ == maxloops) return 0; // wait for the pulse to start while ((*portInputRegister(port) & bit) != stateMask) //<<<<< LOOP if (numloops++ == maxloops) return 0; // wait for the pulse to stop while ((*portInputRegister(port) & bit) == stateMask) { //<<<<< LOOP if (numloops++ == maxloops) return 0; width++; } // convert the reading to microseconds. The loop has been determined // to be 20 clock cycles long and have about 16 clocks between the edge // and the start of the loop. There will be some error introduced by // the interrupt handlers. return clockCyclesToMicroseconds(width * 21 + 16); }

Egentligen förstår jag inte så mycket här... Men jag vet att det finns någon av er som förstår desto mer...

Jag har försökt att hitta en bra förklaring på svenska, men nej, hittar ingen bra.
Det är rätt väg att gå med interrupt, om du inte ska använda en FPGA.

En enkel liknelse är:
Du jobbar med dina ordinarie saker, dag ut och dag in (loop). Sedan lyfter chefen dig i nackhåren och släpper ner dig på en annan plats och säger -Gör det här, när du är klar återgå till det du höll på med innan! Eftersom chefen (avbrottet) inte vet vad du exakt håller på med, så kan han inte heller veta vad du ska fortsätta med. Det du ska göra i avbrottet är avbrottsrutinen, den får inte ta för lång tid eftersom ditt ordinarie arbete kan bli lidande.