capnp struct definitions and messaging used in comma ecosystem
Go to file
Adeeb Shihadeh d6f10a4b9c add alert event type 2020-05-11 13:34:45 -07:00
.github/workflows GitHub actions (#25) 2020-02-10 19:23:31 -08:00
include initial commit, internal from 6/13/19 2019-06-13 12:06:15 -07:00
messaging gnustl_shared is only for android 2020-03-26 23:59:55 +00:00
.dockerignore Run scons in CI (#14) 2019-11-20 16:32:42 -08:00
.gitignore build on mac 2019-12-14 19:34:01 -08:00
Dockerfile Run scons in CI (#14) 2019-11-20 16:32:42 -08:00
README.md Create and init message in one line with `new_message` in messaging (#35) 2020-03-05 16:51:33 -08:00
SConscript no more c capnp 2020-05-07 22:41:03 -07:00
SConstruct Run scons in CI (#14) 2019-11-20 16:32:42 -08:00
__init__.py initial commit, internal from 6/13/19 2019-06-13 12:06:15 -07:00
car.capnp add alert event type 2020-05-11 13:34:45 -07:00
generate_javascript.sh initial commit, internal from 6/13/19 2019-06-13 12:06:15 -07:00
install_capnp.sh Run scons in CI (#14) 2019-11-20 16:32:42 -08:00
log.capnp add sharpness metric 2020-04-20 14:26:55 -07:00
maptile.capnp initial commit, internal from 6/13/19 2019-06-13 12:06:15 -07:00
service_list.yaml Add offroadLayout service 2020-04-08 08:30:31 -07:00
services.py now we shouldn't need that yaml crap everywhere 2019-11-20 16:47:01 +00:00

README.md

What is cereal?

cereal is both a messaging spec for robotics systems as well as generic high performance IPC pub sub messaging with a single publisher and multiple subscribers.

Imagine this use case:

  • A sensor process reads gyro measurements directly from an IMU and publishes a sensorEvents packet
  • A calibration process subscribes to the sensorEvents packet to use the IMU
  • A localization process subscribes to the sensorEvents packet to use the IMU also

Messaging Spec

You'll find the message types in log.capnp. It uses Cap'n proto and defines one struct called Event.

All Events have a logMonoTime and a valid. Then a big union defines the packet type.

Pub Sub Backends

cereal supports two backends, one based on zmq, the other called msgq, a custom pub sub based on shared memory that doesn't require the bytes to pass through the kernel.

Example

import cereal.messaging as messaging

# in subscriber
sm = messaging.SubMaster(['sensorEvents'])
while 1:
  sm.update()
  print(sm['sensorEvents'])

# in publisher
pm = messaging.PubMaster(['sensorEvents'])
dat = messaging.new_message('sensorEvents', size=1)
dat.sensorEvents[0] = {"gyro": {"v": [0.1, -0.1, 0.1]}}
pm.send('sensorEvents', dat)