headers
Raymond Walden | 1 Jul 01:15
Picon
Favicon

pdd2 belt

Hello all,

I recieved a belt from Rick, put it in and vola...  I got to do the happy
dance and celibrate the resurection of yet another piece of old hardware my
girlfriend just scratches her head about... LOL

Anyway, just wanted to let the list know that the belt size is correct and
works!!!!  Thanks again everyone who dug up the information and to Rick for
procuring and sending them out!

I really should of got the camera out tho, and put together a how to, as you
have to remove a board along with split the drives case while catching all
the buttons and parts that go falling onto the table while taking these
little critters apart.

Thanks again
Raymond Walden
www.waldeninteractive.4t.com
Permalink | Reply | 1 comment |
headers
Bob Pigford | 1 Jul 01:59

RE: CQ: TPPD2 to PC transfer

Well, I answered my own question:
http://www.epapersign.com/parallel2usb/
It would still need a wiring adapter from the ModelT pin connector and
ribbon cable to DB25.
_ Comet, is this the kind of thing you use?

	Bob

-----Original Message-----
From: Bob Pigford [mailto:bob@...] 

Yes, there are serial to USB devices.  There are serial to parallel
devices.  How about a parallel to serial/USB device?

-----Original Message-----
From: _ Comet [mailto:com3t@...] 
Sent: Friday, June 29, 2007 10:17 PM
Subject: Re: CQ: TPPD2 to PC transfer

http://www.computerhope.com/issues/ch000677.htm
  You may want to use the Model T's printer port, which is parallel.  I
use this port with a VT100 monitor.
Permalink | Reply | 1 comment |
headers
John R. Hogerhuis | 1 Jul 07:39
Picon
Favicon

VirtualT and near 100% CPU utilization

<x-flowed>
General VirtualT uses up 100% of CPU for me. Any ideas on how to make
the situation better? I generally do Model T dev on VirtualT on a IBM
Thinkpad laptop. I think this is increasing the rate at which my
battery drains.

I guess the issue is that the Model T OS is always doing something
until it shuts down due to inactivity since it constantly polls the
keyboard.

Any ideas? I guess other emulators have the same kind of problem...

-- John.
</x-flowed>
Permalink | Reply | 15 comments |
headers
Kenneth Pettit | 1 Jul 08:34
Picon

RE: VirtualT and near 100% CPU utilization

<x-flowed>
On Sat, 30 Jun 2007, John Hogerhuis wrote:

>General VirtualT uses up 100% of CPU for me. Any ideas on how to make
>the situation better? I generally do Model T dev on VirtualT on a IBM
>Thinkpad laptop. I think this is increasing the rate at which my
>battery drains.
>
>I guess the issue is that the Model T OS is always doing something
>until it shuts down due to inactivity since it constantly polls the
>keyboard.
>
>Any ideas? I guess other emulators have the same kind of problem...

Hi John,

The issue is in the FLTK libraries - they never yeild the processor to the 
OS during the Windows event poll.  I noticed this issue early on during the 
development of VitualT and investigated a bit, but never really spent much 
time to resolve the issue.  I suppose I could add a #define in the main loop 
emulation and perform a microsleep which would relinquish control to the OS. 
  I could add a 3rd Speed option for "CPU Friendly" which controls the 
invocation of the sleep.  This will reduce CPU utilization but will also 
reduce the emulation speed.  If you are doing a lot of debugging and single 
stepping, you can simply change the eulation mode to "2.4Mhz" with the 
current release and it will decrease the CPU utilization - I think.

Ken

</x-flowed>
(Continue reading)

Permalink | Reply | 14 comments |
headers
John R. Hogerhuis | 1 Jul 10:22
Picon
Favicon

Re: VirtualT and near 100% CPU utilization

<x-flowed>
On 6/30/07, Kenneth Pettit <kenneth_pettit@...> wrote:
> On Sat, 30 Jun 2007, John Hogerhuis wrote:
>
> >General VirtualT uses up 100% of CPU for me. Any ideas on how to make
> >the situation better? I generally do Model T dev on VirtualT on a IBM
> >Thinkpad laptop. I think this is increasing the rate at which my
> >battery drains.
> >
> >I guess the issue is that the Model T OS is always doing something
> >until it shuts down due to inactivity since it constantly polls the
> >keyboard.
> >
> >Any ideas? I guess other emulators have the same kind of problem...
>
> Hi John,
>
> The issue is in the FLTK libraries - they never yeild the processor to the
> OS during the Windows event poll.  I noticed this issue early on during the
> development of VitualT and investigated a bit, but never really spent much
> time to resolve the issue.  I suppose I could add a #define in the main loop
> emulation and perform a microsleep which would relinquish control to the OS.
>   I could add a 3rd Speed option for "CPU Friendly" which controls the
> invocation of the sleep.  This will reduce CPU utilization but will also
> reduce the emulation speed.  If you are doing a lot of debugging and single
> stepping, you can simply change the eulation mode to "2.4Mhz" with the
> current release and it will decrease the CPU utilization - I think.
>

Changing emulation speed to 2.4Mhz reduces CPU util to 86%.
(Continue reading)

Permalink | Reply | 13 comments |
headers
Stephen Adolph | 1 Jul 19:48
Picon
Gravatar

pre-order for T200 Dual Ram upgrade module

For all you T200 owners out there in need of memory-

I've finished prototyping the proposed 2 x 24kb ram upgrade module.  All is
working.  So, I am willing to go spend money on the PCB, and get some of
these made up, depending on some pre-orders.

To recap, this module-
* plugs into option ram slot #2, and overhangs option ram slot #1 slightly
* plug and play installation
* adds banks 2 and 3 to your T200

If you already have bank 2 or 3 installed, and only need one more bank, back
up the contents of that bank, and remove the module.

At this point, I'll 30$ US + shipping for this module.  I think it's a good
price, and it will help encourage things along so I can recoup my costs.

Let me know if you are interested.  I'd like to get 5 of these pre-ordered
if I could.  Otherwise I may not send out the design for PCB fab.  (or I may
do it anyways, and ebay the results...who knows)

Cheers,
Steve Adolph
Permalink | Reply | 835 comments |
headers
Rick Herndon | 1 Jul 19:50
Favicon

Re: Wrath of the Primordial Bit -- Was: Re: once more: need help to split T200 case

<x-flowed>
Ron,

I've been wondering. Do you feed the Primordial Bit all ones or 
zeroes or a mixture of them? No, seriously...I'm sure you must be 
feeding it as we can't even think about "bit rot" with such an 
important resource in our midst.

Rick K5FNI
Ganado TX

At 05:55 AM 6/30/2007, El Ron W wrote:
>Hello Merch.  I believe the wrath of the Primordial Bit [born of the Big Bit
>Bang] could very well reach Biblical proportions.  Bubba and I are too
>fearful to even question the Primordial Bit [mother of all bits] about her
>capacity for such anger.  Instead, we both choose to honor the Primordial
>Bit [as is prescribed by the Fifth Directive given in the sacred Book of Bit
>by Departure:20:12] and accord to her all of the respect to which she is
>entitled to receive from we mere mortals.  Other mortals would be wise to do
>likewise ["that thy days may be long upon the land"].
>
>Keeper of the Primordial Bit,  -= Ron =-

</x-flowed>
Permalink | Reply | 0 comments |
headers
Rick Herndon | 1 Jul 20:36
Favicon

Re: New printer and tandy 200

<x-flowed>
At 06:47 AM 6/30/2007, you wrote:
>Thanks a lot, your program works very well. Now, my T200 and my 
>printer can be friends! Though, it still a little problem: my 
>printer doesn't recognised letters with accent (remember: i'm 
>french, we are fond of accents!!).
>
>Lionel

Mayhap this might help:
http://search.dell.com/results.aspx?c=us&l=en&s=gen&cat=sup&qmp=12&p=2&subcat=ddc%2F5%2F103&rf=all&nk=t&sort=K&snpsd=A&ira=False&~srd=False&ipsys=False&advsrch=False&~ck=anav

as might this
http://h10025.www1.hp.com/ewfrf/wc/manualCategory?man_lang=fr&lc=en&cc=us&dlc=en&product=60096&lang=en#

And, as usual, all the whole URL must be pasted into the browser 
window to work properly.

HTH & 73,
Rick K5FNI
Ganado TX 

</x-flowed>
Permalink | Reply | 0 comments |
headers
John R. Hogerhuis | 1 Jul 20:48
Picon
Favicon

Re: pre-order for T200 Dual Ram upgrade module

<x-flowed>
On 7/1/07, Stephen Adolph <twospruces@...> wrote:

> At this point, I'll 30$ US + shipping for this module.  I think it's a good
> price, and it will help encourage things along so I can recoup my costs.
>

I'll order one for one of my backup T200s. I've got a Remem T200 but I
think it is important for all of us T200 owners to support projects
like this. I think we're the minority even in this community, so
having new products like this is fantastic.

Thanks!

-- John.
</x-flowed>
Permalink | Reply | 0 comments |
headers
Kenneth Pettit | 1 Jul 21:34
Picon

Re: VirtualT and near 100% CPU utilization

<x-flowed>
On Sun, 1 Jul 2007 01:22:59, John Hogerhuis wrote:

>Changing emulation speed to 2.4Mhz reduces CPU util to 86%.
>Even if the FLTK problem were fixed, wouldn't the virtual model t
>still buzz the CPU since it polls the keyboard?

John, what version of the FLTK libraries are you using?  I upgraded to 1.1.7 
a couple of months ago and when I run in 2.4 Mhz mode, VirtualT only uses 
18% of the CPU.

>Seems like you don't want to sleep since that would slow the
>emulation... you want to block on something like host keypresses, when
>you know the T is in its keyboard loop, but the serial port is off.
>This would create a ROM dependency. Not sure how else to do it. It
>might be a ROM hack that out's a value to some virtual hardware
>register to indicate "waiting on keypress." The emulation doesn't wake
>up until this is cleared. So it would require some small patch to the
>BASIC ROMs used. At least with the virtual hardware register, you
>don't have to somehow guess what the BASIC ROM is doing... it is
>modified to tell you.

On Windows, sleep actually defers to the OS.  The way to do this would be to 
simply use the background interrupt as a trigger for relinquishing control 
to the host OS for a period of time.  This interrupt is throttled by 
VirtualT based on instentaneous emulation speed to provide a useful 
interface, otherwise it would be impossible to type a single character 
without getting like 20 of them.  At every interrupt VirtualT could decide 
to give Windows control of the CPU.
(Continue reading)

Permalink | Reply | 12 comments |

Gmane