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 - rhyde

32
Bus Pirate Support / Re: BlinkM I2C help
I agree that channel 0 looked more like a clock, but it was not connected as a clock.  Channel 1 was connected to the bp clock.  I was hoping the trace would have something obviously wrong.   From the data sheet, 0 is the broadcast address all devices are suppose to respond to, so I was trying that.  They do not show putting a read address in their sequences, but as they are translated from arduino code, or i2c manuals it could be an understanding gap on my end.  I only have one, and this is just one of my many understanding projects I have trying to come back up to speed on hardware hacking again.  It has been a long time since I did much.  This is simply a personal learning exercise I work on when I have time. 
33
Pirate PIC programmer / Re: Bus Pirate PIC 24F Programmer Dev Thread
The upload to the OLS once the bp had loaded the bootloader on it was extremely slow.  The progress print out incremented, but so slowly I was wondering if it was working.  (That is why I mentioned it, as it could cause someone to abort.)  I mean more than a couple of minutes I would say 5 to 10 seconds a chunk is what I observed.  It was not intolerable, but it was as I said slow enough I was worried it was not working.  The BP upload was not blindingly fast, but it was not ridiculously slow.  It was about what I expected, probably output limited on the display.  The OLS bootloader was the one that was very slow.  I do not know how big the the pic image is, but those things do not have that much memory, and it was slow enough it could have been timeouts IMHO.  Fortunately it was not.

(Sjaak, I was just kidding back.  I am not one to take offense.)

[quote author="ian"]
Is it the OLS bootloader that's slow? How slow is it for you? FOr me it takes well under a minute, but not nearly as fast as the same bootloader in the USB IR Toy (seconds).

The problem is that the 18F24J50 has two write modes: 2bytes and 64bytes. A USB HID packet can only contain 64bytes, so once the header is included there's no room for a full page of data. What I did was convert the bootloader and the application to use the 2byte write mode. This is much slower than the original bootloader because only 2bytes go per packet (instead of 32 with the 18F2550 version). The eventual solution is to send 64bytes of page data over two packets, and set a write/flush flag on the second. The bootloader firmware actually already supports this, but I'm not much of a desktop programmer so I stopped with my first mods.

You can switch back to newterm as needed. We can also add the new command to the newterm binmode. It's just one function here:
http://code.google.com/p/the-bus-pirate ... wire.c#164

Thanks again for the upgrade reports. Admittedly it's a huge upgrade chain (BP, bootloader, firmware, ROM, etc). It's really encouraging that the first two upgrade seem to have been successful.
[/quote]
34
Bus Pirate Support / Re: BlinkM I2C help
Okay I upgraded to Firmware v5.0-RC4 (r378) Bootloader v4.1
DEVID:0x0447 REVID:0x3043 (B5)

I went back to trying to talk to this i2c device now I could attach both the bp and the ols.  The sump dump of this attempt is at http://thehydes.net/failblinkm.sla , anyway what I see is occasional clock pulses, as it is on pin 2, and lots of transition on pin 1.  Any suggestions I sent the following command.
W %:100 [ 0 "a" r ] %:10 w

Pin 1 is MOSI, pin 2 is clock.  Power +5 and gnd  are connected.
35
Pirate PIC programmer / Re: Bus Pirate PIC 24F Programmer Dev Thread
[quote author="Sjaak"]
Off course. You can speed it up by sending money ;)
[/quote]
But all my money is gone for wonderful new toys like this one.  I was just giving feedback on the things I noticed and the bootloader is very slow.  I am debating whether to leave the nightly on so I could help someone if necessary or going back to newterm so I can use it.
36
Open Bench Logic Sniffer / Re: Test Release 2.03 and 2.04 - SPI mode.
I can now report successful BP upgrade done, communication seem to be reliable with initial test.


[quote author="rhyde"]
...
No bootloader so I did not update the PIC, I am not sure if that was required.  I do have a bp so if Ian can point the script for that method I am willing to try that.


$ /cygdrive/c/Program Files/Java/jdk1.6.0_20/bin/java.exe -jar analyzer.jar
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version   = RXTX-2.1-7
COM1
COM14
Device Controller found: org.sump.analyzer.devices.FpgaDeviceController
COM1
COM14
Device Controller found: org.sump.analyzer.devices.Hp16500DeviceController
Device Controller = FPGA Controller
Tool found: org.sump.analyzer.tools.I2CProtocolAnalysis
Tool found: org.sump.analyzer.tools.SPIProtocolAnalysis
Tool found: org.sump.analyzer.tools.StateAnalysis
Tool found: org.sump.analyzer.tools.UARTProtocolAnalysis
Attaching to: COM14 (115200bps)
Run started
Device ID: 0x0
Run aborted
java.io.IOException: Device not found.
        at org.sump.analyzer.devices.FpgaDevice.run(FpgaDevice.java:648)
        at org.sump.analyzer.devices.FpgaDeviceController.run(FpgaDeviceControll
er.java:546)
        at java.lang.Thread.run(Thread.java:619)
[/quote]
37
Bus Pirate Support / Re: Synthetos BP Case
Those cards do not do it for me.  I end up going back to the online manual were I can see the pins on the boards with the labels.  I just need a list of the pins that is big enough I can read, and a bigger middle slice so the connector is usable.
39
Pirate PIC programmer / Re: Bus Pirate PIC 24F Programmer Dev Thread
Okay the problem is the power.  If I attach a second usb cable to the OLS to power it I get what I believe are the expected values.  The only difference is I powered it via USB this time.  So either the firmware is not bring up the 3.3, or the OLS is having issues with it.

Pinging Bus Pirate...
Running Script C:olsP18ScriptReadDeviceID from DataSheet.scrp18 ...
Entering PIC18 ICSP Mode!
Sending 4-bit Command with Data: 0x00!
Sending 16-bit data: 0x0e3f!
Sending 4-bit Command with Data: 0x00!
Sending 16-bit data: 0x6ef8!
Sending 4-bit Command with Data: 0x00!
Sending 16-bit data: 0x0eff!
Sending 4-bit Command with Data: 0x00!
Sending 16-bit data: 0x6ef7!
Sending 4-bit Command with Data: 0x00!
Sending 16-bit data: 0x0efe!
Sending 4-bit Command with Data: 0x00!
Sending 16-bit data: 0x6ef6!
Sending 4-bit Command with Data: 0x09!
Sending 8-bit data: 0x00!
8-bit Data Read: 0x02!
Sending 4-bit Command with Data: 0x09!
Sending 8-bit data: 0x00!
8-bit Data Read: 0x4c!
Exit ICSP Mode!
Done!
40
Pirate PIC programmer / Re: Bus Pirate PIC 24F Programmer Dev Thread
Hmm I can't get the BP to respond to me via hyperterm on this system but the programmer does not seem to have a problem.  Does this firmware have a full UI?  Here is a portmon log attached, and renamed to .txt so the silly system would accept it.
41
Pirate PIC programmer / Re: Bus Pirate PIC 24F Programmer Dev Thread
I downloaded the nightly build Ian upload to this thread, and the script/programmer client doesn't complain.  If I switch the power arrangement do I have to do something to get the pic to listen to the programmer?  (Just trying to figure out what step I missed or and doing wrong.  I will post the BP startup info to be certain I have the right stuff.
42
Pirate PIC programmer / Re: Bus Pirate PIC 24F Programmer Dev Thread
Still getting the same results.  Here are a couple shots of the connections.  3.3 is from the bp, the rest as I understood the directions.  Is there some other jumper I need to get it to talk?  I was happy with a result that was not all 0s or 1s, guess there is another issue.
43
Arduino / Re: AVR Programming & Arduino IDE
I have to say that the biggest issue I have with the arduino tool chain is it hides too much from the user, does a little magic, which I consider evil, and does not have a debugging interface.  Programming without program lvl source debugging is unfortunate.  On the other hand I still run into lots of fun little devices that claim to be mod-able and hack able, but no they used a 168 to save a cent, and as such the memory, and code space are too full to do anything.  Given the cost differential I am considering boycotting any device that does not use a reasonable size chip, or which the runtime isn't less than 50% of the available memory and claims to be hackable.

I really love the gcc tool chain being available, and I have been running into more and more folks that have move beyond the arduino by using the standard pin defs, so they can set 8 pins at once.  There is value in the easy with which a newbie can get started.  I can send one to a niece or nephew and they get going right away.  Unfortunately the magic and hiding of the tool chain often traps people so they do not realize how easy it is to move beyond it.  I hope the other chip companies can see the value of supporting a gcc port of their architecture, and the value is supporting the standard libraries.  It enables so much.
44
Project development, ideas, and suggestions / Re: Seeed Studio Adjustable Power Supply
I have several of those power supplies and breadboards, and at first I though the power supply was too small, but I found that some junk had slipped inbetween the power rails and the main section.  When I cleaned it out, it work well.  There is no slack in the design, but the pins are flexible enough that they work on all the boards I have collected over the last 30 years.  If your won't fit, send them a note, I always get very good service from them.  Occasionally you can hit them at a holiday or very busy point and it takes a few days for an answer, but they have always come through with a good solution or replacement for me.  (I have had very few problems, but of the 100+ items I have purchased from them they have quickly handled the few issues I have had.)
45
Project development, ideas, and suggestions / Re: Software PWM?
Very clever, it means that the interrupts will not be easily mod'ed by anyone because of the tight time constraints, but if done correctly this might actually work.  I am a bit worried that the exact specs seem to be moving around in terms of bits depth of a channel.  Are we aiming for 12, 10, or 8?  I have heard all of the above.  I see no conceptual problem with some tightly coded interrupt routines, that operate on share data structures from the higher-level control code.  It has been decades since I last worked on anything like that, but we use to do it all the time.  (That means I am not volunteering to write them.)  The fact that DMX is a widely used standard, and only handles 8bits per light is very interesting.  I am sure that is because of memory requirements and prices at the time, but it does mean you can do a lot with only 8.

( ! ) 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.01652451192session_write_close ( )...(null):0
20.01682582808ElkArte\sources\subs\SessionHandler\DatabaseHandler->write( )...(null):0
30.01682583584Database_MySQL->query( ).../DatabaseHandler.php:119
40.05992722336Database_MySQL->error( ).../Db-mysql.class.php:273