Re: HP 16700A/16702A logic analyzer help request - /etc/rc.config.d/netconf file wanted
On 2016-01-02 1:22 AM, Eric Smith wrote: I previously mentioned that the ethernet interface on my HP 16702A is not working. After a lot of messing around, I discovered that the 10baseT interface actually works fine if I log in as root (after jailbreaking it), and manually configure the interface. The problem seems to be with the /etc/rc.config.d/netconf file, which was trying to configure the lan1 interface, which doesn't exist. It should configure lan0. I edited the file to use lan0, and now when I boot the analyzer, it still reports errors, and still won't let me do the GUI lan configuration, but the interface actually works. Could someone with a 16700A or 16702A please make available a copy of their /etc/rc.config.d/netconf file for comparison? Thanks! Eric Here is the neconf from my 16700A it is set up for DHCP and my network starts up fine. Paul. # netconf: configuration values for core networking subsystems # # @(#) $Revision: 1.4.116.4 $ $Date: 96/01/22 14:56:43 $ # # HOSTNAME: Name of your system for uname -S and hostname # # OPERATING_SYSTEM: Name of operating system returned by uname -s # DO NOT CHANGE THIS VALUE # # LOOPBACK_ADDRESS: Loopback address # DO NOT CHANGE THIS VALUE # # IMPORTANT: for 9.x-to-10.0 transition, do not put blank lines between # the next set of statements HOSTNAME=HP16700 OPERATING_SYSTEM=HP-UX LOOPBACK_ADDRESS=127.0.0.1 # Internet configuration parameters. See ifconfig(1m), lanconfig(1m) # # INTERFACE_NAME: Network interface name (see lanscan(1m)) # INTERFACE NAME MUST ALWAYS BE ADJACENT TO THE LEFT # EDGE OF THE FILE. saveINTERFACE_NAME MUST ALSO BE # ADJACENT TO THE LEFT EDGE OF THE FILE WITH NO SPACES # BEFORE IT!!! It is used in SysCmds.c, as well as by # /etc/init.d/net. # # IP_ADDRESS: IP address in decimal-dot notation (e.g., 192.1.2.3) # # SUBNET_MASK: Subnetwork mask in decimal-dot notation, if different # from default # # BROADCAST_ADDRESS: Broadcast address in decimal-dot notation, if # different from default # # LANCONFIG_ARGS: Link-layer encapsulation methods (e.g., ieee, ether). # See lanconfig(1m) for details. # # DHCP_ENABLE Determines whether or not DHCP will be enabled on the # network interface (see auto_parms(1M), dhcpclient(1M)) # 1 enables DHCP; 0 disables DHCP. # # For each additional network interfaces, add a set of variable assignments # like the ones below, changing the index to "[1]", "[2]" et cetera. # # IMPORTANT: for 9.x-to-10.0 transition, do not put blank lines between # the next set of statements #INTERFACE NAME MUST ALWAYS BE ADJACENT TO THE LEFT #EDGE OF THE FILE. saveINTERFACE_NAME MUST ALSO BE #ADJACENT TO THE LEFT EDGE OF THE FILE WITH NO SPACES #BEFORE IT!!! It is used in SysCmds.c, as well as by #/sbin/init.d/net. IP_ADDRESS[0]=192.168.1.150 SUBNET_MASK[0]=255.255.255.0 BROADCAST_ADDRESS[0]=192.168.1.255 LANCONFIG_ARGS[0]=ether DHCP_ENABLE[0]=1 # Internet routing configuration. See route(1m), routing(7) # # ROUTE_DESTINATION: Destination host or network IP address in # decimal-dot notation, preceded by the word # "host" or "net"; or simply the word "default". # # ROUTE_MASK: Subnetwork mask in decimal-dot notation, or C language # hexadecimal notation. This is an optional field. # A IP address, subnet mask pair uniquely identifies # a subnet to be reached. If a subnet mask is not given, # then the system will assign the longest subnet mask # of the configured network interfaces to this route. # If there is no matching subnet mask, then the system # will assign the default network mask as the route's # subnet mask. # # ROUTE_GATEWAY: Gateway IP address in decimal-dot notation. # If local interface, must use the same form # as used for IP_ADDRESS above. # # ROUTE_COUNT: An integer that indicates whether the gateway is a # remote interface (one) or the local interface (zero). # # ROUTE_ARGS: Route command arguments and options. This variable # may contain a combination of the following arguments: # "-f", "-n" and "-p pmtu". # # For each additional route, add a set of variable assignments like the ones # below, changing the index to "[1]", "[2]" et cetera. # # IMPORTANT: for 9.x-to-10.0 transition, do not put blank lines between # the next set of statements ROUTE_DESTINATION[0]=default ROUTE_MASK[0]="" ROUTE_GATEWAY[0]=192.168.1.1 ROUTE_COUNT[0]=1 ROUTE_ARGS[0]="" # Dynamic routing daemon configuration. See gated(1m) # # GATED: Set to 1 to start gated daemon. # GATED_ARGS: Arguments to the gated daemon. GATED=0 GATED_ARGS="" # # Router Discover Protocol daemon configuration. See rdpd(1m) # # RDPD: Set to 1 to start rdpd daemon # RDPD=0 # # Reverse Address Resolution Protocol daemon configuration. See rarpd(1m) # # RARPD: Set to 1 to start rarpd daemon # RARPD=0 NODENAME=HP16700 INTERFACE_NAME[0]=lan0
Re: Remember the old "Choose your own adventure books" By D & D! ! !
- Original Message - From: "Eric Christopherson" To: "General Discussion: On-Topic and Off-Topic Posts" Sent: Saturday, January 02, 2016 1:35 AM Subject: Re: Remember the old "Choose your own adventure books" By D & D! ! ! > On Tue, Dec 22, 2015, Mike wrote: > > IN Qbasic there is a SLEEP command as in... > > > > 10 PRINT " HELLO WHAT IS YOUR NAME? " PNAME$ > > 20 CLS > > 20 SLEEP=10> 30 PRINT "HELLO" PNAME$ "yOUR STARTING A ADVENTURE THAT WILL TAKE YOU > > THROUGH THE" > > 40 PRINT "MISTY MOUNTAINS " > > = > > > > How would the sleep function work in basic I have tryed 10 sleeo=10, 10 > > "sleep=5" its not working... > > You have to make a loop that will last a certain amount of time. A > common thing was to say something like > > 20 FOR I=0 TO 100:NEXT > I'm not sure which version of Basic Mike is trying to use, but Spectrum Basic (atleast the 128K variety) had a Wait instruction, for example: 200 Wait 50 : Rem wait 1 second 210 Rem do something here... Where the number following the Wait instruction indicated the number of 50ths of a second to wait (I suspect that would have been 60ths of a second for the Timex Sinclair models, if they had BASIC). Regards, Andrew Burton aliensrcoo...@yahoo.co.uk www.aliensrcooluk.com
Re: 10 forgotten wonders of 1980s homes
On Tue, Dec 29, 2015, Jay West wrote: > Jules wrote > > -Original Message- > I've wondered occasionally what happened to ghetto blasters > --- > > They have just gotten facelifts. Here's one I use: > > http://www.boschtools.com/products/tools/Pages/BoschProductDetail.aspx?pid=P > B360S > > And I must say... an awesome "tool", necessary for any jobsite ;) Too bad they didn't make it look like a 3D projection of a hypercube... they came SO close! -- Eric Christopherson
Experiences with a composite video mod for a Sinclair ZX81
Going through and testing the collection over this Xmas period also prods me into doing mods I've procrastinated about. A very simple mod but here is a write up for anyone who is interested... http://www.classic-computers.org.nz/blog/2016-01-03-composite-video-for-zx81.htm Terry (Tez)
Re: Experiences with a composite video mod for a Sinclair ZX81
Which type of transistor did you use for the mod? I don't see that in the writeup.. though I could well be missing it. Linked article says only "simple NPN" On Sat, Jan 2, 2016 at 5:18 PM, Terry Stewart wrote: > Going through and testing the collection over this Xmas period also prods > me into doing mods I've procrastinated about. A very simple mod but here > is a write up for anyone who is interested... > > > http://www.classic-computers.org.nz/blog/2016-01-03-composite-video-for-zx81.htm > > Terry (Tez) >
Re: Experiences with a composite video mod for a Sinclair ZX81
On 3/01/2016 12:48 pm, "drlegendre ." wrote: > > Which type of transistor did you use for the mod? I don't see that in the > writeup.. though I could well be missing it. > > Linked article says only "simple NPN" Good point. I'll have to mention it. It was just a common old 2n3904. Terry (Tez)
Re: Experiences with a composite video mod for a Sinclair ZX81
Thanks Terry, fair enough. =) Has it been done with the ubiquitous 2NA? That one is probably in everybody's kit.. it might be even more common than the 3904 Wondering.. is there a way to re-purpose that Chan. 3/4 switch as an RF / Composite switch? That way you'd still have a correct (local) RF output, as well as the Composite video. On Sat, Jan 2, 2016 at 6:46 PM, Terry Stewart wrote: > On 3/01/2016 12:48 pm, "drlegendre ." wrote: > > > > Which type of transistor did you use for the mod? I don't see that in the > > writeup.. though I could well be missing it. > > > > Linked article says only "simple NPN" > > Good point. I'll have to mention it. It was just a common old 2n3904. > > Terry (Tez) >
Re: Experiences with a composite video mod for a Sinclair ZX81
On 3/01/2016 2:50 pm, "drlegendre ." wrote: > > Thanks Terry, fair enough. =) > > Has it been done with the ubiquitous 2NA? That one is probably in > everybody's kit.. it might be even more common than the 3904 > > Wondering.. is there a way to re-purpose that Chan. 3/4 switch as an RF / > Composite switch? That way you'd still have a correct (local) RF output, as > well as the Composite video. Actually you probably could if you wanted to keep RF. You'd have to make sure it's hardwired to the right RF channel of course but yea.. It's interesting that none of my present TVs would tune properly to the RF of the ZX81 but they will with some of the other RF only computers like the Coco 1 and Atari 400? More circuitry in the latter perhaps... Terry ( Tez )
Re: Experiences with a composite video mod for a Sinclair ZX81
"It's interesting that none of my present TVs would tune properly to the RF of the ZX81 but they will with some of the other RF only computers like the Coco 1 and Atari 400? More circuitry in the latter perhaps..." I'd have no idea about that one, other than I can verify that there was a lot of variability in the video quality of early game & home computer systems. My first machine was a (NTSC) VIC-20 which I ran on a 12" B&W RCA TV set from the late 1970s. It was not all that bad, really - quite legible with those massive characters, but not so great for games or anything requiring color recognition. I was very happy to receive a "proper" S-Video monitor with my C-64, which arrived some two years later. On Sat, Jan 2, 2016 at 8:06 PM, Terry Stewart wrote: > On 3/01/2016 2:50 pm, "drlegendre ." wrote: > > > > Thanks Terry, fair enough. =) > > > > Has it been done with the ubiquitous 2NA? That one is probably in > > everybody's kit.. it might be even more common than the 3904 > > > > Wondering.. is there a way to re-purpose that Chan. 3/4 switch as an RF / > > Composite switch? That way you'd still have a correct (local) RF output, > as > > well as the Composite video. > > Actually you probably could if you wanted to keep RF. You'd have to make > sure it's hardwired to the right RF channel of course but yea.. > > It's interesting that none of my present TVs would tune properly to the RF > of the ZX81 but they will with some of the other RF only computers like the > Coco 1 and Atari 400? More circuitry in the latter perhaps... > > Terry ( Tez ) >
Re: HP 16700A/16702A logic analyzer help request - /etc/rc.config.d/netconf file wanted
Thanks Paul and Glen! In addition to my netconf referencing lan1 instead of lan0, it also was using a [1] index for everything. Using either netconf file you guys provided solves the problem. I think my 16702A netconf got screwed up when I moved the SCSI disk from the working 16702A into a 16700B option 008, which had no internal hard disk. The test equipment reseller had apparently separated the external 9GB SCSI drive that Agilent originally provided with the 16700B option 008, then decided that the 16700B wouldn't boot (duh!), so they sold it to me cheap. It seemed that moving the disk from the 16702A was the easiest way to test it, and it seemed to work fine, and the 16702A seemed to work fine when I moved the disk back, but I hadn't checked the networking until this past week. I need to back up the disk. It has some licenses for some optional features, such as the B4601B Serial Analysis Tool Set, which is part of the reason I use the 16702A instead of the 16700B. Best regards, Eric
Re: HP 16700A/16702A logic analyzer help request - /etc/rc.config.d/netconf file wanted
On Sat, Jan 2, 2016 at 8:20 PM, Eric Smith wrote: > > I think my 16702A netconf got screwed up when I moved the SCSI disk > from the working 16702A into a 16700B option 008, which had no > internal hard disk. Yes, moving OS disks between an A and a B model and/or between a 16700 and a 16702 model has been known to cause weird behavior. If you need to do that it might be easiest to just do a fresh install instead of trying to manually sort things out by hand after a disk transplant. It takes an hour or so to for a fresh install to complete but it is completely automated. Just boot from the CD and let it run to completion. > I need to back up the disk. It has some licenses for some optional > features, such as the B4601B Serial Analysis Tool Set, which is part > of the reason I use the 16702A instead of the 16700B. You must not be aware of the "introScreen" lmcrypt hack. You can regenerate a license.dat file with correct passwords for all of the tool sets available on the software installation CD.
Re: HP 16700A/16702A logic analyzer help request - /etc/rc.config.d/netconf file wanted
On Sat, Jan 2, 2016 at 9:39 PM, Glen Slick wrote: > If you need to do that it might be easiest to just do a fresh install instead > of > trying to manually sort things out by hand after a disk transplant. At the time I didn't have the install CD, but I do now. I also didn't have a suitable SCSI drive. I just wanted to check the 16700A quickly before the end of the possibility of returning it, so I had to use what was on hand. > You must not be aware of the "introScreen" lmcrypt hack. You can > regenerate a license.dat file with correct passwords for all of the > tool sets available on the software installation CD. You're right. I'm not aware of that hack. Sounds useful! I must not be coming up with the right search keywords.
Re: HP 16700A/16702A logic analyzer help request - /etc/rc.config.d/netconf file wanted
On Sat, Jan 2, 2016 at 8:49 PM, Eric Smith wrote: > >> You must not be aware of the "introScreen" lmcrypt hack. You can >> regenerate a license.dat file with correct passwords for all of the >> tool sets available on the software installation CD. > > You're right. I'm not aware of that hack. Sounds useful! I must not be > coming up with the right search keywords. Take a look at this file on the install CD, which contains the lines below: LA_CDROM/catalog/HP1660X-70XA/pfiles/postinstall # # Convert licensing files to new format # /usr/sprockets/os/sbin/convertLicensing # # Now, delete the file so we don't leave evidence of what we did. :) # rm -f /usr/sprockets/os/sbin/convertLicensing Then follow that to this file on the install CD, which you have to gzip -d to view and you can see how it generates the license file: LA_CDROM/HP1660X-70XA/HP1660X-70XA/usr/sprockets/os/sbin/convertLicensing This is a case of security through obscurity. The file /usr/sprockets/flexlm/introScreen that is part of the standard software installation is a FlexLM lmcrypt binary that has simply been renamed as a weak attempt to hide it. If you execute this command on the 16700: $LMCRYPT -maxlen -1 -verfmt 6 $LICENSE_FILE where: $LMCRYPT = /usr/sprockets/flexlm/introScreen $LICENSE_FILE = /hplogic/licensing/license.dat It will regenerate the license.dat file with updated passwords. If there are any expiration dates in the license file change the date field to permanent before regenerating the file. Also first make sure the HOSTID fields on each feature lines match the system, or just set them to HOSTID=ANY. Someone else more clever than me figured this out.
Panda Display USB support in klh10 working
I've managed to edit klh10 to talk to my new USB Panda Display, but I'm
quite sure it's not displaying things correctly. What can I run to get it
to display a recognizable pattern? I'm thinking of whatever is causing
the parallel display at https://www.youtube.com/watch?v=g_LcQ5apODg to do
what it's doing.
To make a quick and dirty USB Panda Display, wire up an atmega328
according to the schematics at
To start playing with this, first clone
https://github.com/DavidGriffith/panda-display. You don't need Kicad at
this point. Just open up panda-sch.pdf and wire up an atmega328 (maybe at
atmega8 will do) with a 20MHz crystal. Other crystals can be used if you
alter the Makefile accordingly. Use a max7219 matrix LED module. It's a
board with an 8x8 matrix of LEDs and a max7219. You'll also need a AVR
ISP breakout board and a USB-B breakout board.
A Unix environment is assumed here. Set your AVR programmer (edit
makefile to match yours) such that it _DOES_NOT_ supply power to the
circuit. Connect the programmer to the board and to your computer. Then
connect a USB cable from your computer to the circuit. Go into the
firmware directory, type "make hex" to build the firmware. Then "make
program" to program the AVR. The circuit should reset itself and then
display an X. Now type "make ptest" to build a test program with which
you can send bytes to the Panda Display and see them immediately. Use it
like this "./ptest 0x23, 0xff, 0x9a" and so on.
Once you're happy with that, move on to klh10. Get my patched version at
https://github.com/DavidGriffith/klh10 and build it like usual. I used
the base-kl target and the klt20.ini config file from Mark Crispin's Panda
distribution. Start the emulator and before you type "GO", type "lights
on". You should be told that the Panda Display was initialized. Type
"GO" and get things going. The LED matrix will then start blinking. I
don't know how it's supposed to look at this point. The RUN light appears
to be at the bottom left of the matrix given that it blinks at 1 Hz.
Here's a udev rule that will work for the Panda Display:
SUBSYSTEM=="usb", ATTRS{idProduct}=="05df", ATTRS{idVendor}=="16c0",
MODE="0770", ATTRS{product}=="Panda Display", GROUP="plugdev"
Please play around with this and let me know what you think. Again,
please tell me how I can get a predictable pattern going so I can get the
LEDs lit correctly.
--
David Griffith
d...@661.org
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Re: HP 16700A/16702A logic analyzer help request - /etc/rc.config.d/netconf file wanted
> Someone else more clever than me figured this out. Thank you, and thanks to them as well!
