28 پاسخ برای این موضوع

[mistery]

https://yadi.sk/d/vOeuECiGqrpgo

ere is what I manage to get on numato board

you can try if boulder game is working for you it should display on VGA

you just need to upload it using arduino

as for the VGA console Im getting all the same as you so there is nothing wrong with your setup

[mahmoud]

Thank you! It worked!

BTW I got CRC errors while uploading the code sometimes. Did you ever had this issue?
Here is what I got after runnig your example:

[mistery]

Great!! now you only need to fix buttons in arduino sample to get the game working. I will check your ucf file,and if you did setup LVDS pins inside you could get HDMI output with the same sample ypu do not need to change anything. Yes sometimes I got crc errors do you use linux or windows? 

[mahmoud]

I use windows 8.1 64bit.

Thank you.

[mahmoud]

As for the HMDI part, Unfortunately we do not have any HDMI Interface yet. But we are planning to design a HMDI module for our board.

[mistery]

Do you have SDCARD slot if you setup pins in ucf it should work , on my board it is working from arduino

On windows HEX upload is usualy working, but yes we still have some problems with serial port timings, so on linux sometimes upload does not work

[mahmoud]

Do you have SDCARD slot if you setup pins in ucf it should work , on my board it is working from arduino

No. We dont have sdcard yet, but we are developing an addone module for it.

 

 

On windows HEX upload is usualy working, but yes we still have some problems with serial port timings, so on linux sometimes upload does not work 

Having no CRC check, I always considered the HEX method an unreliable method! I will try it.

 

Thanks for helping.

[mahmoud]

Mistery,

I've added SRAM support to my bootloader using 'glue_bram32_sram8_c2' module. But it seems that there are some problems regarding it:

First I could not upload my sketch to SRAM. Although  the sketch uploads without any CRC error, But nothing runs

Second, I tried to verify SRAM operation using a simple sketch:

volatile uint16_t *vram = (volatile uint16_t *) 0x80000000;
#define ramsize  1024*2 // testing first 2KB section of 512K*8bit SRAM

void setup() {
  
  //Initialize serial and wait for port to open:
  Serial.begin(115200);
  while (!Serial) {
    ; // wait for serial port to connect. Needed for native USB port only
  }
 
  delay(2000);
  Serial.println("Starting test ... \n");

  int i;
  
  
  for (i=0; i < ramsize; i++)
    vram[i] = i;
  
  for (i=0; i < ramsize; i++)
  {
    Serial.print("0x");
    Serial.print(vram[i], HEX);
    Serial.println("\n"); 
    //delay(10);
  }
  
 
}

void loop() {
 

}

The output is:

0x7
0x100
0x200
0x300
0x400
0x500
0x600
0x700
....
0xFD07
0xFE07
0xFF07

It seems that the High and Low byte positions are swapped!

May you run the sketch on your own board and tell me the result?
the current bootloader source could be found here.

 

Regards,

Mahmoud

[parham]

سلام

 

من پکیج را نصب کردم ولی برای پروگرام بوت لودر دو مشکل داشت. اول آنکه در فایل boards.txt به جای \ در مسیر / بود و دوم آنکه یک عبارت normal در اسم فایل باید وجود میداشت که ندارد و من bit فایل را تغییر نام دادم و بعد پروگرامر را هم باید از منوی tools به ujprog(FPGArduino) عوض کرد تا همه چیز کار کند. اما در آخر بنظررسید که فلش برد پروگرام نمیشودو با قطع و وصل برق نه تنها کدC  بلکه بوت لودر هم از نو باید پروگرام شود.

سئوال من این است که از طریق آردوینو نمیتوان بوت لودر وبرنامه C را برای همیشه در فلش پروگرام کرد؟