Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · ABC80 list · Thread

Periodiskt återkommande osynk...?

6 posts in thread

juhasz · Msg 991 · inlagg

2016-12-24 20:56

Ärende: Periodiskt återkommande osynk...?

Liten paus (interrupt!) i julfirandet.... ...för att kolla in disassemblyn som finns här på sidan 61!http://www.abc80.org/docs/Programvaran%20i%20ABC80.pdf nmi-interrupt gör jr till adress 0:71 och där är det en del matematik för klockan som säkert tar lite olika tid vid overflow etc. Om man är riktigt noggrann borde man kunna räkna ut hur lång tid nästa nmi kommer ta genom att läsa av klockvariablerna och se vilken väg i koden nmi-rutinen kommer ta o därmed undvika osynk........ ...nu tillbaka till glöggen! God jul! ;) RETI Robert Skickat från min Samsung Galaxy-smartphone. -------- Originalmeddelande --------Från: Göran Åhling <goran at eadc.se> Datum: 2016-12-24 21:32 (GMT+01:00) Till: Andreas Gustafsson <andreas.gustafsson at gmail.com> Kopia: abc80 <abc80 at abc80.org> Rubrik: Re: [abc80] Periodiskt återkommande osynk...? "Klockan"? INC på en byte, men vid Overflow efter 256 måste även nästa... Jag har ett vagt minne av NMI, men jag kan mycket väl ha fel. Min disassemblering är ännu inte åtkomlig. Och, GOD JUL, alla på listan! /Göran Skickat från min iPhone http://www.abc80.org/mailman/listinfo/abc80
- Andreas Gustafsson · Msg 993 · kommentar
  
  2016-12-25 00:26
  
  Ärende: Periodiskt återkommande osynk...?
  
  Efter att ha studerat koden lite ser det ut som om den kör en nedräkning av ett 24-bitars värde, där den sköter de lägsta 8 bitarna i den normala varianten, och så var 256:e frame så justerar den de övriga 16. Har jag räknat rätt så tar denna sekvens 21 klockcykler extra, så det borde bara vara att justera min timingkod till att vänta 21 cykler mindre i fallet där de lägsta 8 bitarna av 24-bitars räknaren står på 0, vilket betyder att den tagit den långa sekvensen. Dock så lyckas jag än så länge inte bli av med synk-flimret, kan vara jag som räknat fel antingen i ROM-koden eller i min justeringskod, eller så har jag missförstått något. För visst borde det funka så här (jag är lite dålig på hur Z80/NMI/Halt etc.) : 1. Jag kör HALT 2. VBL-interrupt inträffar 3. ROM-NMI kod körs 4. Jag får tillbaka kontroll i mitt program och koden efter HALT-instruktionen körs. Då borde ju det enda som händer vara attvar 256:e frame har 21 extra cykler ätits upp i steg 3, vilket jag lätt kan justera för. /Andreas 2016-12-24 21:56 GMT+01:00 juhasz <juhasz at abc.se>:
  - Andreas Gustafsson · Msg 994 · kommentar
    
    2016-12-25 00:43
    
    Ärende: Periodiskt återkommande osynk...?
    
    Fel av mig, hade missat en instruktion när jag tittade i ROM-assemblyn, 41 cykler skulle det vara! När jag justerat för det får jag (vad som i alla fall i min ögon) ser ut som 100% stabil hires! 2016-12-25 1:26 GMT+01:00 Andreas Gustafsson <andreas.gustafsson at gmail.com>:
  - Iggy Drougge · Msg 1001 · kommentar
    
    2017-01-04 09:14
    
    Ärende: Periodiskt återkommande osynk...?
    
    Kan man inte nollställa klockan med jämna mellanrum istället?
    - juhasz · Msg 1002 · kommentar
      
      2017-01-04 10:11
      
      Ärende: Periodiskt återkommande osynk...?
      
      Nejnejnej, det går inte, då kommer ju realtidsklockan gå fel och mitt kassett-registerprogram som jag kör sen ge fel tidstämpel när jag matar in nya kassetter! ;) Skämt åsido - det var ju riktigt smart! Det kostar förmodligen mindre i cykler att bara sätta minnescellen 253:240 till tex 255 så NMI-rutinen inte går den långa vägen - man kan ju göra det varje frame till och med! Robert
      - Andreas Gustafsson · Msg 1003 · kommentar
        
        2017-01-04 15:16
        
        Ärende: Periodiskt återkommande osynk...?
        
        Kan meddela att det funkat alldeles utmärkt, kör bara följande kod varje frame efter att jag kört min loop som outputtar hires: ; Suppress clock NMI from taking extra cycles by resetting clock every frame ld a,0xff ld (0xfdf0),a Blir ingen större skillnad i kodmängd, min rutin som justerade timingen baserat på värdet på klockbyten var bara ca 15 bytes extra, men det är ju alltid trevligt med den enklaste lösningen! Minns att jag funderade lite i de banorna tidigare, men av någon anledning tänkte att "Nä, jag får ju inte förstöra klockan". Det får jag ju visst, det är ju bara mitt program som kör, så det lär ju inte vara någon som blir ledsen av det! :) /Andreas 2017-01-04 11:11 GMT+01:00 Robert Juhasz <juhasz at abc.se>: