profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/RX14/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.
Stephanie Wilde-Hobbs RX14 UK she/her

RX14/camo.cr 38

A crystal version of atmos/camo, faster and with better request lifecycle tracing

johnjansen/ternary_search_tree 4

A Crystal implementation of a Ternary Search Tree

lewd/2lewd-api 3

API documentation for 2lewd

maxpowa/blerp 3

http://xkcd.com/1692/

marksiemers/FrameworkBenchmarks 0

Source code for the framework benchmarking project

issue commentnetdata/netdata

Netdata CPU usage and Frequency monitoring ignores Boost

On my ryzen laptop:

$ paste  <(grep MHz /proc/cpuinfo) <(cat /sys/devices/system/cpu/cpu{0..16}/cpufreq/scaling_cur_freq 2>/dev/null)
cpu MHz		: 3132.783	1827944
cpu MHz		: 1400.000	2194849
cpu MHz		: 1400.000	1861139
cpu MHz		: 1400.000	1814358
cpu MHz		: 1400.000	1822022
cpu MHz		: 1400.000	1834486
cpu MHz		: 1400.000	4100944
cpu MHz		: 4112.115	4109274
cpu MHz		: 1397.471	1429833
cpu MHz		: 1400.000	1398913
cpu MHz		: 1397.412	2185563
cpu MHz		: 1400.000	1400463
cpu MHz		: 1603.316	1682833
cpu MHz		: 1400.000	1411075
cpu MHz		: 1400.000	1413092
cpu MHz		: 1400.000	1412554

seems fairly different, especially where it interacts with hyperthreading. The scaling_cur_freq feels like a longer-term average than the /proc/cpuinfo values. Since the actual clock frequency in the chip is likely only ever instantaneously integer multiples of 100MHz because of how the PLL works.

Windyo

comment created time in 12 days

pull request commenthorizon-eda/horizon-pool

MMBTA42 300 V SOT-23 NPN transistor

I assume recreating the part with the base part referenced, swapping in the old UUID could have some unintended consequences?

It's generally safe to reuse a UUID like that, as long as the entity and package stay the same.

fruchti

comment created time in 18 days

issue commenthorizon-eda/horizon

Support swapping between dual/single unit entities without re-placing symbols

Yeah, makes sense. Though I guess it feels like it makes swap groups a bit of an arbitrary limitation, since any limitation on this new tool to only work across different unrelated entities would be arbitrary.

RX14

comment created time in a month

issue commenthorizon-eda/horizon

Support swapping between dual/single unit entities without re-placing symbols

so the process would be:

  1. place new dual opamp and each unit
  2. swap units between already-placed single entity and new dual entity
  3. delete both single entities

That makes sense, and the unit swap tool will definitely be useful elsewhere!

RX14

comment created time in a month

issue openedhorizon-eda/horizon

Support swapping between dual/single unit entities without re-placing symbols

A couple of times I've had to switch opamps between single or dual versions (i.e. for power dissipation reasons discovered after drawing the schematic), and I've had to delete the symbols and re-place them, messing up nets, etc.

It'd be nice if it were possible to select 2 single opamp symbols in the schematic editor and change the entity to be a dual opamp, and convert a dual opamp entity into two single opamp entities, etc.

Obviously not limited to opamps, this would be useful for FETs too.

created time in a month

startedazonenberg/pcb-checklist

started time in a month

pull request commenthorizon-eda/horizon-pool

Update QFN-32 package and add hand-solderable version

Bump

RX14

comment created time in 2 months

PR opened horizon-eda/horizon-pool

Fix SOT-363 assembly outline layer

The assembly outline for SOT-363 was on the package layer, not the assembly layer.

I also converted the pads to roundrect while I was fixing this package.

+412 -446

0 comment

1 changed file

pr created time in 2 months

create barnchRX14/horizon-pool

branch : pool_mgr_bd5b1e9f-20d9-4e02-8a65-88ab6168e8c8

created branch time in 2 months

issue commentcrystal-lang/crystal

Add the ability to create a dynamic library

The tricky part is not GC, as far as I can see, it's that crystal programs, or any dynamic library which you make in Crystal, includes the standard library and all other libraries. Loading a single crystal dynamic library (in its own thread so it can own the event loop) is not that difficult to achieve. However it's inadvisable to do this, since linking the executable would break as soon as another dynamic library written in crystal is added, because there would be symbol clashes.

The core team isn't looking at this near-term, but as far as I know there have been a few proof of concepts for crystal dynamic libraries. There are clearly remaining problems to be solved, and I think they can be, but the effort will most likely come from the community and anyone interested and not the core team.

Some ideas to look into for anyone who wants to look into this:

  • dynamic library mode which prefixes all symbols with a nonce, to allow multiple crystal programs to link together
  • support wrapper for dynamic libraries which handles spawning the event loop in a new thread, and "portalling" calls from exported symbols in a calling thread to crystal functions running in a crystal thread (is this neccesary?)
sheosi

comment created time in 2 months

issue commentcrystal-lang/crystal

Yield broken inside macro yield?

you can also add () around yield like (yield foo)

RX14

comment created time in 2 months

issue commentcrystal-lang/crystal

Yield broken inside macro yield?

ah, a ToSVisitor bug... makes sense

RX14

comment created time in 2 months

issue openedcrystal-lang/crystal

Yield broken inside macro yield?

I was writing a record which had a custom method which used yield, and hit an error. I suspect it's due to using yield inside macro {{yield}}, since both are required to reproduce.

macro transparent_macro
  {{yield}}
end

def method(a : Float64, b : Float64)
end

transparent_macro do
  def map(&)
    method(yield(1.0), 1.0)
  end
end

map { |a| a * 2 }

created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added Dual Diode (series), SOT-23 package and BAV199

Do you think there would be a benefit to add multiple alternative footprints (maybe rounded, unrounded, handsoldering, ...), or just rounded?

I don't think so for rounded/unrounded. handsolder/stencil, yes.

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added LM13700 OTA and SOIC-16 package

LGTM

atoav

comment created time in 2 months

PullRequestReviewEvent

pull request commenthorizon-eda/horizon-pool

Added Dual Diode (series), SOT-23 package and BAV199

However mostly non of the packages currently in the pool use rounded pads

the R and C SMT passives do, and all new packages I'm adding do. It'll take a while but I hope to improve this in the future.

LGTM.

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added Dual Diode (series), SOT-23 package and BAV199

The standard for corner radius is min(0.25mm, shortest_side/4) rounded to 0.01mm. Otherwise, perfect!

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added Dual Diode (series), SOT-23 package and BAV199

Bot!

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Adding Barrel Connector Unit/Symbol/Entity, Würth 6941xx301002 package and part

Oh, I was about to PR this myself but without the 3D model, thanks! This is basically identical to what I made, so thumbs up from me!

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added LM13700 OTA and SOIC-16 package

I am not entirely sure how to do that, any pointers?

you have to do it using a git client, so check out horizon-pool and add your fork as a remote, then switch to the lm13700 and git rebase origin/master. It'd be really useful to have this into the pool PR manager though.

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added MCP300x ADC series

Probably rebase to remove merge conflicts

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added LM13700 OTA and SOIC-16 package

This is also important because the soic-16 part needs to keep the same UUID.

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added LM13700 OTA and SOIC-16 package

If you rebase to solve the merge conflict, there shouldn't be a problem?

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added LM13700 OTA and SOIC-16 package

What changed since the last review, and what's up with the unmapped pins?

atoav

comment created time in 2 months

issue commenthorizon-eda/horizon

Feature request: Track fill

I personally havent come across needing this in many PCB designs of my own, and it's definitely possible in the rare cases where it comes up with a poly pour. What are the reasons you're using tracks (or even a pour at all) instead of a poly pour here?

frmdstryr

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Adding NPN-BJT Nexperia MMBT3904

  • Since NPN/PNP transistors in sot-23 package have standardized pin layout (i think?), it might be a good idea to make a base part
  • SOT-23 comments from #45 applies.
atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added Dual Diode (series), SOT-23 package and BAV199

(also thanks for making me realise that i've numbered the SOT-23 pads wrong in the package in my pool, and all the boards i've laying on my desk to assemble are fuckered)

atoav

comment created time in 2 months

pull request commenthorizon-eda/horizon-pool

Added Dual Diode (series), SOT-23 package and BAV199

  • For BAV170VL, the VL part is part of the ordering code not the product code and should go in orderable MPNs
  • BAV199 could optionally have ordering codes added
  • $REFDES and $VALUE on passive symbols typically have one less grid division of space between them
  • SOT-23 pads should probably be roundrect
atoav

comment created time in 2 months