yujinrobot / kobuki Goto Github PK
View Code? Open in Web Editor NEWSoftware for iClebo Kobuki
Home Page: kobuki.yujinrobot.com
Software for iClebo Kobuki
Home Page: kobuki.yujinrobot.com
ycs' standard_comms are still used in both scripts in kobuki_node. they are also listed in the kobuki_node.hpp, but not used.
It gets stuck as you can see at https://gist.github.com/2313221.
We don't need this.
Need it publishing joint information.
Emergency stop api or maybe just pin on the
Should call this at startup, but also on user request (driver api and ros service)
Lots of comments in various files are outdated - remove or update them.
Some strange behaviour. Here is the 170 byte payload request and also why is the serial buffer filling up so often?
[ WARN] [1333652619.496448447]: diagnostic_updater: No HW_ID was set. This is probably a bug. Please report it. For devices that do not have a HW_ID, set this value to 'none'. This warning only occurs once all diagnostics are OK so it is okay to wait until the device is open before calling setHardwareID.
[ INFO] [1333652619.594795983]: DiffDriveBase : using odom_frame_id [odom_combined][/kobuki/mobile_base].
[ INFO] [1333652619.598861560]: DiffDriveBase : using base_frame_id [base_footprint][/kobuki/mobile_base].
[ WARN] [1333652621.062831327]: kobuki_node : serial buffer filling up, clearing [44 bytes]
[ WARN] [1333652621.102770648]: kobuki_node : serial buffer filling up, clearing [46 bytes]
[ INFO] [1333652624.621039157]: Mobile Base : configured a differential drive platform [/kobuki/mobile_base]
[ WARN] [1333652626.202768009]: kobuki_node : serial buffer filling up, clearing [37 bytes]
[ WARN] [1333652637.542795507]: Packet Handler : abnormally sized payload retrieved, clearing [64][170]
[ WARN] [1333652639.035271114]: kobuki_node : serial buffer filling up, clearing [31 bytes]
[ WARN] [1333652639.076779963]: kobuki_node : serial buffer filling up, clearing [44 bytes]
[ WARN] [1333652645.232780532]: kobuki_node : serial buffer filling up, clearing [47 bytes]
This will probably disappear if we stop using ycs' diff drive.
Establish backup transform for when the robot_pose_ekf is not used to supply transforms itself (default publiishing of TF should be false).
See parameter variables here: http://www.ros.org/wiki/turtlebot_node
Shift a launcher with our topics into kobuki_bringup.
What happens if we chance param robot/name in the launchers from turtlebot2 -> kobukibot?
Script for setting up the udev rule to /dev/kobuki.
Remove all the using keywords in headers (bad practice).
For example, remove:
using ecl::TimeStamp;
and add the ecl::prefix where you actually use it.
Analog input api.
Digital io api.
In simulation, the gyro jumps in two places.
This is potentially really nice for kobukibot. We give the chip a name this way instead of the bingle bingle resulting from mixing all the ttyUSBx's.
Let's try after getting all the stacks up and running (maybe after sending to willow).
This will mean moving our ftdi package to a public yujin stack.
Make sure that the firmware is doing the right thing for us here while I have einstein in my pocket.
Bring in line with the turtlebot naming system.
This is a pretty big job - currently lots of ros msgs being used as data structs in the driver part. Lots of pinging around as well. Need to SIMPLIFY!
Im guessing the code there is not commited.
It needs a trim for only what we're using (look at default.cpp for that). Also rename it core data.
Also remove the ros message.
Add bsd licenses to all our files.
No idea why, somewhere just before the checksum.
It's eating all my std outs as well.
Make sure they work.
Get it started via ubuntu's upstart...see turtlebot_bringup for example.
Need api for programmable leds.
Cant use nodelets here as the turtlebot_driver and node are rather simple - just implement as a single process.
Now we could do as multiple libs and nodelets, but that is more complicated - maybe try that later.
We are publishing two topics the same....?
Need to replace ycs' diff drive module somehow.
Part of the REP spec. Needs a parameter, and a trigger (inside the ros node probably?) to turn it off when exceeding the timeout since last command.
It is not closing threads and classes properly (segfaulting, throwing exceptions on every ctrl-c)
Fix the launchers to get keyop core functional.
Put in a simulation mode for the motors in the driver, so we can at least run it without the robot.
Scan the kobuki root CMakeLists.txt and terminate any ycs related references.
Mixed up and there is a redundant unused odometry class floating around there too.
It's getting data from the firmware, but we're not using it yet.
What is this hackish relic? Get rid of it.
Redo the launchers, integrating them in the same style as turtlebot_bringup
Set up sigslots that we can connect to from the wrapper node for debug, info, warn and error logs.
See the goo for an implementation reference.
Work out what we use from commands.hpp. Also migrate away from the ros msg.
Match our kobuki_description with the turtlebot_description package. Maybe even utilise some of it.
How to do a warning for the battery level?
We have it, put it into imu_data.
usleep is depracated from posix.
Use ecl's sleeps instead.
Don't just treat it as on/off.
Similar to that in the turtlebot_node (sa turtlebot_bringup).
Means to toggle between raw 3-dim data and our calibrated 1-dim data.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.