TF Riser Revision 0 Arrives

TF CD32 Riser

Moderators: terriblefire, Terriblefire Moderator

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

Re: TF Riser Revision 0 Arrives

Post by terriblefire »

My central heating has packed in so didnt get near the lab tonight.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
go0se
Posts: 403
Joined: Sun Nov 25, 2018 7:55 pm

Re: TF Riser Revision 0 Arrives

Post by go0se »

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
Moderator Team
Moderator Team
Posts: 1208
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko »

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: 5368
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK

Re: TF Riser Revision 0 Arrives

Post by terriblefire »

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.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
User avatar
arkadiusz.makarenko
Moderator Team
Moderator Team
Posts: 1208
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko »

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: 5368
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK

Re: TF Riser Revision 0 Arrives

Post by terriblefire »

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 4578 times
Basically looks like the 105 doesnt have the RAM for what we're trying to do
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
User avatar
arkadiusz.makarenko
Moderator Team
Moderator Team
Posts: 1208
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko »

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: 5368
Joined: Mon Aug 28, 2017 10:56 pm
Location: Glasgow, UK

Re: TF Riser Revision 0 Arrives

Post by terriblefire »

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
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
User avatar
arkadiusz.makarenko
Moderator Team
Moderator Team
Posts: 1208
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko »

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
Moderator Team
Moderator Team
Posts: 1208
Joined: Wed Jun 19, 2019 7:36 am
Location: Edinburgh

Re: TF Riser Revision 0 Arrives

Post by arkadiusz.makarenko »

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 “TF CD32 Riser”