You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, generators only run in one stage. This makes dependencies very coarse, eg for a switching converter, the voltage won't be available until the entire generator runs, even though it could be ready when the feedback pin is solved. But the generator could depend on current, so now current can't depend on actual voltage.
There are some model-induced limitations. Mostly that links cannot expand, so connectivity must be determined in one-shot.
Ideas:
Separate value generators and topology generators. The latter is more restrictive and one-shot, but there can be multiple of the former.
Or generally redefining Generators as topology generators, with some separate mechanism for values?
Separating topology generators also allows contents to be defined better
General support for lambda functions (independent of generators | topology generators). Need some thought about how to handle multi-assigns.
The text was updated successfully, but these errors were encountered:
IoT e-ink driver v1.1 board with library fixes:
- Revise Waveshare eink driver subcircuit to be consistent with the v2.2
schematic: raise input capacitance to 4.7uF and change resistor to 3ohm
- Fix PMOS reverse protection subcircuit
- Add implicit tags on Waveshare eink driver, PMOS reverse protection
subcircuit
- Fix W25Q power consumption, it's mA not uA
Changes to the example:
- Add high-side single-PMOS switch as a device-specific library. In the
future (dependent on #357) HighSideSwitch should automatically generate
a single-PMOS switch under the right input voltage conditions.
- Add input reverse polarity protection
- Remove 3.3v zener (too much leakage current)
- Change LED colors to not use OOS LEDs
- Add PMOS power gates to memory (SPI flash + SD card) and eink blocks
- Add SPI flash
- Change power input to horizontal connector
- Increase resistance of 3.3v converter to reduce quiescent current
Resolves#356
Currently, generators only run in one stage. This makes dependencies very coarse, eg for a switching converter, the voltage won't be available until the entire generator runs, even though it could be ready when the feedback pin is solved. But the generator could depend on current, so now current can't depend on actual voltage.
There are some model-induced limitations. Mostly that links cannot expand, so connectivity must be determined in one-shot.
Ideas:
The text was updated successfully, but these errors were encountered: