On Friday, September 1, 2017 at 7:45:40 AM UTC-7, Charles Steinkuehler
wrote:
>
> On 9/1/2017 8:47 AM, Michael Brown wrote:
> >
> > But I have tested what happens when you have the display running (linux
> > desktop) and then try to reconfigure the fpga with the same bitfile as
> > loaded by
Hmmm
Easy Easy folks
IMHO it is way to late to have another either or discussion when we
actually have it ALL.
The demo Image I have donated is fully scriped and therefore fully
reproducable and every step / command / customisation to every step
Is in the open.
AND only addition to the default g
On 9/1/2017 1:11 PM, mugginsac wrote:
> I disagree with Charles and Schooner. I used console access for years and I
> have had enough of it. I am tired of typing long lines of console entry to
> avoid the conveniences of a good gui interface. There are many features
> available in a good gui tha
I disagree with Charles and Schooner. I used console access for years and I
have had enough of it. I am tired of typing long lines of console entry to
avoid the conveniences of a good gui interface. There are many features
available in a good gui that help avoid carpal tunnel syndrome. I think t
> On 1 Sep 2017, at 17:58, Charles Steinkuehler
> wrote:
>
> I think effort is currently better spent on things
> like fixing up the hm2_soc_ol driver and automating the uSD image
> creation.
Disclaimer: I claim ignorance on the technical side of this, and speak as a
user.
Machinekit is mai
On 9/1/2017 10:43 AM, schoone...@btinternet.com wrote:
>
> On 01/09/17 15:45, Charles Steinkuehler wrote:
>> ...but since it's already working, I think programming the FPGA via
>> overlays should remain supported for folks who aren't trying to use
>> things like HDMI.
>
> My thoughts for what th
On 01/09/17 15:45, Charles Steinkuehler wrote:
...but since it's already working, I think programming the FPGA via
overlays should remain supported for folks who aren't trying to use
things like HDMI.
My thoughts for what they are worth.
I would have no intention of ever using HDMI from a b
On 9/1/2017 8:47 AM, Michael Brown wrote:
>
> But I have tested what happens when you have the display running (linux
> desktop) and then try to reconfigure the fpga with the same bitfile as
> loaded by uboot.
>
> Result is a blank screen
You're lucky.
You can easily wedge the entire syst
Yes I agree that since increases the delay fixes this issue the problem is
caused by:
"some sort of startup delay".
However you are pointing to a grander problem:
As the DE0_Nano_SoC is flaged EOL with the DE10_Nano (with hdmi) set as
replacement
framebuffersupport would be something hard to k
just an addition about the DE0_Nana_SoC Eol:
https://media.digikey.com/pdf/PCNs/Terasic/DE0-NANO-SOC%20EOL.pdf
Replacement:
http://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=English&CategoryNo=167&No=1046
Note:
Intel (after their take over of Altera)have scraped any production plans of
The tmc2100 / 2130 run nice and silently with the new _CRAMPS bitfiles (In
the CRAMPS board @ 24V)
The mksocfpga's can deliver a much higher step frequency so it is possible
to utilize the 256 step mode on the tmc2130.
But how about this ?:
Trinamic stallGuard2™ and coolStep™
https://youtu.be/
On Friday, 1 September 2017 09:27:18 UTC+2, Michael Brown wrote:
>
> If you are running os x on a mac I found following commands in the
> Terminal to create a working sd-card.
> First you have to extract the .bz2 image(in finder)
>
> michaels-mbp:Delopement mib$ ls
> mksocfpga_jessie_machinekit_
If you are running os x on a mac I found following commands in the Terminal
to create a working sd-card.
First you have to extract the .bz2 image(in finder)
michaels-mbp:Delopement mib$ ls
mksocfpga_jessie_machinekit_4.1.22-2017-08-30-de10-nano_sd.img.bmap
mksocfpga_jessie_machinekit_4.1.22-2017-
13 matches
Mail list logo