<d1b2>
<konsgn> Cool, yea, been hearing of sourcing issues for some micro-controllers and had a new ti power module go out of stock on me recently. In any case, Congrats all on the campaign!
<d1b2>
<esden> We have another product where the IC is the problem... had to pay quite a premium to get any of those... sigh
<d1b2>
<konsgn> out of curiosity, which ic?
<d1b2>
<esden> stm32
<d1b2>
<esden> ST currently is not commiting to any deliviery timelines, and request full year Allocations.
<d1b2>
<esden> There used to be plenty of the chips on the chinese market, available through Alibaba and Aliexpress. That is completely gone too as far as I can tell.
<d1b2>
<esden> (Out of desperation I placed a few orders and they all got canceled)
PistonMiner has joined #glasgow
<modwizcode>
Wait really?
<modwizcode>
That's suprising and slightly concerning. That chip was like the most plentiful one I knew of
<d1b2>
<david.lenfesty> Yeah the pandemic seems to have hit ST's supply chain hard
<d1b2>
<david.lenfesty> funtime activity
<d1b2>
<david.lenfesty> go to digikey/mouser/your-distributer here
<d1b2>
<david.lenfesty> search STM32
<d1b2>
<david.lenfesty> and then filter by "in stock"
<modwizcode>
I mostly judge by like "go to aliexpress, how many and at what cost can you get a board with the part or the raw part"
<modwizcode>
last I checked there were still a fair few stm32 boards with the lowend parts but I didn't look at raw reels or whatever, so it could be board surplus
<cyborg_ar>
last resort is winsource
<cyborg_ar>
they identify components that are running out of stock, buy them all then resell them with a markup
<modwizcode>
IC scalpers... :/
<d1b2>
<konsgn> lcsc maybe...? yea stm32's are the ones i heard are scarce now.
<d1b2>
<konsgn> Fun fact, the stm32f103's all seem to be the 128K variants. I bought a blue-pill that was listed as 64, it was 128... I replaced the stm32 on it with a digikey-bought 64kb version, and it also tested to be 128 kbits.
<d1b2>
<konsgn> They may not give you any warranty on it, but bits above the 64kb boundary are definitely usable.
PistonMiner has quit [Quit: Leaving]
<modwizcode>
Yeah I think mine is 128K
<modwizcode>
I think mine was listed as the 128K one
<modwizcode>
My board (and I think most of them) all have the USB screwed up which I find weird because it seems to be the wrong resistor which is not like a difficult thing to fix all in all
<d1b2>
<konsgn> I like how digikey started using green to indicate chip scale package
bgamari has joined #glasgow
bgamari_ has quit [Ping timeout: 264 seconds]
DarthCloud has quit [Ping timeout: 268 seconds]
<d1b2>
<konsgn> Hmm, in the code, does glasgow expose the i2c bus communication to applet design? Or is that specifically dedicated for power/control channels in the fx firmware?
electronic_eel has quit [Ping timeout: 240 seconds]
electronic_eel has joined #glasgow
kmehall has quit [Remote host closed the connection]
kmehall has joined #glasgow
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
PyroPeter_ has joined #glasgow
PyroPeter has quit [Ping timeout: 265 seconds]
PyroPeter_ is now known as PyroPeter
<modwizcode>
I think if I'm not mistaken that the I2C communications are driven by the FX2 chip itself?
GNUmoon has quit [Ping timeout: 268 seconds]
<kmc>
that's right
GNUmoon has joined #glasgow
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #glasgow
mndza has joined #glasgow
Foxyloxy has quit [Quit: Leaving]
Foxyloxy has joined #glasgow
GNUmoon has quit [Remote host closed the connection]
<d1b2>
<Uwe> STM32F103x8 and xB are the same die, with full flash on the chip. Upper flash probably not tested, but also no report of upper flash disabled. Same reports for the STM32F730.
<d1b2>
<Uwe> Clone F103x8 are always limited to 64kiB to my knowledge.
electronic_eel has quit [Ping timeout: 246 seconds]
electronic_eel has joined #glasgow
XgF has quit [Quit: No Ping reply in 180 seconds.]
XgF has joined #glasgow
XgF has quit [Disconnected by services]
XgFgX has joined #glasgow
electronic_eel has quit [Ping timeout: 258 seconds]
<electronic_eel>
@konsgn currently only the FX2 firmware can interact with the internal i2c. this is a limitation and whitequark plans to write an interface allowing applets to interact with the internal i2c
<d1b2>
<Uwe> @electronic_eel: That discussion is partly a shortcircuit, as I was involved there too.
<whitequark>
konsgn: there is a (poor) abstraction for placing registers on internal i2c that can be used in applets on either side
<sorear>
just hit 2k
Someone_Else has joined #glasgow
<gruetzkopf>
wow
<Someone_Else>
is it possible to use the explorer to program and debug atmel chips using debugwire in the future?
<Someone_Else>
same question for debugging esp32 chips
<ebb>
Someone_Else: if somebody writes an applet for it, yeah probably
<gruetzkopf>
debugwire SHOULD be implementable, some friendly people documented it
<Someone_Else>
this is so cool!
<Someone_Else>
so this is basically the one tool to rule them all right?
<ebb>
On its own, more of a kit to build any complex and active digital I/O tool to your liking
<ebb>
You get the handle (with ergonomic grip), magic mouldable metal for the tool head, etc.
<ebb>
And there is a (growing) set of preexisting casts for you to mould the tool into
<Someone_Else>
so it was not really meant to be used as a programmer / debugger?
<electronic_eel>
Someone_Else: a week or two ago user brainstorm did some work to connect to ESP32 JTAG (via openocd)
<Someone_Else>
but more like a research tool for exotic hardware?
<gruetzkopf>
if you look at the applet list, a few debug targets already exist, and even more program targets
<Someone_Else>
does this thing eventually replace the black magic probe?
<Someone_Else>
oh, and can it be set up as a hvpp / hvsp programmer?
trh has quit [Quit: weg]
trh has joined #glasgow
trh has quit [Client Quit]
<ebb>
It can probably do the signalling for AVR HV programming
trh has joined #glasgow
<ebb>
But the 12V on nRST you'll need to generate off-board
<ebb>
In that respect it's just like a lot of microcontroller-based approaches to HV programming
<Someone_Else>
ebb: I just bought one
DarthCloud has joined #glasgow
<ebb>
Anyone know if the aluminium case design will accommodate a revC1?
<ebb>
(accepting the fact that there'll be a hole where the e-stop button should be)
fibmod has quit [Ping timeout: 246 seconds]
fibmod has joined #glasgow
<electronic_eel>
ebb: the usb port is differenct. the micro usb socket in revC1 is located deeper in, so the case might interfere with the cable
<ebb>
Ah
<ebb>
yeah, I don't like chunky microUSB B ends
<Someone_Else>
is there a centralized place where applets can be shared?
<ebb>
Or rather, the products (e.g. my bike lights) that presume a slimmer receptacle
<ebb>
Someone_Else: the Glasgow repository :)
<Someone_Else>
ebb: you mean the glasgow repo on github?
<ebb>
Yeah
<ebb>
I won't speak for the maintainers, but I think applets are welcome as contributions there
<electronic_eel>
yes, applet contributions are welcome. send a pull request in github
<electronic_eel>
it might take some time for review though.
<electronic_eel>
it is planned to make it easier to add secondary repositories to the glasgow software, so that there could be one (or more) glasgow-contrib repos with less strict review (and usability guarantees as a result of that)
<sorear>
nothing stopping us from having a contrib *directory*
<d1b2>
<Attie> the plan is to have a contrib type repo, in a similar style go gstreamer's good/bad/ugly repos... good / well tested in the main repo, and community contributions / unsupported / untested in a separate repo
<d1b2>
<Attie> there's also planned support for out-of-tree applets, which would allow people to maintain private / completely separate applets too
<sorear>
I don't understand what we gain by having two repos and forcing every user to navigate subarchives
<sorear>
glasgow-archive needs to be a separate repo because DMCA but contrib applets should be legally unencumbered
<sorear>
we're also not going to have 100s of MB of contrib applets so there's no justification from reducing network bandwidth
<sorear>
just put them in a subdir in the main repo, it'll be easier for everyone
<d1b2>
<Attie> good separation between supported/tested/robust applets, vs the inverse? it shouldn't be difficult to make use of out-of-tree applets, so it's not really a barrier
<d1b2>
<Attie> either clone and setup the repo, or install an extra package
<d1b2>
<Attie> (depending on your workflow)
<d1b2>
<rcu> a package namespace seems like a good set of tradeoffs to me
<Someone_Else>
is there any indication how community support will evolve in the near future?
<Someone_Else>
because it was brought to my attention that there are similar projects that effectively died in the past because there was a lack of interest
<d1b2>
<Attie> it's not been properly outlined yet, but will take @whitequark's lead... for the moment, if you have a neat applet that you want to get "out there", please feel free to make a PR!
<d1b2>
<Attie> alternatively, if you have an applet that you want to keep and make public, then a fork of the main repo, and working on a branch is a good start!
<d1b2>
<rcu> I think the interest has already outstripped everyone's expectations thusfar
<ebb>
I think the state of standalone docs (i.e. practically nothing) is a good indicator of how quickly interest and uptake has happened -- there hasn't been enough person-time to write anything up
<ebb>
Although the applets' CLI subcommands do a good job of essential usage info, and the CLI tree in general is fairly self-documenting
<sorear>
if glasgow were going to die because of a lack of interest it would have done so 2 years ago
<sorear>
the mass production ran into a million roadblocks but it's not a new project and there's been a community of people using handmade and small-batch boards for a while
jstein has joined #glasgow
DarthCloud has quit [Ping timeout: 268 seconds]
DarthCloud has joined #glasgow
Stormwind_mobile has quit [Ping timeout: 264 seconds]
mndza has quit []
mndza has joined #glasgow
egg|laptop|egg_ has joined #glasgow
egg|laptop|egg_ has quit [Remote host closed the connection]
<gruetzkopf>
okay, who just added 200 cases :D
<hell__>
?
<tnt>
it'd be so tidy if it got to 2048 / 1536
<gruetzkopf>
i just reloaded the page and it jumped by 1 glasgow and 200 cases
<d1b2>
<icb> They're definitely flying off the virtual shelves in the final hours
<hell__>
oh, that's weird
XgFgX is now known as XgF
egg|laptop|egg_ has joined #glasgow
mndza has quit [Ping timeout: 256 seconds]
<d1b2>
<NF6X> Wow, current orders are forecast to ship by August 31. Is there any chance that fulfillment will proceed faster than projected? I got in for 2x boards and 2x cases at the May 31 point.
<d1b2>
<esden> @NF6X it is a forecast after all. I do always try my best to beat the forecasts, but don't always succeed. 🙂 I will definitely keep everyone up to date with every milestone of the production.
<d1b2>
<NF6X> I'm not complaining! Just hoping to learn that the forecast is really pessimistic. 🙂
<d1b2>
<esden> For the production batches I want to split them into chunks so that I can keep an eye out for any issues. If everything seems great I might end up pulling a trigger on a bigger batch and beat some of the deadlines.
<d1b2>
<esden> It is hard to say at this point. 🙂
<d1b2>
<NF6X> That makes sense to me.
<d1b2>
<NF6X> Well, I will keep my fingers crossed! Once it gets to "stocked at Digi-Key, Mouser, and/or McMaster-Carr", I predict it'll be showing up in the lab at my day job, too.
marble has quit [Quit: WeeChat 2.3]
jstein has quit [Quit: quit]
GNUmoon has joined #glasgow
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #glasgow
bvernoux has quit [Quit: Leaving]
superbaloo_ is now known as superbaloo
egg|laptop|egg_ has quit [Remote host closed the connection]
<modwizcode>
I definitely got on the campaign backing to get my board before I'd have to wait too long
GNUmoon2 has joined #glasgow
alen has quit [Ping timeout: 240 seconds]
GNUmoon has quit [Remote host closed the connection]
egg|laptop|egg_ has joined #glasgow
alen has joined #glasgow
egg|laptop|egg_ has quit [Read error: Connection reset by peer]