long * dbgPtr = 0x60000000; // point to external RAM addressmyVar = getSensorVal(); // get a value from somewhere*dbgPtr = myVar; // one write to RAM, job done
I am not sure why the non-blocking serial will block after 2 bytes?
Rob's idea is the closest to how it is done with legacy ICE equipment.
Maybe a bit more that what the average guy would want to spend
Keep hacking at it man
I guess there's not much call for EPROM emulators these days eh?
Code-sense1. Go to Project > mpideXcode > Search Paths, 2. Define HEADER_SEARCH_PATHS = $(ARDUINO_DIR)/** $(SKETCHBOOK_DIR)/Libraries/**3. Go to Project > Index > Build Phases > Compile Sources, 4. Add all .h and .cpp filesBugs and To Do• Closer integration of the serial console• Integrate help from Arduino .html files
Okay it's like this... My brain has just exploded
@marius You two are getting very technical my brain couldn't cope:)
Well done on your xcode work, are you handling compiler errors and drilling back down into the code? If so have you found any better compiler switches that produce better output for this? In visual studio we can drill down into compiler errors, this is very useful but its not very easy to code.
I am happy to add chipKit to the visual studio arduino integration but last time I looked they hadn't completed most of the libraries so wasn't quite as great as I had hoped. I am also keen to see if they have implemented things like background serial as with arduino 1.0? Notice the chipKit Jan 2012 release, might have a play with it later today.
How are you handling including libraries and core inside xcode for edit. In VS, we optionally toggle these codes in/out of the project which makes development and class analysis much easier for many.
I think it's great to have different solutions. I could open a new board on the visual micro forum for shared plugin ideas. Would that be useful or have you a better idea?