sb0 changed the topic of #m-labs to: https://m-labs.hk :: Mattermost https://chat.m-labs.hk :: Logs http://irclog.whitequark.org/m-labs
rohitksingh has quit [Ping timeout: 260 seconds]
rohitksingh has joined #m-labs
rohitksingh has quit [Ping timeout: 260 seconds]
rohitksingh has joined #m-labs
airwoodix1 has joined #m-labs
airwoodix has quit [Ping timeout: 260 seconds]
airwoodix1 is now known as airwoodix
rohitksingh has quit [Ping timeout: 260 seconds]
sb0 has joined #m-labs
Getorix has joined #m-labs
Getorix_ has quit [Ping timeout: 260 seconds]
<cr1901_modern> sb0: Okay I'll bite... what's wrong with that circuit you linked on Twitter beyond what rqou mentioned?
attie has joined #m-labs
attie has quit [Ping timeout: 258 seconds]
proteus-guy has quit [Ping timeout: 268 seconds]
rohitksingh has joined #m-labs
sb0 has quit [Quit: Leaving]
<Stary> hi - i'm running into something odd with nmigen where m.If appears to be ignored(?) when setting fsm state - see https://gist.github.com/Stary2001/8cdbe023a1075a8e61ef70c8c1b9694d
<Stary> this is a minimised portion of a larger design - there's 2 FSMs, and one can tell the other to go to the "reset" state. in the actual design nrst is connected to an i/o
<Stary> looking at the debug verilog / rtlil shows fsm state is directly assigned without any comparison of stb_reset, running in pysim shows consistent behaviour (changing state even though stb_reset is 0)
<zignig> Stary: I think you need to set the starting state of a FSM , with m.FSM("starting_state")
<zignig> it may be an artifact of the undefined start state.
<zignig> Stary: what are you building ?
<Stary> changed that to with m.FSM("reset"), still gets the same thing :/
<Stary> it's (hopefully) a nintendo ds cartridge emulator, this started happening when i was splitting the bus handling logic into a submodule away from the actual command processing logic
<zignig> Stary: hmm not sure, make a minimum viable example and post an issue...
<Stary> that gist is pretty minimal :p
<zignig> it is ;)
<whitequark> the start state is never undefined
<whitequark> if it's not specified, it's just the first state in the FSM
<whitequark> Stary: the problem is that you're doing `if m.If():`
<whitequark> it should be `with m.If():`
<whitequark> `m.If()` itself just returns `None`, so the whole conditional is just ignored
<whitequark> I consider this a usability bug; please report an issue so I can make sure no one ever gets confused by this again
<zignig> whitequark: good spot ;).
<Stary> omg
<Stary> of course it was a typo
<Stary> i'll make the issue
sb0 has joined #m-labs
<_whitenotifier-5> [nmigen] Stary2001 opened issue #284: if m.If(...): is silently dropped - https://git.io/JeFm9
m4ssi has joined #m-labs
pie_ has quit [Ping timeout: 260 seconds]
<_whitenotifier-5> [nmigen-boards] HarryHo90sHK opened pull request #38: Option to factor out "clk" from "spi_flash" on Lattice ECP5 - https://git.io/JeFY3
<_whitenotifier-5> [nmigen-stdio] HarryHo90sHK opened pull request #2: Add an SPI controller for reading - https://git.io/JeFYu
attie has joined #m-labs
attie has quit [Quit: WeeChat 2.6]
_whitelogger has joined #m-labs
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Read error: Connection reset by peer]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 260 seconds]
Stormwind_mobile has joined #m-labs
pie_ has joined #m-labs
<mtrbot-ml> [mattermost] <rikstarmans> rikstarmans joined the team.
<mtrbot-ml> [mattermost] <rikstarmans> Hey all... I am trying to control a laser scanner with a FPGA using SPI and external SRAM
<mtrbot-ml> [mattermost] <rikstarmans> I am able to communicate with the FPGA using SPI using one of the litex cores...
<mtrbot-ml> [mattermost] <rikstarmans> I still have problem with writign and reading to the SRAM.
<mtrbot-ml> [mattermost] <rikstarmans> I think I need to create a block using Instance...
<mtrbot-ml> [mattermost] <rikstarmans> I want to create
<mtrbot-ml> [mattermost] <rikstarmans> SB_IO #(
<mtrbot-ml> [mattermost] <rikstarmans> .PIN_TYPE(6'b 1010_01),
<mtrbot-ml> [mattermost] <rikstarmans> .PULLUP(1'b 0)
<mtrbot-ml> [mattermost] <rikstarmans> ) sram_dio [15:0] (
<mtrbot-ml> [mattermost] <rikstarmans> .PACKAGE_PIN({sram_d15, sram_d14, sram_d13, sram_d12, sram_d11, sram_d10, sram_d9, sram_d8,
<mtrbot-ml> [mattermost] <rikstarmans> sram_d7, sram_d6, sram_d5, sram_d4, sram_d3, sram_d2, sram_d1, sram_d0}),
<mtrbot-ml> [mattermost] <rikstarmans> .OUTPUT_ENABLE(sram_oe),
<mtrbot-ml> [mattermost] <rikstarmans> .D_OUT_0(sram_dout),
<mtrbot-ml> [mattermost] <rikstarmans> .D_IN_0(sram_din)
<mtrbot-ml> [mattermost] <rikstarmans> );
<mtrbot-ml> [mattermost] <rikstarmans> so far I have
<mtrbot-ml> [mattermost] <rikstarmans> self.specials += [
<mtrbot-ml> [mattermost] <rikstarmans> Instance("SB_IO",
<mtrbot-ml> [mattermost] <rikstarmans> p_PIN_TYPE=0b101001,
<mtrbot-ml> [mattermost] <rikstarmans> p_PULLUP=0b0,
<mtrbot-ml> [mattermost] <rikstarmans> io_PACKAGE_PIN=sram.dat,
<mtrbot-ml> [mattermost] <rikstarmans> i_OUTPUT_ENABLE=sram.oe,
<mtrbot-ml> [mattermost] <rikstarmans> o_D_OUT_0 = sram_dout,
<mtrbot-ml> [mattermost] <rikstarmans> i_D_IN_0 = sram_din
<mtrbot-ml> [mattermost] <rikstarmans> ),
<mtrbot-ml> [mattermost] <rikstarmans> ]
<mtrbot-ml> [mattermost] <rikstarmans> the project is described here https://hackaday.io/project/21933-open-hardware-fast-high-resolution-laser
m4ssi has quit [Remote host closed the connection]
rohitksingh has quit [Ping timeout: 260 seconds]
Dar1us_ has joined #m-labs
Dar1us has quit [Ping timeout: 245 seconds]
Dar1us_ is now known as Dar1us
Dar1us has quit [Ping timeout: 268 seconds]
Dar1us_ has joined #m-labs
Dar1us_ is now known as Dar1us
sb0 has quit [Quit: Leaving]
Dar1us has quit [Ping timeout: 260 seconds]
Dar1us has joined #m-labs
proteus-guy has joined #m-labs
<davidc__> rikstarmans: I'm building something extremely similar at the moment (except for direct-write PCB exposure, so just using the polygonal mirror)
Stormwind_mobile has quit [Ping timeout: 268 seconds]
Stormwind_mobile has joined #m-labs
jfng has quit [Quit: killed]
jryans has quit [Quit: killed]
rjo has quit [Quit: killed]
xobs has quit [Quit: killed]
synaption[m] has quit [Quit: killed]
marble[m] has quit [Quit: killed]
Stormwind_mobile has quit [Ping timeout: 268 seconds]
<mtrbot-ml> [mattermost] <rikstarmans> https://github.com/hzeller/ldgraphy
<mtrbot-ml> [mattermost] <rikstarmans> henner zeller build a pcb writer with polygon mirror
<mtrbot-ml> [mattermost] <rikstarmans> r you aiming at something like that?
<davidc__> rikstarmans: Thanks for the link. Yes, something very similar. I might have seen that one in the past, not sure
<mtrbot-ml> [mattermost] <rikstarmans> nice!! private project or corporate?
<mtrbot-ml> [mattermost] <rikstarmans> do you plan to add a spindle for cutting?
<davidc__> rikstarmans: Just for fun. I'll probably open source the works once done.
<davidc__> rikstarmans: different machine, but yes. I intend to build everything on single-size panels, so I'm just going to have two machines with precision registration pins
<davidc__> (keep dust away from optics and all that)
<mtrbot-ml> [mattermost] <rikstarmans> that is indeed a challenge.. i aim to do it one one or at least have that possible on the software
<mtrbot-ml> [mattermost] <rikstarmans> zeller also wrote beagleg... i think this can be translated to fpga
<mtrbot-ml> [mattermost] <rikstarmans> would allow you to execute gcode
<mtrbot-ml> [mattermost] <rikstarmans> but do you use external sram?
<mtrbot-ml> [mattermost] <davidcarne> davidcarne joined the team.
<mtrbot-ml> [mattermost] <davidcarne> I'll ping you in direct-message on MM so as not to spam #m-labs
<mtrbot-ml> [mattermost] <davidcarne> Regarding your migen question; you should just create SB_IOs for each I/O pin. The primitive is for a single pin with direction, so passing a concatenated signal to it won't work
<mtrbot-ml> [mattermost] <davidcarne> Probably easiest just to do a for loop
<_whitenotifier-5> [nmigen] RobertBaruch commented on issue #254: Find solution to translate values to strings for Symbiyosys vcd files - https://git.io/JeF2H
<_whitenotifier-5> [nmigen] RobertBaruch commented on issue #254: Find solution to translate values to strings for Symbiyosys vcd files - https://git.io/JeF25
Stormwind_mobile has joined #m-labs
rjo has joined #m-labs
jfng has joined #m-labs
jryans has joined #m-labs
marble[m] has joined #m-labs
xobs has joined #m-labs
synaption[m] has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 260 seconds]
pie_ has quit [Ping timeout: 258 seconds]
pie_ has joined #m-labs
X-Scale` has quit [Ping timeout: 250 seconds]
X-Scale has joined #m-labs
Stormwind_mobile has joined #m-labs
stekern has quit [Ping timeout: 248 seconds]
stekern has joined #m-labs
<_whitenotifier-5> [nmigen] RobertBaruch commented on issue #254: Find solution to translate values to strings for Symbiyosys vcd files - https://git.io/JeFrM
cedric has quit [Ping timeout: 250 seconds]
cedric has joined #m-labs
cedric has joined #m-labs
cedric has quit [Changing host]
<Astro-_> @sb10q I was looking at fast w/o beta, and https://nixbld.m-labs.hk/build/29585/nixlog/3 - the delay increase may have been a good enough fix.
Stormwind_mobile has quit [Ping timeout: 260 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 260 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 260 seconds]
Stormwind_mobile has joined #m-labs