SharpCoder

Overview

Generating a story will all be piped through the architect. A system that essentially takes a cahracter/action tuple and outputs a narration that describes the event. The difference is, the architect will assign a positive or negative rating to the character/action tuple which can then be fed back into the character for learning. The character will determine whether this action was appropriate at the time and, given various environmental variables, will hopefully learn to make actions that advance the story.

Actors

All characters in the world will have the ability to invoke an action. Tentatively, these actions will include the following:

• Use an Item
• Drop an Item
• Pick up an Item
• Attack Another
• Move about the World

SharpCoder

const {
    aws_route53: route53,
    aws_certificatemanager: acm,
    aws_ecs: ecs,
    aws_ec2: ec2,
    aws_ecr_assets: ecr_assets,
    aws_elasticloadbalancingv2: elbv2,
    Stack,
    CfnOutput,
    IgnoreMode,

SharpCoder

A 2D (XY) Robotic Platform

Here are the files for my 2d robotic platform. Each file is meant to be fabricated on a 3d printer (except the assembly.scad file, which is really just a visualization for the final build).

SharpCoder

function getAABB(rect: Cuboid) {
    const result = {
        min: [rect.x, rect.y, rect.z],
        max: [rect.x + rect.w, rect.y + rect.h, rect.z + rect.d],
    };

    // Swap the vertices if the min/max is reversed
    // because of orientation or whatever.
    for (let i = 0; i < 3; i++) {
        if (result.max[i] < result.min[i]) {

SharpCoder

Absolute Orientation Problem

This project is all about calculating the position of a telescope. I derive absolute orientation using a magnetometer sensor and accelerometer sensor. By absolute orientation, I mean deriving the euler angles of the telescope. The root problem I'm facing is that the yaw reading experiences a mostly linear error after pitching the device beyond a specific threshold. (About 50 degrees or so).

Reproducing the Problem

To consistently observe the error, a simple experiment can be performed which reliably yields the problem.

Experiment

SharpCoder

#![allow(unused)]

use chrono::prelude::*;
use std::f64::consts::PI;

type Float = f64;

#[derive(Copy, Clone)]
pub struct GpsCoordinate {
    pub latitude: Angle,

SharpCoder

SPACING = 1.5;
W = 25;
H = 100;

module grate(W, H, SPACING) {
    for (i = [0:W/SPACING/2]) {
        translate([(SPACING * 2 * i) - ((W-SPACING)/2), 0, 0])
        square([SPACING, H], center=true);
    }
}

SharpCoder

Bit Smoosher

This algorithm will take a 10/12/14 bit word and distribute it among 2 8-bit words. But in a lossless, efficient way. Why might someone want this? Well, it lets you stream uniquely sized words over 8-bit serial. That's why I need it anyway. Here's an example:

Suppose you have an 8-bit serial port and you want to stream 12-bit audio at 8kHz. Well, serial is typically maxing out around 115200 bits/s. You can't just use 2 bytes per datapoint, because you'll generate too much content. In order to solve

SharpCoder

@font-face {
  font-family: 'Roboto-Regular';
  font-style: normal;
  font-weight: 400;
  src: url('/custom/fonts/Roboto-Regular.woff2') format('woff2');
}

:root {
    --main-bg:         var(--white);
    --main-text:       #000;

SharpCoder

$fn=100;

mount_base_w = 32.4;
mount_top_w = 23.8;
mount_depth = 10.0;

splitter_stem = 7;
splitter_height = 30;
platform_length = 45;
platform_angle = 22.5;