Display update difference between DM41X and HP41

[EM41]

I have no experience with this module, is there some kind of trace mode you can switch on and off because it looks like VIEW puts something in a buffer that is filling up and slowing the machine.

[jonmoore]

Nicely done.

Considering the universe of possible modules that could have been causing the glitch; great that it turned out to be one which the SM developers have direct control over.

[rprosperi]

We have a winner!!! Well, an answer....

The really (REALLY) frustrating thing is I have kept the Printer module installed virtually all the time since before release. On Friday, I removed it as I'm testing some module stuff, and so I couldn't see the problem.

Thanks to everyone for the extra reports, testing, confirmation, etc.

This BETA testing and reporting is working so well, y'all just might be ready for another round...

[EM41]

The really (REALLY) frustrating thing is I have kept the Printer module installed virtually all the time since before release. On Friday, I removed it as I'm testing some module stuff, and so I couldn't see the problem.

In the end you were the one that triggered the solution by mentioning modules, maybe that eases the frustration a bit
I was not actively looking for truncations and overflows in the shell around the original 41 code but maybe I should try a bit more.
The rest works like a 41 should work (at least for my limited range of applications) and also in the non 41 user interface bits I didn't see any problem, besides the beep bug. Just to say well done to everybody working on this thing.

[rprosperi]

This issue is related to VIEW, which defaults to printing (in all print modes) if the module is installed. So, even though there is no printer attached, when the module is installed, it will still pause to print upon each VIEW statement.

If you CF 21, this tells the 41 to ignore the printer, which it seems to do just fine, but please check this and report back if this doesn't change things. Also, note that the state of Flag-21 is reset upon each power-on, so you have to CF 21 each time you turn-on.

Better yet, if you will not be printing, I'd suggest to just remove the module. In the real 41 world, we would not encounter this, except when the printer is plugged-in (keep in mind that the 41X printer module is the 82143A ROM, not the ROM from the IR module), and then the issue would be obvious as it would either be printing, or you'd have errors.

I'm pretty sure a real 41 behaves the same way, so I'm not entirely sure this can be 'corrected', but we're checking.

[jonmoore]

This issue is related to VIEW, which defaults to printing (in all print modes) if the module is installed. So, even though there is no printer attached, when the module is installed, it will still pause to print upon each VIEW statement.

If you CF 21, this tells the 41 to ignore the printer, which it seems to do just fine, but please check this and report back if this doesn't change things. Also, note that the state of Flag-21 is reset upon each power-on, so you have to CF 21 each time you turn-on.

Better yet, if you will not be printing, I'd suggest to just remove the module. In the real 41 world, we would not encounter this, except when the printer is plugged-in (keep in mind that the 41X printer module is the 82143A ROM, not the ROM from the IR module), and then the issue would be obvious as it would either be printing, or you'd have errors.

I'm pretty sure a real 41 behaves the same way, so I'm not entirely sure this can be 'corrected', but we're checking.

On a related issue. A few weeks back @Meindert posted an Arduino solution for a 'roll your own' IR receiver. And in your response Bob, you mentioned:

It is actually likely we can add an option that will remove the throttling of the IR output, but some details need to be confirmed first.

Anything further to report on this?

[EM41]

CF21 solves the problem here even with the module installed.
I am not using the module, only installed to see if IR was working.

[Dan Simpson]

CF21 solves the problem here even with the module installed.

I can confirm this as well.

I sure wish that it was possible for the DM41X Printer ROM to be the ROM from the 82242A IR Module instead of the 82143A Printer.

With the 82242A ROM you can use PRTON and PRTOFF to manipulate flag 55 even with the module plugged in.
The 82143A ROM ignores any attempt to toggle flag 55 even with the AMC-OSX "TF" Command (This works on the 82242A ROM).

The 82143A ROM Does not have MAPON / MAPOFF functions to change character sets on the 82240 Printer.
There may be an Escape sequence that will accomplish this but it is not documented in the 82240B Manual.

The 82143A ROM Does not include the DELAY function which is handy when using an actual IR Printer.
Again, there may be an Escape sequence that will accomplish this but it is not documented in the 82240B Manual.

I have duplicated some of the other "Missing" 82242A Commands by manipulating flags.
In trying to duplicate other "Missing" Commands using escape sequences i discovered that the 82143A ROM prohibits using ACCHR on numbers greater than 127 .

This is by no means a deal breaker for me but I sincerely hope that this could be considered in a future update.
It would be great to have a consistent experience between both UV Module implementations.

[toml_12953]

CF21 solves the problem here even with the module installed.

I sure wish that it was possible for the DM41X Printer ROM to be the ROM from the 82242A IR Module instead of the 82143A Printer.

Same here. Since most of us who are using a physical printer are using an IR printer anyway, we should be able to use the IR module. It just feels "righter"

[rprosperi]

[snip]
On a related issue. A few weeks back @Meindert posted an Arduino solution for a 'roll your own' IR receiver. And in your response Bob, you mentioned:

It is actually likely we can add an option that will remove the throttling of the IR output, but some details need to be confirmed first.

Anything further to report on this?

Yes! Those details have been confirmed.

As for firm announcements, I'll bet I can do that before you can assemble one of Meindert's IR receivers (which, IMHO, you should).