OE3CPA

Super, thank you, now it works well ! 😀 Greetings OE3CPA

Hi to the forum, I like my Digital Discovery and made a project to take HP Singnatures (historic method for HP instruments) and reading ROM images. All is working well, except for the last step. I have filled up an array called "romOutData" by: var romOutData = []: // for init ... romOutData.push (rgValue [i]); // to read values into OutData And at the end I use: FileWriteBinary("/tmp/x.bin", romOutData); // write file I successfully creates a file, it has the expected length of 8192 bytes (there are 8192 entries in romOutDate.length), but hexdump shows all 8192 values with zeros (0x00) .... Reading out with a for loop is OK: for (var i = 0; i < romOutData.length; i ++) { print ("romOutData [", i, "] = ", romOutData [i]); } print("len = ", romOutData.length); ... delivers ... : : romOutData [ 8188 ] = h80 romOutData [ 8189 ] = hBA romOutData [ 8190 ] = h04 romOutData [ 8191 ] = h51 len = 8192 So the fields have the correct values, but the file has only zeros. Is this a data type issue ? What is the correct way to handle binary files and byte arrays in the script language of Discovery products ? ----------------------- I use 3.22.23 (beta) on Linux 64bit Ubuntu 24.04 with Digital Discovery ---------------------- Greetings Chris

Hello Attila, thank you very much for such short reaction time ideas to be discussed. I know, DD was not intended to be a full featured ROM emulator, but having here extensions (may be only DD related) could be interesting, as especially in cases, where "history computer world" meets new time DD is very interesting. ALE is typically the "Address Latch Enable" line on muxed busses. I may case of last week it was a 8bit A/D bus and 4 additional pins on a port. On falling edge of ALE the in this case 12 bits can be sampled. So in this case only 14 lines are used: 8+4 as address input latched via ALE. (12+ 1 = 13) and a read select line (in this case PSELn for PROM-Select-n (low active) to read data and to drive output of the "virtual" ROM (so from Z to 0/1). So 14 lines. So, as I said, I like DD as it is. It should only be base for discussions for feature enhancements. May be even a VROM app to the current Pattern, Logic, Supply, Protocol, ... using the DDR as ROM content and already provide typcial ROM logic in FPGA for separate A and D bus or combined ... only ideas ... I do not know, how often this is needed and used. I also repair time by time old HP measurement boxer or similar, where I have to debug digital defects ... so for this DD is really a cool tool. I like it. Christoph

Hello to this forum, my first post. First of all, thank you for the excellent products, I really like the Digital Discovery and the possibilities it provides. I am a fan of it ! Recently I want to use the DD for emulating a ROM (a 2KB ROM, 8bit). By this I identified 4 topics I want to share with you, which are considerable to extend the ROM emulation features: 1) I miss the possibility to set "Z" as output and to have the 3-state supported. By this a CE or CS behavior can be generated. I only could use PP mode. 2) Only the DIO lines can be used, but for truth table inputs also DIN lines should be usable (e.g. as address lines). I know, this is then a difference between DD and AD products. But this would extend the DD use cases and makes it specialized for digital purposes. 3) An import of a ROM image or CSV file would be great analog to custom pattern inputs. 4) This is the most complex topic and has to be discussed: In my case, the driving bus was a multiplexed A/D bus with ALE. Of course it was easy with "Logic" to decode this with a custom script. But of course, this output cannot be used as input for ROM logic, as this logic is done live in FPGA, whereas the custom script is executed after capturing. Therefore, custom scripting cannot be used. But a ALE capturing for ROM emulation could be a nice feature - only for further considerations. If ROM emulation becomes a key feature, of course the size could be a topic (using the onboard DRAM in another way or so ... Again I like DD as it is, I only want to share some considerations, as it was a topic a week ago on my side. Greetings (73) OE3CPA