 | | Re: Time available during 1 kHz system interrupt?
|
|
The controls are spread across a couple of files, mainly in libhb.c we get /* pulse width modulation control: if off, all motors run at full speed if on, speed bytes are used to determine motor speed */ void system_pwm_on() {bit_set(0x39, (...) (25 years ago, 2-Nov-99, to lugnet.robotics.handyboard)
|
| |
| | Re: Time available during 1 kHz system interrupt?
|
|
(...) Mostly PWM will get jerkier. If you sit to long in there and the motors happen to be 'on' then you can go faster than you would like :-) You also "lose time" in the sense that msleep is no longer accurate so there are issues with tasks that (...) (25 years ago, 2-Nov-99, to lugnet.robotics.handyboard)
|
| |
| | Re: Time available during 1 kHz system interrupt?
|
|
Interesting discussion but it raises a few more questions. Are there any (bad) side effects when user code that is inserted in the ISR takes longer to execute than the 1 msec interrupt cycle. From experience it appears that the ISR runs on the next (...) (25 years ago, 2-Nov-99, to lugnet.robotics.handyboard)
|
| |
| | Re: Help needed reviving my HB
|
|
Hello, Sorry, I made a mistake. "74HC244 was dead" should be read as "74HC373 was dead" This is the one soldered on the board directly without socket. It is located underneath the SRAM. Removing all ICs except 74HC132, 62256 SRAM, and MC68HC11 CPU (...) (25 years ago, 2-Nov-99, to lugnet.robotics.handyboard)
|
| |
| | Re: Help needed reviving my HB
|
|
Hello Edward and everyone, There are several causes that the Handyboard won't boot. 1) 62256 SRAM was dea 2) 74HC244 was dead 3) The Handyboard cannot put into bootstrap mode You can try to do the followings: Removes all the ICs on Handyboard except (...) (25 years ago, 2-Nov-99, to lugnet.robotics.handyboard)
|
