Topic: Cairnsmore1 - Quad XC6SLX150 Board - page 87. (Read 286370 times)
Huh, well that's weird.... I have no idea why it would do that. To prevent spelling mistakes, use tab-autocompletion.
It's a good thing I don't have any more hair left or it would all be on the floor by now...
http://img842.imageshack.us/img842/1303/spifail.jpg
lol, you forgot to add ".bit" to the end of the filename.http://img842.imageshack.us/img842/1303/spifail.jpg
> SPIProg.exe XC3S50AN_LOADER_V1.1.bit
Shipping Update
Ok if you are on a June delivery indication you should either have received a request for payment or you will do so in the next 3 days. Please look out for the payment requests including the good old spam box.
We are now nearly back on our original schedule and the catch up is happening very quickly. For July it looks like we will be on schedule if not running ahead. We may have a few droops in production through July as well may have a couple of small periods of waiting for components but these won't cause anything other than a small variation in deliveries.
For the moment we are still running August as a non-production month but it is likely we will have some pulling in some September deliveries. September delivery promise is about to close and October will become the promise probably tomorrow.
Yohan
Ok if you are on a June delivery indication you should either have received a request for payment or you will do so in the next 3 days. Please look out for the payment requests including the good old spam box.
We are now nearly back on our original schedule and the catch up is happening very quickly. For July it looks like we will be on schedule if not running ahead. We may have a few droops in production through July as well may have a couple of small periods of waiting for components but these won't cause anything other than a small variation in deliveries.
For the moment we are still running August as a non-production month but it is likely we will have some pulling in some September deliveries. September delivery promise is about to close and October will become the promise probably tomorrow.
Yohan
Now, I'll move bitstreams and xc3sprog from VirtualBox image and see what happens
spiccioli.
spiccioli.
It happens that xc3sprog does not work, it is a 32 bit prog, I'm on a 64 bit one and without 32 bit libs.
:/
spiccioli
Hi,
I'm moving to my linux setup, ubuntu server
and I've found I have to issue a
every time I restart my PC even if I have the udev rule in /lib/udev/rules.d/99-cairnsmore.rules
Anyway, after this the board is found and four ports become available
ttyUSB2 and ttyUSB3 are FPGA0/3 and I can mine on them with Mpbm
Now, I'll move bitstreams and xc3sprog from VirtualBox image and see what happens
spiccioli.
I'm moving to my linux setup, ubuntu server
Code:
$ uname -a
Linux t5570 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
and I've found I have to issue a
Code:
sudo /sbin/modprobe ftdi-sio product=0x8350 vendor=0x0403
every time I restart my PC even if I have the udev rule in /lib/udev/rules.d/99-cairnsmore.rules
Anyway, after this the board is found and four ports become available
Code:
[ 1052.472642] usbcore: registered new interface driver usbserial
[ 1052.472703] USB Serial support registered for generic
[ 1052.475082] usbcore: registered new interface driver usbserial_generic
[ 1052.475093] usbserial: USB Serial Driver core
[ 1052.484292] USB Serial support registered for FTDI USB Serial Device
[ 1052.486249] ftdi_sio 1-6:1.0: FTDI USB Serial Device converter detected
[ 1052.487938] usb 1-6: Detected FT4232H
[ 1052.487952] usb 1-6: Number of endpoints 2
[ 1052.487964] usb 1-6: Endpoint 1 MaxPacketSize 512
[ 1052.487976] usb 1-6: Endpoint 2 MaxPacketSize 512
[ 1052.487987] usb 1-6: Setting MaxPacketSize 512
[ 1052.492091] usb 1-6: FTDI USB Serial Device converter now attached to ttyUSB0
[ 1052.492418] ftdi_sio 1-6:1.1: FTDI USB Serial Device converter detected
[ 1052.492554] usb 1-6: Detected FT4232H
[ 1052.492565] usb 1-6: Number of endpoints 2
[ 1052.492577] usb 1-6: Endpoint 1 MaxPacketSize 512
[ 1052.492588] usb 1-6: Endpoint 2 MaxPacketSize 512
[ 1052.492599] usb 1-6: Setting MaxPacketSize 512
[ 1052.493568] usb 1-6: FTDI USB Serial Device converter now attached to ttyUSB1
[ 1052.493887] ftdi_sio 1-6:1.2: FTDI USB Serial Device converter detected
[ 1052.493988] usb 1-6: Detected FT4232H
[ 1052.493999] usb 1-6: Number of endpoints 2
[ 1052.494010] usb 1-6: Endpoint 1 MaxPacketSize 512
[ 1052.494022] usb 1-6: Endpoint 2 MaxPacketSize 512
[ 1052.494033] usb 1-6: Setting MaxPacketSize 512
[ 1052.495873] usb 1-6: FTDI USB Serial Device converter now attached to ttyUSB2
[ 1052.497132] ftdi_sio 1-6:1.3: FTDI USB Serial Device converter detected
[ 1052.497249] usb 1-6: Detected FT4232H
[ 1052.497260] usb 1-6: Number of endpoints 2
[ 1052.497272] usb 1-6: Endpoint 1 MaxPacketSize 512
[ 1052.497284] usb 1-6: Endpoint 2 MaxPacketSize 512
[ 1052.497295] usb 1-6: Setting MaxPacketSize 512
[ 1052.500148] usb 1-6: FTDI USB Serial Device converter now attached to ttyUSB3
[ 1052.500217] usbcore: registered new interface driver ftdi_sio
[ 1052.500227] ftdi_sio: v1.6.0:USB FTDI Serial Converters Driver
ttyUSB2 and ttyUSB3 are FPGA0/3 and I can mine on them with Mpbm
Now, I'll move bitstreams and xc3sprog from VirtualBox image and see what happens
spiccioli.
At the moment FPGA 0 and 3 in the "Temporary Programming" mode have the orange led's on and if they got work it turn the orange led off and a second later it turns again on. the hashrate is about 40Mh/s. 
Yesterday i got 380Mh/s in 1 hour average and 10 hours later they had only 40Mh/s. Dunno whats going on.
Yesterday i got 380Mh/s in 1 hour average and 10 hours later they had only 40Mh/s. Dunno whats going on.After uninstall the drivers and reinstall them, testing all usb ports etc., it's working now (temporary mode) and hashing @ ~370Mh/s (1 hour average checked with p2pool stats page). Phew!
I get the same error as Ebereon I have 62-0013. The xc3sprog –c cm1 –p 0 twin_test.bit works, but loading to SPI Flash with xc3sprog –c cm1 –p 0 –I xc6lx150.bit twin_test.bit gives me the error below.
JEDEC: ff ff 0xff 0xff
unknown JEDEC manufacturer: ff
ISF Bitfile probably not loaded
Also looking forward to programming these in Linux.
Thanks!
JEDEC: ff ff 0xff 0xff
unknown JEDEC manufacturer: ff
ISF Bitfile probably not loaded
Also looking forward to programming these in Linux.
Thanks!
The controller update worked, no problem here.
Dip switches are set as the PDF shows.
Now i want to programm the FPGA 0 and 3. This is only working with the temporary version:
xc3sprog –c cm1 –p 0 twin_test.bit
xc3sprog –c cm1 –p 3 twin_test.bit
But, Programming the Bitstream into the SPI Flash on the Array is not working:
xc3sprog –c cm1 –p 0 –I xc6lx150.bit twin_test.bit
xc3sprog –c cm1 –p 3 –I xc6lx150.bit twin_test.bit
If i try this, I get the error msg from my previous post.
At the moment FPGA 0 and 3 in the "Temporary Programming" mode have the orange led's on and if they got work it turn the orange led off and a second later it turns again on. the hashrate is about 40Mh/s. Yesterday i got 380Mh/s in 1 hour average and 10 hours later they had only 40Mh/s. Dunno whats going on.
Dip switches are set as the PDF shows.
Now i want to programm the FPGA 0 and 3. This is only working with the temporary version:
xc3sprog –c cm1 –p 0 twin_test.bit
xc3sprog –c cm1 –p 3 twin_test.bit
But, Programming the Bitstream into the SPI Flash on the Array is not working:
xc3sprog –c cm1 –p 0 –I xc6lx150.bit twin_test.bit
xc3sprog –c cm1 –p 3 –I xc6lx150.bit twin_test.bit
If i try this, I get the error msg from my previous post.
At the moment FPGA 0 and 3 in the "Temporary Programming" mode have the orange led's on and if they got work it turn the orange led off and a second later it turns again on. the hashrate is about 40Mh/s.
Yesterday i got 380Mh/s in 1 hour average and 10 hours later they had only 40Mh/s. Dunno whats going on. @yohan: Thanks for the Controller update. The programming worked at the first attempt, but only the temporary version.
Error msg when trying the SPI Flash on the Array:
Error msg when trying the SPI Flash on the Array:
Quote
JEDEC: ff ff 0xff 0xff
unknown JEDEC manufacturer: ff
ISF Bitfile probably not loaded
unknown JEDEC manufacturer: ff
ISF Bitfile probably not loaded
Have you checked the DIP switches are in the requisit positions.
Have you got the serial number?
@yohan: Thanks for the Controller update. The programming worked at the first attempt, but only the temporary version.
Error msg when trying the SPI Flash on the Array:
Error msg when trying the SPI Flash on the Array:
Quote
JEDEC: ff ff 0xff 0xff
unknown JEDEC manufacturer: ff
ISF Bitfile probably not loaded
unknown JEDEC manufacturer: ff
ISF Bitfile probably not loaded
If you are a Windows user the stuff for updating your controller is now on the support webpage. Linux version coming soon. This is only worth doing if you have board 0026 or earlier. Take care not to lose power during this process and check it asy that it verify's ok. If it does not verify properly and provided you don't power cycle you can have another go. If it does go horribly wrong it will be possible to recover the units using a standalone programming cable.
Oh well. Looks like I'll have to use a bulky ATX PSU to power my two boards.
Just get 2 wall warts....I'm trying to avoid that because that means taking up two sockets. I already have a socket for the Raspberry Pi and a socket for my powered USB hub.
Atleast with a ATX PSU I can power the two boards and my Raspberry Pi from one socket, and probably my powered USB hub as well if I buy an adapter for it.
get a power strip?
Thanks but I'm already using one. I'm really just trying to keep things as minimal as possible. I don't want to daisy chain two power strips either.
Oh well. Looks like I'll have to use a bulky ATX PSU to power my two boards.
Just get 2 wall warts....I'm trying to avoid that because that means taking up two sockets. I already have a socket for the Raspberry Pi and a socket for my powered USB hub.
Atleast with a ATX PSU I can power the two boards and my Raspberry Pi from one socket, and probably my powered USB hub as well if I buy an adapter for it.
get a power strip?
..., so I'm thinking we need to update the array controller firmware?
I think that too, something is really strange with the programming. It took me now 2 hours of trying to get it working again. Same errors as norulezapply and i tried also to first programm the fpga 3 and then 0 but the same error then on fpga 0.
Dunno why it's working now after 2 hours.
Two hours? Wow. Now that is determination!
..., so I'm thinking we need to update the array controller firmware?
I think that too, something is really strange with the programming. It took me now 2 hours of trying to get it working again. Same errors as norulezapply and i tried also to first programm the fpga 3 and then 0 but the same error then on fpga 0.
Dunno why it's working now after 2 hours.
That looks very nice yohan!
Would I be able to do a similar thing with a ~120W "wall wart" power brick adapter instead of PCI-e?
I would not recommend it as the 2.5mm jack is only rated to 5A which is enough for one board but not 2 running full load.
Cut the end off the power brick and feed the wires into the Phoenix connectors.
[/quote]
aye, or affix 2 barrel connectors to the cut wart wires.
That looks very nice yohan!
Would I be able to do a similar thing with a ~120W "wall wart" power brick adapter instead of PCI-e?
I would not recommend it as the 2.5mm jack is only rated to 5A which is enough for one board but not 2 running full load.
[/quote]
Cut the end off the power brick and feed the wires into the Phoenix connectors.
Oh well. Looks like I'll have to use a bulky ATX PSU to power my two boards.
Just get 2 wall warts....I'm trying to avoid that because that means taking up two sockets. I already have a socket for the Raspberry Pi and a socket for my powered USB hub.
Atleast with a ATX PSU I can power the two boards and my Raspberry Pi from one socket, and probably my powered USB hub as well if I buy an adapter for it.
Oh well. Looks like I'll have to use a bulky ATX PSU to power my two boards.
Just get 2 wall warts.... That looks very nice yohan!
Would I be able to do a similar thing with a ~120W "wall wart" power brick adapter instead of PCI-e?
I would not recommend it as the 2.5mm jack is only rated to 5A which is enough for one board but not 2 running full load.
[/quote]
Oh well. Looks like I'll have to use a bulky ATX PSU to power my two boards.
Jump to: