I expected 1000(decimal).
But,result was 671(decimal).
Where is wrong?
Code looks OK from a quick glance. That said, depending on cog/pin setup DUTY mode doesn't go down too well with LOGIC modes (I've seen everything from 0..2 events for a single pulse @80MHz). Running at e.g. 40MHz usually makes it work. If you need to chain counters at 80MHz you're better off using edge detection.
We're down to 11 open issues, and four of them are just enhancements; so only seven to go. These only need the documentation completed as all the corrections and changes were made and verified long ago.
The final challenge is presenting the package so newcomers can find what they need (the kernel), and yet still maintain a complete development package (the full build and test automation). While most of us simply "load the kernel", Sal mostly crafts a custom kernel for whatever hardware he's faced with, and add this to his regression suite. Since the tool is designed for the most advanced user, it can be a little much for the rest of us. With the proper changes, we think we can keep it very simple, and include the advanced material in the package without it being "in the way".
I'm pretty lucky that Sal tollerates my requests for user friendly, n00b oriented packaging and presentation. While he does find some benefit to this (its more uniform and documented than if it were simply a personal tool) it takes significant time and effort on Sal's part.
VGA has finally been brought forward to 5.x! Hurray! This fulfils my original goal when I bought my first Prop Demo board five yeas ago, and then some. Finally, I may have a fully functional, optimized, self hosting forth system on my prop. I still have to test it this week, but being an extension, its just load and make sure it goes for now.
I'm pretty lucky that Sal tollerates my requests for user friendly, n00b oriented packaging and presentation. While he does find some benefit to this (its more uniform and documented than if it were simply a personal tool) it takes significant time and effort on Sal's part.
All this thoughtfulness and hard work is certainly appreciated. I experimented (er, played) with PropForth again yesterday, and have to say that I'm impressed. It just works. I like the fact that it's reasonably close to "conventional" Forth ("Starting Forth", "The Complete Forth", etc.) so that neophytes such as myself can take knowledge gleaned from traditional sources, along with the PropForth documentation, of which there's a decent amount now, and jump right in. Kudos!
Hi.
I had got GraphicLCD(WD-G2406B).
I can't find out this LCD's manual.
But I got pdf-files for driverIC(T6A39 and T6A40).
I made a picture of curcuit diagram between terminal and driverICs.
PropForth v5.5 is configured to include five kernels in the default download:
PropForth: simple propforth Development Kernel. Dev Kerenel is optimized in assembler and includes typical development tools.
PropForthEEprom: EEPROM File System kernel. The Dev Kernel with support to write and read 'files' in upper EEPROM (above 32k).
PropForthSD: SD File system kernel. Dev kernel with support to write and read 'files' on SD card.
PropForthIP: Dev kernel with IP support. This is for Spinneret
PopforthEEpropIP: EEprom dev kernel with IP suppot for Spinneret.
Most folks will use the simple Dev kernel. Advanced folks will use either the EEprom or SD file system kernels. Only a few folks (that we know of) will generate custom kernels. Therefore the build and test automation, and custom kernel support has been moved to reduce confusion.
Notes:
The kernel criterion is STOCK parallax items, such as quickstart, protoboard, demoboard, and spinneret
All the default dev kernels will include the developer support as in the Propforth Dev kernel.
The EEpropm kernel will work on any standard propeller board that has 64K or greater EEprom. This means everything except the Demoboard.
'File' means contiguous 512 byte pages. The EEprom and the SD cards both use 512 byte pages. The next 'file' starts at the next unallocated page, and continues for as many pages as allocated. The last file may be de-allocated, or the whole device may be re-initialized
pages can be modified/overwritten, but are never deleted, as they are physical locations.
The SD material is 'stock' by way of the spinneret.
The IP material is 'stock' by way of the spinneret, but can be problematic due to configuring the rest of the network. Anyone that understands router configuration should have no trouble with it. Everyone else should consider the easier alternatives.
The custom kernel build and test automation has been moved to the MISC subdirectory. Its still included, but out of the way so folks don't stumble on it until they actively look for it.
HTTP support has been removed from the default kernels. It is still present in the custom kernels section.
The kernel with both SD and EEprom files system support has been removed from the default kernels as unneeded.
Comments
A little more bit until walking, maybe.
http://youtu.be/YULzrPPwDPY
I'm learning Logic mode for counter.
I expected 1000(decimal).
But,result was 671(decimal).
Where is wrong?
Kuroneko-san, Thanks.
Mistake is constant of frqa.
Result is d1001(1second).
I'm making Data-Logger by using P-10 Tester.
Previous post is #396.
Now, only resistor.
Next step;
Adding Current and Voltage.
Saving data to SD-card(FAT)
http://youtu.be/IflvQnQUKlw
Sal has started final scrub of the issues list
http://code.google.com/p/propforth/issues/list
We're down to 11 open issues, and four of them are just enhancements; so only seven to go. These only need the documentation completed as all the corrections and changes were made and verified long ago.
The final challenge is presenting the package so newcomers can find what they need (the kernel), and yet still maintain a complete development package (the full build and test automation). While most of us simply "load the kernel", Sal mostly crafts a custom kernel for whatever hardware he's faced with, and add this to his regression suite. Since the tool is designed for the most advanced user, it can be a little much for the rest of us. With the proper changes, we think we can keep it very simple, and include the advanced material in the package without it being "in the way".
I'm pretty lucky that Sal tollerates my requests for user friendly, n00b oriented packaging and presentation. While he does find some benefit to this (its more uniform and documented than if it were simply a personal tool) it takes significant time and effort on Sal's part.
VGA has finally been brought forward to 5.x! Hurray! This fulfils my original goal when I bought my first Prop Demo board five yeas ago, and then some. Finally, I may have a fully functional, optimized, self hosting forth system on my prop. I still have to test it this week, but being an extension, its just load and make sure it goes for now.
Bot walked.
But I understand this walking is incomplete because 1-leg have 2-servo.
So, I gave up to write codes for this bot(KMR-P4).
I will build up another bot(3 servo-motors per 1-leg).
http://youtu.be/nEF8up5XXMQ
I had got GraphicLCD(WD-G2406B).
I can't find out this LCD's manual.
But I got pdf-files for driverIC(T6A39 and T6A40).
I made a picture of curcuit diagram between terminal and driverICs.
Displayed ROM-Font to GraohicLCD.
http://youtu.be/sPoH_gSpK8I
PropForth v5.5 is configured to include five kernels in the default download:
Most folks will use the simple Dev kernel. Advanced folks will use either the EEprom or SD file system kernels. Only a few folks (that we know of) will generate custom kernels. Therefore the build and test automation, and custom kernel support has been moved to reduce confusion.
Notes:
Please notice - v5.0 is no longer the current release. Please see thread http://forums.parallax.com/showthread.php/146693-Propforth-v5.5-is-available-for-download
Onward to the FUTURE!