Pages: 1 ... 5 6 [7]   Go Down
Author Topic: Dumping firmware/software...and/or reflashing??  (Read 23916 times)
0 Members and 1 Guest are viewing this topic.
Offline Offline
Newbie
*
Karma: 0
Posts: 6
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

What's happened with the wiki page?
http://code.google.com/p/phenomx7-etrigger/w/list
Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 36
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Thank you for pointing this out.  There was a problem with the google code source repository.  I've repaired the issue and the wiki should be back.
Logged

Norway
Offline Offline
Newbie
*
Karma: 0
Posts: 7
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

I got my USBASP programmer yesterday after 23 days waiting. Of course this happened during the time the wiki was down haha. I successfully programmed one of the spare ATTINY44 chips using WinAVR though; now I wonder if there's any way to test it. Do you have a picture or schematic for a test bed breadboard? If not, don't sweat it. I'll have to study the x7 chip to figure out differences with the Phenom anyway. Also, would upgrading to an ATTINY84 have a significant impact on anything?
Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 36
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Yeah, I'm sorry about the wiki.  I was trying to switch over the source code repository, but apparently google does not auto transfer what was already on the site.  I'll attempt the switch again eventually, but not for a while.

I've attached a schematic of a test breadboard that should work with our programming for the Phenom.  I need to make a few changes to it for the original Tippmann chip (it requires more pins to be pulled-up/pulled-down than my firmware), but this test breadboard should work just fine for our firmware.

The ATtiny84 is a drop in replacement for the ATtiny44 (pinouts are the same, clock is the same, etc.).  The ATtiny84 provides 8k of memory versus the 4k on the ATtiny44, but other than that, it's the same chip.  I would love to grow the firmware with additional options that I'm currently unable to fit on the ATtiny44 due to the smaller memory, but I want to keep the firmware small enough so people can use it on stock versions of the board (no soldering required).

If you do plan on soldering in a new ATtiny84, perhaps we should branch the source code for this firmware and start adding features.


* phenomTestBoard.png (59.08 KB, 736x479 - viewed 31 times.)
Logged

Norway
Offline Offline
Newbie
*
Karma: 0
Posts: 7
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Thank you for the schematic, very clear and helpful. It would only take one more resistor to add a switch (the safety switch electromagnetic relay), correct? I've only ordered 10 which should be here shortly. Which pin does it use on the Phenom?

I could solder on an t84 right away if I thought I had the skill. Maybe I can ask a friend to help me though. What functions were you thinking of, more firing modes or more refined logic?  Originally, I envisioned an I²C library to have it connect to other devices such as a display and scroll wheel. Crazy, I know. I shelved the idea when I realized it would probably severely impact battery life and reliability.
« Last Edit: July 28, 2012, 07:31:18 am by Laggard » Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 36
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

It would only take one more resistor to add a switch (the safety switch electromagnetic relay), correct?

The safety switch relay does not connect directly to the ATtiny44.  Instead, the relay controls the power to the chip Vcc (Pin 1).  To simulate this on the breadboard, I just plug and unplug the power source.

What functions were you thinking of, more firing modes or more refined logic?

A mixture of both.  The stock board has the ability to detect low voltage from the battery and indicate that the battery is low to the user.  I have not finished researching this, but I don't really have the space for it on the chip either.  It was that or presets.  For firing modes, I don't have any ramping.  I would like to include some version of it.  I'm trying to optimize the code a bit (without going to assembly) and might be able to make room for one more firing mode (fingers crossed).

Originally, I envisioned an I²C library to have it connect to other devices such as a display and scroll wheel. Crazy, I know. I shelved the idea when I realized it would probably severely impact battery life and reliability.

Crazy?  Absolutely!  But we're all a little crazy.  We've had similar ideas about adding peripherals (kill counter, ammo counter, ...).  For this, I think we would include a separate enclosure with a picatinny mount so it could store a separate battery for itself, and link up to the stock board with a cable tied to the pinouts (drawing as little current as possible to get the job done).  I'm not a hardware guy, but I think this is possible.
Logged

Norway
Offline Offline
Newbie
*
Karma: 0
Posts: 7
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

The safety switch relay does not connect directly to the ATtiny44.  Instead, the relay controls the power to the chip Vcc (Pin 1).  To simulate this on the breadboard, I just plug and unplug the power source.


This is true but I would need to include a separate switch in order to customize the code for the X7 classic. The relic requires being powered by pressing the programming button, and programming mode is only entered if you activate the board with the trigger pulled. The electromagnetic relay would only serve as a precondition for alternate firing modes to be activated, as the board being powered but the relay untriggered constitutes a separate, electronic, semi-automatic firing mode. This might be a problem, considering the limited available memory space.

A mixture of both.  The stock board has the ability to detect low voltage from the battery and indicate that the battery is low to the user.  I have not finished researching this, but I don't really have the space for it on the chip either.  It was that or presets.  For firing modes, I don't have any ramping.  I would like to include some version of it.  I'm trying to optimize the code a bit (without going to assembly) and might be able to make room for one more firing mode (fingers crossed).


I could possibly buy another stock board for my Phenom, to experiment with the t84. Then I would be less likely to get bruised up like seven hells if it spazzes out. I'm game. Give me a couple weeks though.

Crazy?  Absolutely!  But we're all a little crazy.  We've had similar ideas about adding peripherals (kill counter, ammo counter, ...).  For this, I think we would include a separate enclosure with a picatinny mount so it could store a separate battery for itself, and link up to the stock board with a cable tied to the pinouts (drawing as little current as possible to get the job done).  I'm not a hardware guy, but I think this is possible.


Haha I never thought of that. A separate device with its own power supply would be great, if it means the etrigger device works independently of the battery condition of the peripheral. Potentially this could be a total conversion awesomification set to make your Phenom a goddamn Starship Troopers space gun to distinguish it from that there gaggle of "normal" space laser guns.
« Last Edit: July 28, 2012, 06:27:25 pm by Laggard » Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 6
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

anyone experienced this problem? (unwanted auto cycle trouge all presets)
http://code.google.com/p/mad-phenom/issues/detail?id=2
Logged

Pages: 1 ... 5 6 [7]   Go Up
Jump to: