Oha, der Thread kommt in Fahrt.
Nun gut, ich wollte fürs Erste mal nur Drehzahl, Sollwert und evtl. Lambda zum avr führen, anhand dessen soll der avr dann mit Servos am Vergaser Sprit und Luftmenge einstellen. Die noch aufzutreibende Lambdasonde soll dafür sorgen, dass der avr weiß, warum die Istdrehzahl unter dem Sollwert (falls es denn so ist) liegt, und je nachdem mehr (Motor verdurstet) oder weniger (Motor säuft ab) 'Gas' gibt.


_________________

Hast Du denn im Detail verstanden, wieso die aktuelle Regelung schwingt?

Falls nicht: was lässt Dich glauben, dass Dein Gebilde kein schwingfähiges System wird?

Schon mal was vom geregelten "Wurm-Katalysator" gehört?

Gruß,
Ltof

_________________
„Schreibe nichts der Böswilligkeit zu, was durch Dummheit hinreichend erklärbar ist.“
(Hanlon’s Razor)

a)nein
b)da werd ich mit Verzögerungen experimentieren müssen...
c)nein. Erzähl.

_________________

zu c:
Das ist ein Nachrüstkat, bei dem die Lambdaregelung über einen Luftbypass am Vergaserfuß gemacht ist.

Eine "Verzögerung" (Dämpfung) kannst Du auch an den vorhandenen Regler machen. Ob das hilft? Regelungstechnik ist kompliziert!

Ich würde den Zündzeitpunkt in die Steuerung einbeziehen. Das würde ich sogar zuerst machen, weil das vom Aufwand geringer ist und vom Nutzen gute Ergebnisse verspricht. Voraussetzung bleibt natürlich, dass der Vergaser sauber eingestellt ist.

Gruß,
Ltof

_________________
„Schreibe nichts der Böswilligkeit zu, was durch Dummheit hinreichend erklärbar ist.“
(Hanlon’s Razor)

Hm. Du meinst, ich greif am besten (über nen hochohmigen Spannungsteiler, versteht sich) die Zündspannung ab (oder wickel ich vielleicht doch besser Draht um die Spule? Oder wäre ein Reedkontakt schnell genug??? Fragen über Fragen... ) und beziehe dann die Impulse ein? Hm, messen ginge ja noch, aber einbeziehen? Meinst du, dass der avr in dem Moment Pause (mit dem Messen+Regeln) machen soll? (die Zeit könnte man ja evtl nutzen, um Daten zu nem hd44780-Display zu schicken....)?
Das ganze Verfahren hätte natürlich den Vorteil, dass man aus dem Zündimpuls auch die Drehzahl ermitteln könnte...




_________________

Neee - das meinte ich ganz bestimmt nicht!

Ich meinte eine drehzahlabhängige Zündzeitpunkt-Verschiebung. Bei niedrigen Drehzahlen läuft so ein Motor mit weniger Frühzundung runder.

Du glaubst wirklich, dass Du eine "ECU" (um herauszubekommen, was damit gemeint sein soll, musste ich selbst erst mal nachsehen - das ist Geschwaller) machen kannst, obwohl Du den Motor nicht verstanden hast? Wie kommt man auf so einen absurden Gedanken?

Ich bin nach wie vor der Meinung, dass die Optimierung in Deinem Sinne erst dann erfolgversprechend ist, wenn Du den Motor im Originalzustand perfekt zum Laufen bekommst und ihn durch und durch verstanden hast.

Bevor hier über die Sinnhaftigkeit diskutiert wird:
Ich sehe darin lediglich einen Lerneffekt.

Gruß,
Ltof

_________________
„Schreibe nichts der Böswilligkeit zu, was durch Dummheit hinreichend erklärbar ist.“
(Hanlon’s Razor)

Aua. Ne Zündzeitpunktverschiebung stell ich mir jetzt schwer vor, da müsste ich ja die Zündspule (an der ein Magnet vorbeisaust) verschiebbar machen.... oder ich investier die halben Ferien in den Bau einer Transistorzündung (außerdem bekomm ich dann so langsam n Problem mit der Spannungsversorgung... reicht da n an den Motor gemurkster Dynamo????) oder geb ne Menge Geld aus..
PS: Genau, um den Lerneffekt geht es mir!
pps: Das Schwingen könnte ich ja evtl. eindämmen, indem der Servo sich um so langsamer bewegt, je näher der Istwert am Sollwert ist.

_________________


[ Diese Nachricht wurde geändert von: ElektroNicki am 28 Mai 2008 15:29 ]

Wie gesagt, wenn es nur ums Programmieren geht, und nicht auch um viel Lernerfahrung in Sachen Entstörung, Filter und stabiler Versorgung dann würde ich mir ein anderes Projekt überlegen.

Und falls du denkst, ich hätte abgestimmt; dem ist nicht so. Es fehlt die Antwortmöglichkeit "Lerneffekt zu mühsam".

_________________

Das größte Problem sind _noch_ die Servos. Die fahren nie wirklich die Position an, die ich haben will, sondern schlackern wild in der Gegend rum. Wer ist am wahrscheinlichsten schuld- ich oder Bascom?

_________________

Könnte Vieles sein. Ich tippe auf eine "Verkettung unglücklicher Zustände ":
Bascom und du.

Wie gesagt, ein paar Zeilen Assembler sind aufschlussreicher als irgendein Assemblerprogramm, dass maschinenerzeugt wurde und von dem man nur mit viel Geduld und Kaffee die wirkliche Laufzeit bestimmen kann. Zudem denke ich mal, dass dir möglicherweise auch für BASIC Instruktionen fehlen und du dir evtl. Pufferüberläufe, Overflows irgendwelcher Zähler und/oder unkontrolliertes Dazwischenfunken diverser Interrupts eingefangen hast .

Es wäre jetzt eine gute Möglichkeit, AVR-ASM zu lernen.
Du wirst sehen, die Dinge sind viel einfacher, als und das gewisse Hochsprachen so mit komplex-aussehenden Instruktionen und verwirrender Syntax vorgaukeln .
Wenn du dann ASM für AVRs im Schalf kannst, kannst du dich C widmen. Davon profitiert nicht nur die AVR-Programmierung sondern damit lernst du auch eine der wichtigsten Sprachen für Systemprogrammierung. Wenn du dann noch Lust hast, kannst du mit C++ weitermachen .


_________________

Leider blicke ich bei Assemblerprogrammen nie so ganz durch ... z.B. ist hallo welt in Asm noch weit mehr Tipparbeit als eine Software-PWM in Bascom. c, naja, da hab ich wenigstens ein bisschen Erfahrung (Asuro sei Dank), aber von Assembler hab ich echt keine Ahnung.Ich stell mir das so vor, dass man sich bei dieser Byteschubserei dauernd merken muss, wo dieses oder jenes Byte liegt und was man damit dann noch tun muss.
Lauter kryptische Befehle.

_________________

Da ist nix kryptisches.

Du hast doch sicherlich mal mit Registern, logischen Verknüpfungen und eventuell kleineren logischen Rechenschaltungen rumgespielt.

Das alles vereint so eine kleine CPU locker.

Das ist echt leicht, wenn man die digitalen Grundschaltungen vor Augen hat.


_________________

Hatte ich nicht weiter oben

Zitat :

Nu macht mal.....

von mir gegeben....

@DonComi
Ich hatte ja geschrieben, dass ich aus Spass die gleichen Funktionen in C mit umgesezt habe. So wird auch das Projekt von ElektroNicki an vielen Stellen scheitern (z.B. Zündzeitpunktverschiebung). Bascom ist da nicht geeignet. C ist ne Alternative, wenn man sich den Code genau betrachtet und eingreift. Nur bei ASM hat der Progger alles im Griff. Zum Lernen ist das allerdings nicht das richtige Projekt, da sollte sich was anderes finden.

Nu macht mal.... weiter...



_________________
mfg Jornbyte

Es handelt sich bei dem Tipp nicht um eine Rechtsverbindliche Auskunft und
wer Tippfehler findet, kann sie behalten.