Thanks Klaus...I thought I broke something on my system...but after chasing my tail for a while, turns out I just misunderstood a few things about the update to 2.6 kernel ;-)
Anyway, I have a little cleanup to do on simulavrxx to do as I add the endianness change. (doesn't build/compile for me at the moment...minor things it seems) Cheers Klaus Rudolph wrote: >Hi Jakob, > > > >>I finally got everything to compile properly. I even got the .so to >>compile (changed the -shared to '-flat_namespace -single_module >>-dynamiclib -undefined suppress'). >> >> > >Great! I hope bill could introduce this for the configure script. >It would be nice if you could do the tests for us. > > > >> 7750 flyer.elf 0x024a: bufferIsNotFull+0xb RJMP fffff64e >> 8000 flyer.elf 0xf64e: ,__data_end,_edata,__data_start+0xdf81 >>CPU-waitstate >> 8250 flyer.elf 0xf64e: ,__data_end,_edata,__data_start+0xdf81 >>Invalid Instruction! >> >> > >Could you compile a simple program for me which also runs into this >trouble and send me the elf file and sources and also the compiler >flags you used. Most important is the elf file. > > > >>bufferIsNotFull is from the avrlib. >> >>I tried changing the byte order in flash.cpp as you suggested, but >>couldn't get any result there. I did the following: >> opcode=((MemPtr[addr])>>8)+((MemPtr[addr]&0xff)<<8); >>changed to >> opcode=MemPtr[addr]; >> >>after compilation the simulator wouldn't accept any code. >> >> > >You told us that at your last startpoint you could not get any code >to run. So what have you changed from the last try? Could >you send a complete diff file from the source after finishing your >patches? > > > >>I know my other programm is running fine, as it is running on an >>actual atmega128. Anything I need to be aware of when compiling the >>elfs? >> >> > >Code that runs in real hardware should run in the simulator. If not >the simulation is buggy :-) >But sometimes the simulator is giving much more detailed information >of problems which could not be seen in real hardware. >I also have wondered sometimes code run in real hardware but not >as expected. There where some jumps into the data area. The real core >runs through this data area and restarts with a reset or wado and the >functionality was as expected but the code was really wrong. Only >the simulation crashes and this was correct :-) > > > > > >>Just at the side: How fast will the simulator run? can it perform >>real-time? >> >> > >On my laptop which is a 800 Mhz Intel the code for one 8515 runs >in realtime. > > > >>Where can I hook into the simulation? Don't want to use tcl >>or any of the like. Would prefer to actually use the shared library in >>an objective-c application. The things I need to do are: >> >> > > > > >>- uart in and out >> >> >Look for SerialRx and SerialTx class. There is actually the need >for a pipe to communicate to a UI. But you could change this for your needs. > > > >>- i/o pins out >> >> >Simply use a Net. >To the nets you could add pins. If you want to set the net to a defined >state (all others are inputs) then you simply add a "own" pin and >set the state of the pin as you needed. > > > >>- pwm out >> >> >Some as above. Create a Net from Net class. Add your pin where >the pwm out is on and read the state from an addition connected >"input pin". > > > > >>any way of doing this higher-order, rather than getting/setting pin >>values? >> >> > >?? If you want pin values you have to read/write pin values. >Maybe there is a misunderstanding. But I think we could >solve all your questions :-) >If you could not get a solution I maybe can provide some >example in native c++. But that needs some days because I have actually >no access to my sources. > >Bye > Klaus > > > > > > _______________________________________________ Simulavr-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/simulavr-devel
