| Richard Erlacher 01/05/12 08:22 Modified: 01/05/12 08:24 Read: 175 times Denver, Co USA |
#185319 - take a look at ASEM51 Responding to: ???'s previous message |
I've used this one as part of an IDE (http://www.opcube.com/home.html#MIDE51).
http://plit.de/asem-51/ It's a 2-pass macro-assembler, and, since I don't, myself, believe in using HLL's for MCU applications with <<100K lines, I've found it useful over the years. It does provide the OMF's that are sometimes required for debugging. etc. It also has really decent documentation. A lot of the guys use the KEIL stuff because they prefer 'C' to doing everything in ASM. I, however, have devised macros that make ASM do pretty much everything that one might like a compiler to do, and I can much more easily follow what's more going on, due to my own perhaps limited viewpoint, and not due to any compiler shortcoming, and maybe just because there weren't any compilers for MCU's when I was learning ... <sigh> ... times have changed, I guess. These macros can be produced such that they're callable or simply linked in whenever they're instantiated so they behave pretty much as a 'C' function would. That way, once you've written your macro and defined the associated hardware locations, it works as it always has, even though it's been unused for a decade, which I find refreshing. I wouldn't worry about how "professional" your code looks. It's how well it's organized, commented, and maintained that really defines its quality. RE |
| Topic | Author | Date |
| Assembly coding micro-converters | Donagh Choghlan | 01/04/12 09:43 |
| Code indented | Donagh Choghlan | 01/04/12 09:56 |
| Assemblers often have different syntax | David Prentice | 01/04/12 10:14 |
| Assembler | Donagh Choghlan | 01/04/12 10:29 |
| Why not use Keil A51 ? | David Prentice | 01/04/12 10:38 |
| why assembler? | Stefan KAnev | 01/04/12 11:05 |
| Libraries?!?!? | Donagh Choghlan | 01/05/12 02:46 |
| Libraries good, but not always best | Per Westermark | 01/05/12 03:21 |
| Ok back to Data and Bit | Donagh Choghlan | 01/05/12 04:34 |
| Manual | Donagh Choghlan | 01/05/12 05:02 |
| ok back | Stefan KAnev | 01/05/12 08:14 |
| I C | Donagh Choghlan | 01/05/12 08:34 |
| Keil A51 | Donagh Choghlan | 01/05/12 02:41 |
| junk downloaders | Erik Malund | 01/05/12 05:57 |
| take a look at ASEM51 | Richard Erlacher | 01/05/12 08:22 |
| asem-51 macros | Donagh Choghlan | 01/06/12 08:43 |
| You don't have to use 'em | Richard Erlacher | 01/06/12 21:17 |
| re-think about tools | Stefan KAnev | 01/06/12 14:08 |
| ADuC842 | Donagh Choghlan | 01/09/12 08:47 |
| learn | Stefan KAnev | 01/09/12 14:46 |
| There are PLENTY of debuggers ... | Richard Erlacher | 01/09/12 20:28 |
| Documentation | Donagh Choghlan | 01/10/12 05:30 |
| interrupt vectors | Stefan KAnev | 01/10/12 06:41 |
| Memo to Reinhard Keil | Erik Malund | 01/10/12 07:56 |
| Keil docs are not bad. | David Prentice | 01/10/12 08:00 |
| Well ... Last time I had questions about ASEM51 ... | Richard Erlacher | 01/10/12 21:36 |
| the good and the bad | Erik Malund | 01/11/12 05:50 |
| Well, I must have mistyped | Richard Erlacher | 01/11/12 13:29 |
| asem/asm | Robert Revens | 01/11/12 16:43 |
| linker support? | Maarten Brock | 01/12/12 00:18 |
it's provided by ASEM-51, I suppose | Richard Erlacher | 01/12/12 22:22 |
| Ok back to the task at hand | Donagh Choghlan | 01/05/12 08:26 |
| make it easy for yourself | Erik Malund | 01/05/12 09:09 |
| I’m afraid the hard ware is non negotiable | Donagh Choghlan | 01/05/12 09:26 |
| well, .... | Erik Malund | 01/05/12 09:46 |
| Dinosours, I2Cs, Gang-bang??? | Donagh Choghlan | 01/05/12 10:19 |
| 1st | Stefan KAnev | 01/05/12 11:15 |
| Simple approach | Donagh Choghlan | 01/06/12 04:59 |
| yes | Stefan KAnev | 01/06/12 13:05 |
| For Free :-) | Donagh Choghlan | 01/09/12 09:05 |



