This file - the analyses report:
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr98a26BIBCUFMCLR.doc .
The analyses text http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr98a26BIBCUFMCLR.txt .
The binary log http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr98a26BIBCUFMCLR.hex .
Ref:
The binary to text, csv converter, and data plot
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/BCU_parser.exe .
Effected documents (rev 98b02):
The BCU complete in-flight test plane (rev 98b02)
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotrBCUtestInFlight98a18tly.doc .
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr_BCU_Cmd080107lefteye080429tly.doc
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/ BCU_cyclogram97b12.doc
---- 98b02 from nspotr98a26BIBCUFMCLR.doc
mail nspotr_ssd nspotr_spb_head nspotr_spb_other
nspotr 091026 FMCLR execution failed, we need once more
~b nspotr_ss nspotr_sso nspor6_ome
~b nspotr_nspo nspotr_nspo_other nspotr_nsc nspotr_astro
~b ncuengchair omechair
~b nspotr_msu_bi
From: tlyeh@cc.ncu.edu.tw Mon Nov 3 16:31:04 2009
Dear Prof Tereshkov:
BCU FMCLR action was executed by Russian team on 091026.
Efforts are greatly appreciated!
The binary data
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr98a26BIBCUFMCLR.hex
was decoded and converted to text for analyses
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr98a26BIBCUFMCLR.txt .
by http://www.cc.ncu.edu.tw/~ncume_ee/morphous/BCU_parser.exe .
The analyses concluded that "this action failed".
We still have not gotten in-flight data.
The most likely fact was that
"BI sent the FMCLR command with a wrong checksum byte."
We need to execute the FMCLR once more!
We need to do the following checking and adjustment before the next attempt.
1) BI should log the command strings sent to BCU.
** The "Checksum Byte" at the end of the command packet should be logged too. **
2) Please check the part of BI program which generates FMCLR command for BCU.
The full command packet should be "F0F0F05A005A".
Be sure that the last checksum byte should be "5A" and is included in the packet.
Notice:
Analyses –(3) in the text file shows "F0F0F05A00" was sent,
yet BCU responded with "ERREP ERR_Checksum".
Since BI does not log the Checksum byte sent along with the command,
we cannot determine whether BI actually sent wrong Checksum byte.
Please check BI program on "BCU Flash Memory Reset" on the Checksum byte generation.
2.1) Since FMCLR command is critical to set the BCU ready to send in-flight data,
please modify the "BCU Flash Memory Reset" procedure
to execute FMCLR command twice, once every 1 second,
to ensure its effectiveness.
3) In the "BCU Flash Memory Reset" procedure, after the FMCLR command,
"SONOFF Switch_On with calendar values" should be sent
before returning to the repetitive DAUL in the "BCU Power On" procedure.
Notice:
Analyses –(4) shows that "SONOFF Switch_On" was sent without calendar values.
Please check and correct BI program on
generating "SONOFF Switch_On with calendar values" after "FMCLR".
Without the calendar values in this packet,
BCU would set her calendar to uncertain values in her packet buffer.
Please inform us of your finding. Looking forward to the results.
After a confirmed success of the FMCLR, we can proceed towards
Stage2 of the "BCU In-Flight Test Plan" to improve and confirm
the long-term reliability of BI-BCU communication,
(changing DAUL to once 1 to 2 seconds instead of three times every 7 seconds),
and
Stage3 the "BCU Sensor In-Flight Calibration"
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotrBCUtestInFlight98a18tly.doc .
Appreciate Your Efforts
Tse-Liang Yeh, BCU Engineering
886-966-209696, tseliangyeh @ skype, tlyeh@cc.ncu.edu.tw @ msn
Effected documents (rev 98b02):
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr_BCU_Cmd080107lefteye080429tly.doc
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/ BCU_cyclogram97b12.doc
Attachment: The following is the command code sequence we verified on the bench.
* 98b02 Bench Test Procedure
---"BCU Power On"
(0) After power on , wait to receive "F5F5F51B001B"
(0.2) "F0F0F01A0A1A01090A1A0A12240000AC"
>SONOFF Switch_On with 09=YY 0A=MM10 1A=DD26 0A=HH10 12=mm18 24=ss36 0000
> BI should replace the calendar codes and checksum byte according to her current value.
(1) "F0F0F03A003A"
>DAUL once a second for a short while (about 1 minute)
---"BCU Flash Memory Reset"
(2) "F0F0F01A021A0036"
>SONOFF Switch_Off
(3) "F0F0F05A005A"
>FMCLR (Should execute twice to ensure its effectiveness!)
>Particularly when FMCLR is sent after DAUL is executed only to send partial contents of a Flash
Page.
(3.1) "F0F0F05A005A"
>FMCLR (Should execute twice to ensure its effectiveness!)
Note: For bench test only (4.0) "F0F0F03A003A"
>DAUL once a second for about 10 sec (should get zero length DAUL response.)
(4) "F0F0F01A0A1A01090A1A0A140E000098"
>SONOFF Switch_On with 09=YY 0A=MM10 1A=DD26 0A=HH10 14=mm20 0E=ss14 0000
> BI should replace the calendar codes and checksum byte according to her current value.
---Return to repetitive "DAUL" in "BCU Power On"
(5) "F0F0F03A003A"
>DAUL once a second for minimum 1.5 hours to maximum 2 hours.
> (Should start to see in-flight Flash Page Data with newly set calendar values.)
---"BCU Power Off"
(6) "F0F0F01A021A0036"
>SONOFF Switch_Off
(7) "F0F0F04A02C33C4B"
>POFF, BCU will stops to respond
-->Turn Power Off, and redo (0) (0.2) and (1) long enough to find SystemData , takes about 30 sec , to be
sure of POFF operation.
(0) After power on , wait to receive "F5F5F51B001B"
(0.2) "F0F0F01A0A1A01090A1A0A12240000AC" SONOFF Switch_On with 09=YY 0A=MM10
1A=DD26 0A=HH10 12=mm18 24=ss36 0000
(1) "F0F0F03A003A" DAUL once a second, for long enough to find SystemData , takes about 30 sec ,
to be sure of POFF operation.
========== Analyses reports are kept in nspotr98a26BIBCUFMCLR.doc
Notice: winvi32 cannot insert <^M> ahead of the sought string! Should have used vi on a sparc system.
========== Analyses / Decoding: nspotr98a26BIBCUFMCLR.txt
C309
1026101836F0F0F01A0A1A01090A1A0A12240000F5F5F51A021A0137000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000029
-(0.1) C3=log_header 091026101836=log_calendar_in_decimal_digit_byte_YYMMDDHHmmss
-(0.2) F0F0F0=BI_command 1A=SONOFF length=0A 1A01=Switch_On 09=YY 0A=MM10
1A=DD26 0A=HH10 12=mm18 24=ss36 0000 ?checksum_not_logged??? & F5F5F5=response
1A=SONOFF 02=length 1A01=Switch_On 37=checksum
C309
1026101840F0F0F03A00F5F5F53AB0FAFAFA35E79E32AF789154AFFC9150B1A092EC45DC2B703
F7008C8134847FCDC0C35E79E47AE3C8F68AEA48FD0AEA08FD445FC2B783FD0081812F4484
0D92C35E79E50ADF88FECADC88EA8AFFC912445702B50405008A812F0485CDBCC35E79E65
AEC88FF4B5449744AF84907446382BBC3F3808981364481CDC2835E79E6EAF2C90D0AFA8918
4B1D89368458C2AD83F78085413404834DFCC35E79E83B0689208AF5890B8B0D091DC45442B
E84094099D000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000008D
-(1) F0F0F0=BI_command 3A=DAUL 00=length ?checksum_not_logged?3A? & F5F5F5=response
3A=DAUL B0=length FAFAFA=Flash_page_header ...
C309
1026101840F0F0F03A00F5F5F53AB0A813644888DB3435E79E8CB1089290AFBC90F8AFFC911C45
DC2B583FA408DC133C47C8DD6435E79EA1AD848EE8AD388E90B0A091D845B82B303F0C082
012C44854DD0435E79EAAAD708EE4AF108FFCAE848FC445A02B683FD807F413244880D68435
E79EB3B0EC922CAFF09150ADC08E8C47F02BCC3F7C086C13244760DA9835E79EC8AE1C8FD
CB06091B4AE488FB045C42B78401007E012E848B0DCE835E79ED1AF089060AF9C9128AE1C8
ED4455C2B620000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000017
C309
1026101840F0F0F03A00F5F5F53AB0744020084013304834DBA835E79EE6AFA8917CAF5890A0AD
548EF045DC2BA43F800890131C480CDC1435E79EEFABC08CF4AE648F84AF74908445C02B604
000087C13304880DBAC35E79F04AED4906CAF1C904CADE88EE045B02BA43FD408201338480
8D53835E79F0DB0DC925CADE48F28B0CC91E846302B683FB408401318488CDD1C35E79F22A
D8C8ED0B048919CAF3C90BC45B42B803FB407F412F448C0D964AFAFAF000000000000000000
00000095000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000007D
C309
1026101847F0F0F03A00F5F5F53AB0FAFAFA35E79F2BB0C4923CAFD4914CAFE890E8454C2BA4
3FD008A4132047C0DD3435E79F40AE548FA4B12C927CACE48DEC45F42B003F6008301334489
CE2E035E79F49AE488FC4AC8C8DA4B174928845982B6C401C082812F04834DBCC35E79F52B2
C49484B0909208ABF08D3C463C2BD03F940840130C47F8DA3C35E79F67AF6C90BCAAA08BC
8AE708F9446042BAC3FE807E812F44868DD2C35E79F70AFB09134AFA490E4AF3C907C45842B
74401C0856000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000000006
…
"BCU Memory Clear"
C309
1026102012F0F0F01A021A00F5F5F51A021A0036000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000095
-(2) F0F0F0=BI_command 1A=SONOFF 02=length 1A00=Switch_Off ?checksum_not_logged?36 &
F5F5F5=response 1A=SONOFF 02=length 1A00=Switch_Off 36=checksum
C309
1026102013F0F0F05A00F5F5F51D0200022100000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000090
-(3) F0F0F0=BI_command 5A=FMCLR length=00 ?checksum_not_logged?5A(should havebeen) &
F5F5F5=response 1D=ERREP 02=length 0002=ERR_Checksum 21=checksum
C309
1026102014F0F0F01A021A01F5F5F51A021A0137000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000009A
-(4) F0F0F0=BI_command 1A=SONOFF 02=length 1A01=Switch_On (calendar values are missing
09=YY 0A=MM10 1A=DD26 0A=HH10 12=mm18 24=ss36 0000) ?checksum_not_logged??? &
F5F5F5=response 1A=SONOFF 02=length 1A01=Switch_On 37=checksum
Return to "BCU Power On"
C309
1026102018F0F0F03A00F5F5F53AB0FAFAFA35E99CA0B0B4922CB06091D0AF248FE845982B6C4
00407F412EC489CD80035E99CA9AEA89010B068918CB14892D845982B103F44080C12E847BC
DDD835E99CB2AED4900CAEE89048AD148E08459C2B8C409807DC12E8485CDBBC35E99CC7
AFBC9138AF148FF0AFD0912446202BA43FB8088813484810DFFC35E99CD0AFFC911CAEE090
20AFEC90F046042B7C3FC407D81308487CDE0035E99CE5B01C91ECACC88DB4AF6090A04550
2B743FC808040000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000003B
-(5) F0F0F0=BI_command 3A=DAUL 00=length ?checksum_not_logged??? & F5F5F5=response
3A=DAUL B0=length FAFAFA=Flash_page_header ...
C309
1026102018F0F0F03A00F5F5F53AB088135C4818DB4435E99CEEB05491B4AD0C8E88B2F8944046
342B503F9C0878137047DCDA4035E99D03B0E49290AD988E90ACBC8DB0458C2B6C3FF80868
143048C8DBBC35E99D0CAD8C8E9CB05C91C8B0EC91F845C82B2C3F78087C12FC4798DB483
5E99D21AFB89110B06C9164ADC88F4C45C42B4C3FC8086013204848DC4035E99D2AB05891B
CAEC48FFCAFF090D046182B7C3FA8089012E847A4DD5035E99D33AEC09020ADD08E7CAEB
08FB845E42BF200000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000017
C309
1026102018F0F0F03A00F5F5F53AB058400408181398484CDBB835E99D48AFF09144B52C96CCAF
88907C45C82BBC4028086013504828DC3435E99D51B01891D4ACD48E1CAFD8914845E42BA83
FD408E4136847F8DB7435E99D66B038919CABA08CD4AF94907C46002B143F98084C136048FC
E39035E99D6FAFAC9160B01C913CB00C9158462C2B843FD808B4137847D4DAE835E99D84AF
C89100AE888FE4B00C910846342B283F74082012DC4878DE10AFAFAF000000000000000000000
00093000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000059
C309
1026102025F0F0F03A00F5F5F53AB0FAFAFA35E99D8DADC88F50AFA49070B09091D446342B2C3
FC0080813644888D5D835E99DA2B0389194B0DC9248B0689170461C2B283F48085813504824DB
2435E99DABAFF891C0B08C917CAF8490C045B82B64405C07E01300489CD50035E99DC0AE8C
8FE4AF3C90A8AC148D1045D42C003FC0084013504808DAD035E99DC9B0A09250AB848C80AF
D4913445982B403FC00858133C4880DCFC35E99DD2AFDC9148AE388F68AD988E3C46102B744
018082A000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000000000000000000000000000000000000000094
…
"BCU Power Off"
C309
1026120028F0F0F01A021A00F5F5F51A021A0036000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000008D
-(6) F0F0F0=BI_command 1A=SONOFF 02=length 1A00=Switch_Off ?checksum_not_logged?36 &
F5F5F5=response 1A=SONOFF 02=length 1A00=Switch_Off 36=checksum
C300
0000000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000
-(7) a strange log record: without time tag.
C309
1026120029F0F0F04A02C33CF5F5F54A023CC34B00000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
00000000000000000000000000000000000000000000000000000000000000000000000000000000000
0000000000CD
-(8) F0F0F0=BI_command 4A=POFF 02=length C33C=PassCode ?checksum_not_logged?36 &
F5F5F5=response 4A=POFF 02=length 3CC3=ResponsePassCode 4B=checksum
====
mail nspotr_omest0
nspotr98a26FMCLR 的問題 (急)
~c nspotr_ss nspor6_ome
盈皓 繼毅 澎澎
俄方試著執行了 FMCLR 這邊是紀錄的分析 , 看來 FMCLR 沒有執行成功, 發生 ERR_checksum.
因應這個狀況 我們需要 先確認幾件事 請盡快回覆
請看:
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr98a26BIBCUFMCLR.txt
-(3) BI to BCU 指令的 checksum 沒有 log 起來 , 但是 對 FMCLR 指令發生 ERREP
ERR_Checksum
(3.1) 請幫忙確認 正確的指令碼是 F0F0F05A005A 對嗎?
(3.2) 繼毅和盈皓記得 真正上衛星的 BCU 韌體版本是哪一個? 檔案名應該是怎樣的?
(3.3) 請 澎澎 立即測試 把這個版本 灌進 BCU
(?今天能就試嗎? 需立即 確認後 要求 俄方重弄!! 打我手機找我.)
然後用 serial port client 送(0)(1)(2)(3)(4) 這些指令碼 看看 是否能通?
-(4) 俄方在 FMCLR 後的 SONOFF Switch_ON 指令 length 只用 02, 沒有傳 calendar 值
這樣 BCU 接到 SONOFF Switch_On 指令後
知不知道 沒有日曆參數? 會不會亂設現有的日曆值?
(是否需要要求俄方 修訂 此指令 加入日曆參數設定?)
ref: http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr_BCU_Cmd080107lefteye080429tly.doc
http://www.cc.ncu.edu.tw/~ncume_ee/morphous/nspotr_bcu_DataFm20080618.doc
亮
Checksum is computed by keeping the least significant byte of
the sum of all bytes after the packet header F0F0F0,
calendar sync should be FF "F5F5F5 1B 00" with checksum=1B
-(0.2) F0F0F0=BI_command 1A=SONOFF length=0A 1A01=Switch_On 09=YY 0A=MM10 1A=DD26
0A=HH10 12=mm18 24=ss36 0000 ?checksum_not_logged??? & F5F5F5=response 1A=SONOFF
02=length 1A01=Switch_On 37=checksum
ascii of decimal 091026101836 ...
"F0F0F0 1A 0A 1A01 090A1A0A12240000" should result in CheckSumByte=AC
-(1) F0F0F0=BI_command 3A=DAUL 00=length ?checksum_not_logged?3A? & F5F5F5=response
3A=DAUL B0=length FAFAFA=Flash_page_header ...
"F0F0F0 3A 00" should result in CheckSum=3A
-(2) F0F0F0=BI_command 1A=SONOFF 02=length 1A00=Switch_Off ?checksum_not_logged?36 &
F5F5F5=response 1A=SONOFF 02=length 1A00=Switch_Off 36=checksum
"F0F0F0 1A 02 1A00" should result in CheckSumByte=36
-(3) F0F0F0=BI_command 5A=FMCLR length=00 ?checksum_not_logged?5A(should have been) &
F5F5F5=response 1D=ERREP 02=length 0002=ERR_Checksum 21=checksum
"F0F0F0 5A 00" should result in CheckSumByte=5A
-(4) F0F0F0=BI_command 1A=SONOFF 02=length 1A01=Switch_On
ascii of decimal 091026102014 ...
(calendar values are missing 09=YY 0A=MM10 1A=DD26 0A=HH10 14=mm20 0E=ss14
0000) ?checksum_not_logged??? & F5F5F5=response 1A=SONOFF 02=length 1A01=Switch_On
37=checksum
"F0F0F0 1A 0A 1A01 090A1A0A140E0000" should result in CheckSumByte=98
-(5) F0F0F0=BI_command 3A=DAUL 00=length ?checksum_not_logged??? & F5F5F5=response
3A=DAUL B0=length FAFAFA=Flash_page_header ...
same as (1)
-(6) F0F0F0=BI_command 1A=SONOFF 02=length 1A00=Switch_Off ?checksum_not_logged?36 &
F5F5F5=response 1A=SONOFF 02=length 1A00=Switch_Off 36=checksum
same as (2)
-(7) F0F0F0=BI_command 4A=POFF 02=length C33C=PassCode ?checksum_not_logged?36 &
F5F5F5=response 4A=POFF 02=length 3CC3=ResponsePassCode 4B=checksum
"F0F0F0 4A 02 C33C" should result in CheckSumByte=4B
(98b02 Test results: After one FMCLR when previous DAUL stops at the middle of the 3 segments of a
Flash Page Data, the pointers may not be totally cleared. If this is the case, follow up DAUL before
Switch_On again may still return left over data. If two successive FMCLR are issued, pointers are
cleaned up for sure.
---Subject: nspotr98a26BIBCUFMCLR BCU data
From: dalex@jupiter.ss.ncu.edu.tw Sat, 31 Oct 2009 21:02:13 +0800
To: Tse-Liang Yeh <tlyeh@cc.ncu.edu.tw>
CC: "Tereshkov Alexander" <tereshkov@etelecom.spb.ru>
Dear Prof. Yeh,
Here is attached BCU data loaded in according with your command table:
- BCU was turned on at 10:18 (MT=UT+3h) on October 26, 2009
- Memory clear command was sent at 10:20 (MT=UT+3h) on October 26, 2009
- BCU was turned off at 11:56 (MT=UT+3h) on October 26, 2009
- The information was transmitted to a ground-based receiver at 12:00 (MT=UT+3h) on October 26, 2009
Please, analyze the data and give us your conclusions.
This is a forwarded message
From: TERESHKOV Alexander <tereshkov@etelecom.spb.ru>
To: "Тв: Дмитриев Алексей (д)" <alexei_dmitriev@yahoo.com>
Date: Saturday, October 31, 2009, 20:35:30
Subject:
===8<==============Original message text===============
Привет Алексей!
1) Как дела? Я только-что вернулся из командировки.
2) На этой неделе, как я и говорил тебе, включили БЦУ по методике Еха. А именно:
Включение БЦУ было произведено 26.10.2009 в 10:18 (ДМВ).
Команда очистки памяти БЦУ была подана 26.10.2009 в 10:20 (ДМВ).
Выключение БЦУ было произведено 26.10.2009 в 11:56 (ДМВ).
Сброс информации был произведен 26.10.2009 в 12:00 (ДМВ).
3) Полученная с БЦУ информация, находится в приложении. Пусть Ех сделает анализ информации
и подтвердит, что БЦУ работает нормально и его можно будет включать для получения научных
результатов.
Yours faithfully,
Professor, Doctor of Technical Sciences
Alexander TERESHKOV
===8<===========End of original message text===========
message.html -> mvmc-nspotr\nspotr98a26BIBCUFMCLR.htm
Привет Алексей!
1) Как дела? Я только-что вернулся из командировки. После Тайваня мы посетили
Малайзию и Южную Корею.
2) На этой неделе, как я и говорил тебе, включили БЦУ по методике Еха. А именно:
Включение БЦУ было произведено 26.10.2009 в 10:18 (ДМВ).
Команда очистки памяти БЦУ была подана 26.10.2009 в 10:20 (ДМВ).
Выключение БЦУ было произведено 26.10.2009 в 11:56 (ДМВ).
Сброс информации был произведен 26.10.2009 в 12:00 (ДМВ).
3) Полученная с БЦУ информация, находится в приложении. Пусть Ех сделает анализ
информации и подтвердит, что БЦУ работает нормально и его можно будет включать
для получения научных результатов.
Yours faithfully,
Professor, Doctor of Technical Sciences
Alexander TERESHKOV
E-mail: tereshkov@maksimo.de
Phone: +7812-9228027, fax: +7812-3037334,
Phone: +7495-5109741, fax: +7495-9329409,
Phone: +494216734561, fax: +4942184742010.
nspotr98a26BIBCUFMCLR.zip nspotr98a26BIBCUFMCLR\
BCU.zip ->
B_00_UT2_512-525_Packets.hex 2009/10/26 14:45 668,672B
C_00_UT2_512-525_Packets.hex 2009/10/26 14:15 668,672B
mvmc-nspotr\nspotr98a26BIBCUFMCLR>fc B_000_UT2_512-525_Packets.hex
C_000_UT2_512-525_Packets.hex
B_000_UT2_512-525_Packets.hex and C_000_UT2_512-525_PACKETS.HEX are the same, FC:
cannot find any difference.
by mvmc-nspotr\skariel\BCU_parser\BCU_parser_pondaniel\BCU_parser406.exe
-> nspotr98a26BIBCUFMCLR.hex -> hex.txt , hex_systemdata.csv , hex_samplingdata.csv
t512-525.hex –analyses-> .txt
--C3091026101836F0F0F01A0A1A01090A1A0A12240000F5F5F51A021A0137000…29
---