Vorticon

myti99.com platoterm Any suggestions for a 3rd?

OK so I finally got avrdude to work and I successfully flashed the arduino. The bad news is that now I get IO ERROR 6 with saves and IO ERROR 3 with reads. I used the HW version of the HEX files, not the nopm one because I already switched the wires. When I go back to the reid source files, it works fine minus the directory command. I think I'm just going to wait for the merge to happen. Still very happy to have the save and load functions going at least

I have been unable to run avrdude on my computer for the life of me. I fixed the missing DLL issue but the program still won't run and gives me an application error. KlausO's method also does not work because the command shell is choking on the C:\Program Files (x86) bit... Do you happen to have the source code for the hex file which I can compile in the Arduino IDE? Why the latter simply does not include an option to directly load a hex file is a frustrating mystery...

I just get a blank screen when I do that...

Thanks for the tip! So how do you read the directory after OLD "100.$"?

Yup, since I hardly ever use Github (I am not a programmer by trade, only a hobbyist), I indeed find it very confusing, not to mention that this thread has multiple links to different branches and I was not sure which one was the latest and greatest. In any case, thanks again for all the work you put into this.

So I'm getting a missing DLL error with avrdude. Too much trouble, so I just switched around the BAV and LED wires and presto, it now works fine As Acadiel said, you have way too many branches and forks and whatnot on the GitHub, which is pretty confusing. Is there a reason why there can't be just one main branch with the latest information? I'm just a simple guy In any case, many thanks to brain and everyone else who helped on this project: this has been a wish of mine for a very long time, and it is now reality! By the way, how do you read the directory after doing a OLD "100.$"? All I get is a blank when I list... And what other functions are available outside loading and saving?

Ok will give it a shot. How do you upload a HEX file to the Arduino though? The IDE won't let me do it...

I'll try to do the comparison this evening using your video demonstration as a benchmark.

Hi. I have a non-working NanoPEB which locks up my computer. Can't figure out what the issue is. If anyone wants it it's yours with my compliments and who knows you might be able to fix it. Otherwise it's going into the trash. (note: it will not come with a PS or the CF to IDE adapter. Only the board itself). Just PM me if interested. To be honest, I have never been very impressed with the CF7 or NanoPEB as I have found them to be temperamental and a bit flaky...

It's on the GitHub for FC here

Yes that opens up a lot of possibilities indeed. Is the current disk access speed similar to the original hardware or faster?

Oh wow... P-code functionality! To me that by itself is worth the whole project Well done! By the way, you don't need a space between WRITELN and the parenthesis in P-code. Not sure why you've had that issue.

So I finally got a chance to try this project (it took forever to get the SD shield), and unfortunately it is not working. I used 2 different known working Arduino Uno's, triple-checked the connections on the SD shield including point to point continuity and verified that all the shield pins are making proper contact with the Arduino. I had no issues compiling and transferring the software to the Arduino (I did have to manually install the DS3231 library first though). I used the files from the GitHub link in post #519 above. When the device is connected to the CC40 via a proper Hexbux cable and I save a file using SAVE "100.TEST", the IO indicator turns on and the computer hangs until I reset the Arduino at which point I get an I/O ERROR 255. Clearly a communication issue. When connecting the Arduino with the SD shield to a terminal console, I get just a blank screen with no activity whatsoever. Incidentally, the LED (L1) is always on, which I think should not be the case. Any thoughts? I should also mention that the SD shield construction is pretty shoddy, so I wouldn't be too surprised if it was the source of the troubles...

I sold my RAM disk when I got a TIPI. It just did not make sense to have both. Oh well...

Thanks for the explanation. Makes sense. Too bad though as it would have sped up compilation quite a bit compared to physical disk access.

So I've got a TIPI in my PEB now at CRU 1000, which is lower than my disk controller living at 1100. Shouldn't I theoretically be able to use TIPI drives mapped to DSK1-DSK3 with my pcode card? I tried that and it did not work...

And here's the tutorial text. Very helpful to get you started. Introduction to UCSD Pascal System.pdf

Hmmm... It looks like the link to the disks is dead. Here are the images. I'm also including the Turtle Graphics disk and manual developed by apersson850. He's our UCSD Pascal guru for the TI ASM-LNK.DSK COMPILER.DSK EDT-FIL.DSK UCSD-UTI.DSK turtle.dsk UCSD Turtlegraphics manual.rtf

All the pcode disks and manuals as well as a tutorial document are located here. The card can go into any available slot.

I was on the chess site last night and it was working fine. I have version 2.4 as well.

I love how neat and tidy your setups always are. Incidentally, still using a corded phone, eh?

Could we please keep this thread on topic?

Nothing special really. I added Preditor and Funnelweb for my development needs then brought out a few of my frequently used programs to the main menu. I do plan to create a submenu with all the software I personally developed for ease of access.

🙂