Bildmuster-Generator Programm mit BascomAVR möglich

[Michael]

Möchte schließlich nicht, dass mein Code unkontrolliert im Netz kursiert. Selbiges gilt für Schaltplan etc.

ja, genau das ist doch das Problem.
Was ist an deinem Code so toll, dass du ihn so schützen musst? Auf deiner Webseite war er doch auch verfügbar? Hattest du nie als Anfänger den Bedarf, mal eine funktionierende Schaltung/Programm zu sehen? Wenn du in Google suchst und findest den Thread hier, willst du vielleicht mal schauen, wie sowas aussieht und erntest aber nur einen Hinweis auf Mail oder PN.
Was ist, wenn du in 2 Jahren beschließt, dass du jetzt Hühner züchtest und keine Computer mehr haben willst?
Ich gehe nach der Devise vor: Nur wenn Wissen geteilt wird, dann vermehrt es sich.
Ist es so schlimm, wenn du den Code/Schaltplan postest? Du kannst es doch jederzeit wiederholen und sogar besser machen?
Keiner nimmt dir deinen Ruhm weg, aber im stillen Kämmerlein gibt es auch keinen.

Das war ein etwas langes Statement, aber ich wollte es nur mal sagen, ist nichts persönliches und ich geb jetzt auch Ruhe

Gruß, Michael

[Mitch64]

Was ist, wenn du in 2 Jahren beschließt, dass du jetzt Hühner züchtest und keine Computer mehr haben willst?

Was wäre wenn?
In die Zukunft kann wohl keiner schauen. - Und ich auch nicht!
Was ich aber immer wieder feststellen muss ist, dass die meisten Leute alles möglichst umsonst möchten. Fertige Schaltungen, funktionierender Code, am besten den Sourcecode noch dazu und das alles fertig aufgebaut in einem Gehäuse mit 2 Jahren Garantie. Ich musste mir mein Wissen auch selbst aneignen. Und das Projekt hat schließlich auch einige Wochen an Entwicklungszeit in Anspruch genommen. Ich sagte ja nicht, dass ich nichts ausgeben will oder werde. Aber ich denke, wem eine eMail zu viel Arbreit ist, dem kann der Nachbau des Bildmuster-Generators ja nicht so wichtig sein.

Ich denke mann kann fragen, ob man was bekommt und ich weiß zumindest mal wem ich es gegeben habe.

Auskünfte gebe ich eigentlich immer gerne, auch wenns mal ums Detail geht. Damit sollte deiner Devise nach: "geteiltes Wissen kann sich vermehren" genug Rechnung getragen sein. Aber Source-Code bleibt vorerst mein Geheimnis.

Mein Motto ist: Lerning by doing! Und Try and Error!
Man muss wenn man selber programmiert kreativ sein und selbst mal den Kopf bemühen um Lösungen zu finden. Ich gebe dir recht, dass man manchmal Hilfe braucht. Sei es in Form von Anregungen oder ein Codeschnipsel. Aber dann sollte man wieder selbst ein Stück weiter kommen.

Ich glaube hier im Forum ist niemand angetan Leuten einen fertigen ausgetesteten Code zu schreiben. Zumal dies oft wegen fehlender Hardware gar nicht geht.

Also ich denke mein Statement ist klar.
Ich bin offen, helfe bei allgemeinen Fragen oder Fragen zur Codeumsetzung gerne weiter, und Pläne mit HEX-File für ein Nachbau gibts auf Anfrage.

Soviel von meiner Seite.
Übrigens noch einen Gruß an PicNick. Er hatte das Teil ja mal nachgebaut. Ich denke er war recht begeistert.

Gruß Mitch

[Harry1234]

Hallo Mitch, schön das es Dich noch gibt. Nichts ist für einen blutigen Anfänger mehr depri als wenn er nach dem Googeln einen Beitrag (Bildmustergenerator in Bascom) findet der genau das beinhaltet was mann möchte und dann der Link nicht mehr geht. Klar das Du deinen Code schützen willst und nur die Hex rausgibst, das Angebot greife ich gerne auf.
Ist der aber nicht an einen bestimmten MC gebunden oder kann er auch in einen anderen Atmel geladen werden in dem auch noch andere Funktionen rein müssen. Mein Problem ist das ich schon lange rumprogarmiere um nur ein sauberes H-Syng, V-Syng und C-Syng zubekommen weil ich eigentlich nur Diese brauche.
Ich habe mehrere alte Videokameras (analog) mit einem Steuer- und Mischteil auf einen Flomarkt bekommen und möchte die wieder zum Leben erwecken. Ich möchte damit Zeitrafferaufnahmen machen und eine Nest beobachten was ich auch schon mal mit einer alten SW-Kamera gemacht habe.
Die Kameras bekommen den Syng, der sie auch einschaltet, über das Steuerteil (TTL-Grab) und das ist hin.
Es machte die Syng, Ablaufsteuerung und die Sensorüberwachung. Das habe ich zum Teil schon im Atmel 8 bzw. auch 32 lauffähig, nur die Syng bekomme ich nicht hin, sie jittern und deshalb laufen die Kameras nicht.
Ich habe probiert die Syng über die Timer/Counter und PM hinzubekommen... da hänge ich nun fest. Lerning by doing! Und Try and Error! habe ich dabei gut ausprobiert.....
Die analog Hardware ist für mich kein Problem da ich die Radio und FS Technik mal gelernt habe, nur die Software macht Probleme da ich erst als Rentner damit angefangen habe. Mit den MC überwache ich einen Sensor und schalte die Kameras um bzw. in bestimmten Zeiten ein. Das geht soweit, aber nur wenn ich eine Kamera verwendet. Es wäre schön wenn ich für die Syng auf deine Software aufbauen und sie in meinen Bascomprg. benutzen könnte.
Ich arbeite z.ZT. nur mit Bascom weil ich Basic schon mal verwendet habe, ich habe hier gelesen das man da auch andere Programteile in Bascom einbinden kann. Assembler kann ich leider nicht, sonst wäre das Ganze sicher einfacher. Es wäre schön wenn Sie mir weiterhelfen könnten.

[Mitch64]

Hallo Harry,
vielen Dank für deine umfangreiche Frage. Ich werde mal versuchen zu beantworten was geht. Manches verstehe ich aber auch noch nicht. Dazu später.

Das Hex-File zu meinem Bildmuster-Generator ist für den ATMega88 mit 20MHz Quarz-Takt compiliert worden.
Das Hexfile kann also nicht auf einen beliebigen anderen Controller eingespielt werden. Man könnte allerdings das Programm auf einen anderen Controller auslegen/anpassen und neu kompilieren. Der Aufwand (vermutlich aufwendiger) ist allerdings nicht abschätzbar, da kann es böse Überraschungen geben. Voraussetzung für ein solches Vorhaben ist allerdings ein Controller, der 20MHz getaktet werden kann, da alle Zeitkritischen Routinen darauf ausgelegt sind.

Ich denke mit den Syng-Signalen meinst du Sync-Signale (mit C geschrieben). Das hat mich erst etwas verwirrt.
Wenn du erst mal H-Sync und V-Sync Signale generiert hast, müssen die nur noch gemischt werden. Das Mischen erreicht man z.B. durch Toggeln eines Ports.
Wie man das im Einzelnen genau macht würde den Rahmen hier sprengen.

Das gleiche gilt für das Jittern. Aber kurz zur Erklärung. Der ein H-Sync Impuls wird per Hardware-PWM erzeugt. Sobald dieses Signal ausgegeben wird, muss nach einer bestimmten Zeit das Zeilensignal folgen. Ist das Timing zwischen H-Sync und Start der Zeienausgabe nicht exakt in jeder Zeile gleich, beginnt das Bild zu jittern. Jittern ist also der Zeitliche Versatz zwischen Sync-Impuls und dem Beginn des Zeilensignals, wenn er nicht immer gleich ist. Ursache ist hier das Assembler selbst, welches für unterschiedliche Instruktionen unterschiedlich lange braucht. Daher kommt der Versatz!
Um das auszugleichen gibt es mehrere Ansätze. Entweder die Zeilenausgabe vorbereiten und bevor bevor die Zeilenausgabe los geht den Controller schlafen legen, Der Zeitpunkt, an dem die Zeile beginnen soll wird durch einen Timer-Interrupt bestimmt, der den Controller synchron aufweckt. Das Programm startet dann direkt mit der Zeilenausgabe nach dem aufwecken. Also immer Zeitsynchron zum H-Sync.

Ich habe das anders gelöst. Da der Timer als Fast-PWM konfiguriert ist, wird der Timer dadurch auch auf 0 gesetzt, während das Sync-Signal ausgegeben wird. Ich nutze die Zeit, um die Zeilenausgabe vorzubereiten, Pointer berechen etc. Dann rufe ich meine Taktausgleichroutine auf, die das Jittern beseitigt. Diese liest eigentlich nur noch den Timer aus und weis somit die bereits verstrichene Zeit und kann die fehlende Zeit bis Zeilenausgabe bestimmen. Dies wird als Offset für einen Jump über NOPs verwendet, wodurch die Taktausgleichroutine immer Jitterfrei verlassen wird.

Wenn ich dich richtig verstehe brauchst du nur einen Generator, der dir ein Composite-Sync liefert? Also reine TTL-Pegel?

Nun das sollte nicht so schwierig sein. Welches Sync jittert denn bei dir? Horizontal oder Vertikal? Oder möchtest du mir man ein Code-Schnipsel zur Ansicht geben oder hier posten? Möchte mal sehen, wie du das realisiert hast.

Kannst du mir konkret etwas zeigen, wo ich dir weiter helfen kann?

Wenn du etwas nicht veröffentlichen willst, dannst du das auch als PN (Private Nachricht) an mich senden.

Gruß Mitch

kleiner Nachtrag.

Wie gefällt dir das (Comp.Sync-Signal):

Die Signale sind nach CCIR-Norm bis auf kleine Abweichungen in der Pulsbreite von H-Sync. Sollte aber nicht weiter stören.
Kannst du das Comp-Sync so gebrauchen? Oder brauchst du statt dessen H-Sync und V-Sync separat?

so sieht übrigens mein Bildmuster-Generator aus:


Gruß Mitch

[Harry1234]

Hallo Mitch, sieht super aus. ich habe Ihnen eine PN gesandt weil es hier sicher nicht wirklich passt.

[nikolaus10]

fuer den Arduino gibt es eine Libary die ein TV-Signal generiert.
Die HW ist ein Arduino (mit 16Mhz) und zwei Widerstaende.
Die Lib heist TVOut


KR