Интересно, что [url=http://www.4e4th-ide.org/]4e4th-IDE[/url] нормально работает в Ubuntu
при соединении через USB-COM переходник (СH341)

P.S. Сначала коннектил через терминал
[code]
picocom -b 9600 /dev/ttyUSB0$n --imap lfcrlf,crcrlf --omap delbs,cr --send-cmd "ascii-xfr -s -l 50 -n"[/code]
предварительно включив /dev/ttyUSB0
[code]sudo usermod -a -G dialout `whoami`[/code]
и перелогинившись т.к. обычно читать и писать на устройство /dev/ttyUSB0 имеет пользователь root и пользователи группы dialout

[quote="KPG"]
А у кого какие STM32 "прижились"? Не увидел в списке поддержку STM32L100 контроллера (можно добавить)

Встретилось и поп-видео :) [url=https://www.youtube.com/watch?v=dvTI3KmcZ7I]Mecrisp Forth on STM32 Microcontroller (blue pill)[/url][/quote]
У меня "прижились" : 103RB, 152RB, 411, 429.
Сейчас запустил в "опытную" эксплуатацию проект в составе: 2-а устройства на 103RB и одно на 411.
Правда возникла (и не только у меня) одна трабла в связке usrt-irq и multitask. Пришлось пока отказаться от multitask. :(

[quote="_KROL"][quote="KPG"][quote="KPG"][url=http://128.199.141.78/index.html]Mecrisp Stellaris Unofficial UserDoc[/url][/quote]
Сайт не доступен? (или это только у меня)[/quote]У меня открывается страница, на которой есть ссылка сюда: [url]http://hightechdoc.net/mecrisp-stellaris/_build/html/index.html[/url]
Или я вас не понял? :shuffle;[/quote]
У меня, почему то, браузер по времени не может открыть эту страницу.
Похоже что-то в системе или браузере.

P.S. Бывает в последнее время, что поиск по Google подвисает, а Яндекс без проблем. :)

[quote="KPG"][quote="KPG"][url=http://128.199.141.78/index.html]Mecrisp Stellaris Unofficial UserDoc[/url][/quote]
Сайт не доступен? (или это только у меня)[/quote]У меня открывается страница, на которой есть ссылка сюда: [url]http://hightechdoc.net/mecrisp-stellaris/_build/html/index.html[/url]
Или я вас не понял? :shuffle;

[quote="KPG"][url=http://128.199.141.78/index.html]Mecrisp Stellaris Unofficial UserDoc[/url][/quote]
Сайт не доступен? (или это только у меня)

P.S. Проверил работоспособность залитой Mecrisp-Stellaris на поддержаной плате из его списка с STM32L476. (предварительно стерев кристалл), работает, но заметил что words, похоже, при выводе
списка слов, в какой то момент останавливается. (пользовался терминалом из 4eth IDE).
У кого какой терминал "прижился" (для Windows)?
Для передачи. С Tera-term (для AVR с amForth) у меня были глюки.
Поближе решил познакомиться с Mecrisp-Stellaris и начал с заметок JeeLabs
[url=https://github.com/jeelabs/embello/tree/master/explore/1608-forth]C 'этого места[/url]
А у кого какие STM32 "прижились"? Не увидел в списке поддержку STM32L100 контроллера (можно добавить)

Встретилось и поп-видео :) [url=https://www.youtube.com/watch?v=dvTI3KmcZ7I]Mecrisp Forth on STM32 Microcontroller (blue pill)[/url]

[url=http://128.199.141.78/index.html]Mecrisp Stellaris Unofficial UserDoc[/url]

[quote="M-atthias"]
How do you compile into Flash ? I cannot find Flash Controller access definitions, and this definitions look as compiling is into RAM only ? Did I miss a trick ?
[/quote]
Yes, interpreter on target compiles into RAM only.

[quote="M-atthias"]
I can offer you a complete M0 and partial M3 disassembler in Forth.
[/quote]
Thanks a lot, but objdump does its job well.

[quote="M-atthias"]
But what is -- doing ?
[/quote]
-- declares a field in a structure:
[code]: -- ( offset size "new-name" -- offset+size )
CREATE OVER , +
DOES> @ +
;
[/code]

I enjoyed my holidays, now I am back !

After diving into your code, I have some questions:

How do you compile into Flash ? I cannot find Flash Controller access definitions, and this definitions look as compiling is into RAM only ? Did I miss a trick ?


: (CREATE) ( "name" -- )
HALIGN
BL WORD DUP C@ 1+ ALLOT
0A0 TOGGLE
BEGIN HERE 1 AND WHILE 0 C, REPEAT
LATEST DUP @ , HERE SWAP !
B500 H, ( lr push )
0 DUP DUP , , H, ; \ 10 bytes for code field ( 2*mov + blx )

: REVEAL ( -- ) LATEST @ CFA>NFA 020 TOGGLE ;
: CONSTANT ( x "name" -- ) (CREATE) ['] (DOCON) CF! , REVEAL ;
: CREATE ( "name" -- ) (CREATE) ['] (DOVAR) CF! REVEAL ;
: VARIABLE ( "name" -- ) CREATE CELL ALLOT ;

I can offer you a complete M0 and partial M3 disassembler in Forth. You have done a really beautiful assembler, and I am trying to port it to Mecrisp-Stellaris.


But what is -- doing ?

0
CELL -- offest_lo
CELL -- offset_hi
CELL -- offset_instr_length
CELL -- offset_mask
CELL -- offset_bits
DROP

Matthias

Matthiast
Maybe still have questions about the information posted on this forum?

[quote="M-atthias"]
By crawling this Forum, I found the post m3forth - форт для ARM Cortex-M3. Mecrisp-Stellaris runs on STM32F100 VL Discovery, too. Could you please give me a short summary what is going on ? I found a source code package containing cross-assembly Forth definitions... http://oco.org.ua/m3forth/ Maybe you have already done the assembler ? I would wish for a M3 disassembler and assemblers both for M0 and M3 written in Forth.

Matthias[/quote]

Short summary of m3forth:

- written on sp-forth 4.20
- 32-bits, native code
- Forth, Inc. cross-compiler standard compatible
- Thumb2-assembler written in Forth
- optimizer
- target interpreter
- elf-files output with debugging info with ability to debug with GNU gdb or DDD in target or qEMU
- disassembleable by GNU utilities
- only for LINUX, sorry, but assembler does not depend on OS

It is not completely finished, but quite usable.
You can ask me any questions about it [url=http://fforum.winglion.ru/viewtopic.php?f=39&t=2952]here[/url].

[quote="M-atthias"] open source support for FPGAs still is... in very early stage. Doing FPGA bitstream reverse engineering myself simply is out of scope.[/quote]

Reverse engineering for FPGA bitstream is nearly impossible. There are no documents about bitstream, and this is a principal position of FPGA manufacturers.

[quote="M-atthias"]
Cycle accurate execution is well known to me :-) I have done a bit-bang low-speed USB implementation for MSP430. They are nice as they have neither cache nor a complicated bus.
[/quote]

Yes, it is true for MSP430 or similar class microcontroller, because they are simple enough and does not requires a complex bus or memory hierarchy. If we want to raise up system clock, we probably will need pipelined solutions, leading to latency and pipeline stalls. This is a reason to use a hardware&software solution, when cycle-accurate hardware peripherals implements in FPGA, but more complex and often changed algorithms runs on the CPU. However, this becomes actual if we want to sample at the speed ~10MHz or above.

[quote="M-atthias"]
By crawling this Forum, I found the post m3forth - форт для ARM Cortex-M3. Mecrisp-Stellaris runs on STM32F100 VL Discovery, too. Could you please give me a short summary what is going on ? I found a source code package containing cross-assembly Forth definitions... http://oco.org.ua/m3forth/ Maybe you have already done the assembler ? I would wish for a M3 disassembler and assemblers both for M0 and M3 written in Forth.

Matthias[/quote]

This is a project, running by 'oco' user on this forum. [url]http://fforum.winglion.ru/memberlist.php?mode=viewprofile&u=27[/url]

Thank you, but I am already fine, up and running with the ADCs on a STM32F407 board in lab. Of course, I am curious, and I have a XuLA2-LX25 FPGA module with a Xilinx Spartan-6, but unfortunately, open source support for FPGAs still is... in very early stage. Doing FPGA bitstream reverse engineering myself simply is out of scope.

Cycle accurate execution is well known to me :-) I have done a bit-bang low-speed USB implementation for MSP430. They are nice as they have neither cache nor a complicated bus.

By crawling this Forum, I found the post m3forth - форт для ARM Cortex-M3. Mecrisp-Stellaris runs on STM32F100 VL Discovery, too. Could you please give me a short summary what is going on ? I found a source code package containing cross-assembly Forth definitions... http://oco.org.ua/m3forth/ Maybe you have already done the assembler ? I would wish for a M3 disassembler and assemblers both for M0 and M3 written in Forth.

Matthias

[quote="M-atthias"]... which mostly requires fast analog sampling, the main reason for me to write a native code Forth for ARM Cortex :-)[/quote]

Take a look on Zynq-7000 SoC (http://www.zedboard.org). This is a dual-core Cortex-A on the large FPGA. Programmable logic can provide not just fast, but also cycle-accurate sampling, and ARM may be used only for user interface. Native code for processor is a good, but not the best possible solution due to potential cache misses, additional bus cycles etc. So when you launch a command, it will not necessarily executed at the next clock edge. With HDL-coded digital interface we'll can solve this.

... which mostly requires fast analog sampling, the main reason for me to write a native code Forth for ARM Cortex :-)

[quote="M-atthias"]I am currently working on my PhD in physics; [/quote]
Very good reason to test your Forth on the real application.