hjælp til servo kontrol med timer

[jascore]

Det vil jeg lige kigge på med det samme, og prøver at holde tungen lige i munden.

Og tænk, jeg troede bare det var et par linjer kode, da jeg startede det hele ha ha det var sq lettere i comal80 dagene 

[jascore]

Nu har jeg lavet en masse ændringer og mistet overblikket totalt  .

Ville du have noget imod at gennemgå det med mig og så hjælpe mig med at lave en liste over hvad der mangler.

[pacman]

Nu har jeg lavet en masse ændringer og mistet overblikket totalt  .

Sådan noget sker, selv for øvede.
Derfor er det vigtigt at navngive tingene godt, og lave et godt system i hvor du lægger hvad.
Det er også godt med kommentarer ud for hver linie som laver et eller andet.
(Kommentarer er faktisk gode, når man skal finde fejl, for dér ser man, hvad hensigten med koden var, og så kan man checke efter om dén linie rent faktisk gør, som den skal).

Ville du have noget imod at gennemgå det med mig og så hjælpe mig med at lave en liste over hvad der mangler.

Nej, det vil jeg gerne. Prøv at pakke hele din mappe som .zip fil, og send den til mig via email.
Jeg kan dog nok ikke bruge så vældig meget tid på det lige nu, for jeg har noget haste-arbejde, der skal være færdigt i aften.

[jascore]

Tusind tak
Ville lige hører om du har fået min mail denne gang 

[pacman]

Ville lige hører om du har fået min mail denne gang 

Jeps, du skulle på nuværende tidspunkt have modtaget et svar.
(Jeg havde vældig meget arbejde at lave; det trak helt ud til i dag, men nu har kunden fået det).

[jascore]

Perfekt takker mange gange. fedt du gad at lave en pdf , giver helt sikkert bedere mening. 

[pacman]

Perfekt takker mange gange. fedt du gad at lave en pdf , giver helt sikkert bedere mening. 

Sig til hvis der er noget, som stadig ikke rigtigt vil.

Det er forresten en god idé at compile efter hver ændring du laver, dvs. skriver du en ny rutine, gælder det for én ændring. Retter du en fejl, gælder det for én ændring, osv.
På den måde skulle du ikke komme ud i for stort bøvl.

[jascore]

Så fik jeg lavet rettelserne og der dukkede et par nye op i compileren, men de er rettet og den compiler nu uden fejl næsten. 

i dosing.c  har jeg tilføjet linjen
volatile uint8_t gSettings;

men får fejlen
Error   1 conflicting type qualifiers for 'gSettings'
med henvisning til en anden rettelse i dosing.h hvor du skriver jeg bør sætte følgende.
extern uint8_t gSettings;

hvis jeg fjerner volatile foran uint8_t forsvinder fejlen.

endvidere får jeg også en fejl i main.c
gSettings = calculateSettingsDip(getADC1Value());
undefined reference to `calculateSettingsDip'   og det samme til getADC1Value
i funktione
void startButtonPushed()
{
    gSettings = calculateSettingsDip(getADC1Value()); /* update our settings */
    /* ... perform other needed actions as needed ... */
}
så kommenterer den lige ud til jeg ved hvorfor.
calculateSettingsDip bliver jo defined i dosing.c og uint16_t getADC1Value(); i adc.h

Du vil sikkert gerne have tallet i grader, så vidt jeg kan forstå.

nej det behøver ikke at være i grader. tallet repræsenterer bare grader men skal vel egentligt være en definition på længden af high (0.8 - 2.2 ms) i 20 ms cyclen

[pacman]

Så fik jeg lavet rettelserne og der dukkede et par nye op i compileren, men de er rettet og den compiler nu uden fejl næsten. 

i dosing.c  har jeg tilføjet linjen
volatile uint8_t gSettings;

men får fejlen
Error   1 conflicting type qualifiers for 'gSettings'
med henvisning til en anden rettelse i dosing.h hvor du skriver jeg bør sætte følgende.
extern uint8_t gSettings;

hvis jeg fjerner volatile foran uint8_t forsvinder fejlen.

Kan du i Dosing.h lave følgende...

Kode:

extern volatile uint8_t gSettings;

og i Dosing.c ...

Kode:

volatile uint8_t gSettings;

-Hvis den godtager dette, vil jeg anbefale det på dén måde.

endvidere får jeg også en fejl i main.c
gSettings = calculateSettingsDip(getADC1Value());
undefined reference to `calculateSettingsDip'   og det samme til getADC1Value
i funktione
void startButtonPushed()
{
    gSettings = calculateSettingsDip(getADC1Value()); /* update our settings */
    /* ... perform other needed actions as needed ... */
}
så kommenterer den lige ud til jeg ved hvorfor.
calculateSettingsDip bliver jo defined i dosing.c og uint16_t getADC1Value(); i adc.h

Prøv at se om den i Dosing.h hedder noget andet end calculateSettingsDip.
Det kan være den dér også skal rettes.
Hvis compileren derefter brokker sig over calculateSettingsDip i Dosing.c, skal denne så også rettes, så de passer til hinanden.
Bemærk, at i headerfilen skal linien have et semikolon til slut, fx.

Kode:

uint8_t calculateSettingsDip(uint16_t gDipSwitches);

Du vil sikkert gerne have tallet i grader, så vidt jeg kan forstå.

nej det behøver ikke at være i grader. tallet repræsenterer bare grader men skal vel egentligt være en definition på længden af high (0.8 - 2.2 ms) i 20 ms cyclen

Jeg er desværre ikke helt klar i hovedet i dag; jeg har gået influenza, så jeg kan ikke så nemt koncentrere mig om disse ting... 

[jascore]

ØV da. men det er jo ved at være sæsson for det skidt.
det hjalp med rettelserne nu er det kun undefined reference to `getADC1Value'    men har efterhånden gennemskuet hvad det betyder, så skal nok finde den 

[pacman]

det hjalp med rettelserne nu er det kun undefined reference to `getADC1Value' men har efterhånden gennemskuet hvad det betyder, så skal nok finde den 

Jeg synes faktisk du har klaret det rigtig godt; når der kun er én fejl tilbage. Det betyder at du har lært rigtig meget omkring hvad du skal kigge efter når der er compile-fejl.

"Prototypen" på getADC1Value() burde være i ADC.h.
Selve koden bør så ligge i ADC.c.

[jascore]

der skete lige en katastrofe. Ophænget på min HQI lampe knækkede og lampen faldt i baljen. Og som elektrikker kan jeg jo så sidde og være bagklog, og sige at jeg måske burde have haft jord på noget der hænger over 400 l vand 
Pinligt men den lå altså i ca 4 timer i vandet inden jeg kom hjem, uden at trække hpfi eller baller sikringer. ikke godt. mange døde koraller og andre sager. øv øv

[pacman]

der skete lige en katastrofe. Ophænget på min HQI lampe knækkede og lampen faldt i baljen.

Det er jeg ked af at høre.

Og som elektrikker kan jeg jo så sidde og være bagklog, og sige at jeg måske burde have haft jord på noget der hænger over 400 l vand 
Pinligt men den lå altså i ca 4 timer i vandet inden jeg kom hjem, uden at trække hpfi eller baller sikringer. ikke godt. mange døde koraller og andre sager. øv øv

Vand er faktisk ikke elektrisk ledende. Det er først når der er tilsat mineraler (fx. i postevand er der ofte mineraler, men ikke altid ret mange - det kan variere kraftigt fra boring til boring). Hvis man tilsætter salt, bliver ledeevnen i vandet straks meget stærkere.

-Så det er ikke engang sikkert at en korrekt HPFI installation ville hjælpe dér.

Men uanset - så er det vældig ærgeligt.

[jascore]

Så. Nu fik jeg nogenlunde balance i akvariet igen, og der er kun tilbage at krydse fingre for at der er noget der overlever. Til gengæld vil jeg simpelthen blive færdig med den prototype nu, så arbejder fuldtid på den fra i dag igen.

[pacman]

Så. Nu fik jeg nogenlunde balance i akvariet igen, og der er kun tilbage at krydse fingre for at der er noget der overlever. Til gengæld vil jeg simpelthen blive færdig med den prototype nu, så arbejder fuldtid på den fra i dag igen.

Jeg håber selvfølgelig at alt går godt. Jeg vil være travlt optaget en uge frem, da jeg arbejder på en hasteopgave, så jeg vil nok ikke være så hurtig til at sende svar tilbage.