Документації на старіші версії мікросхем на сайті вже немає, але безпосередньо на сторінці сказано:

The FT2232D is the 3rd generation of FTDI’s popular USB UART/FIFO IC. The FT2232D is an updated version of the FT2232C and its lead free version, the FT2232L. Please note that the FT2232D is not an new generation of device.

The FT2232D is lead free and pin compatible with the original FT2232C and FT2232L devices. All the original device features are supported with some additional features available including a CPU-style FIFO mode and an extended operating temperature range.

Першою двоканальною мікросхемою USB-UART з підтримкою режимів MPSSE та SBB була FT2232C. Це третя генерація інтерфейсних мікросхем від фірми FTDI. Першими двома були одноканальний міст USB-UART FT8U232/FT232AM/FT232BM та міст USB-FIFO FT8U245/FT245AM/FT245BM.

FT2232L — безсвинцева (Lead-Free) версія мікросхеми FT2232C, різниці в кремнії між ними, судячи з усього, немає.

FT2232D має розширений температурний діапазон (-40..+85°C замість 0..+70°C для FT2232C та L). Також вона має додатковий режим — CPU FIFO mode.

У мене збереглася документація на всі три версії. Для FT2232C та FT2232L вона відрізняється лише літерою в назві мікросхеми. Для FT2232D електричні характеристики (рівні напруг, струмів, опір підтяжок, затримки) ідентичні з попередньою версією кристалу.

Схоже, що в реалізації режиму CPU FIFO в кристалі FT2232C/L були помилки. Місцями в документації на ці мікросхеми режим згадується, але у табличках призначення виводів в розділі 5.2 IO Pin Definitions by Chip Mode явно прибрано одну колонку. Таблицю не відцентровано на сторінці, як всі інші таблиці в документі. Крім того, відсутній цілий розділ, є розрив в нумерації.

В Revision History документа є такі рядки:

DS2232L Version 1.4 – Updated July 2004
…
Section 9.4 CPU FIFO Interface mode removed – no longer supported.

Всі ці три мікросхеми мають однаковий ідентифікатор і драйвери/бібліотеки від FTDI для всіх трьох повертають однаковий код пристрою, який в заголовочному файлі ftd2xx.h має назву FT_DEVICE_2232C. Тобто по коду, який повертають функції бібліотеки FT_GetDeviceInfo() та FT_GetDeviceInfoList() розрізнити ці мікросхеми неможливо.

Оскільки режим CPU FIFO мені ніколи не був потрібен, я не цікавився можливістю програмного визначення версії кристалу FT2232.

AVReAl, як і OpenOCD чи avrdude, працює з цими мікросхемами в режимі MPSSE, підтримка якого однакова в усіх трьох мікросхемах. Різниці в роботі з мікроконтролерами AVR та ARM, наприклад, в швидкості програмування, між цими мікросхемами немає.
Міняти їх можна в будь-якому напрямку:

• Знайшли стару схему, де вказана FT2232L, а в продажу є лише FT2232D (хоча «спеціально для Вас» за подвійну оплату можуть і FT2232L привезти)? Ставте FT2232D і працюйте.
• В новій схемі стоїть FT2232D, а в столі завалялася стара FT2232C? Ставте стару.
  Хіба що про всяк випадок перевірте, чи не використовує нова схема режим CPU FIFO (в програматорах мікроконтролерів з однієї мікросхеми FT2232* навряд чи цей режим використовуватиметься).

А от FT2232H має деякі особливості. Дві найважливіших з точки зору програмування AVR такі:
По-перше, у неї режим MPSSE працює на обох каналах A та B.
По-друге, вона працює в режимі USB 2.0 High Speed (тобто 480 мегабіт на секунуду «неформатованої» швидкості) і максимальна частота SCK у неї 30 МГц, а не 6.

Порядок тут саме такий тому, що для AVR в режимі ISP частота SCK вище 3 МГц рідко потрібна. А можливість програмувати в два канали зручна хоча б тим, що при розробці комунікаційних програм можна підключити одночасно дві плати, а не перекидати кабель програмування з однієї на іншу.
Висока ж швидкість обміну з комп’ютером дає лише те, що при одночасному програмуванні двох плат двома паралельно запущеними копіями AVReAl швидкість роботи кожного екземпляру не зменшується.

І захотілося щось зробити руками, і не хотілося викидати річ, яка зламалася, але могла б ще довго працювати.

Зламалася ось ця лампа (на фото вона вже відремонтована). Шарнір лампи в деяких місцях мав настільки тонкий пластик, що я навіть здивувався, як він пропрацював вже мінімум років шість-сім.

Довелося зробити протез. Одну ступінь свободи було втрачено, але вона не так часто і використовувалася. Але тепер рідна-звична лампа ще попрацює.
На наступному фото дерев’яний протез для метало-пластикової лампи на місці роботи:

Від: Приват24 security@privat24.ua
Кому: avreal

Ваш профіль добігає кінця.

Для того, щоб залишатися активним, будь ласка, натисніть на посилання нижче і слідуйте умови дії:

httр://www.рrivat24-ua.com/lоgin

Спасибі Вам, Приват24

Знову, як вже було з SMS-лохотроном, відразу зрозуміло, що щось тут не те.

І справа не в слові «спасибі», як написано в дописі Как распознать фишинговый сайт … (а от до інших рекомендацій в тому тексті варто поставитися уважно).
Пів України використовує слово «вірогідно» в сенсі «імовірно» — і нічого (принаймні як ознаку підробки використати це не вийде). Навіть «Ваш профіль добігає кінця» (а не «Термін дії Вашого профілю») могло проскочити, помилки всі роблять.
Мене дужче «слідуйте умови дії» шкрябнуло, наче взагалі з англійської перекладено автоматичним перекладачем.
А «спасибі» — слово як слово.

Повернемося до листа. У моєму випадку:

По-перше, хоч поле «Від» і підробляється елементарно, але поле «Кому» в даному випадку не менш важливе. Цей лист прийшов avreal-у, тобто на адресу електронної пошти, яку я використовую лише для листування з приводу програми. І ніде, ні в яких реєстраціях її не використовую.

Ну а по-нульове — у мене просто нема облікового запису в Приват-24

З цікавості зазирнув по лінку. Не відповідає. Пошукав у інтернеті по ключових фразах з листа — це вже обговорювалося на сайті агентської мережі Приватбанку. Схоже, «хто треба» звернувся «куди треба» і сайт заблокували.

Наостанок до інших порад додам свої:

Зараз не важко завести кілька E-mail адрес. На додаток до основної, через яку ви спілкуєтеся зі світом, заведіть окрему, яку використовуйте лише для реєстрацій на форумах і тому подібного. Ще одну — для «важливих» реєстрацій.
І от цю останню теж не «засвічуйте». Імовірність отримання на неї запрошень на фіктивні сайти буде дуже мала.
Буде впевненість, що на основну та «форумну» адреси не можуть прийти запрошення на відновлення паролю чи продовження дії облікового запису в банку. І такі запрошення прийняти участь в лохотронах можна буде ігнорувати по адресі «Кому». Не аналізуючи інший текст чи проміжні адреси, як це зробив автор повідомлення про фішінговий сайт (і що не кожен може зробити).

Якщо є хоч найменший сумнів — пошукайте в мережі ключові фрази з листа. Краще брати їх в лапки, наприклад, “Ваш профіль добігає кінця”. Тоді буде менше пошукового сміття з цими словами, розкиданими по всій сторінці. Дуже може бути, що хтось вже розібрався і цей обман вже обговорюють.

І головне — вічне «будьмо уважні».

MPSSE defines DBUS0..DBUS2 as TCK/SCK, TDI/MOSI and TDO/MISO. AVR ISP interface requires RESET signal. DBUS3 (TMS/CS) can be used for this purpose and AVReAl uses it by default.

It is not mandatory to use a special programmer with AVReAl. One of simple evaluation boards is enough:

• FT2232H Mini Module
• FT4232H Mini Module
• USB Hi-Speed to MPSSE cable
• DLP-2232M
• Simple circuit with FT2232 on prototyping board

Switches are as simple as hardware in use:

The name ft2232 in switch -a is suitable for FT2232C, FT2232L, FT2232D.
Change it to appropriate value for FT2232H, FT4232H, FT232H.

-az switch is used because simple boards do not contain any buffers. AVReAl will set SPI and RESET pins to input mode and thus FTDI chip will be disconnected from the microcontroller. Be aware that inputs will be pulled to VCCIO line with FTDI chip weak internal pull-ups. Also pay your attention to output current limit. For instance, FT2232D in default mode has 0.5 V logic ’0′ level at 2 mA load curent and 3.3 V VCCIO supply. It means that FT2232D output driver might not provide required ’0′ level with 1 k external pull-up on RESET line. Enable “High current I/O” mode in configuration EEPROM.

If default description of the device in configuration EEPROM (for example, “Dual RS232″ for FT2232C/L/D) is not changed, -p “port” switch may not be used.

FT2232H and FT4232H have two MPSSE-capable channels. If -p switch isn’t used, A channel will be chosen by AVReAl. Add -p switch with the device description or its serial number for B channel using.

Two MPSSE-capable channels give possibility to connect two microcontroller boards and to select one, which will be programmed, by -p switch. Someone can run even two AVReAls and program two microcontrollers simultaneously. Programming speed will not be affected because throughput of USB 2.0 Hi-Speed is sufficient.

Switches for B channel of FT2232H without EPROM or with empty EEPROM are shown below. If the device attribute (description or serial number) contains spaces, the attribute or the whole switch must be quoted:

You can get a list of connected FTDI devices with their descriptions and serial numbers by using following switches:

AVReAl supports adapter pin remapping in a configuration file or a command line. If it is required RESET line can be mapped to any pin that is able to be controlled in MPSSE mode. Let ADBUS7 is used for RESET. Then -a switch looks like:

If RESET line is inverted (for instance, by transistor), sign ~ is used before the signal name. As mentioned above, MPSSE fixes SPI signals to specific pins. So the signals can not be remapped to another pins though inversion can be added. Let all interface lines including MISO are inverted by 74HC04. In addition, RESET is connected to ACBUS3. In this case -a switch looks like:

You also can create a configuration file named, for example adapter.cfg:

and use another form of the switch:

MPSSE engine gives a possibility to reach easily high clocking speed of JTAG and SPI. That’s why there are many microcontroller programming adapters based on MPSSE-capable FTDI chips. The adapters are intended mainly for ARM microcontrollers programming and debugging via JTAG. Although all of them can be used for AVR programming in Low Voltage ISP mode via SPI.

Most adapters have buffers or level translators, LED indicators. Unfortunately, in different adapters these resources are controlled by different pins.

Adapter reviews with recommendations and configuration file samples will be made in future posts in AVReAl » Adapters and Drivers » USB-FTDI category.

Завантажуйте, друкуйте…

На цей раз вигляд трохи інший.
Перший календар було зроблено ще у Star Office 5.2 для Windows. Більші картинки було взято з його «арт-бібліотеки», а менші біля назв місяців — то були символи з шрифтів wingdings та webdings.

StarOffice замінився на OpenOffice 1.x, 2.x.
З часом щось совалося в шрифтах і деякі зображення змінилися, але великі картинки залишалися тими ж.

Після переходу у Лінукс календар зберігся, бо згадані шрифти однак ставилися в пакеті з іншими з допомогою ttf-mscorefonts-installer. Але цього разу пропало кілька картинок-символів. Виявилося, що одного із згаданих шрифтів в убунті вже нема, довелося пошукати інші символи.
Це було останнім поштовхом до заміни картинок у лівому верхньому кутку на «рідніші».

• FT232H MPSSE mode support added.
• Delays processing in Windows version changed: lower CPU load for -k/-K switches.
• Resynchronisation method changed for all microcontrollers.
  Resync process started with one attempt of RESET pulse method then continued with SCK pulse method.
  More about synchronisation.

The falling edge distorts 4-byte programming instruction. The microcontroller does not recognise it and does not enter programming mode. There is no sense to send programming entry instruction again because byte-level command’s phase is shifted by one SCK period. The last SCK pulse of previous instruction will act as extra pulse for subsequent command.

Synchronisation can also be corrupted during programming process. Read more in publication about AVReAl “synchronisation lost” message.

Atmel datasheets describe two methods for synchronisation recovery.

The first method uses additional SCK pulse after non-successful program entry command. That way byte-oriented command packet is shifted by one bit until the microcontroller recognises the command.

Low-voltage Serial Programming Algorithm
…
3. The serial programming instructions will not work if the communication is out of synchronization. When in sync, the second byte ($53) will echo back when issuing the third byte of the Programming Enable instruction. Whether the echo is correct or not, all four bytes of the instruction must be transmitted. If the $53 did not echo back, give SCK a positive pulse and issue a new Programming Enable instruction. If the $53 is not seen within 32 attempts, there is no functional device connected.

The first method is described in datasheets for AT90S4433, AT90S8515, ATtiny12, ATtiny15, ATtiny22, ATmega163 and older micros.
For ATtiny13, ATtiny26, ATmega8, … ATmega128 and newer it is recommended a second one:

Serial Programming Algorithm
…
3. The Serial Programming instructions will not work if the communication is out of synchronization. When in sync. the second byte (0×53), will echo back when issuing the third byte of the Programming Enable instruction. Whether the echo is correct or not, all four bytes of the instruction must be transmitted. If the 0×53 did not echo back, give RESET a positive pulse and issue a new Programming Enable command.

Thus datasheets recommend the synchronisation recovery method with RESET pulse for all modern AVR micros. RESET acts as Chip Select input for programming hardware.
There is a resynchronisation method flag in AVReAl chip description table. So AVReAl uses suitable method for each AVR microcontroller.

However the second method is not a resynchronisation method. It is just repeating of programming enable sequence “reset and send instruction”.

Let a microcontroller is programmed with a code that set active high level on SCK pin. That is “SCK must be low during reset activation” requirement does not meet. Programming enable instruction will fail. The programmer will apply a positive pulse on RESET pin and send a new programming instruction. If the microcontroller has enough time to set high level on SCK again than a new programming enable instruction will fail again.
AVReAl attempts to lower probability of scenario described above by making RESET pulse width about a few core clock periods. It uses core clock frequency from -o switch.

There is a discrete change in the pulse width determined by a specific hardware programmer. Firmware can change core clock frequency. In some cases RESET pulse might not help. However this situation happens rarely if you select an appropriate value in -o switch.

Time to time I look through the Atmel AVR Studio microcontroller description files and compare device signatures and fuses with Atmel datasheets. I noticed that the files have many programming parameters but have not any syncronisation method flag.
I checked AVR ISP mkII and AVR Dragon behavior and found out that both of them use SCK-pulse resynchronisation for all microcontrollers. Atmel datasheets don’t matter for Atmel programmers!

After that I decided to change resynchronisation procedure in AVReAl.
Starting from next release the procedure will be the same for all AVRs: SCK pulse will be used.

Весна та літо
Ці такі довгі були,
Що сніг здивував.

Дизайн мій, ескіз було намальовано ще як «транзисторні» робилися.
Виконання синове. Швензи на цей раз з Петрівки, він навідріз відмовився від гірших і спеціально за ними їздив учора, немало подивувавши продавця старанним вибором.
Закінчував сережки коли я на роботі був.

Такі гарні сережки якось несолідно було б віддавати в поліетиленовому пакетику.
Незважаючи навіть на те, що «пішли додому» вони у вухах
Адже десь їх треба зберігати!

Дуже гарно підійшла до них коробочка від SD-карти.

Теж має певний стосунок до електроніки, стиль витримано

If subversion is installed it is easier to run command:

scmRTOS-samples directory with project subdirectories will be created.
Then run scmRTOS-samples\switch.bat command file for switching scmRTOS\Common, scmRTOS\Extensions and scmRTOS\STM8 to corresponding repository directories.

The samples were built by IAR EWSTM8-KS-1301 compiler and tested with STM8S-DISCOVERY board (STM8S105C6).

The package differs from STM8 port draft release in:

• Port and samples rewrote for using STMicroelectronics standard peripheral library;
• All four standard scmRTOS samples released;
• GPIO access template class header pin.h added. The class based on corresponidng class of Cortex-M3 port (STM32 samples).

Only header files from STM8S_StdPeriph_Driver library added to samples.

Attention! stm8s.h file changed!

• extern "C" { wrapper added;
• typedef enum { FALSE=0, TRUE=!FALSE } bool; definition wrapped in #ifndef __cplusplus;
• stdint.h standard header included instead of local definitions of fixed-width types such as uint16_t.

The port limitations are the same:

• LARGE data model not supported.
• Software interrupt context switcher not released.
• Separate stack for interrupt handlers not released.