Sorry, I'm not sure what you mean. Are you seeing stuff come out the RS-232
port?
On Thu, Jul 10, 2014 at 6:07 PM, Rolando Paz wrote:
> Hi Glenn
>
> I read the following main.c file from another project:
>
>
> https://casper.berkeley.edu/svn/trunk/projects/leuschner_spec/ppc_source/main.c
>
> T
Hi Glenn
I read the following main.c file from another project:
https://casper.berkeley.edu/svn/trunk/projects/leuschner_spec/ppc_source/main.c
The main.c file I'm using is this:
https://casper.berkeley.edu/svn/trunk/projects/pocketcorrelator/poco-0.1.1/src/main_i4_c2048.c
And I think this las
Thanks Glenn.
I'll check the output of RS232 port ...
2014-07-10 8:42 GMT-06:00 G Jones :
> I mean wherever you have defined the startudp function. I notice there's
> already this line in there:
> xil_printf("UDP pcb instantiated\n\r");
>
> If I recall, this message will go to the RS-232 serial
I mean wherever you have defined the startudp function. I notice there's
already this line in there:
xil_printf("UDP pcb instantiated\n\r");
If I recall, this message will go to the RS-232 serial port. I suggest
watching the output from that port when you try to send the startudp
command and see i
With Aaron's bitfile the transmission of bram is initialized, I can see
this from wireshark, but with my bitfile nothing happens ...
2014-07-10 8:21 GMT-06:00 G Jones :
> What happens when you try to startupddump?
>
>
> On Thu, Jul 10, 2014 at 10:20 AM, Rolando Paz wrote:
>
>> Hi Glenn
>>
>> Gr
What happens when you try to startupddump?
On Thu, Jul 10, 2014 at 10:20 AM, Rolando Paz wrote:
> Hi Glenn
>
> Griffin helped me understand that the file that I should use is called
> "download.bit" and not the original file that was compiled :-)
>
> However, now I login via telnet again and I
Hi Glenn
Griffin helped me understand that the file that I should use is called
"download.bit" and not the original file that was compiled :-)
However, now I login via telnet again and I can not start udp dump.
version
clkmeasure
clkreset
clkphase
listdev
read
write
readbase
writebase
setbase
re
Hi Jason,
I finally traced the problem to the two USB cables that were used to connect
the Valon. I did not think that I should also try a third cable! The
synthesiser is now recognised. Thanks for all your help!
Cheers,
Ramesh
On 10 Jul 2014, at 10:57, Jason Manley wrote:
> Hmmm... weird
Hmmm... weird. Try another computer? USB cable (maybe it's not plugged-in all
the way cos the metal box is getting in the way)? I've not seen this behaviour
before on any of our Debian, Ubuntu, Mac or Windows XP computers with any of
our Valon units here.
Jason Manley
CBF Manager
SKA-SA
Cell:
Hi Jason, Louis,
The Valon unit is on external power, and draws ~300 mA at 5V.
Cheers,
Ramesh
On 10 Jul 2014, at 10:49, Louis Dartez wrote:
> correct. they don’t power off of USB. they use a 5V DC power if i remember
> correctly. i use red hat linux and multiple ubuntu machines and have nev
correct. they don’t power off of USB. they use a 5V DC power if i remember
correctly. i use red hat linux and multiple ubuntu machines and have never run
into any problems. what version of linux are you using?
L
> Louis P. Dartez
> Graduate Research Assistant
> Center for Advanced Radio Astronom
Did you plug the power into the Valon unit? The last one I used didn't power
off USB.
Jason
On 10 Jul 2014, at 10:23, Ramesh Karuppusamy wrote:
>
> Dear Casperites,
>
> Has anyone reading this post succeed in getting Valon 5008 recognised in
> Linux?
>
> Both Valon 5008 and the USB serial
Dear Casperites,
Has anyone reading this post succeed in getting Valon 5008 recognised in Linux?
Both Valon 5008 and the USB serial module for Valon 5007 use FT232R chip.
However I see no sign of this device when connected to a Linux-box (as reported
by ‘dmesg’ or ‘lsusb’).
The ROACH2’s FTDI
13 matches
Mail list logo
