Giter Site home page Giter Site logo

t2-start's Issues

Camera tutorial is a little unfinished

@rwaldron somehow this slipped by both of us :/

screen shot 2016-04-12 at 3 12 48 pm

The all-caps section for the bonus is a note to self fill-in-the-blanks. And the formatting is kinda wonky. Whoops.

I can attack this later today.

Make the ports more obviously A and B

Currently this image

is pretty good but not obvious enough.

Would help to:

  • Separate out the bubbles
  • Make the magnification break the plane of the board so it's more noticeable

Confused about instructions for setup

New user here. I was following the instructions for "Find Your Tessel" and was a little confused when it returned multiple Tessels:

screen shot 2015-10-17 at 3 33 50 pm

I didn't realize that other Tessels on the LAN would be returned. Maybe clarify that the USB connection is the one new users are looking for.

formatting is inconsistent

CLI commands vs .js lines of code aren't consistently formatted (mostly just CLI commands are all over the map)

build fails on linux if $HOME/.node-gyp doesn't exist

it was solved by creating the folder and re running the command

> [email protected] install /usr/local/lib/node_modules/t2-cli/node_modules/usb
> node-pre-gyp install --fallback-to-build

gyp WARN EACCES user "root" does not have permission to access the dev dir "/home/mariano/.node-gyp/4.2.6"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/t2-cli/node_modules/usb/.node-gyp"
make: Entering directory '/usr/local/lib/node_modules/t2-cli/node_modules/usb/build'
make: *** No rule to make target '../.node-gyp/4.2.6/include/node/common.gypi', needed by 'Makefile'.  Stop.
make: Leaving directory '/usr/local/lib/node_modules/t2-cli/node_modules/usb/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/t2-cli/node_modules/npm/node_modules/node-gyp/lib/build.js:276:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.4.0-18-generic
gyp ERR! command "/usr/bin/nodejs" "/usr/local/lib/node_modules/t2-cli/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "build" "--fallback-to-build" "--module=/usr/local/lib/node_modules/t2-cli/node_modules/usb/src/binding/usb_bindings.node" "--module_name=usb_bindings" "--module_path=/usr/local/lib/node_modules/t2-cli/node_modules/usb/src/binding"
gyp ERR! cwd /usr/local/lib/node_modules/t2-cli/node_modules/usb
gyp ERR! node -v v4.2.6
gyp ERR! node-gyp -v v3.3.1
gyp ERR! not ok
node-pre-gyp ERR! build error
node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/nodejs /usr/local/lib/node_modules/t2-cli/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/usr/local/lib/node_modules/t2-cli/node_modules/usb/src/binding/usb_bindings.node --module_name=usb_bindings --module_path=/usr/local/lib/node_modules/t2-cli/node_modules/usb/src/binding' (1)
node-pre-gyp ERR! stack     at ChildProcess.<anonymous> (/usr/local/lib/node_modules/t2-cli/node_modules/usb/node_modules/node-pre-gyp/lib/util/compile.js:83:29)
node-pre-gyp ERR! stack     at emitTwo (events.js:87:13)
node-pre-gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
node-pre-gyp ERR! stack     at maybeClose (internal/child_process.js:821:16)
node-pre-gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:211:5)
node-pre-gyp ERR! System Linux 4.4.0-18-generic
node-pre-gyp ERR! command "/usr/bin/nodejs" "/usr/local/lib/node_modules/t2-cli/node_modules/usb/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"
node-pre-gyp ERR! cwd /usr/local/lib/node_modules/t2-cli/node_modules/usb
node-pre-gyp ERR! node -v v4.2.6
node-pre-gyp ERR! node-pre-gyp -v v0.6.24
node-pre-gyp ERR! not ok
Failed to execute '/usr/bin/nodejs /usr/local/lib/node_modules/t2-cli/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/usr/local/lib/node_modules/t2-cli/node_modules/usb/src/binding/usb_bindings.node --module_name=usb_bindings --module_path=/usr/local/lib/node_modules/t2-cli/node_modules/usb/src/binding' (1)
/usr/local/lib
└── (empty)

npm ERR! Linux 4.4.0-18-generic
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "-g" "t2-cli"
npm ERR! node v4.2.6
npm ERR! npm  v3.5.2
npm ERR! code ELIFECYCLE

npm ERR! [email protected] install: `node-pre-gyp install --fallback-to-build`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the [email protected] install script 'node-pre-gyp install --fallback-to-build'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the usb package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-pre-gyp install --fallback-to-build
npm ERR! You can get information on how to open an issue for this project with:
npm ERR!     npm bugs usb
npm ERR! Or if that isn't available, you can get their info via:
npm ERR!     npm owner ls usb
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/mariano/npm-debug.log
npm ERR! code 1

Document a good way to make GIFs for the module pages

As mentioned in #16, we need to update our output GIFs. We let them slide with the out-of-date terminal for a while, but now it's pretty blatant because the hardware looks different:

Like this one from http://tessel.github.io/t2-start/modules/rfid.html:

We should document a method in the README for how to do this.

I made these original ones. Here's what I remember:

To complete this issue, PR the readme with a process as good as or better than mine. 💃

Host all images on imgur

All images are currently hosted in S3 which is a little less than ideal, especially for contribution sake.

Should we move these? Should we use an infinite image host like imgur? Should we hack Github to support our binary image habit?

images are of T1

action: replace them. Needed image assets:

  • white-background image of T2 for blinky, should be ~2x taller than long. Maybe a closeup blinky GIF? Just an image of the two LEDs on?
  • Modules page: labeling module ports (white background)
  • Modules page: face up/face down modules (white background)
  • Accelerometer plugged in to T2
  • ambient ..
  • climate ..
  • GPS ..
  • IR ..
  • relay ..
  • rfid ..
  • servo ..
  • relay GIF with T2
  • rfid ..
  • servo ..
  • Wifi showing what LEDs go on
  • T2 connected to battery
  • T2 connected to wall power
  • USB modules!

Make all the views Markdown

Jade is used extensively in the rest of Tessel's web properties. Do we want to use that as a publishing mechanism too?

This would require a publish step before uploading new changes, which is a little less magic than gh-pages automatically publishing. OTOH, it's very straightforward. And HTML is hard to manually touch.

"tessel list" does not return connections

running t2 list can not find the tessel connected to same wifi network that the computer is connected over. Amber light is blinking which is supposed to mean it's connected. There is only a single wifi network at my location. Running t2 wifi -n {network} -p {password} returns: WIFI enabled, WIFI connected. SSID:{network name}, password: {password}, security: psk2. But then t2 list only shows the usb connection.

Rearrange start experience based on USB-only update?

Do we want any changes to the T2 start experience based on tessel/t2-cli#595?

We have currently arranged the start experience to require people to get Tessel online before they update. In Tessel 1, updates happened on the same page as installation.

Moving update back to the first page

  1. Creates a cleaner divide between "I am installing things" and "I am using the Tessel 2" (which also affords us more flexibility if e.g. we want to put module usage before Wifi usage)
  2. Let us put Blinky earlier - a first success before Wifi connection or trying to get lists working
  3. Makes the installation phase take longer
  4. Rearranges a start experience that may already be familiar to people

The purpose of the first run is to create success as quickly as possible, so:

  1. How confident are we that t2 update will be successful for people?
  2. How confident are we about Wifi connection will be a success?
  3. Do we need people to update in order for Blinky to work?

Any thoughts on the matter (@johnnyman727 @rwaldron @tcr @HipsterBrown @flaki in particular)?

OS X 10.11.4 or better is required for Tessel USB support

Once Node.js and npm are installed to OS X, unless you are at 10.11.4 or better trying to enumerate Tessel 2 devices on USB will deadlock in the kernel.

(See here: https://forums.tessel.io/t/tessel-on-os-x-el-capitan/2298)

The node process will be stuck, and the CPU use for the kernel will spike to 100% and stay there. You will have to reboot the box to clear this up. Attempting to kill the locked node process just causes it to turn into a zombie process.

The kernel is spinning on something in the USB subsystem. I apologize for not getting the "sample" output these offending processes.

Over on the Tessel forums I was referred to this USB OS X issue which seems relevant.

Upgrading to 10.11.4 (which I was not automatically notified of, otherwise I probably would have already accepted it!) solve the problem and allowed me to enumerate and provision the Tessel device via t2.

Add web example

Calling an API, e.g. Twitter, PubNub, something like that.

Switch to Jekyll publishing system

Because we want simplest ease of contribution as possible, gh-pages should be an explicit target (so people can fork, test, then merge). Jekyll publishing is the appropriate choice.

Multiple language support

How do we show a Rust getting started, JS getting started?

Somewhat relatedly, what about foreign languages – is this something we want to support at all?

(right now we have:
screen shot 2015-06-13 at 11 56 13 am
)

npm install -g t2-cli fails without "sudo" on OSX due to no access to /usr/local/bin

Even with proper ~/.npm permissions, one needs sudo anyway, because otherwise install -g fails due to not being able to access /usr/local/bin/t2:

npm ERR! Error: EACCES, unlink '/usr/local/bin/t2'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES, unlink '/usr/local/bin/t2'] errno: -13, code: 'EACCES', path: '/usr/local/bin/t2' }

Convert this into a Gitbook?

This is a possibility, and gives us the benefit of depending on some open source (supported) code rather than our own concoction.

/cc @Frijol for thoughts

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.