<galibert[m]>
looks like I'm nearing the point where I can do mu captures again, but this time with the glasgow rather than the saleae, which will be a lot nicer
<whitequark[cis]>
one thing re: sharing one i2c_iface between different things is that they may not be able to agree on clock rates
<whitequark[cis]>
for example, this SCD30 sensor's recommended i2c clock rate is 50 kHz
<galibert[m]>
if you're not running at the slowest clock rate the slow devices on the line are going to be hopelessly confused
<whitequark[cis]>
it really depends
<whitequark[cis]>
i'm sure some devices can't run arbitrarily slow
<whitequark[cis]>
i think smbus has this quirk
<galibert[m]>
sure, but there we're talking about multiple devices connected to the same scl/sda lines. If they're not compatible, glasgow is not going to solve that
<whitequark[cis]>
miek__: do you still have your Sensirion SEN5x? I'd like to add HIL tests for which I'd need to collect data from a real device
<whitequark[cis]>
galibert[m]: no, but it should be able to point out the incompatibility
<whitequark[cis]>
if it requires you to do legwork like going through the datasheets, it might as well punt on you to combine the applets manually
<_whitenotifier-4>
[glasgow] github-merge-queue[bot] created branch gh-readonly-queue/main/pr-945-ab2de1144c6df724df25f939caa3e086733b1208 - https://github.com/GlasgowEmbedded/glasgow
<galibert[m]>
and it's entirely going to depend on what the command line looks like anyway
<galibert[m]>
sharing lines between applets is so unusual it would make sense that it's kinda special
<whitequark[cis]>
it's not unusual to have multiple things hanging off an i2c bus you connected to somewhere
<icanc[m]>
sorry i didnt really clarify, was wondering if i can generate several arbitrary PWM signals that switches between 1mhz and 20mhz. an applet to test some system would be really nice
<whitequark[cis]>
you can write an applet that would do that, yeah
<galibert[m]>
the clock is 48MHz, so generating 20Mhz is nearing the limits of the thing
<whitequark[cis]>
you have two PLLs to play with, so depending on the resolution you want, there's some headroom
<ih8c0ff33[m]>
Hi, I just got a new rev C3 (from mouser) but it’s giving me errors when I try to run any applet: FPGA health check failed. I tried measuring power supply test points and it seems that there’s no power on the 1.2V line… does this mean the board is broken and I should ask for a replacement or is there something that can be done to fix it?
<whitequark[cis]>
iggi8463: this is unfortunately a known issue with the 1b2 boards. you can always RMA it, but also I believe that it's a soldering issue and you may be able to fix it yourself (which would disqualify you for an RMA)
<whitequark[cis]>
esden would be able to say more
<whitequark[cis]>
oh, just realized you got yours from mouser... it's still a 1b2 board but I don't know what the RMA process is. I assume you have to go through mouser again
esden[m] has joined #glasgow
<esden[m]>
Sorry to hear that. It is a bit odd because I was pretty sure mouser ran out of stock quite a while ago. That said, you can send me an email to info@1bitsquared.com and we can talk through the options. RMA is definitely an option, we will be happy to replace the board for you.
<whitequark[cis]>
mouser still has like 60 revC3's in stock
<whitequark[cis]>
56 as of right now
<esden[m]>
mhh... surprising, but ok
<ih8c0ff33[m]>
esden[m]: Ok, will send an email as soon as I get back home (so that I can get the serial number if needed).
<whitequark[cis]>
why is that surprising?
<esden[m]>
because they should not have more units than here were needet to fulfill the campaign
<whitequark[cis]>
they stocked about a hundred of them publicly like a month or two ago and have been selling them at a slow pace ever since
<esden[m]>
yeah it makes no sense because I have no idea where they would have them from...
<esden[m]>
unless they kept a pile back a while ago
<esden[m]>
that is the only explanation I have for that
<ari>
unsuccessful deliveries from campaign?
<esden[m]>
could be
<esden[m]>
it would be indeed very useful to get the serial number from you iggi8463 (@_discord_1057322300170571876:catircservices.org)
<esden[m]>
looking forward to your email 🙂
<esden[m]>
if they kept back units from earlier on, that would also explain why there is a power supply issue. Because I am pretty sure I have not shipped a unit with that issue out in a while. I specifically test for that these days.
ali_as has joined #glasgow
ali_as has quit [Remote host closed the connection]
josHua[m] has quit [Quit: Idle timeout reached: 172800s]
zyp[m] has quit [Quit: Idle timeout reached: 172800s]
<ih8c0ff33[m]>
esden: Just sent the email. btw the board is from mid december 2024 if that could be useful information.