ssterm has been updated to version 1.1! Changes include a major bug fix: serial port was not being opened in non-blocking mode, preventing ssterm from working in some situations; this has been fixed.
Visit the ssterm page for more information and links to the latest version.
Version 1.0 of ssterm, short for “simple serial-port terminal”, has been released! ssterm is a console-based serial port terminal with curses and stdin/stdout user interfaces. ssterm supports a variety of features, such as hexadecimal data representation, remapping of transmitted and received newlines, newline character color-coding, buffer scrolling/dumping, and data piping.
Visit the ssterm page for more information and links to download the source or binary.
vAVRdisasm has been updated to version 1.5! Changes include added support for DES, SPM #2, LDS (16-bit), and STS (16-bit) instructions, bringing the disassembler to support the AVR instruction set up to revision 0856H – 04/09. In addition I’ve renamed some source files to make more sense and for better organization of code.
Visit the vAVRdisasm page for more information and links to download the new version. vAVRdisasm is also available at the development wiki here.
I’ve fixed a few bugs in vAVRdisasm, bringing it to version 1.4. The first is a small bug fix: vAVRdisasm no longer ends its disassembly with an invalid record error if a newline is present at the end of the program file (or encountered anywhere throughout the program file). This was a minor annoyance, as some program files have a redundant newline after the last record line in the file.
The critical fix in this version is support for odd byte length Intel Hex and Motorola S-Record records. Some program files are formatted this way, and previously vAVRdisasm would incorrectly disassemble them as it did not account for the possibility of odd byte length records. Special thanks to Ahmed for discovering and patching this bug!
See the vAVRdisasm page for more information and links to download the new version. vAVRdisasm is also available at the development wiki here.
I’ve made a small bug fix to libGIS, updating it to version 1.0.2. The routines now better support newlines encountered in Intel Hex and Motorola S-Record formatted files. Previously the file reading routines returned an error, claiming they had encountered an “invalid record”, upon encountering a newline; now they return a return code indicating a (harmless) newline has been encountered (which are sometimes found at the end of Intel Hex and Motorola S-Record files). This makes libGIS’s record reading a bit smoother.
See the libGIS page for more information and a link to the new version.
The new release of vAVRdisasm corrects a few minor bugs and one critical bug: the calculation of the absolute address which are used in certain instructions (like absolute jump). Previous versions of vAVRdisasm showed absolute addresses that were not multiplied by two (to account for the 16-bit instruction size), and therefore did not display the correct absolute address. This has been fixed in this version of vAVRdisasm.
See the vAVRdisasm page for more information and links to download the new version. vAVRdisasm is also available at the development wiki here.
While wordpress is nice as a blog, it feels like a crude content management system for electronics projects that might have many images (pictures, schematics) and extra files (code, schematics). Also, I never liked the size wordpress scaled uploaded images to, or where it stored the images (although there might be a third party plugin or modification to better customize this process), so I’ve always been reluctant to upload images and then manually scale them to my preferred size with “convert.”
Recently I’ve launched a development wiki powered by DokuWiki. It’s not really a wiki, since I’m the only one that can edit it, but I think it will work as a good backend for my project site. You can find the development wiki here: http://dev.frozeneskimo.com/.
I’ve already moved most of the projects from my blog to my wiki, and even added a new one (the Parallel SRAM one). This blog isn’t going anywhere, I think it’s great for news/project updates and the like, but the actual project content will be stored on the wiki.
A typical parallel SRAM chip has always been on my list of things-to-interface-with so I decided to take up this mini-project a little while ago. It’s pretty straightforward. I’ve put the explanation, schematic, and source code for interfacing an ATMega32 to a 32 kilobyte SRAM chip, you can find it here: http://dev.frozeneskimo.com/embedded_projects:parallel_sram.
And here’s a picture (can’t forget it):
.
This is the release of the second network tool, deja-packet, that I promised in my previous post. Here is the project description I submitted to Freshmeat:
“deja-packet transmits raw packets through a specified interface. In pcap file mode, deja-packet transmits user-selected packets from a libpcap capture file (such as one created by Ethereal/Wireshark, or tcpdump). In raw file mode, deja-packet transmits the raw contents of a file as one whole packet, and will exit immediately after the attempted transmission is complete (allowing deja-packet to be easily used in a script).”
‘deja’ like ‘deja-vu’, like, you’ve seen it before? Like you’ve seen the packet before? Get it? Yeah I know it’s hilarious.
See it here: http://www.frozeneskimo.com/electronics/network-tools/.
vAVRdisasm – AVR Disassembler – Updated to version 1.6
vAVRdisasm has been updated to version 1.5! Changes include a fix in the number-of-operands field of the SPM instruction. This bug was causing vAVRdisasm to crash during disassembly of the SPM instruction in some instances, as it was attempting to format a non-existing operand.
Visit the vAVRdisasm page for more information and links to download the new version.