Hallo, habe einen Code für Logic Analyzer, der funktionieren sollte. Jedoch läßt sich mit o.g. Begründung nicht kompilieren. Weiß jemand ,wieso?
Zaungast schrieb: > Hallo, > habe einen Code für Logic Analyzer, der funktionieren sollte. Jedoch > läßt sich mit o.g. Begründung nicht kompilieren. Weiß jemand ,wieso? Dem schmeckt die movw Syntax nicht. http://www.mcselec.com/index2.php?option=com_forum&Itemid=59&page=viewtopic&p=61522%2361522
Danke, scheint die Lösung zu sein. Nur leider verstehe ich von Assembler noch weniger als von Bascom. Was genau muß man denn ändern?
Die Änderungen sind Zeile 444: Alt: MOVW R17:R16,R1:R0 Neu: MOVW R0,R16 Zeile 448: Alt: MOVW R1:R0,R21:R20 Neu: MOVW R20,R0
J. H. schrieb: > Die Änderungen sind > Zeile 444: > Alt: MOVW R17:R16,R1:R0 > Neu: MOVW R0,R16 > Zeile 448: > Alt: MOVW R1:R0,R21:R20 > Neu: MOVW R20,R0 Ich gehe mal davon aus, dass das Registerpaar rechts vom Komma in das Registerpaar links vom Komma kopiert werden soll... dann so: Zeile 444: Neu: MOVW R16,R0 Zeile 448: Neu: MOVW R0,R20 Zeile 592: Alt: MOVW R17:R16,R1:R0 Neu: MOVW R16, R0
Ich habs so wie im Link gemacht. Kompilieren tun beide Versionen. Ob es auch funktioniert, kann ich mangels Hardware (noch) nicht sagen.
Jo, läuft- zumindest die Version von simple. Nur bei mir nicht (wie beim Oscope von der gleichen Seite) bei vollen 20Mhz. Dann gibt´s massive Bildstörungen.
Zaungast schrieb: > Nur bei mir nicht (wie beim > Oscope von der gleichen Seite) bei vollen 20Mhz. Welche Quarzfrequenz benutzt Du stattdessen? (Ich habe hier mehrere "Arduino Mini pro" mit 16MHz da würde ich das Programm für den darauf verwendeten Atmga328p kompilieren wollen, deshalb frage ich nach dem Takt, den Du verwendest) MfG Paul
wozu verwendet man eigentlich dieses unsägliche Krüppelbasic wenn sowieso 90% in Assembler geschrieben ist bei diesem Projekt? Dann kann man es auch gleich richtig machen und vollständig Assembler verwenden!
asm schrieb: > wozu verwendet man eigentlich dieses unsägliche Krüppelbasic wenn > sowieso 90% in Assembler geschrieben ist bei diesem Projekt? Bitte richte Deine Frage an den Autor der Software, den Du hier finden kannst: http://www.ne.jp/asahi/shared/o-family/ElecRoom/AVRMCOM/AVRLogAna/AVRLogAna.html Ich hoffe, daß Du außer der Assembler-Syntax auch der japanischen Sprache mächtig bist. MfG Paul
16Mhz macht auch (merklich weniger) Probleme, 14 sollte gehen (noch nicht versucht), natürlich stimmen dann die Timings nicht mehr ( Vielleicht wären 10 optimal, um das Umrechnen zu erleichtern Mit den internen 8 läufts zumindest. asM: Krüppelbasic hin oder her; für optische und strukturelle Aufgaben ist es gut
Zaungast schrieb: > 16Mhz macht auch (merklich weniger) Probleme, Zaungast schrieb: > Mit den internen 8 läufts zumindest. Danke für die Antwort. Hast Du die Zeiten im Programm angepasst oder nur die Zeilen geändert, die "Simpel" angegeben hat, weil ja sonst die Anzeige der Werte nicht mit der Realität übereinstimmt? MfG Paul
:
Bearbeitet durch User
Also bei mir läuft es, auf dem Testbrett, mit 20MHz. Es funktioniert alles bis auf die Samplezeiteinstellung, die geht nur hoch bis 500µs, darüber erscheint 3µs, 30µs, das wars dann.
nabend, In Zeile 1097 wurde noch ein Fehler angezeigt! Alt war: MOVW R21:R20,R1:R0 neu wäre: MOVW R20,R0 Jetzt gibt es kein gepöpel mehr...soweit. Ich frage mich warum hier nach dem Takt gefragt wird!? Im Code steht ganz klar 20MHz Im Schaltplan ist der Aussentakt mit einem 20MHz Quarz bestückt Gruß Michael
:
Bearbeitet durch User
Michael D. schrieb: > Ich frage mich warum hier nach dem Takt gefragt wird!? Weil der Nutzer "Zaungast" das Folgende schrieb: Zaungast schrieb: > Nur bei mir nicht (wie beim > Oscope von der gleichen Seite) bei vollen 20Mhz. Dann gibt´s massive > Bildstörungen. > Im Code steht ganz klar 20MHz Habe ich gelesen. > Im Schaltplan ist der Aussentakt mit einem 20MHz Quarz bestückt Habe ich gesehen. Trotzdem erlaube ich mir, nachzufragen, wenn es offenbar Unstimmigkeiten gibt. Danke auch an Joho62 für seinen Beitrag. MfG Paul
@Paul Baumann Weil der Nutzer "Zaungast" das Folgende schrieb: Zaungast schrieb: > Nur bei mir nicht (wie beim > Oscope von der gleichen Seite) bei vollen 20Mhz. Dann gibt´s massive > Bildstörungen. Das ist bei mir wohl untergegangen, es war auch schon spät(entschuldigung) Bei vollen 20MHz, scheint da was nicht mitzukommen. Vielleicht sollte man dem Verhalten mal auf den Grund gehen?! Oder liegt es an den verschiedenen Ausführungen des Displays? Ich habe auch dieses 12864(blauer Hintergrund, Schrift in Weiß) mit einem 7920 Controller. Gibt es dieses Display mit verschiedenen Controllern "on Board"? ...und/oder, könnte das der Grund für die beschriebenen Störungen sein? So wie ich den Schaltplan interpretiere, werden von dem Display alle Anschlüsse verwendet, also parallel 8Bit!? Würden 4Bit oder sogar Seriell nicht ausreichen? Gruß Michael
Kann durchaus am Display liegen. Habe in beiden Fällen das gleiche am Start: http://www.ebay.de/itm/Display-Grafico-LCD-KS0108-128-x-64-Pixeles-en-negro-con-iluminacion-en-verde-/251962294921?pt=LH_DefaultDomain_186&hash=item3aaa1f8289 An sich ein gutes Teil, braucht nur leider externe negative Spannung. Der 7920 ist doch gar nicht kompatibel mit dem KS0108, oder irre ich da? Und trotzdem läuft´s fehlerfrei? Software modifiziert?
Hallo, Da ist auch noch ne Erweiterung dar gestellt. Ist das eine oszilloskop Schaltung? Was für Werte haben denn die porös? Und TCA, ist das ein einfacher Signal Umschalter? Das Display muss nur KS108 kompatibel sein? Mag Bismar
Mario Hessmann schrieb: > Hallo, > Da ist auch noch ne Erweiterung dar gestellt. > Ist das eine oszilloskop Schaltung? Ganz genau. Such mal nach o-family > Was für Werte haben denn die porös? Die Werte sind ziemlich unporös... > Und TCA, ist das ein einfacher Signal Umschalter? HäH?? > > Das Display muss nur KS108 kompatibel sein? Jap. > > Mag > Bismar
Ich häng mich nochmal dran, weil ich jetzt fertig habe, bis auf das Gehäuse. Ein paar Änderungen hab ich noch drin, z.B. den 74HC32 hab ich eingespart und dafür ein Diodengatter eingesetzt. Und die Stromversorgung habe ich auf 5V über USB-B-Buchse realisiert. In einem nostalgischen Anfall hab ich die Vorlage original nachgebaut, mit der guten alten Handverdrahtung. Die maximale Frequenz ist beim höchsten Pixeltakt 200kHz, die längstmögliche Samplezeit ist etwa 10 Sekunden. Ein feines, kompaktes Gerät, das werde ich sicher brauchen können.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.