Op zaterdag 20 januari 2024 17:11:29 schreef Arco:
Is er ergens een begrijpelijke omschrijving van een monochroom interlaced pal signaal?
Alles wat ik vind is incompleet,of onbegrijpelijk, of sommige timings ontbreken...
Rec. ITU-R BT.470-6
RECOMMENDATION ITU-R BT.470-6*
CONVENTIONAL TELEVISION SYSTEMS
(Question ITU-R 1/11)
(1970-1974-1986-1994-1995-1997-1998)
Arco
Special Member
Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com
Ik ga het aanpassen zodat het exact klopt...
Op zaterdag 20 januari 2024 21:33:30 schreef Arco:
Ik ga het aanpassen zodat het exact klopt...
Wauw....ik ben benieuwd..
Op zaterdag 20 januari 2024 17:32:06 schreef kris van damme:
H-sync, om de 64 µsec met een duurtijd van +- 5 µsec (4,7µsec is de standaard)
V-sync, om de 20msec met een duurtijd van +- 3 lijnen ( 2,5 lijnen is de standaard)
'een "video inhoud rustperiode" die +- 6 lijnen voor de V-sync begint, en na de Vsync +- 20 lijnen aanhoud.egalisatiepulsen etc.. mogen erbij, maar zijn helemaal geen noodzaak.
Ik heb deze timing in een PIC gestopt, maar leidt niet tot een stilstaand beeld. Het zwabbert alle kanten op...
Spanningsniveau heb ik ingesteld op 0 - 0,3 - 0,8V.
Op zondag 21 januari 2024 17:25:15 schreef Bavelt:
[...]Ik heb deze timing in een PIC gestopt, maar leidt niet tot een stilstaand beeld. Het zwabbert alle kanten op...
Spanningsniveau heb ik ingesteld op 0 - 0,3 - 0,8V.
das interessant, vooral de term "zwabberen". Lijkt me dat de 64µsec teveel jittert (dus dat het soms wat korter en soms wat langer is), en daar kan de H-PLL met zijn grote integratieconstante gewoon niet stabiel op locken .(denk aan het videocasette verhaal, dat zwabberde ook als de tijdsconstante niet aangepast werd). 63µs, 64µsec, 65µsec, het mag allemaal, maar moet wel constant zijn.
voor de V-sync is jitteren geen probleem, omdat dat een direct sync schakeling is.
Deze namiddag nog eens mijn eenvoudige balkengenerator aangesloten, en die werkt nog steeds prima. Die maakt , zoals alle service generatore van lang geleden, geen egalisatiepulsen aan en daar zit zelfs geen X-tall in ..(vergeten een foto te maken)
ik denk dat Arco nog aan het zweten is
Arco
Special Member
Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com
ik denk dat Arco nog aan het zweten is
Dat valt wel mee, hoor (zeker met dit weer 
)
Is best leuk om het zo simpel en accuraat mogelijk te maken...
De processor loopt wel op de interne oscillator, maar dat geeft alleen minime verschillen, dat zal toch niet veel uitmaken?
Frequentie verloop alleen wat bij temperatuur- of voedingsspanningsschommelingen.
De eigenlijke frequentie kan wel tot +/- 2.5% afwijken, is met het OSCTUNE register bij te stellen.
Anders op een kristal proberen.
=
[Bericht gewijzigd door Bavelt op (100%)]
Op zondag 21 januari 2024 18:14:05 schreef kris van damme:
[...]
das interessant, vooral de term "zwabberen". Lijkt me dat de 64µsec teveel jittert (dus dat het soms wat korter en soms wat langer is), en daar kan de H-PLL met zijn grote integratieconstante gewoon niet stabiel op locken .(denk aan het videocasette verhaal, dat zwabberde ook als de tijdsconstante niet aangepast werd). 63µs, 64µsec, 65µsec, het mag allemaal, maar moet wel constant zijn.voor de V-sync is jitteren geen probleem, omdat dat een direct sync schakeling is.
Deze namiddag nog eens mijn eenvoudige balkengenerator aangesloten, en die werkt nog steeds prima. Die maakt , zoals alle service generatore van lang geleden, geen egalisatiepulsen aan en daar zit zelfs geen X-tall in ..(vergeten een foto te maken)
ik denk dat Arco nog aan het zweten is
De frequentie is best wel stabiel. Op de scope zwabbert er helemaal niets, terwijl het beeldschem zich gedraagt als een vlag die in storm Isha staat...
Ik heb geëxperimenteerd met langere syncpuls 4, 5, 6 uS (ik kan geen 4,7 instellen). Dan het videosignaal, korter, langer, etc. De puls + video is altijd 64 uS.
Dan vSyncen op 312 lijnen of 625 lijnen. pulslengte 160uS (=2,5 lijn) . Maar ook hier wat mee gespeeld.
Voldoende 'rust' video voor en na VSync.
Het beste resultaat is een verticale wite balk, die voor het eerst is begonnen met de salsa lessen...
De TV kan de sync dus op de een of andere manier niet 'invangen'.
Iedere lijn begint dan op een ander moment lijkt het.
Hoe ziet die balkengenerator van jou er dan uit? Is dat output signaal toonbaar? Of komt er een gemoduleerd signaal uit?
Ik zag dit artikeltje nog:
https://www.elektormagazine.nl/magazine/elektor-200306/14167
Hier hebben ze een simpel mini testbeeldgeneratortje gemaakt met een PIC12C508.
Met als assembler programma:
;_______________________________________________________________
;|picomire, video fake |
;|turning a pic 12C508/509 into a video pattern generator |
;|release V1.0 |
;|(c) FLorent Simonnot 2002 |
;|if you like it tell me :fsimonnot@free.fr |
;_______________________________________________________________|
list p=12c508
radix dec
include "p12c508.inc"
include "vdofake.inc"
__config _MCLRE_OFF & _CP_OFF & _WDT_OFF & _XT_OSC
;#define debug
ifdef debug
messg "!!!!!!!!!!!!!debug version!!!!!!!!!!!!!!"
endif
data_vdo UDATA 0x10
LOOP_CTRL res 1
DELAY res 1
LINE_COUNT res 1
PATTERN res 1
;______________calibration_______________________________________
main code 0x00
main
;_________________________________________initialisation_________
xorlw 0xff ;room for a patch
xorlw 0xff
movlw ~(LVL1MSK | LVL0MSK) ;initialize pin buffers
tris GPIO
BLACKLVL
;________________________________________________________________
movlw 11 ;initialize counters
movwf LINE_COUNT
movlw 12
movwf PATTERN
StartFrame
start_pattern
BLCKLVL ;2us | 11 "inversed chess" line
call inv_chess ;59us |
decfsz LINE_COUNT,f ;1us |
goto $-4 ;2us |64us
;1us btfss latency
nop ;1us |1 black line
BLCKLVL ;2us |between 2 loops
movlw 12 ;1us |
movwf LINE_COUNT ;1us |
nop ;1us |
call delay8us ;10us (8+2) |
call delay18us ;20us (18+2) |
call delay18us ;20us (18+2) |
BLCKLVL ;2us |
TOPLVL ;2us |
nop ;1us |
nop ;1us |
nop ;1us |
nop ;1us |
nop ;1us |
BLCKLVL ;2us | 12 "chess" line
call chess ;59us |
decfsz LINE_COUNT,f ;1us |
goto $-4 ;2us |64us
;1us btfss latency
nop ;1us |1 black line
BLCKLVL ;2us |between 2 loops
nop ;1us |
nop ;1us |
nop ;1us |
call delay4us ;6us (4+2) |
call delay18us ;20us (18+2) |
call delay18us ;20us (18+2) |
decfsz PATTERN,f ;1us |
goto pattern_again ;2us |
goto end_frame ;2us |
pattern_again
;1us btfss latency
nop ;1us |
BLCKLVL ;2us |
TOPLVL ;2us |
nop ;1us |
movlw 11 ;1us |
movwf LINE_COUNT ;1us |
goto start_pattern ;2us |repeating the pattern 25 times
end_frame
BLCKLVL ;2us |at this point we have synthetize
TOPLVL ;2us |300 video lines
call line ;64us 4 black lines more
call line ;64us
call line ;64us
call line ;64us
BLCKLVL ;2us *- |start of frame synchro
call delay18us ;20us (18+2) _
call delay2us ;4us
nop ;1us
nop ;1us
call half_line_pos ;32us
call half_line_pos ;32us
call half_line_pos ;32us
call half_line_pos ;32us
nop ;1us
nop ;1us
TOPLVL ;2us *-
call delay18us ;20us (18+2)
nop ;1us
nop ;1us
nop ;1us
call half_line_neg ;32us
call half_line_neg ;32us
call half_line_neg ;32us
call half_line_neg ;32us
nop ;1us
nop ;1us
BLCKLVL ;2us
nop ;1us
call half_line_pos ;32us
call half_line_pos ;32us
call half_line_pos ;32us
call half_line_pos ;32us
;|end of frame synchro
nop ;1us ;|start of the first line
TOPSYN ;2us ;|of the next frame
call delay18us ;20us (18+2)
call delay18us ;20us (18+2)
nop ;1us
nop ;1us
movlw 11 ;1us
movwf LINE_COUNT ;1us
movlw 12 ;1us
movwf PATTERN ;1us
goto StartFrame ;2us
;_______________black line generation ___________________________
;routine lengh 57us
;
line
nop ;1us
BLCKLVL ;2us
movlw 13 ;1us
movwf LOOP_CTRL ;1us
decf LOOP_CTRL,f ;|(4*LOOP_CTRL-1) i.e. 51us
btfss STATUS,Z ;|
goto $-2 ;|
BLCKLVL ;2us
TOPLVL ;2us
retlw 0 ;2us
;_______________half line positive generation____________________
half_line_pos
TOPLVL ;2us *_
BLCKLVL ;2us *-
call delay18us ;20us (18+2) _
nop ;1us
nop ;1us
nop ;1us
nop ;1us
retlw 0 ;2us
;*_ _- -------------------- ---- --
;_______________half line negative generation____________________
half_line_neg
BLCKLVL ;2us *_
nop ;1us
nop ;1us
nop ;1us
TOPLVL ;2us *-
call delay18us ;20us (18+2) _
nop ;1us
retlw 0 ;2us
;_______________6us delay routine________________________________
delay4us
nop ;1us
nop ;1us
retlw 0 ;2us
;_______________18us delay routine_______________________________
delay18us
movlw 5 ;1us
movwf DELAY ;1us
decfsz DELAY,f ;|(3*delay-1)us
goto $-1 ;|
retlw 0 ;2us
;_______________8us delay routine________________________________
delay8us
nop ;1us
nop ;1us
nop ;1us
nop ;1us
nop ;1us
nop ;1us
retlw 0 ;2us
;_______________2us delay routine________________________________
delay2us
retlw 0 ;2us
;_______________"chess reversed" line generation_________________
;longueur d'exe de la routine 57us
;
inv_chess
nop ;1us
WHITELVL ;2us la ligne visible commence ici
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us la ligne visible finie ici
TOPLVL ;2us
retlw 0 ;2us
;_______________"chess " line generation_________________________
chess
nop ;1us
WHITELVL ;2us la ligne visible commence ici
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
BLCKLVL ;2us
WHITELVL ;2us
WHITELVL ;2us
BLCKLVL ;2us la ligne visible finie ici
TOPLVL ;2us
retlw 0 ;2us
end
Is dit het wellicht waard om het 'om te bouwen' naar een PIC 16F1847?
Maar het schemaatje ontbreekt, alleen een print-layout.
Op zondag 21 januari 2024 19:03:20 schreef Bavelt:
[...]
De frequentie is best wel stabiel. Op de scope zwabbert er helemaal niets, terwijl het beeldschem zich gedraagt als een vlag die in storm Isha staat...
op jouw scope ga je enkele µsec tijdsverschil tussen de pulsen niet zomaar zien, de scope doet nu eenmaal aan direct sync.
Ook de interne oscillator van de pic is waarschijnlijk niet het probleem, maar eerder het feit dat de processor soms effe wat anders moet doen, daardoor enkele cycly onderbroken is door de andere taak, wat onschuldig lijkt, maar invloed heeft op de tijdsduur. (ik kan verkeerd zijn..)
Je wil plaatjes? ik zal er enkele maken
edit met plaatjes:
V-sync (met balken aan), geen egalisatiepulsen, enkel een groot sync gat..:
H-sync (met balken aan):
beeld op een kleine National tv die ik even uit zijn winterslaap haalde
Op zondag 21 januari 2024 19:03:20 schreef Bavelt:
[...]Hoe ziet die balkengenerator van jou er dan uit?
bij bovengaande foto's was het deze: (maar het schemaatje dat ik in het andere topic dropte doet het evengoed).
merk op dat deze generator zelfs toelaat op de H-sync en de V-sync met +- 5% te wijzigen, om te checken of het TV toestel onder test goed kan invangen in alle omstandigheden. De inhoud bestaat enkel uit wat transistormultivibratoren/delers en de modulatoren .. Het prettige is dat hij ook wat vergeten standaarden doet (625B, 819F,..)
Ok , ik heb dus ook geprobeerd dat patroon na te maken met 4 balken.
Op de scope ziet het er zo uit:
Het effect:
https://youtube.com/shorts/WH5l1iSi4ng?feature=share
Niet stil te krijgen dus (en ook niet 'rechtop').
In jouw plaatje snap ik de Vsync niet zo, die moet toch 160 (uS) zijn, 2,5 beeldlijn?
Het lijkt op het plaatje veel kleiner (omdat je de Hsync's daar kunt zien)
Op zondag 21 januari 2024 22:09:24 schreef Bavelt:
In jouw plaatje snap ik de Vsync niet zo, die moet toch 160 (uS) zijn, 2,5 beeldlijn?
Het lijkt op het plaatje veel kleiner (omdat je de Hsync's daar kunt zien)
door de delayed sweep te gebruiken (jouw scoop heeft die functie niet) kon ik de V-sync mooi in het midden van het scherm krijgen en zie je ook de H-sync pulsen, maar vergis je niet, het V-sync "gat" duurt langer dan 160µsec.
edit : en de V-sync is ook bij jou geen probleem meer, het is duidelijk dat je tv'tje vertikaal wel synct.
[Bericht gewijzigd door kris van damme op (10%)]
Maar mijn signaal komt toch aardig dichtbij je in de buurt?
Een foto maken van de Vsync lukt niet. Maar hij komt om de 20 mS bij 312 beeldijnen. Bij 625 beeldlijnen is dat dus 40mS.
De 'huiskamervraag': waarom wil deze TV (en die andere ook) hier niet op syncen... 
Op zondag 21 januari 2024 22:23:53 schreef Bavelt:
Maar mijn signaal komt toch aardig dichtbij je in de buurt?Een foto maken van de Vsync lukt niet. Maar hij komt om de 20 mS bij 312 beeldijnen. Bij 625 beeldlijnen is dat dus 40mS.
De 'huiskamervraag': waarom wil deze TV (en die andere ook) hier niet op syncen...
Ik vermoed toch jitter op de sync, daar houdt de H-sync PLL echt niet van .
heeft je scoop een X-expansie functie ( x 10)? dan moet je enkele H-perioden zichtbaar maken, dan het signaal eens uitrekken en uitvergroot kijken naar de meest rechtste sync puls. aangezien de scoop triggertt op de linkse puls wordt jitter meer en meer zichtbaar als je latere (dus rechtste sync pulsen) bekijkt, maar het blijft moeilijk te zien.
Anderzijds, heb je nog een tv geschikt voor een videorecorder? In de videorecorder stand wordt de tijdsconstante van de H-pll veel kleiner, om met jitter tgv de mechaniek overweg te kunnen. kan je ook eens proberen, als indirekte getuige van de mogelijke oorzaak..
Ik heb de balken iets kleiner gemaakt, waardoor de totale tijd van de beeldlijnen 50uS is (ipv 64).
Dan is dit het effect:
https://youtube.com/shorts/VYNn02JeMek?feature=share
Je herkent de balken wel, maar je kunt zien dat de balken op vrijwel iedere lijn op een andere plek beginnen.
Levert dit nog wat extra informatie op?
Op zondag 21 januari 2024 22:35:26 schreef Bavelt:
Levert dit nog wat extra informatie op?
hij synct kwasi, maar de verschuiving per lijn, dat lijkt toch heel sterk op een gevolg van Jitter. Na enige lijnen springt ie dan terug naar het begin van de cyclus, en dan begint het schuiven opnieuw. mooi om zien
maar, omdat de lijntijd nu slechts 50µsec is ipv 64 kan het ook door eeuwig herproberen syncen zijn, want 50µsec is veel te ver van het vangbereik.
[Bericht gewijzigd door kris van damme op (17%)]
Op zondag 21 januari 2024 22:29:44 schreef kris van damme:
[...]Ik vermoed toch jitter op de sync, daar houdt de H-sync PLL echt niet van .
heeft je scoop een X-expansie functie ( x 10)? dan moet je enkele H-perioden zichtbaar maken, dan het signaal eens uitrekken en uitvergroot kijken naar de meest rechtste sync puls. aangezien de scoop triggertt op de linkse puls wordt jitter meer en meer zichtbaar als je latere (dus rechtste sync pulsen) bekijkt, maar het blijft moeilijk te zien.
Anderzijds, heb je nog een tv geschikt voor een videorecorder? In de videorecorder stand wordt de tijdsconstante van de H-pll veel kleiner, om met jitter tgv de mechaniek overweg te kunnen. kan je ook eens proberen, als indirekte getuige van de mogelijke oorzaak..
De scope heeft een x-expansie van maximaal * 5. Heb ik gedaan, meest rechtse puls gepakt. Op de scope staat die als een standbeeld..
Ik zal de PIC schakeling eens voorzien van een Xtal ipv de interne oscillator.
Ik heb nu een extern kristal van 10Mhz gebruikt. Keurig met 2C-tjes van 22pF naar GND.
Maakt niks uit...
Arco
Special Member
Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com
Heb je in de Config _FOSC_INTOSC wel in _FOSC_HS veranderd? (anders doet 't kristal niks)
Ik hoop de nieuwe versie morgen klaar te hebben...
Op zondag 21 januari 2024 23:06:42 schreef Arco:
Heb je in de Config _FOSC_INTOSC wel in _FOSC_HS veranderd? (anders doet 't kristal niks)
Ik hoop de nieuwe versie morgen klaar te hebben...
Jazeker. En 4* PLL uit. Ook even op pin 16 gekeken met de scope. Keurig 10Mhz.
En wat ik ook altijd even doe: vóór de main: een ledje even een paar keer laten knipperen 1 sec aan/uit.
Dat is wel goed.
Het enige dat je met een frequentie van 10Mhz hebt, is dat de delay niet meer zo nauwkeurig is.
Ik heb even een heel simpel signaal gemaakt, slechts één witte balk.
Dit zou toch moeten werken? Maar ook hier weet de TV er geen raad mee.
Kan het zijn dat je H-sync en V-sync niet fase gecorreleerd/gerelateerd zijn?
Ik maakte vroeger ooit eens een sync generator met wat Cmos/TTL ic's en een 4 MHz kristal.
4Mhz delen door 256 (2 maal 16 deler) = 15625 Hz en dat weer delen door 312 met een AND gate(256+32+16+8). Pulsjes werden 'op maat' gemaakt met rc integrators op een LM339. Die 4013 zit er hier alleen bij om de naaldpuls van de reset goed meetnaar te maken voor de frequentie. Hoop gedoe maar toen waren microcontrollers e.d. nog niet echt gangbaar. 
Op maandag 22 januari 2024 04:25:26 schreef harry64:
Kan het zijn dat je H-sync en V-sync niet fase gecorreleerd/gerelateerd zijn?
dat zo goed kunnen, aangezien TS in de V-sync mode op de scoop de H-sync niet ziet, wat er op wijst dat de H-sync voorbijschuift, door het ontbreken van die relatie. Maar anderzijds, aangezien V en H in het TV toestel onafhankelijk van elkaar verwerkt worden mag het niet uitmaken of die relatie er al dan niet is.