TF Riser Revision 0 Arrives
Moderators: terriblefire, Terriblefire Moderator
-
- Moderator Team
- Posts: 5368
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: TF Riser Revision 0 Arrives
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."
"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."
Re: TF Riser Revision 0 Arrives
From the dry heat of the desert, back to Scotland with no central heating - Ouch!terriblefire wrote: ↑Mon Mar 09, 2020 10:10 pm My central heating has packed in so didnt get near the lab tonight.
- arkadiusz.makarenko
- Moderator Team
- Posts: 1208
- Joined: Wed Jun 19, 2019 7:36 am
- Location: Edinburgh
Re: TF Riser Revision 0 Arrives
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
~ Stanislaw Lem
-
- Moderator Team
- Posts: 5368
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: TF Riser Revision 0 Arrives
Aye. Shockaroony.
Hardfault usually equals stack overflow in my experience with that chip.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.
———
"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."
"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."
- arkadiusz.makarenko
- Moderator Team
- Posts: 1208
- Joined: Wed Jun 19, 2019 7:36 am
- Location: Edinburgh
Re: TF Riser Revision 0 Arrives
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
~ Stanislaw Lem
-
- Moderator Team
- Posts: 5368
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: TF Riser Revision 0 Arrives
I've tried firing it up and with one device i always get hardfaults and the other i get...
Basically looks like the 105 doesnt have the RAM for what we're trying to do
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."
"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."
- arkadiusz.makarenko
- Moderator Team
- Posts: 1208
- Joined: Wed Jun 19, 2019 7:36 am
- Location: Edinburgh
Re: TF Riser Revision 0 Arrives
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
~ Stanislaw Lem
-
- Moderator Team
- Posts: 5368
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: TF Riser Revision 0 Arrives
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."
"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."
- arkadiusz.makarenko
- Moderator Team
- Posts: 1208
- Joined: Wed Jun 19, 2019 7:36 am
- Location: Edinburgh
Re: TF Riser Revision 0 Arrives
Damn. I have lower model MK220 (works ok). I will try to get one set soon.terriblefire wrote: ↑Wed Mar 11, 2020 9:03 pmits one of these https://www.amazon.co.uk/dp/B00CL6353A/ ... 41_TE_dp_1
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
~ Stanislaw Lem
- arkadiusz.makarenko
- Moderator Team
- Posts: 1208
- Joined: Wed Jun 19, 2019 7:36 am
- Location: Edinburgh
Re: TF Riser Revision 0 Arrives
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
~ Stanislaw Lem