You will not be able to post if you are still using Microsoft email addresses such as Hotmail etc
See here for more information viewtopic.php?f=20&t=7296
DO NOT USE MOBILE / CGNAT DEVICES WHERE THE IP CHANGES CONSTANTLY!
At this time, it is unfortunately not possible to whitelist users when your IP changes constantly.
You may inadvertently get banned because a previous attack may have used the IP you are now on.
So I suggest people only use fixed IP address devices until I can think of a solution for this problem!
arkadiusz.makarenko wrote: 12 Oct 2020 23:13
That is what I did try, already.
I need to measure exti latency....
I even can't read meaningful data from the bus. :(
Time for a break and regroup I think. :D ... it was worth a try. (Need to get a little bit better with verilog)
EXTI latency is not the issue. It could sit there for a month... no issues. You want it to be short for performance but You read the mouse and joystick once every 1/50th of a second and you read the RTC once at boot time. So speed isnt critical.
The issue is that when you ACK the ARM is still putting data on the bus. So the next instruction fetch crashes.
I suspect the bus isnt getting tristated again.
You could try put data on the bus... when you ack latch it into the cpld... then read it from the cpld on some other random address.
———
"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 wrote: 12 Oct 2020 23:13
That is what I did try, already.
I need to measure exti latency....
I even can't read meaningful data from the bus. :(
Time for a break and regroup I think. :D ... it was worth a try. (Need to get a little bit better with verilog)
EXTI latency is not the issue. It could sit there for a month... no issues. You want it to be short for performance but You read the mouse and joystick once every 1/50th of a second and you read the RTC once at boot time. So speed isnt critical.
The issue is that when you ACK the ARM is still putting data on the bus. So the next instruction fetch crashes.
I suspect the bus isnt getting tristated again.
You could try put data on the bus... when you ack latch it into the cpld... then read it from the cpld on some other random address.
Now I got triggered. :D
I must do something really stupid there...
Do not trust people. They are capable of greatness.
~ Stanislaw Lem
Edit: I was not handling DSACK correctly. This one hold 0/1 high till ARM tell it to change DTACK0 to low.
And on ARM side I do reprogram gpio back to open drain before I send ACK to CPLD. It must takes few cycles before it actually happens so cd32 have enough time to latch data.
You do not have the required permissions to view the files attached to this post.
Do not trust people. They are capable of greatness.
~ Stanislaw Lem
Nice work. Now you can do everything you need from ARM. just used different INTSIG for different addresses.
———
"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."
terriblefire wrote: 13 Oct 2020 11:07
Nice work. Now you can do everything you need from ARM. just used different INTSIG for different addresses.
If you tell me all the pcb changes needed for the RTC and Vcap i'll update the github repo
———
"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 wrote: 13 Oct 2020 15:28
I will, but need to get my head round all RTC options. Just touched the subject few months ago. Need to refresh my memory on it.
No worries. I think you mentioned you needed another oscillator?
I'll sort the video out and let you get back to me on the oscillator.
———
"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."
I have pushed the changes for the Vcap to github. let me know if you want the crystal changed etc.
———
"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."
