I’m trying to get the LED wall into a state where anyone can easily hack on it to make animations, play with oldschool graphics routines like a classic demoscene thing.
The Big wall of LEDs is reconnected to the Raspberry Pi. the SD card on the Pi was dead so I took a Pi from the vending machine and used that one. The only HDMI monitor I could make work in the space was the overhead projector. We don’t appear to have any HDMI to DVI cables, or HDMI monitors. The TV would not talk to the Pi.
I used Putty Terminal on the kitchen PC to SSH into the Pi. Please do not change the default login/pass or I’ll have to reflash the SD card. Currently it is DHCP on or about 176.16.6.2. You can nmap 172.16.6.* to find the device that says it is from the raspberry pi foundation, should it grab a different address.
InoTools have been installed so that you can use the command line to upload sketches. I have not proved inotools can talk to the Teensy yet. I used to have it on the SD card, but see previous paragraph. If you figure it out, please document it here! I did find:
note the first init, run, and upload are long waits while the ecosystem downloads all the right drivers and libraries and sings a song and paints a happy picture with happy trees and !@#*($!AAUAAAGH anways…
src should be wiped clean between projects or it might get confused which script you want to upload.
As I understand it, the CentOS machine at the end of the table is meant to be for programming the LED wall. Since it is now redundant AND takes up work table space AND I can’t see a point in it being there…
… give me a good reason or I will put the monitor with the other monitors and the box with the PCs at D1.
I originally setup the CentOS machine as a general use workstation
But if it isn’t being used as such… then make room. Maybe use the monitor as a Raspberry Pi workstation/setup area?