Î÷åíü æàëü ýòî ñëûøàòü. Ïå÷àëüíî, ÷òî íàøà ñòðàíà äî ñèõ ïîð åùå íå çàïóñòèëà ñâîþ ïî÷òîâóþ ðóêó íà òåððèòîðèþ Èñïàíèè. Õîðîøî, ÷òî âû æèâåòå íå â Àâñòðàëèè, à âñåãî ëèøü â Èñïàíèè.  Àâñòðàëèþ äîñòàâêà ñòîèò óæå íå ïîë-ñòîèìîñòè ïðîãðàììàòîðà, à åãî ïîëíóþ ñòîèìîñòü :)  ýòîì ñëó÷àå ïðîãðàììàòîð ïðåäñòàåò ïåðåä íàìè îäíîðàçîâîé âåùüþ... Íå äàé Áîã, ñëîìàëñÿ - äåøåâëå çàêàçàòü íîâûé, ÷åì îòïðàâëÿòü ñòàðûé íà ðåìîíò...
Ìàãàçèí õîðîøèé. Íî õîðîøî áû áûëî åñëè áû îïèñàíèå òîâàðà ïèñàëè, à òî íà íåîòîðûõ íåò è ïî÷àùå îáíîâëÿëè áà íàëè÷èå . Óæå äîëãî FBUS æäó
Íàëè÷èå íà ñàéòå îáíîâëÿåòñÿ ðàç â ÷àñ :) FBus àäàïòåðû äîëæíû âîò-âîò ïîñòóïèòü. Ñòîÿò íà òàìîæíå.Ñîîáùåíèå îò zheka71
FBUS - ýòî ïðîòîêîë ñåäèíåíèÿ òåëåôîíîâ .Ôèðìà óæå íà÷àëà èõ ïðîäàâàòü ?
http://en.wikipedia.org/wiki/FBus
Êîä:The F-Bus Protocol and Commands The F-Bus is bi-directional serial type bus running at 115,200bps, 8 data bits. The serial cable contains electronics for level conversion and therefore requires power. The first thing to do is supply power to the cable electronics and this is done by setting the DTR (Data Terminal Ready) pin and clearing the RTS (Request to Send) pin. Added 29-Dec-2003 - For all you microcontroller DIYer's out there, connect the DTR pin to a +3 to 12 Volt supply and RTS to a -3 to -12Volt supply. The easy way to achieve this is by using a Max232 or similar transceiver for the RS232 TX and RX pins and then connecting the DTR pin on the serial cable to the V+ pin on the Max232. Do the same for the RTS, however connect it to the V- pin on the Max232. The V+ and V- pins are derived from internal charge pumps that double the input voltage. ie. for a 5V Max232, the V+ will +10V and the V- will be -10V. I hope this clears up this issue for most people! The next step is to synchronize the UART in the phone with your PC or microcontroller. This is done by sending a string of 0x55 or 'U' 128 times. Simple! The bus is now ready to be used for sending frames. The Nokia protocol has a series of commands that allow the user to make calls, send and get SMS messages and lots more. If you have not already go to The Linux Gnokii Project and download the source code. This group has excellent documentation on the commands used with different Nokia phones. This is great work guys! Please do not email me for the Nokia Commands - If you want them download the Linux Gnokii Project Source Sample frame sent to my Nokia 3310 (showed as a Hex dump) Byte: 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 Data: 1E 00 0C D1 00 07 00 01 00 03 00 01 60 00 72 D5 This sample frame is used to get the hardware and software version from a Nokia phone. It is a good starting point to test if our implementation of the protocol is working. Byte 0: All frames sent by cable will start with the character 0x1E first. This is the F-Bus Frame ID. Cable is 0x1E and InfraRed is 0x1C. Byte 1: This is the destination address. When sending data, it's the phone's device ID byte. In our case it's always 00 for the phone. Byte 2: This is the source address. When sending data, it's the PC's device ID byte. In our case it's always 0x0C (Terminal). Byte 3: This is the message type or 'command'. 0xD1 is Get HW & SW version. Byte 4 & 5: Byte 4 & 5 is the message length. In our case it is 7 bytes long. Byte 4 is the MSB and byte 5 is the LSB. Thanks to Ron Reiter for comfirming this! Byte 6: The data segment starts here and goes for 7 bytes in our case. As The Nokia is a 16 bit phone and therefore requires an even number of bytes. As ours is odd the last byte will be a padding byte and the message will end at location 13. The last byte in the data segment (Byte 12 above) is the sequence number. The last 3 bits of this byte increments from 0 to 7 for each frame. This part needs to be sent back to the phone in the acknowledge frame. The other bits I am unsure about what they mean! Bytes 14 & 15: The second to last byte is always the odd checksum byte and the last byte is the even checksum byte. The checksum is calculated by XORing all the odd bytes and placing the result in the odd Checksum location and then XORing the even bytes and then placing the result in the even byte. Well that is our first frame for our Nokia Phone. If the phone received it is show reply with the following data 1E 0C 00 7F 00 02 D1 00 CF 71 1E 0C 00 D2 00 26 01 00 00 03 56 20 30 34 2E 34 35 0A 32 31 2D 30 36 2D 30 31 0A 4E 48 4D 2D 35 0A 28 63 29 20 4E 4D 50 2E 00 01 41 3F A4 The first line is an Acknowledge command frame. Notice how the destination and source addresses are now swapped. This is because the Nokia phone is now talking. This message is two bytes long with the two bytes representing the message type received (0xD1) and the sequence number (0x00). The last two bytes are the checksum and should be checked to make sure the data is correct. The 3310 will be waiting for an acknowledge frame after these two frames were sent. If the acknowledge frame is not sent the 3310 will retry sending the data. The 3310 will only send the data 3 times and then gives up. The second frame from our Nokia 3310 is the data we requested. The message type is 0xD2. This is 'receive Get HW&SW version'. This 38-byte (0x26) message should show 0x0003 "V " "firmware\n" "firmware date\n" "model\n" "(c)NMP." The last byte in the data is the sequence number. As with standard F-bus frames, the last two bytes in the frame are checksum bytes. The received data without f-bus frame 01 00 00 03 56 20 30 34 2E 34 35 0A 32 31 2D 30 36 2D 30 31 0A 4E 48 4D 2D 35 0A 28 63 29 20 4E 4D 50 2E 00 01 41 0003 V 0 4 . 4 5 \n 2 1 / 0 6 / 0 1 \n N H M - 5 \n ( c ) N M P . Sequence no. All that is required now is to send a acknowledge frame back to the phone to say 'I got it!' 1E 00 0C 7F 00 02 D2 01 C0 7C 0x7F is the acknowledge frame's command. We are only required to send a two-byte message so length is set to 0x02. The message contains the acknowledged message type (0xD2) and the sequence no. (0x01). The sequence number is made from the last 3 bits of the sequence number in the previous frame. The checksum needs to be calculated and sent. Well that's easy now! We will look at sending SMS messages next, (part two) and look at the AVR hardware for the project in part three, coming soon!!
ïîêóïàë
ìíå íðàâèòñÿ
À ÷åì îòëè÷àåòüñÿ GSMService îò GSMbaza?
ñåé÷àñ íè÷åì..
1 áîëüøàÿ êîìïàíèÿ.
Íîðìàëüíàÿ êîíòîðêà, ìîæíà ðàáîòàòü
Íàëè÷èå ôîðóìà òàêîãî óðîâíÿ ãîâîðèò î õîðîøåì îòíîøåíèè ê êëèåíòàì. Ñïàñèáî
Êëèìû÷. À êàê áûëî áû óäîáíî,äëÿ íàñ ,åñëè áû Âàì îðãàíèçîâàòü äîñòàâêó ïî ïî÷òå Ðîññèè íàëîæåííûì ïëàòåæîì.Ýòî íàìíîãî óäîáíåé ÷åì Âåáìàíè.
Íî çàòî êàê íåóäîáíî åñëè íåêîòîðûå íåäîáðîñîâåñòíûå ïîëüçîâàòåëè çàêàçàâ íà Í-ííóþ ñóììó òîâàðà íå ñïåøàò åãî çàáèðàòü èç ïî÷òû ìîòèâèðóÿ ýòî íåõâàòêîé äåíåã ..Òîâàð ëåæèò , äåíüãè çà íåãî ôèðìîé óïëà÷åíû íî îíè òîæå ëåæàò íà ïî÷òå è òàê äàëåå ..Îá ýòîì âû ïîäóìàëè ???
Íîðìàëüíûé ìàãàçèí, ïîêóïàë òàì UFS áûñòðî îòãðóçèëè è äîñòàâèëè. íàðåêàíèé íåò.
Ïîäñêàæèòå ïî äîñòàâêå, íà ñàéòå óêàçàíû ýòè êîíòîðû
www.emspost.ru
www.cpcr.ru
www.garantpost.ru
www.dhl.com
www.ups.com
÷åðåç êàêóþ òðàíñïîðòíóþ êîìïàíèþ âû ðåêîìåíäóåòå ïîëó÷àòü òîâàð.
Èëè èõ êàê-òî îïèñàòü (äîðîãàÿ, äåøåâàÿ, áûñòðàÿ, ìåäëåííàÿ)
PS: ÿ íàõîæóñü, ×åëÿáèíñêàÿ îáë. ã.Ìèàññ
âñå âîïðîñû ê ìåíåäæåðàì. îíè âàì âñ¸ ïîñ÷èòàþò. íå çàñîðÿéòå òåìó.
Ïîìîåìó î÷åíü äàæå äîñòîéíàÿ ôèðìà!
Äîáðûé äåíü õî÷ó çàíÿòüñÿ ðåìîíòîì ñîòîâûõ òåëåôîíîâ ïîäñêàæèòå ïîæàëóñòà ÷òî äëÿ ýòîãî íàäî êàêîå îáîðóäîâàíèå è ñêîëüêî ýòî îáîéäåòñÿ?Çà ðàííåå áëàãîäàðåí.
Êóïèë HWK, óíèâåðñàëüíûå êàáåëè äëÿ NOKIA, JAF. Îïåðàòèâíî îòâå÷àþò íà âîïðîñû. Óâåäîìëÿþò î ïðèõîäå íåîáõîäèìîé âåùè.
Íå óñòðàèâàåò ëèìèò â 3000ð :( òàê áû ÷àñòî òàì çàêóïàëñÿ, ïî ìåëî÷è..
èíòåðåñíî à êàêîé òîãäà ó âàñ ðåìîíò åñëè çàï÷àñòè ñòîèìîñòüþ â 3000ð äëÿ âàñ äîðîãî, ÿ ñ÷èòàþ ÷òî ýòà ñóììà äîâîëüíî òàêè ïðèåìëåìàÿ äëÿ îòïðàâêè òîâàðà
Æèâó â Êûðãûçñòàíå, õî÷ó êóïèòü setool. Êàê îáñòîÿò äåëà ñ äîñòàâêîé è ñêîëüêî áóäåò ñòîèò õîòÿ áû ïðèìåðíî è ñðîêè?
Ýòó òåìó ïðîñìàòðèâàþò: 1 (ïîëüçîâàòåëåé: 0 , ãîñòåé: 1)
Âàøè ïðàâà
|
|
|
|
12354 |
Îòâåòèòü ñ öèòèðîâàíèåì
