Guys, what kind of DIMMs should I be looking for on ebay to add ram to my DS10?
I'd like the largest possible ones so that I can fill it up to 2 GB.
You got it working after the fall then?
Regards,
Peter Coghlan.
Guys, what kind of DIMMs should I be looking for on ebay to add ram to my DS10?
I'd like the largest possible ones so that I can fill it up to 2 GB.
Sampsa
On Wed, 21 Sep 2011, Mark Benson wrote:
On 21 Sep 2011, at 08:11, Mark Wickens wrote:
I'm yet to determine whether this is down to the LCD panel it is driving being at limits or whether there is a slight issue with the video generation circuit. Once in a while, every couple of minutes or so the LCD looses sync and the picture is dropped. This only happens for a fraction of a second, then the picture is restored as was.
If anyone has any ideas I'm all ears. For reference I'm using a Iiyama AS4637UT, an old but extremely capable 18.1" 1280x1024 native panel. If anyone is interested I can post the horizontal and vertical frequencies it is being driven at.
It's most likely the LCD panel. They are very funny about refresh rates a lot of the time. Some prefer 59.9Hz and some 60Hz and some won't drive at anything other than that, while others will but shut the signal off after a while (my Samsungs all do this - very annoying) or they just have a brain-fart and blink off, and in your case come back on again (some just crash totally).
It'd be interesting to see what the vertical and horizontal refresh rates are.
Well, I can tell you as I'm currently typing this email on the DEC GIGI (which having only played with it in local mode is somewhat strange!)
With PL0 set to 50 Hz:
With IL0 set to ON we have:
H: 15.8 KHz
V: 24.9 Hz
R: 720x574
With IL0 set to OFF we have:
H: 15.8 Khz
V: 49.9 Hz
R: 640x200
With PL0 set to 60Hz:
With IL0 off we have:
H: 15.8 Khz
V: 59.9 Hz
R: 640x200
With IL0 ON we have:
H: 15.8 KHz
V: 29.9 Hz
R: 720x486
Yes, that vertical refesh rate is right - no wonder the Iiyama is struggling!
Also note that with IL0 set to OFF (so vertical refresh is either 60Hz or 50Hz I cannot get the Iiyama to display the whole image - it is too large vertically. With IL0 set to ON it will display the whole image.
The picture quality is pretty poor, but I guess this was very much a cut down machine, so not unexpected.
Pretty cool writing emails on it though!
Mark
--
Mark Benson
My Blog:
<http://markbenson.org/blog>
Follow me on Twitter:
http://twitter.com/mdbenson
"Never send a human to do a machine's job..."
On 21 Sep 2011, at 08:11, Mark Wickens wrote:
I'm yet to determine whether this is down to the LCD panel it is driving being at limits or whether there is a slight issue with the video generation circuit. Once in a while, every couple of minutes or so the LCD looses sync and the picture is dropped. This only happens for a fraction of a second, then the picture is restored as was.
If anyone has any ideas I'm all ears. For reference I'm using a Iiyama AS4637UT, an old but extremely capable 18.1" 1280x1024 native panel. If anyone is interested I can post the horizontal and vertical frequencies it is being driven at.
It's most likely the LCD panel. They are very funny about refresh rates a lot of the time. Some prefer 59.9Hz and some 60Hz and some won't drive at anything other than that, while others will but shut the signal off after a while (my Samsungs all do this - very annoying) or they just have a brain-fart and blink off, and in your case come back on again (some just crash totally).
It'd be interesting to see what the vertical and horizontal refresh rates are.
--
Mark Benson
My Blog:
<http://markbenson.org/blog>
Follow me on Twitter:
http://twitter.com/mdbenson
"Never send a human to do a machine's job..."
Folks,
Always nice when you've got a piece of good news ;)
I replaced all the mains filtering capacitors in the original DEC GIGI power supply when one blew only to find that the power supply lasted another 10 minutes before losing power completely. At this point I decided given the relatively standard power outputs (5V 3A, 12V 1A, -12V 0.3A) I would source a replacement power supply.
This arrived and was installed yesterday. It I guess unsurprisingly is substantially smaller and lighter than the original. The original cooling fan was removed as it was basically transformed directly from either the mains directly or one of the windings of the main transformer. I used the fan out of an external SCSI enclosure as a replacement, although I look to source a high quality brand new one. To me it looks like the fan primarily is for cooling the PSU only - given the fan location and the location of the plate that the PSU is mounted on it looks unlikely that the main circuit board would benefit much.
The machine now happily powers on and I had an hours playtime last night with the local BASIC monitor.
The GIGI now only exhibits one minor trait, and I'm yet to determine whether this is down to the LCD panel it is driving being at limits or whether there is a slight issue with the video generation circuit. Once in a while, every couple of minutes or so the LCD looses sync and the picture is dropped. This only happens for a fraction of a second, then the picture is restored as was.
If anyone has any ideas I'm all ears. For reference I'm using a Iiyama AS4637UT, an old but extremely capable 18.1" 1280x1024 native panel. If anyone is interested I can post the horizontal and vertical frequencies it is being driven at.
I plan on scanning the GIGI brochures I have for inclusion on bitsavers shortly.
Regards, Mark
No because it is a property of the hardware front-end.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Sampsa Laine
Sent: Tuesday, September 20, 2011 14:23
To: hecnet at Update.UU.SE
Subject: [HECnet] SRM stuff from VMS
Is there a way of setting the bootdev and bootflags from within VMS?
Walking to the next room and plugging in a serial cable is a pain?
Sampsa
boot -fl 0,1
SYSBOOT>set alloclass=<non-zero-value>
SYSBOOT>continue
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Sampsa Laine
Sent: Monday, September 19, 2011 21:16
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] I broke CHIMPY, again...
How do I get the system to boot again, easiest way?
Sampsa
On 20 Sep 2011, at 02:07, Steve Davidson wrote:
You will need to set ALLOCLASS (in MODPARAMS.DAT) to non-zero, autogen, and reboot. Do not use feedback unless the system had been up for at least 24 hours.
-Steve
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Sampsa Laine
Sent: Monday, September 19, 2011 18:05
To: hecnet at Update.UU.SE
Subject: [HECnet] I broke CHIMPY, again...
This time by adding volume shadowing:
I added the following to MODPARAMS.DAT:
! Volume Shadowing Parameters:
SHADOWING=2 ! Enables phase II shadowing
SHADOW_SYS_DISK=1 ! Enables system disk shadowing
SHADOW_SYS_UNIT=7 ! Specifies 7 as the virtual unit number
of the system disk
SHADOW_MAX_COPY=3 ! Specifies that 3 parallel copies can occur at one time
SHADOW_MBR_TMO=10 ! Allows 10 seconds for physical members to fail over
! before removal from the shadow set
Then ran:
@SYS$UPDATE:AUTOGEN SAVPARAMS SETPARAMS FEEDBACK
Rebooted with save feedback, when it comes up, it fails:
**** OpenVMS Alpha Operating System V8.3 - BUGCHECK ****
** Bugcheck code = 00000B14: SHDWREQALLOC, Allocation class is required for shadow set members
** Crash CPU: 00000000 Primary CPU: 00000000 Node Name: CHIMPY
** Supported CPU count: 00000001
** Active CPUs: 00000000.00000001
** Current Process: SYSINIT
** Current PSB ID: 00000001
** Image Name: SYSINIT.EXE
Easiest way to fix?
How do I get the system to boot again, easiest way?
Conversational, set SHADOW_SYS_DISK and
SHADOW_SYS_UNIT to zero. Then check the
documentation about SHADOW_SYS_UNIT.
--
Regards, Rok
You will need to set ALLOCLASS (in MODPARAMS.DAT) to non-zero, autogen, and reboot. Do not use feedback unless the system had been up for at least 24 hours.
-Steve
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Sampsa Laine
Sent: Monday, September 19, 2011 18:05
To: hecnet at Update.UU.SE
Subject: [HECnet] I broke CHIMPY, again...
This time by adding volume shadowing:
I added the following to MODPARAMS.DAT:
! Volume Shadowing Parameters:
SHADOWING=2 ! Enables phase II shadowing
SHADOW_SYS_DISK=1 ! Enables system disk shadowing
SHADOW_SYS_UNIT=7 ! Specifies 7 as the virtual unit number
of the system disk
SHADOW_MAX_COPY=3 ! Specifies that 3 parallel copies can occur at one time
SHADOW_MBR_TMO=10 ! Allows 10 seconds for physical members to fail over
! before removal from the shadow set
Then ran:
@SYS$UPDATE:AUTOGEN SAVPARAMS SETPARAMS FEEDBACK
Rebooted with save feedback, when it comes up, it fails:
**** OpenVMS Alpha Operating System V8.3 - BUGCHECK ****
** Bugcheck code = 00000B14: SHDWREQALLOC, Allocation class is required for shadow set members
** Crash CPU: 00000000 Primary CPU: 00000000 Node Name: CHIMPY
** Supported CPU count: 00000001
** Active CPUs: 00000000.00000001
** Current Process: SYSINIT
** Current PSB ID: 00000001
** Image Name: SYSINIT.EXE
Easiest way to fix?
