Alt. firmware and GUI for Thanos's AMC1.5 & AMC1.6

[speedy]

Hi, Guys!!!

I think, I found one problem with my FTISP files for atmega8535. And it is not only my problem. As I see Thanos has the same problem in FTISP for atmega8535. The problem has the name - the FUSE in *.bat files.

When Thanos was make FTISP files for atmega8535, hi (and I) get fuse data for atmega644. But that is not correct. I think, bat file must be next:

ftisp.exe -B 100000 -E -fw A22_v21.bin -Fw 0xC1FF -fv A22_v21.bin

pause

Tomorrow I will try to solve this problem... But now I'm ill I'm sorry

Regards,
Ale

>>>>>>>>> Excellent with Grade A+ results <<<<<<<<<<

You triggered the Wedding Prilad
here comes the Bride ....
the first thing I did after fixing the AMC board ... the first power on ... but I did the steps again to the capture video happy like a kid
I used the red fuses combinations you provided and this is the result ...
ATMEGA8535, 22.118MHZ quartz, FW AMC2.1 ALESOFT+ 22Mhz 2ch poten. ,DIY FTDI232RL serial UART converter .
FW files are here

x-sim_AMC_22118kHz_v21_resistors_new fuses.rar

(12.47 KiB) Downloaded 674 times

video for the test here


Here is a small gift Prilad for you and the readers of your thread :
files for the FTDI232RL serial UART converter for DIY here

FTDI FT232RL Breakout C1 board.JPG (108.94 KiB) Viewed 5230 times

FTDI FT232RL Breakout C2 board.JPG (71.99 KiB) Viewed 5230 times

C1, C2, silkscreen layers pdf files here

FT232RL.rar

(92.45 KiB) Downloaded 660 times

@ Prilade ... To continue with the FW troubleshooting edition ... I think it should be an embedded function into the latest working FW ...
you sholud make us that edition and update the first post ...

spe edy

[speedy]

I found the program is left running in the back ground while posting the previous one ...
I just was dancing with the LCD numbers ups and downs ...

[prilad]

Hi, Speedy!!!

Work is always rewarded . Congratulations...

[speedy]

With the help of Genius men ...

I guess it's my reading glasses in the first place ... I can't read lines containing Hex codes even in datasheets ... my eyes becomes crossed

[prilad]

I can't read lines containing Hex codes even in datasheets ... my eyes becomes crossed

Oh, I'm sorry, my friend, But I have to give some explanations... And about Hex codes too

There is the table from atmega8535 datasheet with High byte of fuse. In the right of the table I draw my fuse setting. In binary this is = 1100 0001, and in Hex = 0xC1

Atmega8535_fuse_hibyte.jpg (184.67 KiB) Viewed 5218 times

atmega8535 fuses - high byte

There is the table from atmega8535 datasheet with Low byte of fuse. In the right of the table I draw my fuse setting. In binary this is = 1111 1111, and in Hex = 0xFF.

But I recommend to program two additional bits - BODEN and BODLEVEL. In this case in binary this is = 0011 1111, and in Hex = 0x3F.

Atmega8535_fuse_lobyte.jpg (113.99 KiB) Viewed 5218 times

atmega8535 fuses - low byte

It's information for the people, who write programm to atmega using PonyProg and Hex files. I draw your attention that for fuses '0' mean 'Programming' and '1' mean 'Unprogramming'

regards,
Ale

[prilad]

Hi, Speedy.

Two words about your video. I think there is not necessary to make sending period lower than 5..10 ms. In my firmware main circle of PWM regulation has period 3.5 ms for 18MHz quartz.

Regards,
Ale

[vicpopo]

Hi guy's,
Congratulations Speedy and Prilad!!
Pugnacity , Work and big Wish are always paid back!!
Best Regards

[speedy]

Hi Prilad :
vicpopo had just read my mind ...
The Pugnacity will not come off until making a simulator Voice activated like the British BENTLEY car in the 2012 movie ... just a big wish .

Till now ... if I asked you about how big is this FW and the full option program ... proudly say ... like the man in this video



>>>>> It's Russian ... <<<<<


regards

spe edy

[tronicgr]

Hi, Speedy.

Two words about your video. I think there is not necessary to make sending period lower than 5..10 ms. In my firmware main circle of PWM regulation has period 3.5 ms for 18MHz quartz.

Regards,
Ale

Really?? I still get 1.176Khz with 18Mhz crystal!! (I measured 850hz loop). And my code can handle overbuffer pretty well, with 1ms delay it will skip data coming too fast, but will be still in time for the third incoming packet. 2ms delay will drop the performance and the accuracy to 500Hz instantly.

My oppinion... I would set delay to 0ms and let AMC1.6 synchronizes itself to its maximum of 1.176Khz...

Best Regards,
Thanos

[prilad]

Hi, Thanos !

Really?? I still get 1.176Khz with 18Mhz crystal!! (I measured 850hz loop). And my code can handle overbuffer pretty well, with 1ms delay it will skip data coming too fast, but will be still in time for the third incoming packet. 2ms delay will drop the performance and the accuracy to 500Hz instantly.

My oppinion... I would set delay to 0ms and let AMC1.6 synchronizes itself to its maximum of 1.176Khz...

Yes, you did a very good job. And you really became a Guru for the community. And my firmware - it is the first touch, and almost virtual one. Because I have no any hardware for fast testing and debuging firmware in real life... And I works with x-sim firmware less than a year

But I think that in next generation I will try to make duty cycle shorter than 1 ms. No problem...

Regards,
Ale