Re: [Simulavr-devel] Undo the fork ...

compared to dropping peoples' pet language. I might guess wrong. -- Joel Sherrill, Ph.D. Director of Research& Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Availab

Re: [Simulavr-devel] Who uses tcl interface?

On 12/13/2009 10:09 AM, ThomasK wrote: Hi Joel, So, the 100 dollar question is: who uses it? And how? To make a little bit test instrumentation? Or with full UI? Or whatever else ... Yes. Yes. And yes. Ok, I have now fixed some bugs, connected with my and Onno's changes i

Re: [Simulavr-devel] Who uses tcl interface?

someone can point to specific issues that need to be addressed. cu, Thomas ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/simulavr-devel -- Joel Sherrill, Ph.D. Director of Re

Re: [Simulavr-devel] Discussion: how to proceed withthedeveloment on GIT repo?

ich version control system is used as long as forward progress is being made. I have swamped by a non-AVR project and really haven't had time to wade in. --joel -- Michael Hennebry henne...@cableone.net "War is only a hobby." Msg sent via CableONE.net MyMail - http://www.cab

[Simulavr-devel] Re: regression tests

so, I'd like a discussion about whether to commit it to the savannah code. -- Michael Hennebry henne...@cableone.net "War is only a hobby." Msg sent via CableONE.net MyMail - http://www.cableone.net -- Joel Sherrill, Ph.D. Director of Research & Development

Re: [Simulavr-devel] Which libbfd to use?

ThomasK wrote: Hi, Onno told me, that there was a discussion about libbfd, an which to use on configure. (I havn't found this discussion in archive) The problem, which I had (Ubuntu 9.04 with package binutils and binutils-avr installed) is, that the include was used for compiling from binut

Re: [Simulavr-devel] atmega168

-- Michael Hennebry henne...@cableone.net "War is only a hobby." Msg sent via CableONE.net MyMail - http://www.cableone.net -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about

Re: [Simulavr-devel] atmega168

ubsumes the three-in-one patch. -- Michael Hennebry henne...@cableone.net "War is only a hobby." Msg sent via CableONE.net MyMail - http://www.cableone.net ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org http://lists.nongnu.org/mailm

Re: [Simulavr-devel] why I hate autotools

. -- Michael Hennebry henne...@cableone.net "War is only a hobby." Msg sent via CableONE.net MyMail - http://www.cableone.net -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me ab

[Simulavr-devel] joel's attempt at the why I hate autotools. :-D

Hi, Sorry if this shows up multiple times. The first attempt was soundly rejected. Just wanted to pass on that I applied the part of your diff which touched examples/Makefile.am and src/Makefile.am. I then copied /dev/null to the files added to src/Makefile.am so I could build like you wou

Re: [Simulavr-devel] why I hate autotools

uld try to fix it for 1.1a2. I would update the autoconf version. Even if you have to install it in a private location just for your use. -- Michael Hennebry henne...@cableone.net "War is only a hobby." Msg sent via CableONE.net MyMail - http://www.cableone.net -- Joel Sherril

Re: [Simulavr-devel] why I hate autotools

"War is only a hobby." Msg sent via CableONE.net MyMail - http://www.cableone.net -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Av

Re: [Simulavr-devel] Is bootstrap idempotent?

hobby." Msg sent via CableONE.net MyMail - http://www.cableone.net ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/simulavr-devel -- Joel Sherrill, Ph.D. Director o

Re: [Simulavr-devel] State of Repository

Joerg Wunsch wrote: As Onno Kortmann wrote: There appeared a new backup(?) at rsync://cvs.sv.gnu.org/sources/backup-20090527/simulavr which seems to be complete, just by the name of the directory. It also seems to be complete when looking at the contents (I tried git-cvsimport on it and

Re: [Simulavr-devel] State of Repository

Joerg Wunsch wrote: As Joel Sherrill wrote: That should work. I will be careful to save a copy of my last tree so it doesn't get destroyed or mangled during this. OK, I assumed that much. ;-) After all, you aren't really a newcomer to that business... :) Paranoia

Re: [Simulavr-devel] State of Repository

Joerg Wunsch wrote: As Joel Sherrill wrote: I don't remember anyone passing this along. Ouch, where have you've been? ;-) LOL. Busy. Out of town over the weekend and sunburned badly. I've even cc'ed you in an email, containing a recovery plan. Sorry.

[Simulavr-devel] State of Repository

geLog entry. 2009-05-27 Onno Kortmann * src/avrdevice.cpp: Remove superfluous logic. So a fresh checkout, copy my late model CVS source over that source and then commit. Did anyone have any commits after that? -- Joel Sherrill, Ph.D. Director of Research & Development j

Re: CVS Re: [Simulavr-devel] (No subject header)

Onno Kortmann wrote: Hi, What's happening with cvs.savannah.nongnu.org ? I haven't been able to checkout from there yesterday or today. I am still having the same problem here. Maybe it is a good reason to switch to git now? :-) For those who submit patches (like me), using own privat

Re: [Simulavr-devel] some patches committed

used by the two patches starting with cycle and tab expanded the wrong one. I just committed your new one. I appended another patch against hopefully latest CVS HEAD in the savannah tracker. And when I actually apply the right patch, things are ok. :) Best regards, Onno -- Joel

Re: [Simulavr-devel] undefined references

henne...@cableone.net wrote: After doing a cvs update and another compile, make failed with undefined references to StringToUnsigned{Long,LongLong,Char}... and StringToLong... . It appears that string2* did not make it into the make file. I see that string2.cpp is mentioned in Makefile.am, but no

[Simulavr-devel] Re: [patch #6831] Remove superfluous cycle list logic

831> ___ Nachricht geschickt von/durch Savannah http://savannah.nongnu.org/ -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a

Re: [Simulavr-devel] some patches committed

Michael N. Moran wrote: Joel Sherrill wrote: Michael: Hopefully you are still able to answer. Is your patch in? Again Can you send me a current diff it not. Apparently it *is* in, since I just downloaded the latest code from CVS and the three files I changed are identical between the

Re: [Simulavr-devel] some patches committed

Onno Kortmann wrote: Hi Joel, Am Freitag, 22. Mai 2009 16:39 schrieb Joel Sherrill: Onno.. examples/feedback is not running for me with these changes in. Please let me know what I missed committing. I'll have a look. Thanks. I just tried with this: diff -u -D yesterday avrd

Re: [Simulavr-devel] some patches committed

Onno.. examples/feedback is not running for me with these changes in. Please let me know what I missed committing. --joel Joel Sherrill wrote: Hi, I was trying to catch up committing the various SPI patches and now am confused. Onno: Are your cycle and SPI patches in? If not can you send

[Simulavr-devel] some patches committed

. Thanks. I must be losing it. :( -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-

[Simulavr-devel] [patch #6831] Remove superfluous cycle list logic

Update of patch #6831 (project simulavr): Open/Closed:Open => Closed ___ Reply to this item at: ___

Re: [Simulavr-devel] ATMega128 Using Both USARTs

l the date down to the putchar routine on both ports? Thanks. --joel Joel Sherrill wrote: Hi, I have modified and committed the feedback example to try to write to both usarts. It appears there is an issue with this. Of course, it could always be me. :( I can't find a way to mix the ou

[Simulavr-devel] ATMega128 Using Both USARTs

e two separate USART instances related to one another? Any ideas where to poke? -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available

[Simulavr-devel] missing cases in pin.cpp

nalogValue=TRISTATE_ANALOG_VALUE; break; case 'l': outState=PULLDOWN; analogValue=0; break; case 'L': outState=LOW; analogValue=0; break; - +case 'a': outState=ANALOG; analogValue=0; break; + case 'A': outState=ANALOG_SHORTED; analo

Re: [Simulavr-devel] avrtest vs simulavrxx

henne...@cableone.net wrote: On Fri May 8 13:43 , Joel Sherrill sent: I think I have tracked one down to this feature in avrtest that (I think) is not in simulavrxx and is probably the culprit " -d Initialize SRAM from .data (for ELF program)\n" This sets a

[Simulavr-devel] avrtest vs simulavrxx

_flash + addr, filesz); The avrtest crt0.S code doesn't appear to copy initialized data into RAM. Any thoughts on how to implement this in simulavrxx? -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research A

[Simulavr-devel] main.cpp error handling

Exception. -F is frequency. I want to add a wrapper for string to integer conversion and error check all numeric arguments closer. Any comments before I dive into this? -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Rese

[Simulavr-devel] atmega128 Timer Test

Hi, I have a simple test which demonstrates that a timer works on the atmega128 simulation. Would it be OK to merge it? -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free

[Simulavr-devel] examples/feedback updated

Hi, After much debugging and tracing, I discovered why the USART interrupts were not working. The example did not enabled interrupts. LOL! I committed the updated example. Sorry for bothering you all. -- Joel Sherrill, Ph.D. Director of Research & Development joel.s

[Simulavr-devel] USART IRQs on ATMega128

can't seem to find the code which should be tripped. Any ideas? Help. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available

Re: [Simulavr-devel] anacomp/main.c: Comment bogus?

Knut Schwichtenberg wrote: Joel Sherrill wrote: This is the comment at the top of anacomp/main.c. Is this comment as utterly incorrect as I think it is? Rubbish might be an unfriendly statement but it describes it detailed ;-). See the attachment to find a more useful version of that

Re: [Simulavr-devel] RFC: a few feature ideas

Michael N. Moran wrote: Joel Sherrill wrote: As I have been working on getting a feedback and testing framework built for a real application, I have come across a few things I think would be useful. I would like to bounce them all off of you. Is that going to hurt? ;) :) + A

Re: [Simulavr-devel] RFC: a few feature ideas

Michael N. Moran wrote: ASCII might make the files easier to edit by hand if required but, of course, that would "complicate" the load/save procedures. I have code from RTEMS that reads/writes the binary coverage maps written by simulators. So it would not be any special effort to write it

[Simulavr-devel] RFC: a few feature ideas

nds of sim time) for updates of real world. Comments appreciated. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available

[Simulavr-devel] anacomp/main.c: Comment bogus?

This is the comment at the top of anacomp/main.c. Is this comment as utterly incorrect as I think it is? /* show the reading & writing of eeprom memory space * also show working interrupts after eeprom write finished in * mega devices * -- Joel Sherrill, Ph.D. Director of Rese

[Simulavr-devel] feedback example updated

Hi, I committed some improvements to the feedback example. It now reads input from USART0 and echos all input to the screen. If it sees a digit, it changes the values on ADC0-7. I am now working on getting both USARTs turned on in this example and using interrupts. Thanks. -- Joel Sherrill

[Simulavr-devel] atmega128 USART0 support

Hi, It looks like all the registers are hooked up for USART1 but not for USART0. Is this just an oversight? I don't see differences in the two USART ports in the CPU manual. Am I missing something? It looks like this is just another simple fix but I could be surprised. -- Joel She

[Simulavr-devel] ADC inputs from UI

128 manual and pin.cpp source code for setting it but am still confused. Thanks. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available

[Simulavr-devel] atmega128 ADC6/7

&portf->GetPin(3), &portf->GetPin(4), &portf->GetPin(5),0,0); -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805

Re: [Simulavr-devel] Invalid device specification: atmega2560

lavr-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/simulavr-devel -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available

[Simulavr-devel] Joel For Next Few Days

server is supposed to be moved in the next few hours. So if email bounces or I don't reply as quickly as normal, you know why. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a

Re: [Simulavr-devel] UI ChangeValue Question

Knut Schwichtenberg wrote: Hi, Joel Sherrill wrote: Overnight, it occurred to me that I must not understand something key in the dispatching of incoming commands on the GUI/Feedback side of the UI interface. Yes and no, GUI no, "special window" yes! In the "checkdebu

[Simulavr-devel] UI ChangeValue Question

currently to distinguish which data came from which UART. Should the SerialRX interface have a way to get the name that was set in the constructor? Is there another way to tell the two data streams apart that I am missing? Does a similar problem exist on other interfaces? -- Joel Sherrill, Ph.D

Re: [Simulavr-devel] Finding the installed Tcl headers, and other problems

2.fc9.i386 avr-gcc-4.3.3-1.fc9.i386 avr-libc-docs-1.6.4-1.fc9.noarch avr-libc-1.6.4-1.fc9.noarch avr-gcc-c++-4.3.3-1.fc9.i386 -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a f

[Simulavr-devel] feedback example improved

feedback program changes the value input to ADC0. The main() now prints the value it sees on ADC0 in between each line. If you were testing a real application, you would obviously be doing something MUCH more involved but this illustrates the concept. -- Joel Sherrill, Ph.D. Director

Re: [Simulavr-devel] Uniform the code

Weddington, Eric wrote: -Original Message- From: henne...@cableone.net [mailto:henne...@cableone.net] Sent: Sunday, April 12, 2009 10:39 AM To: henne...@cableone.net; '' simulavr-devel @ nongnu . org ''; 'Michael N . Moran'; wedding...@csogate.cso.atmel.com; wedding...@csogate.cs

Re: [Simulavr-devel] Uniform the code

Weddington, Eric wrote: -Original Message- From: henne...@cableone.net [mailto:henne...@cableone.net] Sent: Sunday, April 12, 2009 10:39 AM To: henne...@cableone.net; '' simulavr-devel @ nongnu . org ''; 'Michael N . Moran'; wedding...@csogate.cso.atmel.com; wedding...@csogate.cs

[Simulavr-devel] working feedback example committed

re it was used, it was case to signed. + pin.cpp bool() now returns true/false not 1/0. I really want to thank everyone for listening to me whine and offer suggestions. This was really hard for me to find and I don't know why. -- Joel Sherrill, Ph.D. Director of Research &

Re: [Simulavr-devel] SerialRX and feedback example

I get some more run time on it. Thanks. Knut Joel Sherrill schrieb: Knut Schwichtenberg wrote: Joel Sherrill schrieb: Knut Schwichtenberg wrote: Joel, back to the roots: If I got you right your problem is that under all circumstances your receiver get always &qu

Re: [Simulavr-devel] SerialRX and feedback example

Knut Schwichtenberg wrote: Joel Sherrill schrieb: Knut Schwichtenberg wrote: Joel, back to the roots: If I got you right your problem is that under all circumstances your receiver get always "0". And now you are looking for reasons. That's the root

Re: [Simulavr-devel] SerialRX and feedback example

ransitions. The state change bit sampling logic in Step is just always seeing 0. Joel Sherrill schrieb: This is deep in the bowels and I don't know what else to check. The code in CVS demonstrates the problem but doesn't have any debug prints. :( frustrated :( Don't wor

[Simulavr-devel] more info on serialrx/feedback issue

s the Step method sampling too fast? -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985 _

Re: [Simulavr-devel] SerialRX and feedback example

henne...@cableone.net wrote: On Wed Apr 8 10:23 , Joel Sherrill sent: henne...@cableone.net wrote: On Tue Apr 7 18:35 , Joel Sherrill sent: henne...@cableone.net wrote: From the description, the pins are not connected. Is the connection done with a

Re: [Simulavr-devel] SerialRX and feedback example

henne...@cableone.net wrote: On Tue Apr 7 18:35 , Joel Sherrill sent: henne...@cableone.net wrote: On Tue Apr 7 16:23 , Joel Sherrill sent: By inserting debug prints, I have confirmed that the hwuart is shifting the correct data out the TXD pin. The TXD pin is

[Simulavr-devel] SerialRX and feedback example

I am absolutely perplexed. Can someone please give a hint or help debug this? Thanks. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support

[Simulavr-devel] [patch #6800] pin state can be signed char and avoid casts

URL: Summary: pin state can be signed char and avoid casts Project: Simulavr: an AVR simulator Submitted by: joelsherrill Submitted on: Tue 07 Apr 2009 08:54:29 PM GMT Category: bu

[Simulavr-devel] serial pin connection confusion

is 0x00. And the line where it is called from has "dataByte" as 0x00. What stupid misunderstanding am I suffering from? Thanks. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTE

Re: [Simulavr-devel] Net/TxData Magic Pin Thoughts

erialRX classes that appear to be intended to do this type of glue help. I think SerialTXBuffer is a logical place to add this extra simulation helper "pin" because it is already a virtual adapter point anyway. So I am throwing away most of my changes to src/* in the morning. :) --joel

Re: [Simulavr-devel] Net/TxData Magic Pin Thoughts

henne...@cableone.net wrote: On Wed Apr 1 16:58 , Joel Sherrill sent: henne...@cableone.net wrote: Does that mean that there will be steps taken to ensure that the data format sent matches the data format expected? What do you mean by this? If, for example, the

Re: [Simulavr-devel] Net/TxData Magic Pin Thoughts

Knut Schwichtenberg wrote: Joel, Joel Sherrill wrote: + Is a net just a "wire" in the wire wrap sense? Or more of a shared bus? Is there just a single source and sink? Can there be multiple sources and sinks? In the past only "wires" in the wire wrap sense are mo

[Simulavr-devel] Net/TxData Magic Pin Thoughts

to format an encoded message to send via SendUiNewState. I am really having to understand my improvement of the code but I think I am close to having something work. I just want to make sure my understanding matches what the reality is. Thanks. -- Joel Sherrill, Ph.D. Director of Re

Re: [Simulavr-devel] Error in startup script: can't find package Itcl

Schwichtenberg, Knut wrote: -Original Message- From: Joel Sherrill [mailto:joel.sherr...@oarcorp.com] :) I always have trouble remembering vim-X11 which doesn't get loaded by default. It's the first package I add on a new install. So if there is no support for search

Re: [Simulavr-devel] Error in startup script: can't find package Itcl

lways have trouble remembering vim-X11 which doesn't get loaded by default. It's the first package I add on a new install. --joel Cheers, Knut Joel Sherrill wrote: I encountered the following problem: addr...@hidden anacomp]$ make dogdb /usr/bin/wish checkdebug

Re: [Simulavr-devel] Error in startup script: can't find package Itcl

Hennebry henne...@cableone.net Msg sent via CableONE.net MyMail - http://www.cableone.net ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/simulavr-devel -- Joel Sherrill, Ph.D.

Re: [Simulavr-devel] Help with New Example

Knut Schwichtenberg wrote: Joel Sherrill wrote: Is the pin toggling high and low like the serial data going out? Does the feedback "receiver" need to read 8 bits and reassemble them? If so, is "changeValue" actually the value of a "pin state" (e.g. high, low,

Re: [Simulavr-devel] Help with New Example

Joel Sherrill wrote: Knut Schwichtenberg wrote: Joel, Joel Sherrill wrote: All the set serial commands I see are like this: FDBK RECV: --->set serialRx0 0x0<--- FDBK SET: serialRx0 ChangeValue 0x0 They all have 0 and that doesn't seem right. :( Keep

Re: [Simulavr-devel] Help with New Example

Knut Schwichtenberg wrote: Joel, Joel Sherrill wrote: All the set serial commands I see are like this: FDBK RECV: --->set serialRx0 0x0<--- FDBK SET: serialRx0 ChangeValue 0x0 They all have 0 and that doesn't seem right. :( Keep cool ;-). I copied only the first part of

Re: wish versus tclsh was Re: [Simulavr-devel] Help with New Example

Knut Schwichtenberg wrote: Joel Sherrill wrote: Knut Schwichtenberg wrote: Also "-d" is not interpreted as expected :-((. The X-Windows catches the command-line and removes "-d" as displaynumber. "-D" works if changed. -d to what p

wish versus tclsh was Re: [Simulavr-devel] Help with New Example

Knut Schwichtenberg wrote: Also "-d" is not interpreted as expected :-((. The X-Windows catches the command-line and removes "-d" as displaynumber. "-D" works if changed. -d to what program? I thought simulavr.tcl was handling it ok. Sorry, it was simulavr.tcl. "simulavr.tcl"

Re: [Simulavr-devel] Help with New Example

Knut Schwichtenberg wrote: Joel Sherrill wrote: That's what I get also. But shouldn't I see characters that are written to the UART in the feedback window? Well, with the GUI the characters are moved into the related object and if the feedback window is the character equi

Re: [Simulavr-devel] Help with New Example

Knut Schwichtenberg wrote: Joel Sherrill wrote: Great. Now you are as far as I am. Did the "simfeedback.tcl" show up in an xterm and print messages which look like it is getting the events but no data from the UART? Something like this? :-) New Connection on Simulatio

Re: [Simulavr-devel] Help with New Example

Knut Schwichtenberg wrote: Joel Sherrill wrote: Knut Schwichtenberg wrote: Joel Sherrill wrote: Knut Schwichtenberg wrote: Joel, I tried your example and currently I don't understand your example. And therefore please explain the details. Using 0x20 /

Re: [Simulavr-devel] Help with New Example

Knut Schwichtenberg wrote: Joel Sherrill wrote: Knut Schwichtenberg wrote: Joel, I tried your example and currently I don't understand your example. And therefore please explain the details. Using 0x20 / 0x21 means PINF and PINE as IO - you can't use these addresses on a M1

Re: [Simulavr-devel] Help with New Example

t will eventually be scripted and allow regression testing of the application. I want to develop as much as possible of this in a generic reusable fashion so other users benefit. No one wants code for our custom application but I hope the framework will be useful. Does that make more sense? --j

Re: [Simulavr-devel] Help with New Example

Michael N. Moran wrote: Joel Sherrill wrote: But at this point I don't seem to be able to get the UART data I am transmitting to show up in the "simfeedback.tcl" program. It is getting events but the data is printed as 0. Yesterday, I was struggling to debug simulav

[Simulavr-devel] Help with New Example

connection scheme. Some help and advice would definitely be appreciated. All code is in CVS. Thanks. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Suppo

Re: [Simulavr-devel] libtool warnings and build failure

Weddington, Eric wrote: -Original Message- From: simulavr-devel-bounces+eric.weddington=atmel@nongnu.org [mailto:simulavr-devel-bounces+eric.weddington=atmel@nongn u.org] On Behalf Of Michael N. Moran Sent: Thursday, March 26, 2009 4:31 PM To: simulavr-devel@nongnu.org Su

Re: [Simulavr-devel] anacomp getting reserved access messages

Joerg Wunsch wrote: As Joel Sherrill wrote: rw[0x5f]= new RWSreg(this, status); - rw[0x5e]= new RWReserved(this, 0x5e); + rw[0x5e]= new RWSph(this, stack); // not really but benign My only other idea would be to have a RWSphFake class instead, which by default behaves like RWSph but

Re: [Simulavr-devel] anacomp getting reserved access messages

Joerg Wunsch wrote: As Joel Sherrill wrote: 0x3d - 0x3e should allow writes but a read does not have to return the value previously written? 0x3d is SPL, and is always implemented, accept on devices with a hardware stack which we can ignore as they are all obsolete now (like the

Re: [Simulavr-devel] anacomp getting reserved access messages

Joerg Wunsch wrote: As Joel Sherrill wrote: FYI the avr .h file has this: io4433.h:/* 0x3D..0x3E SP */ Is this by convention? Yes, that's GCC's frame pointer management. We know this is slightly incorrect, but GCC classifies AVRs into a few rather coarse CPU models fo

[Simulavr-devel] [patch #4609] Add Initial ATMega48 Simulator

Update of patch #4609 (project simulavr): Open/Closed:Open => Closed ___ Follow-up Comment #1: Updated and committed to cvs head. atmega48 example does not run. Assuming follow up patche

Re: [Simulavr-devel] simulavr Tcl Framework committed

henne...@cableone.net wrote: On Wed Mar 25 15:46 , Joel Sherrill joel.sherr...@oarcorp.com> sent: I committed simulavr.tcl in the examples directory. anacomp, simple_ex1, and fred are converted to use it. Something is not quite right with the stdiodemo using the framework. I didn'

[Simulavr-devel] [patch #4595] SPI and Pin bug fixes

Update of patch #4595 (project simulavr): Open/Closed:Open => Closed ___ Reply to this item at: ___

[Simulavr-devel] [patch #4599] Stimulation Classes SPI, ADC and Stdio Monitoring (resubmitted)

Update of patch #4599 (project simulavr): Status: In Progress => Done Open/Closed:Open => Closed ___ Follow-up Comment #3: Patch was commit

[Simulavr-devel] [patch #4594] Add AREF pin to ATMega128

Update of patch #4594 (project simulavr): Assigned to: zfrdh => joelsherrill Open/Closed:Open => Closed ___ Follow-up Comment #1: Patch cleaned up

Re: [Simulavr-devel] libtool warnings and build failure

tware; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEM

Re: [Simulavr-devel] anacomp getting reserved access messages

FYI the avr .h file has this: io4433.h:/* 0x3D..0x3E SP */ Is this by convention? Or is the simulator missing something? I am guessing gcc, is doing frame pointer management. --joel Joel Sherrill wrote: Schwichtenberg, Knut wrote: RTFM helps :-)! The gcc-version you are using is

[Simulavr-devel] [patch #6793] Tcl interface of simulavrxx main()

Update of patch #6793 (project simulavr): Open/Closed:Open => Closed ___ Reply to this item at: ___

[Simulavr-devel] atmel_key invalid access

, ); Since this just disables sleep mode, it isn't a big deal. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256)

Re: [Simulavr-devel] anacomp getting reserved access messages

ume I know more about the AVR than I do. LOL! This is my first real AVR project. RTEMS experiences are just making the build and Tcl work go quickly. No simulavrxx error! I am glad to hear that we don't have a simulavr bug here or in something I changed. -Original Message----- From

Re: [Simulavr-devel] anacomp getting reserved access messages

I captured a trace and deleted all of the stuff below the error. It appears to be happening very early in main.c. Look for RESERVED. --joel Joel Sherrill wrote: Schwichtenberg, Knut wrote: Joel, here you find a usage for "-W 0x20,-". 0x20 in the RAM-Area of the AVR is identica

Re: [Simulavr-devel] anacomp getting reserved access messages

Schwichtenberg, Knut wrote: Joel, here you find a usage for "-W 0x20,-". 0x20 in the RAM-Area of the AVR is identicall to 0x00 in the IO-Space which is forbidden by most AVR's. This loop puts normally 10.000 "*" on you terminal. Maybe it's in there to delay or only to confuse the maintainer ;-)

[Simulavr-devel] simulavr Tcl Framework committed

I get back in the morning. I didn't touch the example/spi since I am not even sure it works yet. Michael..? I am really pleased with the clean up this does and I think it will make it easier to create custom simulations. -- Joel Sherrill, Ph.D. Director of Research & Developm

[Simulavr-devel] anacomp getting reserved access messages

The other is accessing 0x5e somewhere. I am not sure where this access is coming from yet. Any ideas? -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.comOn-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805

Re: [Simulavr-devel] simulavr Tcl main framework

Weddington, Eric wrote: -Original Message- From: simulavr-devel-bounces+eric.weddington=atmel@nongnu.org [mailto:simulavr-devel-bounces+eric.weddington=atmel@nongn u.org] On Behalf Of Joel Sherrill Sent: Wednesday, March 25, 2009 2:22 PM To: simulavr-devel@nongnu.org

  1   2   3   >