Fuzzy Logic

"Jan Pedersen" skrev i en meddelelse news:43db8c6f$0$47074$ snipped-for-privacy@dread15.news.tele.dk...

bremser:.

Dallas

UPS! glemte helt....Selvfølgelig er der også en 8 bit indgang der via en A/D converter fortæller om trykket på bremsepedalen. :)

"Jan Pedersen" skrev i en meddelelse news:43db8e0a$0$47027$ snipped-for-privacy@dread15.news.tele.dk...

bagerste

små

Well fandt selv svaret. Mange har implementeret Fuzzy Logic i 8051:

Så jeg går bare igang :)

"Jan Pedersen" skrev i en meddelelse news:43db8c6f$0$47074$ snipped-for-privacy@dread15.news.tele.dk...

Fuzzy Logic er forsvundet igen. Det tog livet af de mindste microer.

Benny

"Benny Højvælde" skrev i en meddelelse news:43dbf83c$0$47052$ snipped-for-privacy@dread15.news.tele.dk...

bagerste

små

Pjat, det kræver bare at man kører pseudo parallele processer , peace of cake :) Og seriøst er det eneste rigtige fremgangsmåde til denne opgave. Dog duer DS5000 ikke, der skal anvendes en 33MHz 8051 kerne processor.

"C Hoyer" skrev i en meddelelse news:43dbfd49$0$15790$ snipped-for-privacy@news.sunsite.dk...

Holder mig nu til C. Så ved man hvad der sker.

Benny

Og med C sikre man sig at er man utilfreds med sit udviklingsmiljø, eller leverandør af compiler kan man nemt skifte uden at tænke i at lave det hele om ;) og et godt RTOS i C på en MPU, er ikke til at kimse af i forhold til diverse grafiske løsninger ;)

Men Fuzzy, Embed Labview osv... er jo meget godt engang i mellem, så længe folk husker at træerne vokser ikke ind i himlen ;) Men det er nu ok, hvis man lige skal lave en enkel regulerings blok af en art uden for meget fansy ;) men det vil aldrig være optimalt i støre styktal osv.

--
VH
Lars Molnit
MZ ETZ 300 CDi ReedValve, MZ TS 250/1 Supra5
Suzuki GSF-R 1200, Yamaha FZR1000 årgang 87
www.dfmc.dk/Lars_Molnit , www.molnit.com

temperatur

har

of

duer

Jah HiTech Salvo RTOS skulle være ok ligesom MC Pros CMX Multi-Tasking RTOS :) Men vi har lavet vores egen multi-tasking OS her på Ingeniørhøjskolen som vi SKAL anvende da dokumentationen forudsættes kendt af alle og dermed behøver vi ikke medlevere den i vores rapporter. Eller rettere ikke vi...en lærer har lavet det :) Egentlig vist nok da han i sin tid rendte rundt på det der dengang hed DTH (idag DTU). Det er vist man selv vil implementere koden. Jeg foretrækker nu til denne opgave bare at bruge et grafisk værktøj :) sådan en smulle bremseautomatik kan jo ikke være så svært ... HOST.... så længe det ikke skal sidde i en rigtig bil og komme til at slå rigtige mennesker ihejl :)

hmmmm, ja det er jo typisk derude ;) det har ikke ændret siden jeg var der... gammelt stof er det sikre, så skal læren ikke lave så meget forberedelse.. men hver glad for at de endelig gav slip på at PEEL og GAL var det nyeste inden for logik ;) som nogen af lærene ævlede om for

3-4 år siden ;)

Løs nu bare den opgave korekt, hvis det er Multitaskingsfaget du har gang i, så hold dig til C... at man bruger et RTOS betyder ikke at man skal dokumentere hele RTOS systemet ??? det er jo en af grundenene man købe den slags ;) frem for at lave det selv. Hvis læren er for snæversynet til at aceptere at andre RTOS end hans oldsags hjemmefletteri også er brugbare ;) så lav det han vil, få dine point og videre i teksten ;)

Held og lykke med opgaven ;)

--
VH
Lars Molnit
MZ ETZ 300 CDi ReedValve, MZ TS 250/1 Supra5
Suzuki GSF-R 1200, Yamaha FZR1000 årgang 87
www.dfmc.dk/Lars_Molnit , www.molnit.com

Nu er GAL og PEELs jo så rigeligt til så mange opgaver f.eks. lidt adresse dekodning mv. Men ganske korrekt det er gammelt nyt :) men mange af lærebøgerne fokuserer nu stadig på GAL,PEELS og i meget mindre grad på mere avancerede former for PLD.

Hellere det, end at slå de forkerte ihjel ...

Bo //

enten får de nyuddannede et kulturchock når de møder industrien, eller også er det årsagen til at dele af industrien stadig designer med forældet teknik.

Bo //

fokuserer

for

Forældet ? ting der virker er da ok :) Hvis man ikke har de store behov for komplicerede logik kredsløb er de små PLD kredse da fine. Men de har da åbenlyse mangler. Og man lærer da også om de større PLD kredse på ingeniørstudiet.

Men det er da korrekt at elektronikuddannelserne er bagud iforhold til industrien. Lærerne er ikke uptodate, bøgerne ej heller og så mener man at skolernes opgave er at lære eleverne / de studerende de mest bassale ting så kan folk selv studere datablade når de kommer ud i udviklingsafdelingerne.

Ligepræcis det med databladene har de nu ret i, det er komplet umuligt at lære sig alt inden for elektronik, men i stedet kan man lære tekniker i hurtigt at udvide sine færdigheder ud fra den information der er om et givent produkt i kombination af datablade, literatur, og som det bedste "Kontakt netværket"

Hvor mange herinde kan ikke nikke genkende til at de mindst 1 gang har fået et guldkorn de ku bruge selv, selv om de mener de er nogen hårde bananer selv i branchen ;) herinde altså.

--
VH
Lars Molnit
MZ ETZ 300 CDi ReedValve, MZ TS 250/1 Supra5
Suzuki GSF-R 1200, Yamaha FZR1000 årgang 87
www.dfmc.dk/Lars_Molnit , www.molnit.com

Jeg husker stadig en af underviserne på DtH engang i 1970'erne, der sagde: "Det er ikke det I lærer, der er det primære, men evnen til at lære nyt. Den får I brug for resten af livet." -og det er jo rigtig. Det vaf før mikroprocessorens tid.

Bo //

Den er HELT rigtig. Og det er ikke en skam at indrømme at man "lige har lært noget", selv om man (som mig) har 25 års afstand til sidste eksamen.

Bo //

"Bo Bjerre" skrev

Jeg kan stadig forundres over, at jeg den dag idag, anvender anvender de DOS-kommandoer jeg lærte i EDBkundskab i gymnasiet i 1984.

Mvh. Uffe Ravn

*LOL* Jeg måtte lave en *.bat fil i dag til at aktivere mit syncroniserings script ;) så DOS kundskaber er ikke noget der skal grines af ;) de kan stadig rede ens røv med nogen simple tricks i nudagens grafiske windows miljø'er ;) (her menes windows ikke specifikt MS, men også X-windows osv... Unix folk i forstår vel hvad jeg mener).

--
VH
Lars Molnit
MZ ETZ 300 CDi ReedValve, MZ TS 250/1 Supra5
Suzuki GSF-R 1200, Yamaha FZR1000 årgang 87
www.dfmc.dk/Lars_Molnit , www.molnit.com