Skip to main content ↑ ↓

Messages

This section allows you to view all Messages made by this member. Note that you can only see Messages made in areas you currently have access to.

Messages - pppd

107
Pirate PIC programmer / Re: PIC/AVR high voltage programming adapter
The algorithm to enter the AVR HVSP is pretty simple, just a few steps:

1. SDI, SII, SDO, Vcc down to 0V
2. Apply 4.5 - 5.5V to Vcc
3. Wait 20-60us and apply 11.5 - 12.5 to RESET
4. Release SDO
5. Wait at least 300us before sending any instructions

The RESET pin remains high at 12V throughout the entire programming process, so it could be controlled with CS as it is now. Just the power supply would need to be ON, but as we already can control it with setting PowerUp/Dn on BP side I guess it would be okay? For AVR to work this would require the VTarget to be connected directly or through a jumper to the BP 5V.
108
Pirate PIC programmer / Re: PIC/AVR high voltage programming adapter
[quote author="ian"]I'm not sure where to get it though, because we're already using all 5 Bus Pirate pins.[/quote] I have very little idea about electrical circuits but why do we need two PINs ( CS & AUX ) to control the 12V on RST/MCLR? Is this something PIC need? Maybe there could be a jumper to choose whether you want to use PIC or AVR?
109
Pirate PIC programmer / Re: PIC/AVR high voltage programming adapter
I agree, especially when you have cables that fit already :)

I just can't live with the 12V being wasted :) I think I will need to design a simple adapter which will utilize ATtiny2313 to drive the HVSP, and BP will be used as a UART/SPI proxy.. Maybe it's not the nicest solution, but at least I will use the 12V and get to reset 8 pin ATtiny chips.
110
Pirate PIC programmer / Re: PIC/AVR high voltage programming adapter
Then maybe AVR ISP should be removed altogether as it can only serve as regular serial programmer, in which case the RESET pin should be 0-5V and not 12V. I am not sure the HVSP should be used to perform in-circuit programming so it would require a separate socket for the AVR anyway.
112
Pirate PIC programmer / Re: PIC/AVR high voltage programming adapter
I don't know for sure yet, but I am afraid this adapter can't be used as HVSP for AVRs. There are too few pins available. In the HVSP mode there are 7 pins required:

Code: [Select]
1. RESET 12V
2. VCC   5V
3. GND   GND
4. SCI   SERIAL CLOCK IN
5. SDI   SERIAL DATA IN
6. SII   SERIAL INSTRUCTION IN
7. SDO   SERIAL DATA OUT

The VCC could be connected to an external power supply, but it won't help as we still need to control SCI, SDI, SII, RST and get data back from SDO.

Please correct me if I am wrong.
113
Bus Pirate Support / Re: OBD2 J1850/VPW Mode
Some time ago I bought a cheap ( ~ $40 ) OBD-II interface which was supposed to be based on the ELM327 chip, but when I opened it I found a PIC emulating the ELM327 chip and a FTDI232R USB to Serial converter. So this is certainly doable, but there might be some legal issues, I don't think cloning proprietary chips is legal, and I have no idea if the OBD-II protocol specification is freely available anywhere?
116
Open Bench Logic Sniffer / Re: Console update application development
I've attached a patch for the latest revision fixing the Mac OS X incompatibility. I think you don't really need binaries other than Windows executable at this point as all people working on it use Windows, right? I don't think I need SVN access for this project as I am not really contributing anything that can't be posted here.
117
Open Bench Logic Sniffer / Re: Console update application development
[quote author="ian"]
Thanks guys! I'll put it in the gadgetfactory SVN. Is there a latest version I should use?
[/quote] I think you should download the last archive modified by IPenguin, and patch it with my Mac patch. I can patch it for you plus build a new mac binary as it was posted before IPenguin fixed that one issue.
119
Open Bench Logic Sniffer / Re: Console update application development
I have modified the makefile to detect operating system with $(shell uname) and add required flags for Mac OS X universal build. The high speed compatibility mode has been added, it should work on PPC Macs too.

Please review the changes before applying the patch. The zip archive also contains compiled universal binary.

( ! ) Fatal error: Uncaught exception 'Elk_Exception' with message 'Please try again. If you come back to this error screen, report the error to an administrator.' in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
( ! ) Elk_Exception: Please try again. If you come back to this error screen, report the error to an administrator. in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
Call Stack
#TimeMemoryFunctionLocation
10.01712427328session_write_close ( )...(null):0
20.01742558944ElkArte\sources\subs\SessionHandler\DatabaseHandler->write( )...(null):0
30.01742559720Database_MySQL->query( ).../DatabaseHandler.php:119
40.06042698480Database_MySQL->error( ).../Db-mysql.class.php:273