• A Truly Open Hardware Development Platform

    Thursday, March 5, 2015

    3/5/15– Kelsey Breseman

    Technical Machine announced Tessel 2 today: an open source $35 development platform you can take into production.

    Why Tessel 2?

    Tessel 2 is an affordable, accessible, open, and robust platform to build connected hardware devices and funnel them into production.

    The Tessel platform was created to abstract away the initial hurdles of hardware development. Tessel opens up connected device development to people who want to build embedded devices, but don’t have the time to start with Ohm’s law and work their way up.

    Tessel 2 takes the promise of Tessel 1, adds features and a path to production, and cuts the cost in half.

    The original Tessel board fulfilled the goal of electrical accessibility. High-level languages, plug-and-play extensibility, and the use of a great package manager for installation all made Tessel the fastest way to build a prototype out of an idea. But it was also frustrating: fast as it is to get started on a Tessel 1, it’s hard to go beyond a single prototype. In the year since we shipped Tessel, we’ve been collecting feedback on user experiences and investigating solutions. Tessel 2 is based on that feedback.

    With Tessel 2, we are building for users who want to take an idea, prototype, and then produce in volumes of hundreds to thousands.

    For Tessel 2, we sought out the most reliable WiFi chips on the market, and found a solution in wireless router systems-on-chips (SoC’s, combined processor/wifi solutions). These chips are built into millions of routers and have very robust hardware and firmware. As an added bonus, they are produced in such high quantity that they cost less than $3 in quantity, compared to Tessel 1’s $13 for WiFi + microcontroller.

    We’re now able to offer a device that runs 20x as fast, offers full Node and io.js, has router-grade Wifi reliability, USB ports, and ethernet, and costs less than the original Tessel. That offering is Tessel 2.

    Tessel 2

    Putting Tessel in a Product

    At this much lower cost, Tessel 2 is cheap enough to just insert into a product (as people do with BeagleBone and Raspberry Pi). And it’s open source, so you’re free to do so. Unlike BeagleBone and Raspberry Pi, however, we’re going out of our way to make that easy for you.

    At the 100s-1000s scale, we are able to automate some simple optimization on the boards and components, thus reducing your end cost for embedded hardware.

    We’re also offering services to support you as you scale up to production. Manufacturing is opaque and intimidating. It doesn’t have to be– we’re aiming for a Heroku-like experience of physical product deployment.

    Please email us if you’re interested in discussing this with us.

    Will Tessel 2 act like Tessel 1?

    In a word, yes. For all intents and purposes, using the Tessel 2 should feel the same as using the original Tessel (but more reliable and a little faster). However, there will be a few changes to the underlying technology: original Tessel runs the Colony compiler to turn JS into Lua and is thus “Node compatible”; Tessel 2 just runs Node on V8– so you won’t run into the same incompatibility bugs. You can read more about this in the blog post Moving Faster with io.js.

    There will also be a couple of differences in modules: Tessel 2 supports USB modules, so a USB webcam, USB speakers, and a few other modules will move into this sphere. This will allow us to reduce the cost of these modules and get you a higher-quality experience. USB compatibility also lets us easily support new third-party plug-and-play hardware capabilities in a similar capacity to current Tessel modules.

    Is it still JavaScript?

    Tessel 2 will not only run JavaScript with io.js (a fork of Node), but also support Rust, Python, and potentially other languages.

    At the time of writing, we have already run Rust and Python code on a Tessel 2.

    Around the time of ship, we will release examples of running Rust and Python on Tessel 2, as well as documentation on library porting for interested members of the community. The same process of plugging in a hardware module and installing the driver from a package manager will apply for these languages. Both languages will eventually be fully supported on Tessel 2.

    Multiple language support is made possible by the change in underlying technology on Tessel. We’re excited to see where you take it.

    What about low-power applications?

    Based on feedback from the original Tessel, we’ve learned that people building connected device systems often need either a relatively high-power system to control and process various inputs and outputs, or they want simple, low-power sensor nodes.

    WiFi chips are now more reliable and also cheaper than they were a year ago, but Wifi as a protocol is not designed to be low power. Tessel 2’s power draw is slightly less than that of the original Tessel, but not much.

    For people seeking low-power solutions, we’re working on adding that capability to the Tessel ecosystem as well. Expect another big announcement next month.

    Open source

    Tessel is open source, software and hardware, and we owe a lot to our community. We have open sourced the software work we’ve done so far on Tessel 2, along with the schematics to tessel.io/opensource, and will continue developing in the open. As the hardware is finalized, we will release layouts.

    We will be adding more about the architecture of Tessel 2 to the open source page in the next few days.

    What will you build?

    Our vision at Technical Machine is to build an open and scalable platform for hardware development. We’re reimagining the hardware development process with a focus on creating the best possible developer experience. Tessel 2 is the next piece of that vision.

    With Tessel 2, we’re giving you the experience of Tessel, at the price of a Pi, with scaling opportunities that no other development board offers.

    For us, Tessel 2 lays out the next leg of the journey on your road to production. We’re waiting in anticipation for you to take your next steps.

    Kelsey Breseman
    Director of Community, Technical Machine

    Check out Tessel 2
    Discuss Tessel 2 on our forums.

    Tessel 2

    #Tessel #tessel 2 #new product #announcement #technical machine #javascript on hardware #javascript microcontroller #rust microcontroller #python microcontroller #kelsey breseman

  • An Interview with Jay Henderson: Product Prototyping on Tessel

    Monday, February 23, 2015

    2/23/15– Kelsey Breseman

    Jay Henderson spills over with excitement, ideas, and passion. He’s building a code school and a hardware startup both from the ground up right now, trying to improve drought conditions in north Texas, working to bring together his community, and working to teach himself ever more about technology and programming.

    Just home from his day job, Jay sat on the couch to Skype me, all smiles and enthusiasm. His girlfriend’s dog, Dylan, jumped up more than once to try to join the call.

    Kelsey: What are the main things you’re working on right now?

    Jay: The main thing that I’m working on right now is a water barrel app. It was part of the North Texas Apps Challenge. During the summer months, there’s water restrictions in Dallas County. We wanted to create a rain barrel app that tracked how much water you got from your roof, and then how much water you started to dispense on your yard.

    The other thing I’m working on is, I’m trying to start a learning lab that teaches people how to do software, and then eventually, blend that into hardware.

    Kelsey: Can you tell me more about your water barrel app?

    Jay: We met with an environmentalist at the University of North Texas, and he told us about how he made these products for people who wanted them in their home. He said, if there was a way to calculate how much water they’re using, and have an app that displaces the water out as they use it, that would be cool. So we made Barrl.

    I went on Adafruit and bought a liquid flow meter, a soil / moisture temperature sensor, and a brass solenoid valve, which we plan to use with to tell us how much water is going into the barrel.

    We’re trying to work on that as our first product as a startup, as Intelliflux Labs. We’re hoping to bootstrap it. That’s why we love Tessel, because I have a frontend development background, so the JavaScript makes it quite easy for me.

    Kelsey: You said you have a frontend development background?

    Jay: My background is in front-end: HTML, CSS, JavaScript, user interface; user experience is my forte. In the last year, I have really immersed myself in full-stack development. Experimenting with that has been fun.

    The reason why I want to learn as much as I can is so that I can teach other people who are unaware of what’s going on with JavaScript, and see what they can make it do with physical computing.

    Kelsey: Can you tell me more about your learning lab plans?

    Jay: About three years ago, I was going to school and working at the Apple store, but courses became really expensive. I couldn’t go to school anymore, and then I lost my job. But then I started to teach myself during my unemployment. I created a Personal Learning Environment, a PLE, started navigating content, learning things that I was personally interested in for programming, and started to get an understanding.

    I’d started to see different code schools pop up, and I decided to have a trial run of a code school here.

    Eight people paid for it, and then we got ten scholarships from a company. It was really exciting meeting the different personalities. I had a gentleman who was developing in C#, who wanted to learn more about HTML, CSS, and JavaScript. I had a school teacher who knew nothing about programming or anything like that.

    I started the course with an introduction to PLEs; I asked each person, what do you want to build? What is it you’re passionate about every day? Your learning is going to grow based on your personal learning environment. I’m teaching you how to go out and find these tools, but in the end it’s going to be up to you. When you’re faced with a problem, you’ll need to reach out to others in the community to get answers.

    One gentleman was doing graphic design, and he loved the job, but it was so demanding, and he wasn’t getting a lot of compensation for the work he was doing. During the course, I had a speaker series where I had professionals come up. They spent most of their time answering questions and engaging with the students. One speaker came in and talked about the Myo, different human interactions that are coming out, and that really engaged him [the graphic designer]. He started prototyping UI with some of his graphic UI knowledge, and he just landed a job at the Dallas Morning newspaper here just from interacting with the course.

    I helped teach a man who was homeless, in the course. He took it on quite well, and now he’s working in a coworking space, and developing clients with a unique support system.

    The testimonials and success stories are starting to come out, and we only did just a trial course.

    Kelsey: That’s amazing. What are you planning to do differently with your next course?

    Jay: I think I condensed too much into five weeks. We covered a lot of UI and frontend, but I didn’t go into detail with programming logic. I think that the concept of doing something physical for that will be easier to grasp, because you’re dealing with physical components. You can actually see physical objects come to life coding physical elements, such as, if this is true, then have a led blink.

    I’m hoping to do more– from surveying students from the course, participants were more on the marketing side, more graphic artists and designers, and I’m starting to brainstorm about how I can help bridge the visual with the programming.

    Kelsey: Are you planning to use the Tessel for that?

    Jay: One of the things that I want to do with Tessel is to take two or three projects from the projects board and teach that to the class in workshops. Once they get a foundation with JavaScript, introduce them to the things that they can do outside of JavaScript. In which we’ll open up the possibility of creating products.

    [Tessel] is actually making it a whole lot easier for software developers to create real products with only a little bit of knowledge of hardware. That’s one thing that I’m trying to do, is give frontend developers and software developers a chance to interface with hardware.

    After you teach the foundational tools and introduce the projects, you can expand your creativity and your imagination. I’m excited to teach people that you can start making your own products and start making a profit from just an idea.

    #jay henderson #kelsey breseman #interview #tessel #technical machine #code school #barrl #education

  • Hacking Community: Interview with Dave Nugent

    Wednesday, February 11, 2015

    2/11/15– Kelsey Breseman

    I met Dave Nugent over Meetup several months ago. I’d been reaching out to various meetup organizers in the Bay Area, and his name kept cropping up. I’m continuously amazed at how active Dave is in the developer community, hosting events small and large both locally and internationally. He’s the face of the San Francisco JS meetup and of SF Realtime Coders, runs the upcoming ForwardJS conference, and is currently putting together a new conference called the IoT Stream Conference, scheduled for the end of April.

    Kelsey: How did you come to be such an active member in all of these developer meetups?

    Dave: I used to be a Java developer and a PHP developer. That was awful [laughs]. But I’ve really liked JavaScript. I started going to JavaScript meetups, and when the organizer of the JavaScript meetup stepped down, I stepped in.

    I started running meetups a few years ago, and now we’re doing a few every month. We have around 7,700 members. It just keeps growing.

    Kelsey: Can you tell me a bit about your role with PubNub?

    Dave: My title is Evangelist, and I do everything from helping with SDKs and client support to giving talks and organizing hackathons, meetups and conferences. I tend to handle the in-person stuff.

    We organize a ton of meetups that we hold here at the office, over 100 a year. [Ed. note: Dave wrote a blog post about this, which you can read here.]

    We try to focus on things that the developer community is interested in. We’re open to hosting any meetup as long as it’s technical in nature and we can spread the word about it as far as possible. JavaScript, iOS, Android, Ruby, Swift– those are our main meetup languages. We’ll do cryptocurrency and entrepreneur meetups every once in a while as well.

    Kelsey: What’s the purpose of holding all of these events?

    Dave: We usually try to do events where there’s an educational goal, a social goal, or just the goal of building something, where we can facilitate. And you don’t have to use PubNub; if you just want to come in and hack, that’s totally cool.

    We try to provide value to the developer community. And by the way, if you ever need real-time messaging, we’re here.

    That’s why we love Tessel. It’s really great to be able to say, come in and hack with Tessel and PubNub. You can use Tessel, you can use PubNub, you can use both, you can use neither, we just want to help you build something really awesome.

    What tends to happen is that people end up using both, but it’s not like they’re being forced to. They’re doing it because they’re actually getting value out of those tools.

    Kelsey: Why does Tessel make sense for you at these events?

    Dave: One thing that we really like about Tessel is that it’s so easy to just jump in and get started, and then, move from that getting started phase to building a full prototype. Depending on how much time people have, we’ve done hack nights where it’s three hours, and people are able to build a really cool prototype that does some visualization.

    There’s not many products where you can go from not knowing anything about something to a prototype in three hours. Especially in hardware.

    If you have more time, 24 hours, 48 hours, that just becomes more and more refined and polished. We’ve seen some things that come out of our hackathons where you’re like, this is a product. They could put this in a box, they could make a Kickstarter for this and sell it tomorrow. That’s really, really cool.

    Kelsey: Why is it useful for PubNub to bring in a hardware component?

    Dave: A lot of times, especially with software, people might not understand exactly what PubNub is. It’s sort of this ethereal PubSub realtime messaging framework.

    If you show them a demo with Tessel, using PubNub to exchange data with other Tessels, and a real-time dashboard, they say, oh, I got it. You’ve got an internet of things, and Tessel’s the thing, and PubNub provides the internet.

    It’s just really easy to comprehend. So instead of explaining what PubNub is, a lot of times, we’ll just point to the Tessel demo, and say, we power this.

    I point a lot of people to the Tessel projects page. Tessel is very modular, very plug-and-play. You can easily make a recipe where you’re like, Tessel, modules A, B, C, here’s your code that uses PubNub, and just plug it in, and you’ve got the same demo running on your local machine that somebody else built in Europe, or in Singapore or something.

    Kelsey: What do you see as the promise of the Internet of Things?

    Dave: The thing that excites me about the Internet of Things is this whole idea about an Internet of Things stack, where you can build a product by using multiple providers at different levels of the stack.

    When you go out and build websites these days, it’s not like you’re heading out to Best Buy, buying a webserver, plugging it into the internet. No, you say, I’ll spin up a server on Amazon or a Rackspace and use ready-made services on top of it.

    I like the idea of bringing that same stack architecture to the internet of things. Developers can take the components that they want, plug them all together, and build a super robust, high-reliability, low-latency application.

    You can have Tessel, that takes care of your hardware, PubNub, that takes care of your message bus, and on top of that, some big data analytics, visualization providers that store data and allow you to manipulate the data that’s already been communicated across your network.

    You can start to see huge enterprise applications and products being built on the internet of things, but where the company building the product doesn’t have to build the entire stack by themselves.

    Kelsey: That’s the focus for your upcoming IoT Stream Conference, right?

    Dave: That’s the idea: we want to get representatives from each area of the stack to talk about the difficulty of building things in that area that are reliable enough that you can launch products off of them.

    The audience is saying, I want solutions. I want to launch my product in three months. What can you do to help me today?

    [Ed. note: check out Dave’s upcoming conference at http://iot.streamconf.com.]

    #interview #Dave Nugent #Kelsey Breseman #hackathon #PubNub #Tessel #Technical Machine #hacking #meetup #community

  • Business solutions for the physical world: an interview with Jonathan Clark, Sine-Wave Technologies

    Thursday, February 5, 2015

    2/5/2015– Kelsey Breseman

    An expanding universe of connected devices means a huge influx of data– but how do you design to collect useful data, and then turn that data into insights? Jonathan Clark founded Sine-Wave Technologies in 2005 to help companies answer that question.

    From deploying safety sensors in underground mines, to collecting data on commercial fishing vessels, to controlling vast swaths of highway signs, Jonathan has been working with companies to deploy unique, connected solutions across the industrial and enterprise space. An early supporter of Tessel, he kindly made the time to speak with me about the space he works in, and how the company now uses Tessel to prototype these solutions.

    Kelsey: What does Sine-Wave Technologies do?

    Jonathan: We’re focused on building a server-side platform to allow companies to build applications that take advantage of data that comes from the physical world.

    We deploy smart devices to all over the physical world, especially in the enterprise. There’s tons of data out in the physical world, from tracking telematics data on moving vehicles, safety within a building, HVAC or lighting control, solar grids. Up until recently, it’s been very difficult to gather that data and to do anything meaningful with it.

    We’ve created a server platform which allows you to take data from any device, over any network, and let you build applications that use that data to solve business problems.

    Kelsey: Can you go into a little more detail about your stack? How does it work?

    Jonathan: We’re a full cloud backend with analytics. We have a couple of different layers– an open SDK so you can plug in the MQTTs and CoAPs of the world, you can roll your own protocol, you can connect to a wireless mesh network based on 6LoWPAN, or you can connect to your standard Iridium satellite or cellular network and have it communicate to your device.

    Above this layer is a database platform, where we’re storing all of the microtransactions coming from devices. Once we gather data, we normalize it into JSON. That allows us to deliver higher-order layers of functionality that all take advantage of this common data.

    Then on top of that, analytics tools. How do you look at temporal data over time? How can we slice and dice the data? How can we build rules to react to things, to fire off events and triggers?

    For example, let’s say you’ve got 8,000 thermostats deployed at a shopping chain all over the country. If we see that, generally speaking, the lights are left on for half an hour after everyone leaves and that increases the ambient temperature in the building unnecessarily. If the system was smart enough to shut the lights off, it will lower the ambient temperature by about two degrees, and if you do that, you’ll save an annual 6% in your heating costs. That’s the kind of application people want to build off of these datasets.

    The platform does a lot of the trend analysis automatically. We’re a micro-transaction engine with tools that are constantly sifting and looking through your big data sets, and generating the trends.

    Once you have the trends, you can have a human start to build algorithms against those trends and say, if I extract this piece of data from the billions of data points that come in, I can do something useful. I can save some money, or change the way we operate, or save a life.

    Our real goal is to provide a common platform to bridge the gap between the physical and the virtual world. We want people to build real business apps, or connect to their existing applications that they have, like hook up to your ERP, or your SAP deployment, or your Oracle financials, and feed it the data that otherwise has been very expensive for companies to input manually and try to find.

    Kelsey: When clients come to you, how do you help them solve their problems?

    Jonathan: A lot of our clients have physical-world problems, and they come to us and ask, can you help us design an application that’s specific to this business problem?

    We have a professional services team that will help prototype and design that application. A customer may have engineers on staff; if so, we’ll train up their engineers and maybe do some co-coding with them or provide them training materials, or make the first version of the app and then hand it off to them later on and they’ll maintain it and add new features.

    That’s where your team comes in; we’ve been using Tessel for early prototypes. It’s super expensive for us to get a hardware company to take a little sensor and put it on a board, and write some low-level code to control it. It’s so much easier for us to have one of our software folks take something like the Tessel, and for an early prototype, write a little bit of code that speaks to our platform.

    We can prototype in days what would usually take weeks, and show something to the customer. Rather than just the software app, Tessel has allowed us to really show off much more of the full stack at the prototype phase.

    Kelsey: Can you give an example?

    Jonathan: One of the examples that we’re using Tessel for is a customer who focuses on machine shops. There’s around 60,000 of these machine shops that do $15-25 million in business per year, all just in the US.

    One of the problems with those machine shops is that they don’t know who’s working on what, without having a person walk around and physically see it. They don’t know which employees are working on what job, they don’t know which machines are down, and for what reason, or how much throughput those machines are producing.

    This customer is going to market with something that will bring intelligence and get visibility into the people and the machines they are operating. We used your Bluetooth sensor to talk to an Android tablet that’s acting as the digital display at the machine to know how long that person is physically in proximity to that machine. That way, we can tell the ERP system to automatically log their hours for billing, tracking, etc.

    Kelsey: What did you do before you used Tessel?

    Jonathan: It was awful. Customers were typically heavily involved in having to build and design hardware. I’ve seen people spend millions on building out hardware and have to throw it away as it didn’t meet their requirements. I think that’s changing. Companies like Technical Machine are really proving that you can bring a software approach to an old, stodgy industry.

    In the past, it was your classic companies that were building out boards, writing firmware, writing code for PIC microcontrollers, doing battery analysis– that stuff still goes on, but we didn’t have a good prototyping platform before.

    You had to get the idea and requirements to the hardware guys, they would go off and perform some black magic for some extended period of time, and they’d come back with a product that was close to what you wanted, but it was never quite right.

    It was difficult unless you fully and perfectly spec’d out the requirements. And as non-hardware folks, it was tough to spec the requirements, because the hardware people would always come back and tell us every reason why those requirements would never work.

    Using Tessel, when we take it to our hardware partners, the requirements aren’t on paper anymore. They’re in code. We can hand them that code and a sample, and say, we want this, but we now need to make it low power, and vibration compliant, and it’s got to work in a waterproof case, and the radio needs to work underground, or in a noisy electrical environment.

    And the hardware guys are great at doing that. They say, now I’ve got to go off and build an antenna that works next to a diesel motor, how am I going to do it? But it’s not a software problem anymore. It lets everyone focus on their core strengths.

    Kelsey: What do you think is most exciting about getting all of these systems online?

    Jonathan: Every other evolutionary step in computing before us, whether it was the PC, the internet itself, mobile– each one of those had a technology component. But more importantly, it changed the way we solve a given problem. At each evolutionary step, we’ve reduced the latency of the interaction, the time it takes to get data from the interaction itself.

    The internet of things is trying to reduce that one more level. If we can have zero latency with all of the information in the things in the world, we can start solving problems differently.

    For example, rather than doing an audit for your inventory in a warehouse every six months or every year, and finding out things are lost or stolen, if we extend the concept of the internet into your warehouse, we now have real-time access to that information. The concept of an audit goes away because you know when something’s moving or getting lost before it’s even happened.

    Kelsey: What do you think is the biggest barrier to that connected future at the moment?

    Jonathan: I think everybody’s wasting their time on only connectivity, trying to gather way too much data. I think you’re going to see a mountain of connection products, a lot of the internet of things platform products out there, are just a giant siphon of data or data repository or connector.

    In my opinion, connectivity should be a given. Standards are evolving and will continue to evolve; that’s not the holy grail of this space. The holy grail is in the use of the data itself, in finding that digital needle in the haystack and putting it to use.

    Connectivity is a means to an end. Device agnostic, network agnostic, we want great people to invent great hardware.

    We want networks to evolve, we want their cost to be reduced, we want people to invent wonderful sensors, and then we want people to be able to take the data from those and build great applications.

    #Kelsey Breseman #Jonathan Clark #Sine Wave Technologies #Tessel #Applications #Interview #Industry

  • Upcoming Hardware from Technical Machine

    Thursday, February 5, 2015

    2/4/2015– Updates

    As a company, our goal has always been to make it easier for people to develop ideas into products as easily and smoothly as possible. To that end, we’re working on new hardware which should improve that process.

    We’re still working out the finer points of the design, but you can expect a product announcement around the end of February.

    Here are some of the points we’re working on addressing with the new hardware:

    • Node.js / IO.js compatibility
    • JS execution speed
    • Wifi stability
    • Cost
    • Ability to embed the board in a product

    We’d love your feedback on any particular specs you’d like to see in new hardware. Our module ecosystem and APIs will be forward-compatible with new products.

    If you’re currently developing a hardware product, on Tessel or another platform, we’d like to talk to you and make sure our next product fits your needs. Please email us and we’ll set up a call.

    If you’re in the Bay Area, we’d like to invite you to drop by our Berkeley office and try some hands-on user testing. Please email us and let us know if you’re interested!

    Looking forward to hearing from you,
    Kelsey, Kwyn, Ken, Jon, Eric, Jia, Tim, and Kevin

    PS You may have noticed that we’ve updated our projects page! It’s now hosted by our friends at hackster.io. This lets us keep our focus on making a great hardware experience, while they keep rolling out new ways to improve your project sharing experience. All of your old projects have been transferred to the new projects page– please claim them!

    #update #updates #new hardware #wifi #node #javascript #iojs #embedded #hardware

August 2018

January 2018

July 2017

February 2017

November 2016

October 2016

September 2016

August 2016

July 2016

June 2016

April 2016

March 2016

February 2016

November 2015

September 2015

August 2015

July 2015

June 2015

May 2015

March 2015

February 2015

January 2015

December 2014

November 2014

October 2014

September 2014

August 2014

July 2014

June 2014

May 2014

April 2014

March 2014

February 2014

January 2014

December 2013

November 2013

October 2013

September 2013

August 2013

July 2013