Why is technology relevant? There have been some examples of connecting technology becoming obsolete istself. The best example is the long line of TPDD-emulators. DOS, PALM, Windows, .NET, Android, ... The technology that is available at that time was used.. By the time that a low-tech solution is created and perfected , that too might have become obsolete.
For me, it is about trying to emulate a function, a function of "a periferal device". In this case, video out. There is the example of how it was done in the DVI, why not use that example? Going by the system bus, you'd be actually re-creating something the DVI did, and that would be more original than using the serial or parallel port for that. On top of that, you'd not be tying up these ports. Video out is something you use when you're 'docked'. But so is printing, and so is storing something on the TPDD(-emulator) Impossible if using the serial and parallel ports. Finally, it is maybe wise and look at the future. Technology is evolving, and something, devised today, might not be available tomorrow. So a good design should be as technology-independant as possible. That can be done by letting most of the processing done in higher-level programming languages, in software. For that, powerfull hardware is necessary. The model T needs its drivers, but those don't change. The signals and protocols have to be documented, and wired, but the software can always be ported to the next level of technology. Again, there is the striking example of the TPDD-emulators. If a Raspberry Pi is used, it can serve a double function. It can emulate a TPDD, over a serial to USB connection, and properly programmed and wired, could also emulate the video-out function of the TPDD. Doing those 2 tasks simultaneously, programmed in a high-level language, maybe you do need a powerfull device. >From the Model T's standpoint, technology is irrelevant. It's the function >served that is. But I don't not ask. Greetings from the TyRannoSaurus Jan-80 ________________________________________ From: M100 [[email protected]] on behalf of Ken Pettit [[email protected]] Sent: 18 February 2018 03:20 To: [email protected] Subject: Re: [M100] TDock Hey John, Yeah, I guess the whole boot-up / shutdown with RaspPi is a bit troublesome, along with the inabliity to remove the SD card when the system is up. Oh, and the NADSBox processor is just barely more powerful than the 8085. It only runs at 11.5 MHz and has only 3.8K of RAM. :) Ken On 2/17/18 6:09 PM, John R. Hogerhuis wrote: > I guess I’m on the other side of this at least computing power wise. > > It doesn’t bother me that peripherals have more power than the model > 100. At all. In fact, subjugating a super powerful device to model t > indentured servitude has a certain appeal :-) > > DVI does. NADSBox does. palms I used to run dlpilot did. PCs running > LaddieAlpha do. Wimodem232 does. > > But maybe that’s not the issue? Maybe the problem is the linux > machines need to be booted up and unless you take special measures, > properly shut down or you end up corrupting the filesystem. > > I have used them in embedded systems that get hard power cycled but we > needed to a bunch of stuff to reduce chance of corruption. > > Best bet for using Linux is you need a battery circuit and graceful > shutdown if power is lost. There are off the shelf boards that do this. > > — John VIVAQUA et HYDROBRU ont fusionné. VIVAQUA est votre société d'eau en Région de Bruxelles-Capitale. VIVAQUA en HYDROBRU zijn gefusioneerd. VIVAQUA is uw waterbedrijf in het Brusselse Hoofdstedelijk Gewest. [http://www.vivaqua.be/facebook.png] Rejoignez-nous sur Facebook - Volg ons op Facebook DISCLAIMER Pensez à l'environnement, n'imprimez cette page et ses annexes que si c'est nécessaire. Ce message électronique, y compris ses annexes, est confidentiel et réservé à l’attention de son destinataire. Si vous n'êtes pas le destinataire de ce message, merci de le détruire et d’en informer l’expéditeur. Toute divulgation, copie ou utilisation de ce mail est dans ce cas interdite. La sécurité et l'exactitude des transmissions de messages électroniques ne peuvent être garanties. Denk aan het milieu; druk deze pagina en de bijlagen alleen af als het nodig is. Dit e-mailbericht (inclusief zijn bijlagen) is vertrouwelijk en is uitsluitend bestemd voor de geadresseerde. Als dit bericht niet voor u bestemd is, wordt u verzocht het te wissen en de afzender te informeren. Het is in dat geval niet toegestaan dit bericht te verspreiden, te kopiëren of te gebruiken. We kunnen niet garanderen dat de gegevensoverdracht via het internet veilig en nauwkeurig is.
