You can add location information to your Tweets, such as your city or precise location, from the web and via third-party applications. You always have the option to delete your Tweet location history. Learn more
Glasgow has been coming for a long time, and the few of us who have gotten ahold of one have been building applets to make it useful. But the real genius of Glasgow is how *easy* it is to write applets. So imagine how much better it'll get once everyone has one!
It's designed to make it very, *very* easy to build bespoke applets to do whatever you want, which means you can easily use it as stands today even if it doesn't support what you need... But that means I also expect upstream features to grow much faster in the future!
This is the power of just-in-time FPGA synthesis and reconfigurability. There is no limit to how many features you can have. There is no special coordination needed to switch between them. Just write another applet.
The freedom to make the bitstream *specific to a single invocation* also means you don't need to deal with configuration *at all*. Your bitstream can be tailored to how many bits the user needs on a port. An internal word size. Anything. It's just python.
No multiplexers. No selectors. No complex routing logic. You just write python. Need a configurable number of bits? Just use a python variable called `bits` in your code. You don't even have to think about it. And no routing logic means it performs better too.
Really, the whole thing is just so friction-free it's silly. All the scaffolding is done for you, you just write code There is a *very* minor learning curve to the framework, but the basic example applet is just 71 lines of code you can just copy and paste and edit.pic.twitter.com/lXqJt3Jitv
Notice how ~none of that is HDL (it's the empty first class that does nothing). The second class just tells Glasgow what you need for your applet, like a list of pin names (which become command line options for the user to specify the pin mapping).
So looking forward to this.
Where might I start looking if I wanted to write an applet for communicating on an RS-485 bus?
This depends on what you mean by RS-485. RS-485 on paper is just a physical layer electrical standard, which Glasgow cannot correctly implement alone as it only has single-ended main I/O (LVDS port notwithstanding, but it's not protected/capable of this either)
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
