'기타'에 해당되는 글 225건

  1. 2018.06.17 555를 이용한 PWM 응용. (1)
  2. 2018.05.20 윈도우즈 10 업데이트 지연시키기.
  3. 2018.05.12 뱅킹 서비스 프로그램 임시 중단 시키기.
  4. 2018.04.09 M사 바이오스 베타.
  5. 2018.02.27 Nginx 런처 업데이트.
  6. 2018.01.19 파이어폭스 아드레날린 100%클럭 문제.
  7. 2017.12.14 라데온 아드레날린 드라이버.
  8. 2017.11.25 윈10 FCU 그리고 라이젠.
  9. 2017.09.21 nginx rtmp 윈도우즈 업데이트
  10. 2017.09.05 ReactOS 0.4.6
2018.06.17 19:14

555를 이용한 PWM 응용.

 

아주 간단한 PWM 컨트롤 회로로 고정값으로 PWM을 쓰는 경우에 유용하다. 돌아다니는 기본회로와 다른 점은 C3를 470pF를 써서 더 높은 주파수가 발생하도록 하였다. 간단한 오실로스코프 DSO 138로 파형을 보니 약 21kHz의 주파수로 작동하고 있었다. 555는 HA17555라는 개량형을 사용하였다. 더 주파수 특성이 좋다고 하는데 부품 파는 곳에서는 어지간해서는 대치품으로 이걸 준다.

 

 회로도의 전원 커넥터와 부하 커넥터를 따로 그린 것은 PCB 도안을 만들기 위한 것으로 양면 배선으로 도안되었다. JLCPCB 같은 곳에 맡기면 저렴하게 2달러에 10장을 찍어준다는 이벤트 같은 것을 하고 있는 것 같다.

 

 국내 PCB 제작 업체들은 왜 이리 비싼지 =ㅅ=;

 

ne555PWM-pcb.zip

 

 

Trackback 0 Comment 1
2018.05.20 12:40

윈도우즈 10 업데이트 지연시키기.

윈도우즈 10 업데이트 지연시키는 법. 완전히 막는 법은 없고 지연시키는 방법은 있다.


레지스트리에서 다음 값을 추가하면 되는 것으로 프로 이상의 버전에서는 설정에서도 가능하다.

홈 버전은 경우에는 다음과 같은 레지스트리 값을 변경하는 것으로 설정에서의 같은 효과를 볼 수 있다고 한다.


HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings

BranchReadinessLevel : 32bit dword = 10 또는 20
DeferFeatureUpdatesPeriodInDays : 32bit dword = 0 에서 365
DeferQualityUpdatesPeriodInDays : 32bit dword = 0 에서 365



출처 : https://winaero.com/blog/delay-windows-10-version-1803-upgrade/



Trackback 0 Comment 0
2018.05.12 14:43

뱅킹 서비스 프로그램 임시 중단 시키기.

 이제 브라우져를 넘어서 프로그램으로 서비스 영역을 지배하게된 뱅킹 프로그램. 임시적으로 그 서비스들을 중단시켜서 윈도우즈 부팅 속도를 늘리거나 하는 방법으로 관리자 권한에서 실행해서 일부분을 다음 부팅 때부터 중단시킬 수 있다.


sc stop SafeTransactionSVC
sc stop PSSWSCSVC
sc stop Interezen_service
sc stop INISAFEClientManager
sc config SafeTransactionSVC start= demand
sc config PSSWSCSVC start= demand
sc config Interezen_service start= demand
sc config INISAFEClientManager start= demand


 이렇게 중단되면 다음에 뱅킹할 때 문제가 되는데, 그때는 다시금 다음과 같이 역시 관리자 권한에서 서비스를 시작하면 된다.


sc start SafeTransactionSVC
sc start PSSWSCSVC
sc start Interezen_service
sc start INISAFEClientManager


 자동으로 실행이 안되는 안랩 프로그램은 따로 실행시켜주어야 한다.


 다른 서비스가 추가적으로 있다면 그 서비스 이름을 찾아서 같은 방식으로 접근하면 된다.

 일단 한번 서비스가 다시 시작되면 상주 프로그램은 실행되고 있으니 위 부분의 명령들을 실행하고 다시 부팅하거나 관련 프로세스들을 직접 작업관리자에서 정지시켜야 한다.




Trackback 0 Comment 0
2018.04.09 09:26

M사 바이오스 베타.

 M사 슬슬 AGESA 피나클파이 1.0.0.1a로 업데이트를 하고 있는데, 프로모션 중심의 메인보드만이 정식 업데이트.

 달라전 점은 1.3v이하의 코어 전압이 설정 가능하고 PCIe 설정 모드가 추가되고 P-STATE에 대한 부분도 추가.

 기존의 AGESA 1.1.0.1에서의 TSC버그는 스톡 클럭에서 버스클럭이 그대로 100MHz로 안정하게 보이나 문제는 Sleep모드에서 깨어난 후에는 여전히 약간의 차이가 있는 듯. 오버클럭 후에 체크를 해봐야 하는데 귀찮은 관계로 오버클럭 테스트는 생략.


 피나클파이 AGESA 1.0.0.1a 적용 정식 바이오스에서는 아직 CnQ 작동에 문제가 있다는 사람들이 많고, 쿨링팬의 동작이 Tdie대신 Tctl의 온도로 동작시키게 적용시켰다는 이야기가 있다. 그래서 쿨링팬이 급작스럽게 RPM이 등락하는 문제에 대한 해결을 봤다고 함.


 그리고 이전 정식 레이븐릿지 지원 바이오스에서는 램 전압이 XMP 스펙에 명시된 전압보다 +0.01v 높았는데 이제는 XMP 스펙의 전압 그대로 값이 자동으로 설정된다.


 아직 개인적으로는 정식 릴리즈된 바이오스 제품군이 아니라, 베타 바이오스에서의 경험이라 다른 메인보드에서의 동작도 같다고 확신하기는 힘들다.


 그리고 다른 피나클릿지 지원 정식 바이오스의 업데이트 내역에는 윈7을 지원하지 않는다는 글귀가 들어있는데 아직 확실히 어떤 면에서 지원이 안되는지에 대한 언급이 없다. 아마 그동안 약간의 문제를 만들었던 UEFI부팅이 아닌가 생각된다.


 또 이번에도 이 새로운 바이오스들은 AGESA가 레이븐파이에서 피나클파이로 올려진 것이라서 다운그레이드가 불가능하다는 단점이 있다.


 (추가) 새로운 AGESA 1.0.0.1a의 새로운 오버클럭에 관한 이슈는 Core Performance Boost를 disabled로 한번하고 다시 Auto로 설정하면 해결된다는 포럼의 글이 있음.


 (추가) 새로운 바이오스는 마이크로코드가 8001136으로 업데이트 되었는데, 이 업데이트된 마이크로코드는 향후에 있을 윈도우즈의 스펙터2 패치에 대한 대응 기능을 담고 있다. 하지만 오버클럭을 하면 메모리의 성능이 많이 하강해서 성능이 더 낮아지는 문제가 발생. 3.7+로 오버클럭은 되나 메모리의 성능이 많이 낮아진다. 새로운 마이크로코드 업데이트가 되기 전까지는 이 마이크로코드의 버그로 오버클럭 기능은 제한된다.


(추가) 현재 새로운 바이오스 버전은 오버클럭에서의 메모리 퍼포먼스 이슈와 PSP 기능을 disabled로 했을 때 sleep모드에서 깨어나지 못하는 문제 말고는 안정적인 것 같음.

 기존의 바이오스에서 시스템 모니터링 기능에 들어갔다가 저장이나 리붓없이 바로 부팅으로 진입하면 시스템이 검은 화면으로 먹통이 되던 문제도 해결.


Trackback 0 Comment 0
2018.02.27 23:44

Nginx 런처 업데이트.



 Nginx의 rtmp 기능 런처를 업데이트.


 1. 녹화 옵션의 추가. 기본적인 설정 옵션만 넣은 것으로 더 세세한 부분은 직접 설정해야 한다.

 2. Nginx의 설정 파일을 더 잘 파싱하도록 만들었다.


nginxtool_0.1.2.94.zip


Trackback 0 Comment 0
2018.01.19 09:56

파이어폭스 아드레날린 100%클럭 문제.


 새로운 아드레날린 업데이트가 되었지만 동영상을 볼 때 여전히 100 클럭이 되는 문제가 있어서 다른 방법을 찾아보니, 파이어폭스의 설정에 문제가 있다는 것을 발견.

 파이오폭스의 설정에 들어가서 "vp9"을 검색해서 "media.benchmark.vp9.fps"라는 설정을 바꾸면 문제가 해결된다.



(편집) 여전히 위의 방법은 안통한다. 만약 문제가 생기면,

taskkill /FI "IMAGENAME eq amddvr.exe"

이라는 명령을 관리자권한으로 실행시키면 된다. amddvr.exe의 문제로 계속 최대 클럭으로 계속 남아있는 문제로 relive가 설치되지 않아도 이 기능이 실행되고 있어서 아마 버그로 추정.




'기타' 카테고리의 다른 글

M사 바이오스 베타.  (0) 2018.04.09
Nginx 런처 업데이트.  (0) 2018.02.27
파이어폭스 아드레날린 100%클럭 문제.  (0) 2018.01.19
라데온 아드레날린 드라이버.  (0) 2017.12.14
윈10 FCU 그리고 라이젠.  (0) 2017.11.25
nginx rtmp 윈도우즈 업데이트  (0) 2017.09.21
Trackback 0 Comment 0
2017.12.14 18:30

라데온 아드레날린 드라이버.

 많은 기능 향상이 된 드라이버가 나왔다. 오버워치의 크래시 문제나 롤의 낮은 텍스쳐에서의 크래시 문제 그리고 프리싱크 문제 등등의 많은 문제들이 해결되어서 나온 드라이버로 직접 사용해보니 더 좋아진 것 같다.


 하지만 웹브라우져의 유투브에서 동영상이 로딩되면 브라우져를 닫아도 최고의 코어 클럭으로 고정되는 경우가 있는데, 이 상태는 드라이버를 리셋할 때 까지 멈추지 않고 계속 유지된다.

 이 문제를 해결하는 방법은 아주 간단하게 마법의 설정인 전역 설정의 "수직 동기화" 부분의 "향상된 동기화"를 사용하는 방법이다. 이 기능을 사용하면 코어 클럭이 최대로 계속 있는 상태를 해결할 수 있다.

 라데온 칠(Chill) 기능도 적용해봤지만 효과가 없었고 향상된 동기화나 브라우져에 따로 그래픽 드라이버 설정을 두고 조정하는 방법 밖에는 없었다.


 다른 가능한 설정이 또 있는지는 모르겠지만 이 설정으로 아직 다른 문제가 없는 것 같다.


 (편집) 전역 설정이 아닌 브라우져의 프로필을 만들어야 한다. 프로필 리스트에서 실행파일을 지정하고 수직 동기화 옵션만 향상된 동기화 "항상 켬"로 바꾸면 된다. 다른 브라우져에서도 마찬가지 작업이 필요하다.


 (편집) 수직동기화 옵션은 효과가 없었고 가장 좋은 방법은 프레임 제한 설정을 주는 것.


 자신의 바탕화면 수직주파수에 맞추거나 하는 방법으로 해결할 수 있으리라 본다. 17.12.2에서 테스트.


 (편집) 지금 파이어폭스의 버그인지 여전히 최대 클럭에서 고정되는 문제는 그대로. about:config에서 amd.vp9을 검색해서 나오는 항목을 false로 하면(하드웨어 비디오 가속 꺼짐) 유툽에서의 문제는 해결된다.


'기타' 카테고리의 다른 글

Nginx 런처 업데이트.  (0) 2018.02.27
파이어폭스 아드레날린 100%클럭 문제.  (0) 2018.01.19
라데온 아드레날린 드라이버.  (0) 2017.12.14
윈10 FCU 그리고 라이젠.  (0) 2017.11.25
nginx rtmp 윈도우즈 업데이트  (0) 2017.09.21
ReactOS 0.4.6  (0) 2017.09.05
Trackback 0 Comment 0
2017.11.25 10:53

윈10 FCU 그리고 라이젠.

 윈10 FCU 업데이트로 이제 코어 파킹은 없어졌지만, 균형 전원 설정이 AMD가 제공하는 설정과 약간 다르다는 이야기를 찾았다.


 https://gist.github.com/Nt-gm79sp/2db1111c14f5c94f5a4068ea092544bd


 다른 부분의 내용을 비교해서 파라미터들을 정리해 놓은게 있어서 일부만을 적용. 아래 C6 state를 바이오스에서 귀찮게 끄지 않고 문제가 없는지를 테스트를 하기 위해서 일부분을 적용했다.


 명령창에서 실행시키면 적용이 되고, 다시 부팅을 해도 그대로 설정이 남는다.


# !!!You need to set your current Power Plan to Balanced to make it work properly!!!
# Works for Windows 10 1709 (Fall Creators Update).
#
# Win10 1709 already solved CPU core parking issues. Here's just 4 differences I found.
# You may want to duplicate your current power plan first, if you are not sure whether you need this.
# powercfg /duplicatescheme scheme_current

# Processor performance increase threshold.
# Specify the upper busy threshold that must be met before increasing the processor's performance state (in percentage).
# The Default Value is 60%, AMD's Value is 25%.
powercfg /attributes SUB_PROCESSOR PERFINCTHRESHOLD -ATTRIB_HIDE
powercfg /setacvalueindex scheme_current SUB_PROCESSOR PERFINCTHRESHOLD 25

# Processor performance decrease threshold.
# Specify the lower busy threshold that must be met before decreasing the processor's performance state (in percentage).
# The Default Value is 20%, AMD's Value is 10%.
powercfg /attributes SUB_PROCESSOR PERFDECTHRESHOLD -ATTRIB_HIDE
powercfg /setacvalueindex scheme_current SUB_PROCESSOR PERFDECTHRESHOLD 10

# Processor performance time check interval.
# Specify the amount that must expire before processor performance states and parked cores may be reevaluated (in milliseconds).
# The Default Value is 30ms, AMD's Value is 15ms.
powercfg /attributes SUB_PROCESSOR PERFCHECK -ATTRIB_HIDE
powercfg /setacvalueindex scheme_current SUB_PROCESSOR PERFCHECK 15

# Lower bound for processor performance throttling.
# Minimum percentage of processor capabilities to use.
# The Default Value is 5%, AMD's Value is 90%.
powercfg /setacvalueindex scheme_current SUB_PROCESSOR PROCTHROTTLEMIN 90




 윈10이 기본 제공하는 균형 전원설정을 사용하지 않는다면 필요치 않은 설정이다. 라이젠이 드라이버로 제공하는 전원 설정을 사용하고 있다면 이 설정은 아무런 의미가 없다.


 이중에 3번째 Processor performance time check interval 만을 적용해서 테스트.


 (편집) 윈10 FCU에서 바이오스 C6 state를 꺼야 윈도우즈 부팅시에 블랙스크린 현상이 없어지는 것을 확인. 자체 윈도우즈의 문제인지 프로세서의 드라이버의 문제인지는 모르겠다. 논 오버클럭 시에는 꺼야 좋다. 단, 전력 소비에서는 약 2W이상의 코어 소비 전력이 늘어난다.


 (편집) 바이오스에서 c6 state를 끄면 core boost가 제한되는데 베이스 클럭 이상으로는 절대로 올라가지 않는다.


 (편집) C6 state를 건드리지 않는 부분에서 메모리 Command Rate를 1T에서 2T로 변경. 약간의 메모리 성능은 하락하지만 C6 문제는 없어지는 것 같다. 어디 문제일지는 =ㅅ=;


 (편집) C6 state 문제는 아닌 것 같고 CR 문제도 아닌 것 같다. 일단 램의 Power Down Mode를 Disabled로 변경. 다시 추이를 지켜보기.


 (편집) Power Down 문제였던 것을 대충 확인. 아마도 이 문제는 더 램동작이 안정해진다는 AGESA 1.0.7.1이 나와야 기본 셋팅으로 동작시킬 수 있을 듯 싶다. 또한 AGESA 1.0.7.1은 ECC 지원이나 IOMMU 그룹핑 방법의 변경으로 인한 그래픽카드의 버스 동작 속도의 최대화 등의 새로운 기능도 포함되었다고 한다. 다만 램클럭이 안정화되면서 약간의 레이턴시는 늘어났다. 2주 정도 지났으니 MSI에서 베타 버전이 나올 즈음이 되었는데 소식이 없다 =ㅅ=


(편집) AGESA 1.0.7.1이 ASUS말고 나오지 않은 이유는 1.0.7.1에 버그가 많기 때문. 기가바이트 포럼에 따르면 12월 1일 금요일에 새로운 AGESA 1.0.7.2a가 나올 예정이라고 함.



'기타' 카테고리의 다른 글

파이어폭스 아드레날린 100%클럭 문제.  (0) 2018.01.19
라데온 아드레날린 드라이버.  (0) 2017.12.14
윈10 FCU 그리고 라이젠.  (0) 2017.11.25
nginx rtmp 윈도우즈 업데이트  (0) 2017.09.21
ReactOS 0.4.6  (0) 2017.09.05
LibreElec에서의 넷플릭스.  (0) 2017.07.03
Trackback 0 Comment 0
2017.09.21 13:33

nginx rtmp 윈도우즈 업데이트


 예전의 컴파일된 nginx 32비트 윈도우즈용 nginx가 업데이트.


홈페이지 : https://github.com/illuspas/nginx-rtmp-win32


 달라진 점은 ffmpeg를 내장해서 그동안 제한으로 윈도우즈에서는 사용하지 못했던 exec를 다른 방법인 transcode라는 방법으로 구현. 내장된 ffmpeg는 퀵싱크나 nvenc또한 지원된다.


 그리고 간단히 nginx를 실행하고 설정파일의 몇몇 옵션을 변경하는 런처도 간단히 업데이트 했다.


nginxtool_0.1.2.60.zip


'기타' 카테고리의 다른 글

라데온 아드레날린 드라이버.  (0) 2017.12.14
윈10 FCU 그리고 라이젠.  (0) 2017.11.25
nginx rtmp 윈도우즈 업데이트  (0) 2017.09.21
ReactOS 0.4.6  (0) 2017.09.05
LibreElec에서의 넷플릭스.  (0) 2017.07.03
LibreElec #0626, #0629  (0) 2017.06.30
Trackback 0 Comment 0
2017.09.05 12:40

ReactOS 0.4.6


https://www.reactos.org/


라이브 버전 이미지  : https://sourceforge.net/projects/reactos/files/ReactOS/0.4.6/ReactOS-0.4.6-live.zip/download

설치 버전 이미지 : https://sourceforge.net/projects/reactos/files/ReactOS/0.4.6/ReactOS-0.4.6-iso.zip/download


아직 알파버전인 윈도우즈 호환 ReactOS가 0.4.6 정식 버전을 배포하기 시작.

 0.4.5에서 테마를 도입했었는데 그 이후로 파일시스템 버그나 MM시스템 버그 등등, 그리고 메모리 유출등을 많이 고쳤다고 한다.

 안타깝게도 라이센스 문제로 FAT는 사용할 수 없고, 그리고 한글입력기도 사용할 수 없는 것 같다.

 NT호환이지만 아쉽게도 EXT2 파일 시스템을 이용해서 설치할 수 있다.


 비교적 기본 어플들은 설치해서 사용할 수 있는 상태로 아직 드라이버쪽은 완전하지 않은 부분이 많다.


 윈도우즈 호환 운영체제가 하나 더 있는 것으로 위안을.



'기타' 카테고리의 다른 글

윈10 FCU 그리고 라이젠.  (0) 2017.11.25
nginx rtmp 윈도우즈 업데이트  (0) 2017.09.21
ReactOS 0.4.6  (0) 2017.09.05
LibreElec에서의 넷플릭스.  (0) 2017.07.03
LibreElec #0626, #0629  (0) 2017.06.30
LibreElec 새로운 개발 빌드 #0521  (0) 2017.05.22
Trackback 0 Comment 0