如何才能将BMP图像的二进制值发送到串行终端？

在我看来，你应该把这些值发送给UART：BmpDec。ApaleT[BiDEX]（0），BMPDEC。ApaleT[BiDEX]（1），BMPDEC。ApaleT[BiDEX]（2），即使我对B值（缓冲器）如何与它们相关…



      以下为原文

    In my opinion you should send to UART these values:
BmpDec.aPalette[bIndex][0], BmpDec.aPalette[bIndex][1], BmpDec.aPalette[bIndex][2]
even if I am not really sure about how bValue (the buffer) relates to them...

嗨，cNIGAG，谢谢更新…..从图像文件imgvvSudio（BMPDEC.ApaleTe[BiDEX] [ 0 ]，BMPDEC.ApLeTe[宾夕法尼亚] [B]，BMPDEC.ApLeTe[BiDEX]〔2〕；IGGVVSETHORE（R，G，B）SETHORE（RGB 565Read（（R），（G），（B）））是定义的SETHOLD（颜色）SpBBMPDEC.Apalelt[BiDEX]〔0〕，BMPDEC.Apalelt[BiDEX]〔1〕，BMPDEC.ApLeTe[ BiDEX]〔2〕UART上的单一黑白像素的三个值？再次感谢…



      以下为原文

    Hi CiniaG ,
 
Thanks for update..
In IMG_FREAD, bvalue I think dataread from Image File

IMG_vSetColor(BmpDec.aPalette[bIndex][0], BmpDec.aPalette[bIndex][1], BmpDec.aPalette[bIndex][2]);
The IMG_vSetColor(r, g, b) SetColor(RGB565CONVERT((r), (g), (b)))
is
#define SetColor(color) _color = color
 
Do I need to send BmpDec.aPalette[bIndex][0], BmpDec.aPalette[bIndex][1], BmpDec.aPalette[bIndex][2] these three values for single Black and White pixels on UART?
 
Thanks Again..
 
--
KR

嗨，在TARA上有一些重要信息。我需要发送三个值或灰度值（B/W图像）的单值吗？IGGFRADAD（和BBED，SIZEOF（1），BMPDEC。PIVEFEFLE）；（BBIT＝0；BBIT & lt；8；BBIT++）{BythBunDEX＝（bValand；（0x80＆gt；bt））？1:0；imgvvSETRAIL（BMPDEC.ApLeTET[BiDEX]〔0〕，BMPDEC.Apalelt[BiDEX]〔1〕，BMPDEC.ApLeTET[BiDEX]〔2〕；IGGVVPUTIN（WX* 8 +BBITS，BMPDE.LHIGH-WY -1）；UART2PUTHEX（BMPDEC.Apalelt[BiDEX] [0 ]）；UART2PUTHEX（BMPDEC.ApalET[BiDEX] [1 ]）；？UART2PUTHEX（BMPDEC？ApalET[ BiDEX]〔2〕）；？} -Kr



      以下为原文

    Hi,
 
Got Some Significant Infomations on Tera.. Do I need to Send Three Values or Single Value for Gray Scale(B/W Images)?
 
IMG_FREAD(&bValue, sizeof(bValue), 1, BmpDec.pImageFile);
for(bBits = 0; bBits < 8; bBits++)
{
BYTE bIndex = (bValue & (0x80 >> bBits))?1:0;
IMG_vSetColor(BmpDec.aPalette[bIndex][0], BmpDec.aPalette[bIndex][1], BmpDec.aPalette[bIndex][2]);
IMG_vPutPixel(wX*8+bBits, BmpDec.lHeight - wY - 1);

UART2PutHex(BmpDec.aPalette[bIndex][0]) ;
UART2PutHex(BmpDec.aPalette[bIndex][1]) ;    // ??
UART2PutHex(BmpDec.aPalette[bIndex][2]) ;   // ??
}
 
--
KR
 
 

你好，我正在附加我的灰度图像（29×1，比特深度1），并在学期中输出。[BiDEX]（0）正在打印。但是仍然混淆MeDo，我需要所有[BNDEX ] [0 ]，[BiDEX] [1 ]，[BiDEX] [2 ]或仅[BiDEX] [1 ]。我关注的是当像素为0xFF时，以及在0x00上的八个LED——以及八个LED的其他建议是否受欢迎？——氪



      以下为原文

    Hi,
 
I am attaching my Gray Scale Image  (29 x 1, bit Depth 1) and Output on Term Term.
This is taken a when I am oonly.. [bIndex][0]  is printing.
 
But Still Confused me
Do I need to all  [bIndex][0], [bIndex][1] , [bIndex][2] or only  [bIndex][1]. ?
My Concern Is when Pixel is 0xFF  -->Eight LEDs ON
                                                 0x00  -->Eight LEDs OFF
 
Any other suggestions are welcome ?
--
KR
   Attachment(s)

Image and Hex Output.zip (1.37 KB) - downloaded 58 times

我还是很困惑，你到底想做什么，你想用TelaTm的像素信息做什么？这和LED有什么关系？哪些信息？在终端程序中你想做什么或看到什么？对我来说，在你的问题中，你不清楚你在PIC上发送数据是否有问题，或者你是否对Teraterm有问题。最后，你知道你原来的位图是一个29×1像素1位（单色位图），即你的原始像素没有颜色，它们是。编码的0xAA，0xAA，0xAA，0xa8？你想在Teraterm看到什么？



      以下为原文

    I'm still confused what you are ultimately trying to to and what you want to do with the pixel information in Teraterm. 
And what this has to do with LEDs ?
 

 
Which information ? What do you want to do or see in your Terminal program ?
 
For me in your questions it is not clear, whether you have a problem in sending your data on the PIC or whether you have a problem with Teraterm.
 
And finally, you are aware that your original bitmap is a 29 x 1 pixel 1-bit (monochrome bitmap), i.e. your original pixels do not have color and they are coded 0xAA, 0xAA, 0xAA, 0xA8 ?  What would you like to see in Teraterm ?

Hirodims，你查过我在MSG 4上的附件了吗？我把我的输入和输出附加在TARA术语上。



      以下为原文

    Hi rodims,
 
Have you checked my attachments on msg #4 ?
I have attached my input and output on Tera Term.
 
--
Kr

是的，我看过了。如果这个FF 00 FF 00 FF…是你想在Teraterm看到的，然后我认为它完全可以。从单色位图中的每个‘1’位转换成0xFF，每个‘0’位进入0x00。这是一个可能的表示，如果这是你想看到的，那么显然你已经解决了你的问题。



      以下为原文

    Yes, I had viewed them.
If this FF 00 FF 00 FF ... is what you want to see in Teraterm, then I think its perfectly OK. 
Each '1' bit from your monochrome bitmap translates into 0xff, each '0' bit into 0x00.
That's a possible representation, and if that's want you want to see, then apparently you have solved your problem.
 
 

非常感谢…分享你的经验…还有一个问题是如何检测下一行FROMPMP图像。喜欢。这个图像是29×1。如果我需要这样做。我的图像在32×2表示。如何区分第一秒（或更多）之间的像素？-Kr



      以下为原文

    Good Thanks...

For Sharing your Experience..
One more thing how to detect next line from
Bmp Image.

Like. This Image is 29 x 1. If I need to do. my Image in 32 x 2 say.

How to distinguish pixels between first second(or more)?

-
KR

顺便说一下，你处理的是二进制图像，不是灰度图像（因为没有刻度，也不是伪彩色8位图像）。我不知道用BMPDEx.c的代码，所以我一般只讨论图像。你的位图表示基本上是每字节8个像素。o BMP位图的定义，这当然不是PIC专用的。这不一定是一个很好的参考，我只是引用它作为我的第一个引用，引用我的下面的QuotoHTTP://www-DangOnWr.com…/BMP/BMPFILFATAT.HTMSEE在“像素数据”下的定义。m从底部到顶部，在每行中，从左到右。每行被称为“扫描行”。如果将图像高度作为负数，则从上到下排列行。在未压缩格式（包括彩色蒙版格式）中，每个扫描行是空填充的，以占据整数的dwords（4字节字）。换句话说，存储每个扫描行所需的字节数必须是四的偶数倍数，并且如果必要的话，空字节（其值为零的字节）被附加到该行的像素数据的末尾，以便使其成为这样。例如，在24位格式中，每个像素需要三字节的数据。如果图像是13像素宽，那么每行需要39字节的数据，并且将附加一个空字节将这个总数带到40。这意味着，在位图数据中，你有在头部中给出的图像的宽度（以像素为单位）。连续“行”的信息将与DWORD（32位）边界对齐。如果你的图像宽度总是模4，那么就不会有间隙。但是，例如，对于您所附的原始位图是29像素宽位图，数据将被填充零位，在这种情况下，3。如果您用十六进制编辑器查看文件，您将很容易看到（尝试XVI32或您选择的任何编辑器）。



      以下为原文

   
BtW: formally you are dealing with a binary image, not a gray scale image (because there is no scale, neither a pseudo color 8-bit image).
 
I don't know the code with bmpdecoder.c, so I'm only talking about images in general.
Your bitmap representation is basically 8 pixel per byte.
You need to refer to the definition of BMP bitmaps, this is not PIC specific of course.
 
This needs not to be a good reference, I only cite it as first found reference to my following quote
http://www.dragonwins.com.../bmp/bmpfileformat.htm
 
See the definition under "The pixel data".
The pixel data is organized in rows from bottom to top and, within each row, from left to right. Each row is called a "scan line". If the image height is given as a negative number, then the rows are ordered from top to bottom.
In the uncompressed formats (including the color masked formats) each scan line is null-padded so as to occupy an integer number of dwords (4-byte words). In other words, the number of bytes needed to store each scan line must be an even multiple of four and, if necessary, null bytes (bytes whose values are zero) are appended to the end of the pixel data for that row in order to make this so. For instance, in the 24-bit format each pixel requires three bytes of data. If the image is 13 pixels wide then each row requires 39 bytes of data and a single null byte would be appended to bring this total to 40.
 
This means, in your bitmap data, you have the width (in pixel) of the image given in the header.  The information for consecutive "rows" will be aligned to DWORD (32 bit) boundaries. If your image width is always modulo 4, then there will be no gaps. But for example for your attached original bitmap is 29 pixel wide bitmap, the data will be padded by zero bits, in this case 3.  If you look at your file with a hex editor you will easily see that (Try XVI32 or any editor of your choice).  

现在我不确定这个位图是每像素24, 8还是1位，这也取决于你想要在串行流上获得什么。



      以下为原文

    Now I am not sure if this bitmap is 24, 8 or 1 bit per pixel
 
And then it also depends on what you want to obtain on the serial stream...

BMP图像B/W也可以是每像素1位吗？



      以下为原文

    Does bmp image b/w can also be 1 bit per pixels?

对：



      以下为原文

    Yes:
typedef struct tagBITMAPINFOHEADER {
DWORD biSize;
LONG  biWidth;
LONG  biHeight;
WORD  biPlanes;
WORD  biBitCount;
DWORD biCompression;
DWORD biSizeImage;
LONG  biXPelsPerMeter;
LONG  biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;
} BITMAPINFOHEADER, *PBITMAPINFOHEADER;

https://msdn.microsoft.com/en-us/library/windows/desktop/dd183376(v=vs.85).aspx

您提供的原始位图实际上是每像素1位。Windows文件资源管理器属性/详细信息已经提供了关于此的信息。（或者使用像IfFANVIEW这样的其他软件），用十六进制编辑器查看文件显示字节：0xAA、0xAA、0xAA、0xa8。这是您的像素PAT。29像素的Tyn。您的代码：已经假定它是每像素1位。



      以下为原文

   
The original bitmap you provided  actually IS  1 bit per pixel.
Windows file Explorer Properties / Details will already give you information about this.
(or use other software like Irfanview)
As said, looking into the file with a hex editor shows the bytes : 0xAA, 0xAA, 0xAA, 0xA8.
This is your pixel pattern of 29 pixels.
 
Your code:
for(bBits = 0; bBits < 8; bBits++)
already assumes it is 1 bit per pixel
 

是的，现在回过头来看，至少那部分是有意义的



      以下为原文

   


Yeah, now looking back at it, at least that part makes sense

感谢更新…打印二进制值对应的一个像素，我做附件：但我仍然不能打印0xAA0xAA0xAA0xA8作为罗迪斯SAID.0x12我已收回。我认为以下方法错误…获取值= ATOI（缓冲区）；困惑，请检查附件和建议我如何解决问题，打印确切的十六进制值或任何其他方式打印万亿元感谢



      以下为原文

    Thanks for update...
 
To print binary values corresponding to one pixel  I am doing as attachment:
but still i am not able to print 0xAA  0xAA   0xAA   0xA8  as rodims  said.
 
0x12 I have recevied .
I think  below method wrong.. 
 
ObtainedValue= atoi(buffer) ;      //  ?? Confused Here
 
Please check attachment and advice me
how to sort out problem to print exact hex value or any other way to print of tera term
 
Thanks
 
--
KR
 
   Attachment(s)

Image and Hex Output2.zip (15.64 KB) - downloaded 44 times

卡兰，目前还不清楚为什么你想看到TalaTim.Palm的问题中的像素的数值表示：你已经有了这个0xFF，0x00，0xFF，0x00…表示，它包含图像的“信息”，但以另一种形式。为什么你想在Teraterm看到0xAA，0xAA，0xAA，0xa8？你是否总是有1位BMP图像，或者你也可以有8位/像素图像吗？您真的想查看Teraterm中的图像数据吗？或者，您的真正目标是将二进制映像传送到PC，您认为可以使用Teraterm作为调试工具来查看数据吗？也许你可以描述你为什么要这么做。解决方案取决于你想要达到什么目标。



      以下为原文

    Karan, it is not clear why you want to see a numerical representation of the pixels in Teraterm.
Lot's of questions:
 
You already have this 0xff, 0x00, 0xff, 0x00 ...  representation, which contains the 'information' of the image, but in another form. Why would you want to see 0xAA, 0xAA, 0xAA, 0xA8 in Teraterm ?
And do you always have 1-bit BMP images, or couldn't it be that you also have e.g. 8-bit/pixel images ?
 
Do you really want to view image data in Teraterm ? Or is your real goal to transfer the binary image to the PC and you think you could use Teraterm as debugging tool to view the data ?
May be you can describe why you are doing this.
The solution really depends on what you want to achieve.
 

是的，我的图像总是只有1-BPP黑白。没有RGB，没有灰度。TARA术语仅用于调试。实际上，我必须用RS485或RS232发送数据到其他MCU。控制LED和机械阀门。一个位（或像素值）应对应于一个LED。你看到我最后一次味精了吗？谢尔斯克



      以下为原文

    Yes, My Image is always 1-BPP only Black and White. NO RGB, No Gray Scale.

Tera term is for debugging only. In Actually, I have to send data to other MCU with RS485 or RS232. To Controller LEDs and Mechanical Valves. One Bit (Or Pixel Values)should Correspond to One LED.

Have you see attachment my last Msg.?


Thanks

KR

还有Bmpdecoder。C我从MLA录取。微芯片应用程序库



      以下为原文

    And Also Bmpdecoder.c I am taking from MLA. Microchip Application Libraries

嗯，我还是不明白你为什么（或者是谁？）在BMP文件中编码一维LED行的模式。或者它是一个二维矩阵？我也看不出LED行和机械阀之间的关系。这听起来像是一个奇怪的规范。但我可能是太好奇了。首先你必须看看你是否有控制（写固件）在接收MCU上，或者你是否只是为了完成一个给定的协议。也就是说，你没有选择，你必须用所需的串行数据格式“服务”MCU。由于这个原因，如果你现在把你的数据传输到你的TyTalm，这可能不是很有帮助，但是最终你可能需要完全不同的格式。如果您目前只使用PIC和Teraterm来开发对1位单色BMP格式的理解，那么这是一个非常难的方法。我这样说是因为你必须决定是简单地发送二进制字节，还是你必须（或想要）将它编码为（例如）ASCII字符。答案取决于我不知道的几件事。此外，你还必须考虑数据传输中的错误。错误是多么关键，你需要多少努力或投入，使传输无错误（多长时间的电缆，RS485或RS232等PP）。每秒传输多少数据等等。论坛讨论中的其他线程都是二进制编码传输，或者是否使用安全协议。但是由于我有太多的开放性问题，现在我只需跳过我的考虑，只需参考Y。我们的问题。是的，我看了一下。你的代码和传输，也就是结果看起来还好。10101010B是0xAA，这是正确的。既然你已经假设了你的额外ATOI用法是错误的。对我来说，也是混淆的，因为我看不到，你在这里做什么。我没有看到缓冲区的声明，但有可能是它的缓存缓冲区[8 ]。您已经将信息输出为“10101010”，它看起来OK（它是0xAA的二进制表示），如果您喜欢该表示。可能你不是零终止这个数组，直接把它作为字符串在其他函数中使用，我没有检查原始的BMPDekDR.ChanyWoad，如果偶然地被正确地终止，那么这个字符串（表示一个数字）被解释为十进制数，而不是二进制值。如果你的编译器是32位，那么你的结果值可能是0x9a2112。不知道，你的UART2PUTHEX是如何实现的，但是在你的情况下，它只输出最重要的字节，即0x12；卡兰，印象可能是，你不知道比特、字节和数字的内部表示以及它们对用户的表示。完全错了，本身不是问题，我只是这么说，因为错误的理解可能会让你选择一个完全错误的方法来处理你假设的真实任务，即通过串行线传输LED的一些模式信息。



      以下为原文

   
 
Ehmm,  I still do not understand why you (or who?) encodes the pattern for a one-dimensional LED row within a BMP file. Or is it a two dimensional matrix? . Also I cannot see the relation between an LED row and a mechanical valve. It sounds like an odd specification. But may be I'm too curious.
 
First you would have to see whether you have control (write the firmware) over the receiving MCU or whether you have simply to fulfill a given protocol.  I.e. you have no choice, you must 'serve' the MCU with the desired serial data format.  Also for this reason it may be not very helpful, if you now transmit your data to your TeraTerm,- but finally you might need a totally different format. If you currently only use your PIC and Teraterm to develop an understanding of the 1-bit monochrome BMP format, then this is a really hard way to do it.
I say this because you have to decide whether you simply send binary bytes, or whether you either must (or want) to encode it as (e.g.) ASCII characters. The answer depends on several things which I do not know. Also you have to think about errors in the transmission of the data. How critical are errors, how much effort do you want or have to invest to make the transmission error free (how long are the cables, RS485 or RS232 etc. pp ..). How much data will be transferred per second etc.  There are other threads in the forum discussion pro/cons of binary versa encoded transmission, or whether to use protocols for safety.
 
But since there are far too many open questions for me, I simply skip my considerations for now and just refer to your questions. Yes, I have had a look.
 
Your code and transmission, i.e. the results again looks OK.  10101010b is 0xAA, that 's correct.  As you already assumed your additional atoi usage is wrong. 
 

 
Yes confusing for me, too, since I do not see, what you are trying to do here.
I do not see the declaration of buffer, but  likely its e.g. char buffer[8] ?
You already have output the information as e.g. "10101010", which looks ok (it is the binary representation of 0xAA), if you like that representation.
Probably you are not zero terminating this array to use it directly as a string in other functions, I did not check the original bmpdecoder.c
Anyway, if by chance it is correctly terminated then this string (representing a number) is interpreted as decimal number, but not as binary value.  If your compiler is 32 bit then then your result value likely is 0x9A2112.
No idea, how your UART2PutHex(ObtainedValue)  is implemented, but in your case it just outputs the least significant byte, which is 0x12;
 
Karan, may impression is, that you are not aware of the internal representation of bits and bytes and numbers and their representation to the user.
This may be completely wrong and is not a problem in itself,- I'm only saying this, because a wrong understanding might let you choose a completely wrong approach to your assumed real task, i.e. transferring some pattern info for LEDs over a serial line.