TF Riser Revision 0 Arrives

68030 + SDRAM + IDE

Moderators: terriblefire, Terriblefire Moderator

terriblefire
Moderator Team
Moderator Team
Posts: 2415
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

Re: TF Riser Revision 0 Arrives

Post by terriblefire » Mon Mar 09, 2020 10:10 pm

My central heating has packed in so didnt get near the lab tonight.
———
I get cranky when asked to repeat myself.

go0se
Posts: 167
Joined: Sun Nov 25, 2018 7:55 pm

Re: TF Riser Revision 0 Arrives

Post by go0se » Mon Mar 09, 2020 10:49 pm

terriblefire wrote:
Mon Mar 09, 2020 10:10 pm
My central heating has packed in so didnt get near the lab tonight.
From the dry heat of the desert, back to Scotland with no central heating - Ouch! :o

User avatar
arkadiusz.makarenko
Posts: 389
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko » Mon Mar 09, 2020 11:52 pm

I managed to bugfix mouse initialisation. It was very silly bug, but I am beginner in C after all.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

terriblefire
Moderator Team
Moderator Team
Posts: 2415
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

Re: TF Riser Revision 0 Arrives

Post by terriblefire » Tue Mar 10, 2020 9:31 am

go0se wrote:
Mon Mar 09, 2020 10:49 pm
From the dry heat of the desert, back to Scotland with no central heating - Ouch! :o
Aye. Shockaroony.
arkadiusz.makarenko wrote:
Mon Mar 09, 2020 11:52 pm
I managed to bugfix mouse initialisation. It was very silly bug, but I am beginner in C after all.
Hardfault usually equals stack overflow in my experience with that chip.
———
I get cranky when asked to repeat myself.

User avatar
arkadiusz.makarenko
Posts: 389
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko » Tue Mar 10, 2020 10:15 pm

There is another bug. Mouse X,y in mouse variable are stored as uint8_t but should be int16_t. Direction of move is lost on cast.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

terriblefire
Moderator Team
Moderator Team
Posts: 2415
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

Re: TF Riser Revision 0 Arrives

Post by terriblefire » Wed Mar 11, 2020 7:32 pm

I've tried firing it up and with one device i always get hardfaults and the other i get...
hardfault.JPG
hardfault.JPG (28.83 KiB) Viewed 1596 times
Basically looks like the 105 doesnt have the RAM for what we're trying to do
———
I get cranky when asked to repeat myself.

User avatar
arkadiusz.makarenko
Posts: 389
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko » Wed Mar 11, 2020 8:42 pm

terriblefire wrote:
Wed Mar 11, 2020 7:32 pm
I've tried firing it up and with one device i always get hardfaults and the other i get...

hardfault.JPG

Basically looks like the 105 doesnt have the RAM for what we're trying to do

There is interface switching after receiving data from device or SOF, Device type changes and as it is non blocking code once it runs as deviceType mouse and on the other as deviceType keyboard on each cyckle. It may screw up keyboard settings or even kb_clock ? (maybe).

Device bufferes are 500bytes each, there should be enough ram to handle it. IDE say that about 3-4k is used.

May I ask what device throws hardfaults?
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

terriblefire
Moderator Team
Moderator Team
Posts: 2415
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK
Contact:

Re: TF Riser Revision 0 Arrives

Post by terriblefire » Wed Mar 11, 2020 9:03 pm

arkadiusz.makarenko wrote:
Wed Mar 11, 2020 8:42 pm
May I ask what device throws hardfaults?
its one of these https://www.amazon.co.uk/dp/B00CL6353A/ ... 41_TE_dp_1
———
I get cranky when asked to repeat myself.

User avatar
arkadiusz.makarenko
Posts: 389
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko » Wed Mar 11, 2020 9:18 pm

terriblefire wrote:
Wed Mar 11, 2020 9:03 pm
arkadiusz.makarenko wrote:
Wed Mar 11, 2020 8:42 pm
May I ask what device throws hardfaults?
its one of these https://www.amazon.co.uk/dp/B00CL6353A/ ... 41_TE_dp_1
Damn. I have lower model MK220 (works ok). I will try to get one set soon.

Meanwhile, could you read hid descriptors from them (usbhid-dump on linux) I would compare it with my one, and see where issue may be.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

User avatar
arkadiusz.makarenko
Posts: 389
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko » Wed Mar 11, 2020 10:04 pm

terriblefire wrote:
Wed Mar 11, 2020 7:32 pm
I've tried firing it up and with one device i always get hardfaults and the other i get...

hardfault.JPG

Basically looks like the 105 doesnt have the RAM for what we're trying to do

This can only happen on usb disconnects. There must be a bug which screws something up.(I suspect mouse init - buffer length allocation). I will try to investigate this.

I have built hid2ami and written my own firmware on f105, and devices which I have at home do behave, so only way forward is to find more devices and trace this issue.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem

Post Reply

Return to “TF330”