whitelogger joined #milkymist
Topic for #milkymist is now Milkymist One, Milkymist SoC & Flickernoise development channel (LLHDL/Antares are welcome too) :: Logs: http://en.qi-hardware.com/mmlogs :: JFDI
whitelogger joined #milkymist
Topic for #milkymist is now Milkymist One, Milkymist SoC & Flickernoise development channel (LLHDL/Antares are welcome too) :: Logs: http://en.qi-hardware.com/mmlogs :: JFDI
whitequark left #milkymist
rejon joined #milkymist
<sh4rm4> is milkymist using an AVR cpu for usb ?
<wpwrak> hmm, would be nice if "web update" would say from which date things will be. in fact, the version number seems kinda useless since the versions aren't being bumped
<wpwrak> sh4rm4: yes. it has "hardware" for the bit-level operations, but once there are bytes, the avr takes over
<kristianpaul> sh4rm4: yes and not is called navre and is scratch implementationto be compatible with gnu-avr, so usb is implemented in a kind of "microcode"
<kristianpaul> from scratch*
<kristianpaul> hardware is the SIE no?
<sh4rm4> so it is a custom softcpu ?
<kristianpaul> dunno if there are custom instructions
<sh4rm4> custom as in IP-free
<kristianpaul> i hope ;)
<wpwrak> kristianpaul: the mega-confusingly named softusb_sie ? yes, that's part of it
<kristianpaul> hey we can actually said then milkymist soc is three core,lm32, fpu and navre
<wpwrak> 1, the only triple-core VJ workstation :)
<wpwrak> s/1/M1/
<kristianpaul> yay
<kristianpaul> wpwrak: oh, yes you pixel procesor sounds really nice
sb0 joined #milkymist
<wpwrak> up north ? :)
<sb0> yes
<sb0> on the airport bus
<wpwrak> do they have snow yet ? ;-)
<sb0> no, and it's actually a tad warmer than berlin
<wpwrak> must be the sea
<kristianpaul> 20 C are always perfect :)
Gurty` joined #milkymist
Alarm joined #milkymist
mumptai joined #milkymist
wolfspraul joined #milkymist
<juliusb> not sure if this has been asked before, but are you guys able to run the Arduino/Wiring stuff on navre?
<juliusb> I'm not too up on the AVR ISA and what the Navre supports, but that would be interesting
<kristianpaul> i think papillio boards are better example for such compatiblity/example
<juliusb> what are those things? google just brings up links to birkenstocks :P
<juliusb> i think i've heard of what you mean, but it's not papillio
<juliusb> it's similar...
<kristianpaul> he, sorry typos
<kristianpaul> juliusb: http://papilio.cc/
<kristianpaul> i think that what you want
<juliusb> ah right yeah
<juliusb> ok that looks cool, but I mean, could the Wiring stuff, as it is, run on say, the Navre in milkymist? Support for it it might make the M1 a good buy as an educational tool for beginners
<juliusb> would basically give you the simple IDE to push the LEDs/IOs/analog around
<juliusb> anyway, just a thought, but I reckon it's pretty good, and the way it has drawn in a lot of users under the guide of the Arduino is impressive
guyzmo joined #milkymist
Fallenou joined #milkymist
<kristianpaul> i think already with wiring or not milkymist have a LOT of stuff for been an educational tool
<juliusb> yep, but with Wiring you can basically piggy-back onto the Arduino bandwagon in a way
<kristianpaul> but may be you mean been able to run processing on the M1, that will be killer, but kinda hard to port currently (java, c++, etc..)
<juliusb> i think the accessibility, and simplicity of the interface is a winner, and has to be shown to be so
<juliusb> mmm yeah actually id on't fully understand the Wiring/processing thing
<juliusb> afaict the Wiring stuff provides the IDE and the I/O drivers
<juliusb> what does processing do then?
<kristianpaul> sure, simplify FN is important i think in the ML wpwrak mentioned something about aliases or self adjust to make things easier,
<juliusb> ah i see, processing is very java oriented
<juliusb> mm, I guess I don't quite understand how it does what it does at the moment
<kristianpaul> visuals
<kristianpaul> effects, shapes,, drawing and lots of libraries to make rich the process
<kristianpaul> not couting the examples and clean documentation in the web page
<juliusb> mmm, fair enough
Alarm_ joined #milkymist
DJTachyon joined #milkymist
zer0her0 joined #milkymist
antgreen joined #milkymist
whitelogger joined #milkymist
Topic for #milkymist is now Milkymist One, Milkymist SoC & Flickernoise development channel (LLHDL/Antares are welcome too) :: Logs: http://en.qi-hardware.com/mmlogs :: JFDI
_whitelogger joined #milkymist
Topic for #milkymist is now Milkymist One, Milkymist SoC & Flickernoise development channel (LLHDL/Antares are welcome too) :: Logs: http://en.qi-hardware.com/mmlogs :: JFDI
<mwalle> just for the logs: +1 for software controlled USB enable signals
<mwalle> s/w controlled stuff makes test automation easier :)
<wpwrak> mwalle: since sebastien isn't listening: my evil plan is to make it really easy to just drop in the connecting 0Rs. basically just one mouse click when preparing the fab files ;-)
<mwalle> if its possible, just add the lines to an IO, and don't use it, so per default its always on
<mwalle> hopefully, this makes seb happy :)
<wpwrak> sebastien doesn't want it connected to the FPGA. he's concerned about glitches and such.
<mwalle> use some pullup or pulldown?
<mwalle> external ones :)
<wpwrak> what i proposed is to run the traces to the FPGA by have an unpopulated 0402 footprint in series with them. then add pull-up/down on the switch side to enable.
<wpwrak> well, 2 x 0402 footprint
* mwalle votes for the same with popupated 0R resistors :)
<wpwrak> heh :)
<roh> usb-enable signals?
<roh> you mean for the 1.5k pullups?