Menu
▾
▴
opencbm-user
|
From: Pawel K. <dj...@gm...> - 2009-10-24 18:34:17
|
Hello everyone! This is my first post to this mailing list, I have just joined "opencbm-user" seeking for help in setting up an XU1541 cable... Per http://www.trikaliotis.net/xu1541 website, I had got encouraged to contact you here; quote: "If you have any questions, suggestions, etc., please feel free to send them to the opencbm-user mailing list". So what I have done till now... I have built XU1541 (http://www.trikaliotis.net/image/xu1541-sch-1.1.png) and simple STK200 compatible interface (http://www.harbaum.org/till/lcd2usb/avrisp.gif). I have connected them both to my PC via USB and LPT connectors respectively. I have made sure both devices are correctly powered up with 5V. I have downloaded CVS-version of OpenCBM library. Here is what I get when I follow the instructions on Spiro's homepage: ------------------------------------------------------------------------------- $ avrdude -c stk200 -p atmega8 -U lfuse:w:0x9f:m -U hfuse:w:0xc8:m -U flash:w:bootldr-avrusb.hex avrdude: AVR device not responding avrdude: initialization failed, rc=-1 Double check connections and try again, or use -F to override this check. avrdude done. Thank you. ------------------------------------------------------------------------------- I have unplugged both devices and made it 100% sure that all the connections on circuit board are correct, exactly like in the schema. The same error appears again and again. I have also tried with "-F' parameter. Still without luck: ------------------------------------------------------------------------------- $ avrdude -c stk200 -p atmega8 -U lfuse:w:0x9f:m -U hfuse:w:0xc8:m -U flash:w:bootldr-avrusb.hex -F avrdude: AVR device not responding avrdude: initialization failed, rc=-1 avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x000000 avrdude: Yikes! Invalid device signature. avrdude: Expected signature for ATMEGA8 is 1E 93 07 avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: erasing chip avrdude: AVR device not responding avrdude: reading input file "0x9f" avrdude: writing lfuse (1 bytes): Writing | | 0% 0.00s ***failed; Writing | ################################################## | 100% 0.02s avrdude: 1 bytes of lfuse written avrdude: verifying lfuse memory against 0x9f: avrdude: load data lfuse data from input file 0x9f: avrdude: input file 0x9f contains 1 bytes avrdude: reading on-chip lfuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0000 0x9f != 0x00 avrdude: verification error; content mismatch avrdude: safemode: lfuse changed! Was 9f, and is now 0 Would you like this fuse to be changed back? [y/n] ------------------------------------------------------------------------------- Any recommendations? The same failure happens on both Linux and Windows. I would be grateful for any kind of help/suggestion. Please note I might be missing something very trivial, I am not an expert in electronics. So please do not hesitate to begin with something simple (maybe except for things like "make sure you have plugged in the device" ;)). Many thanks in advance for your help! Best regards, DJ Gruby/Oxyron. |
){kind=link}
.){kind=link}
|
From: Wolfgang M. <wo...@ne...> - 2009-10-24 20:28:29
|
Hi again, there's an discussion from 2007, where one found out to use "-B 8" which solved his issues: http://forum.embedded-projects.net/viewtopic.php?pid=303#p303 Womo |
|
From: Wolfgang M. <wo...@ne...> - 2009-10-24 20:28:42
|
Hi Pawel (or is it "Hi Krol", are you from Hungary?), Pawel Krol schrieb: > Hello everyone! > > This is my first post to this mailing list, I have just joined > "opencbm-user" seeking for help in setting up an XU1541 cable... Per > http://www.trikaliotis.net/xu1541 website, I had got encouraged to > contact you here; quote: "If you have any questions, suggestions, > etc., please feel free to send them to the opencbm-user mailing list". > > So what I have done till now... I have built XU1541 > (http://www.trikaliotis.net/image/xu1541-sch-1.1.png) and simple > STK200 compatible interface > (http://www.harbaum.org/till/lcd2usb/avrisp.gif). I have connected > them both to my PC via USB and LPT connectors respectively. I have > made sure both devices are correctly powered up with 5V. I have > downloaded CVS-version of OpenCBM library. > > Here is what I get when I follow the instructions on Spiro's homepage: > > ------------------------------------------------------------------------------- > > $ avrdude -c stk200 -p atmega8 -U lfuse:w:0x9f:m -U hfuse:w:0xc8:m -U > flash:w:bootldr-avrusb.hex > > avrdude: AVR device not responding > avrdude: initialization failed, rc=-1 > Double check connections and try again, or use -F to override > this check. just a quick note, since I'm not prepared to dive deeply into my AVR development directories. Please check out more of the avrdude parameters, there must be someone to reduce the programming bitspeed, probably an option named "-B" or another one named "-d". You have to Google around to find out which one is the right one for your setup (programming via LPT). If I remember right, the unprogrammed Mega8 is not configured to make use of the external crystal oscillator, so therefore it runs @ 1MHz only. But standard programming rates are made for 4MHz. Therefore you have to reduce the programming speed. Once the fuses are setup right, the Mega8 always uses the external clock @ 8Mhz and therefore in the future you will never need the bitclock parameter again. Please report here, if this helped for you. Womo |
|
From: Wolfgang M. <wo...@ne...> - 2009-10-30 22:28:47
|
Hello Pawel, are there any news regarding your request? Did reducing the programming speed work for you? Womo |
|
From: DJ G. <dj...@gm...> - 2009-10-30 22:41:13
|
Hi Wolfgang! > are there any news regarding your request? I am sorry for a delayed response. I have mistakenly sent an email to a wrong address instead of this list. > Did reducing the programming speed work for you? My answer to your previous mail is copy and pasted below... >> Hi Pawel (or is it "Hi Krol", are you from Hungary?), That is correct. I'm not from Hungary (actually from Poland). :) >> Please check out more of the avrdude parameters, there must be someone >> to reduce the programming bitspeed, probably an option named "-B" or >> another one named "-d". You have to Google around to find out which one >> is the right one for your setup (programming via LPT). >> >> If I remember right, the unprogrammed Mega8 is not configured to make >> use of the external crystal oscillator, so therefore it runs @ 1MHz >> only. But standard programming rates are made for 4MHz. Therefore you >> have to reduce the programming speed. Once the fuses are setup right, >> the Mega8 always uses the external clock @ 8Mhz and therefore in the >> future you will never need the bitclock parameter again. >> >> Please report here, if this helped for you. >> >> there's an discussion from 2007, where one found out to use "-B 8" which >> solved his issues: >> >> http://forum.embedded-projects.net/viewtopic.php?pid=303#p303 Thanks, unfortunately, that does not solve my case. The same error message appears when applying -B 8 parameter, too (and other variations of different -B values). I did some googling, but either they didn't help me or my knowledge about the topic was too limited to understand what to do. Best regards, DJ Gruby/Oxyron. |
|
From: Spiro T. <cb...@tr...> - 2009-11-01 17:05:24
|
Hello, * On Sun, Nov 01, 2009 at 05:54:01PM +0100 DJ Gruby wrote: > Thanks for help and my apologies for spamming this mailing list with such a trivial issue Although I did not answer, I was following your problem. We are very happy it works out for you know. Does the xu1541 work for you, too? Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ |
|
From: Wolfgang M. <wo...@ne...> - 2009-11-01 22:58:56
|
Hello Gruby, > Thanks for help and my apologies for spamming this mailing list with such a trivial issue you're welcome, this is what this list was created for. And otherwise none of us would've realized that Till's schematic would have been so difficult to understand. To be honest, I got a prebuilt PCB with all parts already soldered from Till, when I got my first two xu1541 interfaces. Unfortunately there was a cable mounted slightly incorrectly, so that I was unable to reprogram my xu1541s the first two weeks until I detected the cable misplacement. Womo |
|
From: Spiro T. <cb...@tr...> - 2009-11-15 16:39:40
|
Hello, * On Sun, Nov 15, 2009 at 02:12:18PM +0100 DJ Gruby wrote: > Unfortunately, no. It is not. Although flashing the firmware went fine, I cannot get it working. I > get the following error when issuing an "insmod" command: > > # ll /dev/cbm > crwxrwxrwx 1 root root 10, 177 2009-11-15 13:28 /dev/cbm > # /sbin/insmod /dev/cbm /dev/lp0 > insmod: can't read '/dev/cbm': No such device Oh, I am sorry... The documentation is not up to date. For the XU1541, you do not insmod (or modprobe) the cbm driver! It is not necessary! The driver is only needed for the XA1541 and XM1541 cables. You must issue % make -f LINUX/Makefile install install-plugin-xu1541 Then you might need a % ldconfig Afterwards, you should connect your xu1541. Then, you should be able to use the various commands, for example, $ cbmctrl reset $ cbmctrl detect and so on. HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ |
|
From: Spiro T. <cb...@tr...> - 2009-11-15 19:25:53
|
Hello again, * On Sun, Nov 15, 2009 at 07:50:44PM +0100 DJ Gruby wrote: > I did exactly what you'd suggested. It does not work for me. What's even worse, issuing those > commands does not report any errors/problems - they just do nothing. Have a look at my console's output: > > $ cbmctrl reset > $ cbmctrl detect > $ cbmctrl status 8 Can you please try the same with the option -@xu1541? That is, $ cbmctrl -@xu1541 reset Furthermore, I would like to see the contents of your /etc/opencbm.conf file. Could it be that there is some line like default=xa1541? If yes, change xa1541 to xu1541. Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ |
|
From: DJ G. <dj...@gm...> - 2009-11-01 16:54:18
|
Hi! You have read my previous e-mail(s) about problems I'd been experiencing with installing BIOS on my XU1541 for the first time with a simple STK200 compatible interface. It's turned out there was no problem with configuration of an "avrdude" utility. While building my STK200 compatible interface I have been fully relying on a schema presented in this picture: http://www.harbaum.org/till/lcd2usb/avrisp.gif However, this schema does not include information about the necessity of connecting ground and VCC wires to pins 10 and 20 of each 74HC244 respectively. What might be obvious for an experienced electronician, turns out to be an incomplete information in a schema that I have not realized due to my lack of electronic knowledge. After adding missing connections on my board, both installing BIOS and flashing the firmware went seamlessly. Thanks for help and my apologies for spamming this mailing list with such a trivial issue Best regards, DJ Gruby/Oxyron. |
|
From: DJ G. <dj...@gm...> - 2009-11-15 13:12:36
|
Hi Spiro! > Does the xu1541 work for you, too? Unfortunately, no. It is not. Although flashing the firmware went fine, I cannot get it working. I get the following error when issuing an "insmod" command: # ll /dev/cbm crwxrwxrwx 1 root root 10, 177 2009-11-15 13:28 /dev/cbm # /sbin/insmod /dev/cbm /dev/lp0 insmod: can't read '/dev/cbm': No such device Despite the correct cable type is recognized, I get no more than this: # tail /var/log/messages Nov 15 13:58:10 localhost kernel: usb 3-3: new low speed USB device using ohci_hcd and address 14 Nov 15 13:58:10 localhost kernel: usb 3-3: device descriptor read/64, error -62 Nov 15 13:58:11 localhost kernel: usb 3-3: device descriptor read/64, error -62 Nov 15 13:58:11 localhost kernel: usb 3-3: new low speed USB device using ohci_hcd and address 15 Nov 15 13:58:11 localhost kernel: hub 3-0:1.0: unable to enumerate USB device on port 3 Nov 15 13:58:12 localhost kernel: usb 3-3: new low speed USB device using ohci_hcd and address 16 Nov 15 13:58:12 localhost kernel: usb 3-3: configuration #1 chosen from 1 choice Nov 15 13:58:12 localhost kernel: usb 3-3: New USB device found, idVendor=0403, idProduct=c632 Nov 15 13:58:12 localhost kernel: usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Nov 15 13:58:12 localhost kernel: usb 3-3: Product: xu1541 Nov 15 13:58:12 localhost kernel: usb 3-3: Manufacturer: opencbm team I tried to follow all of the troubleshooting advices, but none of them seems to help in my case. Any ideas? Ps. I have also tried to use opencbm with my XM1541 cable (confirmed to work), but it has not even been recognized when listed at "/var/log/messages". Best regards, DJ Gruby/Oxyron. |
|
From: DJ G. <dj...@gm...> - 2009-11-15 18:51:02
|
Hi Spiro! Thank you for your fast answer. > Oh, I am sorry... The documentation is not up to date. For the XU1541, > you do not insmod (or modprobe) the cbm driver! It is not necessary! The > driver is only needed for the XA1541 and XM1541 cables. > > You must issue > > % make -f LINUX/Makefile install install-plugin-xu1541 > > Then you might need a > > % ldconfig > > Afterwards, you should connect your xu1541. Then, you should be able to > use the various commands, for example, > > $ cbmctrl reset > > $ cbmctrl detect > > and so on. I did exactly what you'd suggested. It does not work for me. What's even worse, issuing those commands does not report any errors/problems - they just do nothing. Have a look at my console's output: $ cbmctrl reset $ cbmctrl detect $ cbmctrl status 8 Let me repeat the error log output here once again. Maybe it contains some clues for you? # tail /var/log/messages Nov 15 19:39:02 localhost kernel: usb 3-3: USB disconnect, address 2 Nov 15 19:39:43 localhost kernel: usb 3-3: new low speed USB device using ohci_hcd and address 3 Nov 15 19:39:43 localhost kernel: usb 3-3: device descriptor read/64, error -62 Nov 15 19:39:43 localhost kernel: usb 3-3: device descriptor read/64, error -62 Nov 15 19:39:43 localhost kernel: hub 3-0:1.0: unable to enumerate USB device on port 3 Nov 15 19:39:44 localhost kernel: usb 3-3: new low speed USB device using ohci_hcd and address 5 Nov 15 19:39:44 localhost kernel: usb 3-3: configuration #1 chosen from 1 choice Nov 15 19:39:44 localhost kernel: usb 3-3: New USB device found, idVendor=0403, idProduct=c632 Nov 15 19:39:44 localhost kernel: usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Nov 15 19:39:44 localhost kernel: usb 3-3: Product: xu1541 Nov 15 19:39:44 localhost kernel: usb 3-3: Manufacturer: opencbm team See even the following: $ export XU1541_DEBUG=3 $ cbmctrl reset $ cbmctrl detect $ cbmctrl status 8 Is there any way of forcing a more detailed debugging information? Thanks for help! Best regards, DJ Gruby/Oxyron. |
|
From: DJ G. <dj...@gm...> - 2009-11-15 20:34:25
|
Hi Spiro! Thank you for your helpful answer. Spiro Trikaliotis pisze: > Hello again, > > * On Sun, Nov 15, 2009 at 07:50:44PM +0100 DJ Gruby wrote: > >> I did exactly what you'd suggested. It does not work for me. What's even worse, issuing those >> commands does not report any errors/problems - they just do nothing. Have a look at my console's output: >> >> $ cbmctrl reset >> $ cbmctrl detect >> $ cbmctrl status 8 > > Can you please try the same with the option -@xu1541? That is, > > $ cbmctrl -@xu1541 reset At the first try, it did not work (the output has been exactly the same like before = no output). But... > Furthermore, I would like to see the contents of your /etc/opencbm.conf > file. Could it be that there is some line like default=xa1541? If yes, > change xa1541 to xu1541. I did take a look at the contents of my "/etc/opencbm.conf" file and I saw something like this: [xu1541]\nlocation=/usr/local/lib/opencbm/plugin/libopencbm-xu1541.so'\n I have removed "\n" characters, and replaced them with a true new-line characters. How did they literally appear there? I have no idea... Would be nice if the tool had somehow reported a broken configuration file. Without your advice this would have not been detected by myself. Thanks for the suggesstion! Now both these commands work good for me: $ cbmctrl -@xu1541 reset $ cbmctrl reset As well as "d64copy" and all the other stuff. My XU1541 cable is up and running. Thank you very much! :) This is an awesome piece of software! Best regards, DJ Gruby/Oxyron. |
|
From: Spiro T. <cb...@tr...> - 2009-11-16 10:58:06
|
Hello, * On Sun, Nov 15, 2009 at 09:34:09PM +0100 DJ Gruby wrote: > I did take a look at the contents of my "/etc/opencbm.conf" file and I saw something like this: > > [xu1541]\nlocation=/usr/local/lib/opencbm/plugin/libopencbm-xu1541.so'\n Oh.... LINUX/librules.make seems to be missing an "-e" option in the echo commands in the install-plugin rule. (line 69) :( Regards, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X