Search
Member List
Calendar
Help
HP Forums
/
HP Calculators (and very old HP Computers)
/
General Forum 
/
HP41CX "PRA" Misbehaving on TULIP
/
HP41CX "PRA" Misbehaving on TULIP
|
HP41CX "PRA" Misbehaving on TULIP
|
|
10-29-2024, 08:56 PM
(This post was last modified: 10-29-2024 09:00 PM by rocket.scientist.)
Post: #1
|
|||
|
|||
|
HP41CX "PRA" Misbehaving on TULIP
I have set up my HP41CX with the TULIP interface + devboard with HP-IL module and Printer plugged in. I am running PYilper 1.8.9 with a virtual HP82162A configured ("Printer1", DID:(null), AID:20,Addr:(null)Status:Idle). Note printer address is null, which seems odd. Consider the steps and outputs below. Significant events are marked with lines that start with "**".
In the end the HP41CX displays "TRANSMISSION ERR" and nothing appears on the virtual printer. Note this same sequence works perfectly with a real HP82160 and HP82162A. I have something wrong in my TULIP build, or am missing a key step somewhere. Any suggestions on what is going on? TULIP Console Code: IL Scope Code: PYilper Scope Code: |
|||
|
|
10-30-2024, 04:48 AM
(This post was last modified: 10-30-2024 04:59 AM by Craig Bladow.)
Post: #2
|
|||
|
|||
|
RE: HP41CX "PRA" Misbehaving on TULIP
With the same terminal windows and plug in modules I see the following in the TULIP console when I launch pyILPER which differs from what you posted.
Code: pyILPER ILScope Turning on the 41 and executing PRA after pyILPER connects. Code: pyILPER Printer1 shows the expected alpha register output from PRA which was, "TULIP4041" and no TRANSMISSION ERR occurs. EDIT: It turns out I didn't enable the console hpil tracing so here is that data. Code: Try CC41! |
|||
|
|
|
10-30-2024, 09:29 AM
Post: #3
|
|||
|
|||
|
RE: HP41CX "PRA" Misbehaving on TULIP
Best check the ILPer configuration, and if the printer is enabled. Try to reconnect ILPer. In the TULIP ILScope the connection should be confirmed. You receive COFF and that should be echoed.
Will try to replicate tomorrow Regards, Meindert |
|||
|
|
|
10-30-2024, 01:16 PM
Post: #4
|
|||
|
|||
|
RE: HP41CX "PRA" Misbehaving on TULIP
Thanks for the responses. I re-checked "Enable IDY frames" in PYilper and see the "PILBox mode changed to COFI / Controller OFF with IDY" status in the console interface.
I've tried this PRA scenario both ways with little change in behavior. I'm really starting to believe either 1) I am missing something obvious in my virtual setup, or 2) I messed something devious up when I built my TULIP. This seems specific to my TULIP build since physical HPIL devices work perfectly, and nobody else is reporting these issues. I did find U5 behaved oddly when I put a scope on it. It wasn't "not" working, but still odd. For now I have JP2 pulled and U5 pin 3 lifted. Per the schematic this takes the U5 logic out of the picture. I have ordered replacements. I can't see where monitoring FI is critical to the TULIP HPIL function, but I'll ask to be sure. Is FI monitoring important here? |
|||
|
|
|
10-30-2024, 01:53 PM
Post: #5
|
|||
|
|||
RE: HP41CX "PRA" Misbehaving on TULIP
(10-30-2024 01:16 PM)rocket.scientist Wrote: I did find U5 behaved oddly when I put a scope on it. It wasn't "not" working, but still odd. For now I have JP2 pulled and U5 pin 3 lifted. Per the schematic this takes the U5 logic out of the picture. I have ordered replacements. No, the U5 is "only" used to let the Pico read back the FI line (used for tracing), it is not used to drive or interfere with the 41 bus in any way, only to read the state if another device - apart from Tulip - should drive the line. If (and only if) the U5 is broken and somehow interfere with the bus then the behavior is unpredictable. I.e. you should be able to use the Tulip board without the U5 even mounted and only loose the ability to trace the FI line - but no other feature or functionality should be affected. With that said, the HPIL uses the FI line to flag it's state to the 41, so if FI fails somehow, then the HPIL will most probably fail as well. At least AFAIK ... Cheers, Thomas [35/45/55/65/67/97/80 21/25/29C 31E/32E/33E|C/34C/38E 41C|CV|CX 71B 10C/11C/12C/15C|CE/16C 32S|SII/42S 28C|S 48GX/49G/50G 35S 41X] |
|||
|
|
|
10-30-2024, 03:54 PM
Post: #6
|
|||
|
|||
|
RE: HP41CX "PRA" Misbehaving on TULIP
!!! GOT IT !!!
I have been chasing a dodgy waveform on FI, specifically U5 pins 2&3; when all along I had a dodgy solder joint on U3 pin 11 - FI-HP41. I am going to officially call my latest diagnostic technique "Bowling with Bumpers". My thanks to everyone for keeping me focused on finding what was really going on. I stand before giants. |
|||
|
|
|
10-30-2024, 04:15 PM
Post: #7
|
|||
|
|||
|
RE: HP41CX "PRA" Misbehaving on TULIP
Congrats!
I will take your experience as a warning if/when I run into trouble.... I have mine all soldered up, but had not time yet to start playing with it, nor I will for a couple of weeks, so I'll console myself with the thought that you and other early adopters will flag all the early bugs by the time I get to it... Juan |
|||
|
|
|
10-31-2024, 08:50 AM
Post: #8
|
|||
|
|||
|
RE: HP41CX "PRA" Misbehaving on TULIP
As Thomas correctly said, U5 is for FI input only, and is not critical for the TULIP operation. But FI is important for modules that use it, and the HP-IL module is one.
Glad to hear that the problem is now fixed Regards, Meindert |
|||
|
|
|
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 3 Guest(s)