JoeNeptune
I was reading,
"VxSim, the VxWorks Simulator, is a UNIX program that simulates a VxWorks
target for use as a prototyping and testing environment."
Could this be used to make a 400d simulator on a pc?
I seen some interesting networking and mass storage tape drivers as well.
eduperez
Very nice, much better than a VM... now, if I could find out how to make that on Fedora!
JoeNeptune
I got a message from a1ex.
He said he would be posting a IR proximetry sensor shutter release for the 550D today.
Would one of your talented souls be so kind as to port it to the 400d?
a1ex
Wave your hand three times over the IR sensor at the viewer and the shutter is released touch free. You could still handle the camera and leave the feature on.
Nice idea, I'll try it on the 550D.
And I made a little quote for all of you who will wave your hand around your camera like a magician about to pull a rabbit from his hat....
Photography is more than an art, it is magic created by light.
JoeNeptune
Could the 400d have an option to dual boot?
So the second operating system have all the features that cant be put in the camera operating one that we are using now?
Linux and windows mobile should be able to run on an ARM CPU, right or am I missing an important detail?
And another thought that I admit would likely to be a lot of work and I dont think we have the tools to do it but I would like to put the Idea out there anyway.
Instead of controlling it with a desk top computer threw USB it might be interesting to use IR to connect to a palm sized computer like my ASUS MYPAL 632.
I bet astro photographers would like it a lot as it would be much more conducive to working in the field and in the dark.
A palm computer also fits in your camera bag.
eduperez
I saw at "main.c" a list of the CFn0's and their corresponding codes; all custom functions from 1 to 10 have been found, with codes ranging from 44 to 60. However, codes 50~53, 55, and 58 do not seem to have a corresponding CFn; and codes from 61 upwards (up to 89) look empty, also.
Now, the obvious question is: has anybody experimented with those unassigned codes? Could them give access to other custom functions, not available in this camera but on other models? Thanks.
a1ex
eduperez
I finally got drunk built up the courage to test my own AUTOEXEC.BIN... no fireworks, the camera just works as expected; let's get this party started! I think I will begin with a complete code clean-up; this will be a hard and long journey.
JoeNeptune
I cant get 32 bit vista to pnp the camera threw usb.
I get a dcp connection fail every time.
I am sure drivers are there cus it says so when i ty to put them in again.
I tried in playback mode and also with card unlocked and settings reset.
Does the bin put the camera in usb remote mode?
any thoughts?
(besides getting a real operating system)
I got so much installed and i am a software pack rat lol
eduperez
JoeNeptune
I cant get 32 bit vista to pnp the camera threw usb.
I get a dcp connection fail every time.
I am sure drivers are there cus it says so when i ty to put them in again.
I tried in playback mode and also with card unlocked and settings reset.
Does the bin put the camera in usb remote mode?
any thoughts?
(besides getting a real operating system)
I got so much installed and i am a software pack rat lol
Old versions of this hack had a bug, that interfered with USB connections when downloading photographs; but I have not had any problems with USB for a long time. Have not tried tethered shooting, however.
0xAF
JoeNeptune
Could the 400d have an option to dual boot?
So the second operating system have all the features that cant be put in the camera operating one that we are using now?
Linux and windows mobile should be able to run on an ARM CPU, right or am I missing an important detail?
i'm not familiar with HW design of the CPU (what kind of arm it is and what dsp cores there are), but i believe there is no MMU, which will make it hard to run linux, only specific linux for no MMU could run (uClinux for example). i'm almost 100% sure that windows mobile need MMU and there is no way to bypass that...
and besides that, why would you want to run another OS ? you'll have to implement the whole software from scratch...
JoeNeptune
Instead of controlling it with a desk top computer threw USB it might be interesting to use IR to connect to a palm sized computer like my ASUS MYPAL 632.
I bet astro photographers would like it a lot as it would be much more conducive to working in the field and in the dark.
A palm computer also fits in your camera bag.
you have IR remote control, or cable one... you can control enough with that, what else do you need to control ?
JoeNeptune
The whole world with an army of R400d2 eyed robots! MUHAHAHA!
Just kidding.
From Wikipedia-
"ARM architecture based application processors implement an MMU defined by ARM's Virtual Memory System Architecture."
Hmm i am wondering is my USB problem is because I ran the customizing software on cam before I installed canon's software on the computer or if its my laptop. Its comunicaton threw usb to my external hard drive does seem slow, almost like its not fully USB 2.0. I have had to rebuild it many times over the years since its warranty wore out. Its just an Acer 3690 or it was before I upgraded it's cpu.
I think they are designed to self destruct.
Why they would put an external power jack right on the mother board is beyond me but at lest it gave me a reason to learn to use soldering iron a little better. I ran wires out to an external jack after all the re-repairs failed after short amounts of time.
At this point I remote control nothing.
But porting of the hand wave routine from 550D to 400d will solve that.
It would be nice if I could do it myself but I got to figure out a lot of other stuff first.
0xAF
JoeNeptune
From Wikipedia-
"ARM architecture based application processors implement an MMU defined by ARM's Virtual Memory System Architecture."
https://chdk.setepontos.com/d/2310/96
i've read that and thats why i thought it has no mmu...
i never looked the code myself, but other developers should have idea if there is mmu...
galbenpal
Hello! I have Canon 400 D, i do it steps with Autoexec.bin it's working thank you for this
My questions is about modify shutter speed, Is 1/4000 now, it is posybile to i have 1/6000 or more ?
JoeNeptune
I did some digging and yes you are right.
There are differences in arm processors.
arm946E-S does have a sibling the ARM926EJ-S
they look about the same but the one with a j has java abilities and a mmu.
o well, I doubt they are compatible enough to be swapped either.
I am getting a better understanding of this now.
I thought the Arm and Digic processors were different units but the Arm is a part of the Digic.
I bet Digic has its own very different MMU, likely for fast picture taking.
a1ex
From my understanding, ARM is a general-purpose CPU, and there are some dedicated ASIC's for image processing, movie encoding...
DIGIC includes all of these.
Currently, Magic Lantern can only control the ARM cpu, and I believe the same is true for CHDK and 400D/350D custom firmwares (correct me if I'm wrong).
For shutter speed, I've tried 1/6000 and 1/8000 on the 550D, but the camera refused those settings (and used 1/4000). But 400D is another beast, so it may work 😀
galbenpal
"alex" how you doing to increase shotter speed ? (If is in the latest Autoexec.bin, how do it to see? o if isn't in latest autoexec.bin file, what is necessary to do ?)
Thank you, aniway
JoeNeptune
I also read that..
"The ARM946E-S processor is backwards compatible with the ARM7 Thumb
Family and the StrongARM processor families, giving designers software-
compatible processors.??"
If that could be of any use.
a1ex
galbenpal: I only write code for 550D. On that camera, I've tried to change PROP_SHUTTER (0x80000005); its values are given in 1/8EV steps. Not sure if it helps on 400D; the source code seems very different, but at least, ISO uses the same raw coding.
Codes for 550D:
https://bitbucket.org/hudson/magic-lantern/src/tip/lens.h (look for codes_iso and codes_shutter).
JoeNeptune
I was reading a post on another message board in which some one else had the dcp failed to connect error when trying usb connection
and someone labeled "canon guru" replied to them...
"Send it into Canon, this is a service mode protocol used for adjustment. Only they have the software to reset it to normal communication."
I have also noticed that when I hit menu it goes there and always highlights factory menu even if I dont boot from card.
I have taken out both batteries hoping to reset it but nope.
Anyone know what to do?
ok i got the factory menu to clear after playing around with it.
and for once it recognised that i plugged a canon in but when it got to digital still camera it failed...
hmmm.....
one of my usb ports in the back of laptop isnt working. I opened it up to look closer and saw some powder on one of its solder points. I might have a short in my usb power.
I think that I have read that the camera needs the voltage.
that might be why it doenst work and other usb things do.
But I will try more software type fixes before I physically modify it.
Just checked again on different laptop with windows 7 and it now it works since "factory menu" is cleared from first menu window.
now to get it to work on my old beat up vista clunker.
nxb
You can always measure v output from usb ports. If its low some things don't function. Es. Storage devices.
IR wave hack sounds awesome. Would be a free remote for someone who doesn't have one.
