Cillakin
Newbie level 2
- Joined
- Aug 3, 2013
- Messages
- 2
- Helped
- 0
- Reputation
- 0
- Reaction score
- 0
- Trophy points
- 1
- Activity points
- 63
Hello friends,
Recently I have tried my hands at using microcontrollers:-(, not just PIC™ microcontrollers but PICAXE™ & Atmel™ chips as well. I would have liked to try Propeller but not a lot of good reviews. Since I've started this new chapter of electronics I've got a lot of parts...lots.of.parts. My goal is to somehow use one system for both the PIC™ microcontrollers (Models will be listed below) and the PICAXE's™. The 3.5mm Audio Jack seems very uncharacteristic as a serial port/transfer to the PICAXE™. I just flat out think it's stupid. And the USB Programming cable is very expensive for such a simple device. Herein lies my goal and project/idea. I'll elaborate further. (If you want the quick-n-dirty just scroll to the bottom)
First, my goal is to combine parts/components to make more efficient use out of my devices, regardless of manufacturer or type as far as PIC™/PICAXE™ is concerned. Since PICAXE's™ are PIC™ microcontrollers with some tweaking and what not, there must exist a way to use a more efficient method of transfer. The thing that immediately comes to mind is the PICKit 3™ that I already have. Using this to somehow design a means to program the PICAXE™ would be amazing. It's simple, easy, and something that I'm somewhat familiar with. Using this dongle to that to get to there is just pointless, redundant, and counter-productive in my opinion; thus the need for simplicity.
My first idea was to build off the USB from my computer (I use Ubuntu 13.04) and connect to a universal board, which can output to any other board/controller via another USB or headers or really whatever fits the goal of simple and meets the users need. In my case the need is to get everything to USB. Get everything in sync, on the same page and still fulfill each controllers individual roles of programming, respectively.
This leads me to this breakout board: USB PICAXE Programmer™. As it appears to me there doesn't appear to be anything not allowing me to do this. I would still dump the audiojack for a a set of headers. The problem I'm having is determining if the PICAXE™ chips, since they were originally PIC™ microcontrollers from MicroChip©, can be programmed via the PICKit 3™. Data is data, so long as it enters the way it should and is supposed to I can't see why this is not do-able.
Prior knowledge of PIC™ microcontrollers and PICAXE's™ tells me that despite the obvious differences, there doesn't appear to be any reason why I cannot transfer code from computer to either of the two. Yes they use different languages and different means to upload code to the controller, however transferring is transferring. If it's simple, complex, original or redundant it still has the same outcome. I just cannot find an obvious reason for this not to work. Search results via DuckDuckGo.com© yielded very little to nothing in terms and scope of this project. With that being said I'm not even sure it's really been suggested before (I'm probably wrong but I couldn't immediately find anything saying otherwise). If I could get this to work it would drastically reduce the number of crap I have to keep track of, and also means I'm not doubling up on a lot of wires/cords (very convenient).
One thing I did find interesting was this video from YouTube™: Link.
Credit to the Author listed in the URL.
So to recap...8-O
Can the PICKit 3™ be interfaced with and to the PICAXE™ systems for a means of data transfer?
Will the breakout-board from SparkFun™ aid or hinder this idea?
Can the audio jack be removed/replaced by some other means?
Any suggestions are greatly appreciated! Out of respect: I am posting this to other forums, as I am loyal to the electronics community (whom we all are), not websites.:grin:
Recently I have tried my hands at using microcontrollers:-(, not just PIC™ microcontrollers but PICAXE™ & Atmel™ chips as well. I would have liked to try Propeller but not a lot of good reviews. Since I've started this new chapter of electronics I've got a lot of parts...lots.of.parts. My goal is to somehow use one system for both the PIC™ microcontrollers (Models will be listed below) and the PICAXE's™. The 3.5mm Audio Jack seems very uncharacteristic as a serial port/transfer to the PICAXE™. I just flat out think it's stupid. And the USB Programming cable is very expensive for such a simple device. Herein lies my goal and project/idea. I'll elaborate further. (If you want the quick-n-dirty just scroll to the bottom)
First, my goal is to combine parts/components to make more efficient use out of my devices, regardless of manufacturer or type as far as PIC™/PICAXE™ is concerned. Since PICAXE's™ are PIC™ microcontrollers with some tweaking and what not, there must exist a way to use a more efficient method of transfer. The thing that immediately comes to mind is the PICKit 3™ that I already have. Using this to somehow design a means to program the PICAXE™ would be amazing. It's simple, easy, and something that I'm somewhat familiar with. Using this dongle to that to get to there is just pointless, redundant, and counter-productive in my opinion; thus the need for simplicity.
My first idea was to build off the USB from my computer (I use Ubuntu 13.04) and connect to a universal board, which can output to any other board/controller via another USB or headers or really whatever fits the goal of simple and meets the users need. In my case the need is to get everything to USB. Get everything in sync, on the same page and still fulfill each controllers individual roles of programming, respectively.
This leads me to this breakout board: USB PICAXE Programmer™. As it appears to me there doesn't appear to be anything not allowing me to do this. I would still dump the audiojack for a a set of headers. The problem I'm having is determining if the PICAXE™ chips, since they were originally PIC™ microcontrollers from MicroChip©, can be programmed via the PICKit 3™. Data is data, so long as it enters the way it should and is supposed to I can't see why this is not do-able.
Prior knowledge of PIC™ microcontrollers and PICAXE's™ tells me that despite the obvious differences, there doesn't appear to be any reason why I cannot transfer code from computer to either of the two. Yes they use different languages and different means to upload code to the controller, however transferring is transferring. If it's simple, complex, original or redundant it still has the same outcome. I just cannot find an obvious reason for this not to work. Search results via DuckDuckGo.com© yielded very little to nothing in terms and scope of this project. With that being said I'm not even sure it's really been suggested before (I'm probably wrong but I couldn't immediately find anything saying otherwise). If I could get this to work it would drastically reduce the number of crap I have to keep track of, and also means I'm not doubling up on a lot of wires/cords (very convenient).
One thing I did find interesting was this video from YouTube™: Link.
Credit to the Author listed in the URL.
So to recap...8-O
Can the PICKit 3™ be interfaced with and to the PICAXE™ systems for a means of data transfer?
Will the breakout-board from SparkFun™ aid or hinder this idea?
Can the audio jack be removed/replaced by some other means?
Any suggestions are greatly appreciated! Out of respect: I am posting this to other forums, as I am loyal to the electronics community (whom we all are), not websites.:grin: