flashforth-devel Mailing List for FlashForth: for PIC and Atmega (Page 16)
Brought to you by:
oh2aun
Menu
▾
▴
flashforth-devel — FlashForth users and developers
You can subscribe to this list here.
| 2011 |
Jan
|
Feb
(22) |
Mar
(3) |
Apr
(4) |
May
(6) |
Jun
(8) |
Jul
|
Aug
(6) |
Sep
|
Oct
(20) |
Nov
(9) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2012 |
Jan
(4) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(14) |
Nov
(1) |
Dec
|
| 2013 |
Jan
(4) |
Feb
(5) |
Mar
(4) |
Apr
(2) |
May
|
Jun
(29) |
Jul
(7) |
Aug
|
Sep
(20) |
Oct
(9) |
Nov
(2) |
Dec
(7) |
| 2014 |
Jan
|
Feb
(23) |
Mar
(113) |
Apr
(25) |
May
(31) |
Jun
(9) |
Jul
(47) |
Aug
(15) |
Sep
(1) |
Oct
(4) |
Nov
(8) |
Dec
(3) |
| 2015 |
Jan
(21) |
Feb
(1) |
Mar
(18) |
Apr
(16) |
May
(100) |
Jun
(33) |
Jul
|
Aug
(10) |
Sep
(8) |
Oct
(7) |
Nov
(5) |
Dec
|
| 2016 |
Jan
(12) |
Feb
(9) |
Mar
|
Apr
(7) |
May
(5) |
Jun
(9) |
Jul
(1) |
Aug
(2) |
Sep
(17) |
Oct
(3) |
Nov
|
Dec
|
| 2017 |
Jan
(6) |
Feb
(12) |
Mar
(9) |
Apr
(3) |
May
(7) |
Jun
|
Jul
(12) |
Aug
|
Sep
(13) |
Oct
|
Nov
|
Dec
(10) |
| 2018 |
Jan
(1) |
Feb
|
Mar
(7) |
Apr
(4) |
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(21) |
Oct
(3) |
Nov
|
Dec
|
| 2019 |
Jan
(5) |
Feb
(4) |
Mar
|
Apr
|
May
(3) |
Jun
(11) |
Jul
(4) |
Aug
(6) |
Sep
(3) |
Oct
|
Nov
(9) |
Dec
(7) |
| 2020 |
Jan
(2) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
(4) |
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
(8) |
Apr
(40) |
May
(12) |
Jun
|
Jul
|
Aug
(3) |
Sep
(3) |
Oct
(4) |
Nov
(10) |
Dec
(4) |
| 2022 |
Jan
(29) |
Feb
(7) |
Mar
(10) |
Apr
|
May
(3) |
Jun
(3) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(6) |
| 2023 |
Jan
(8) |
Feb
|
Mar
(5) |
Apr
(9) |
May
(6) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(9) |
Aug
(7) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Peter J. <pe...@me...> - 2016-09-15 21:02:10
|
Pete,
Attached is a version of ff-shell.tcl that includes the command
history. It turned out easy to keep the text widget interaction and add
a command widget below it. You can choose how you send text by setting
the input focus to the command widget or the text widget. At start-up,
the focus is first given to the command widget. Let me know if this
does as you wish or if I should change it further.
I should put the repository up on bitbucket, but that will be a job for
tomorrow.
Cheers,
Peter J.
|
|
From: Mikael N. <mik...@fl...> - 2016-09-15 17:04:35
|
I do not have Windows... Anyway, Google returns a heap of results for your problem. None of those helped ? BR Mike On 2016-09-15 16:42, Conrado Seibel wrote: > Hi guys, > > Is anyone running ff-shell or a terminal emulator on Windows 10 to > interface to a PIC18F running the console over the USB port ? How did > you get it to work ? > > I’m using FF on a PIC18F2455 to control a led matrix display that > interfaces over the serial port to a measurement instrument. The Forth > console is implemented on the USB port of the PIC. I’m using two > background tasks and things work very nicely. Congrats to all people > involved in this amazing piece of code. > > What I would like to do is use the USB console as a ‘service’ port for > the instrument. I’ve implemented and tested the functionality and it > works as intended. In our team we only use Linux and Mac OSX and > interfacing to with the PIC over USB using a terminal emulator > (picocom) worked pretty well. However, the end users will probably run > Windows. > > I’ve tried connecting the PIC to a Windows 10 machine but it wasn’t > recognised. I applied for a VID/PID using the Microchip sub-licensing > program, changed the corresponding values in the ASM source code and > also in the serialcdc.inf file and tried to install it in Windows, > only to get a “The third party INF does not contain digital signature > information” error (which is true). > > I’m not familiar with Windows and a two-hour google session on > self-signing inf files didn’t result in me getting any smarter. > Searching for how to disable signature checking in Windows 10 didn’t > bring me any further either. > > Thanks in advance for any pointers. > > > ------------------------------------------------------------------------------ > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Conrado S. <con...@gm...> - 2016-09-15 13:42:10
|
Hi guys, Is anyone running ff-shell or a terminal emulator on Windows 10 to interface to a PIC18F running the console over the USB port ? How did you get it to work ? I’m using FF on a PIC18F2455 to control a led matrix display that interfaces over the serial port to a measurement instrument. The Forth console is implemented on the USB port of the PIC. I’m using two background tasks and things work very nicely. Congrats to all people involved in this amazing piece of code. What I would like to do is use the USB console as a ‘service’ port for the instrument. I’ve implemented and tested the functionality and it works as intended. In our team we only use Linux and Mac OSX and interfacing to with the PIC over USB using a terminal emulator (picocom) worked pretty well. However, the end users will probably run Windows. I’ve tried connecting the PIC to a Windows 10 machine but it wasn’t recognised. I applied for a VID/PID using the Microchip sub-licensing program, changed the corresponding values in the ASM source code and also in the serialcdc.inf file and tried to install it in Windows, only to get a “The third party INF does not contain digital signature information” error (which is true). I’m not familiar with Windows and a two-hour google session on self-signing inf files didn’t result in me getting any smarter. Searching for how to disable signature checking in Windows 10 didn’t bring me any further either. Thanks in advance for any pointers. |
|
From: Mikael N. <mik...@fl...> - 2016-09-14 19:21:47
|
Hi, In the python shell I have command history and line editing functions. There the line_edit (=readline) function blocks the output from FF. Thats why the python shell has two threads, one for input and one for output. I am sure there is a readline function for TCL somewhere also that could be used for line edit and history. Some redesign of the TCL shell would be needed though. There are some things missing in the python shell, at least listing of files and directories and change of directory could be added. BR Mikael On 2016-09-14 17:33, Pete Zawasky wrote: > Hi Peter, > > First of all, enjoy the time in Paris. Sounds great. > > Thanks for the thoughts on the "Command History" implementation for > ff-shell.tcl . > That would be very helpful here. I have just gotten too used to it in > other terminal programs. > Perhaps the "Command History" could be optional at start-up or even be > a > Menu selection. > Let me know if I can help test it out. > > As far as the bounced emails, I have gotten a couple of reports of this > lately. Even from customers! > We have not been able to trace the root cause and it has not been > consistent. > > Pete > > > > On 9/13/2016 4:40 PM, Peter Jacobs wrote: >> Pete, >> Good to see the Tcl program in use. Going back a couple of >> months, >> I had been using Tcl on RaspberryPi's for some simple pressure >> indicators with a nice large display. Recently, I've arrived in Paris >> for some study leave and I've brought a couple of FF boards with me so >> I >> could work on some long-delayed updates to the Elements-of-FF >> document. >> Just connected one up and it works nicely. >> >> About command history in ff-shell.tcl: I think that it would be easy >> to >> implement it if I introduce an entry box for the keyboard input. We >> can >> have cursor movement and editing within the entry and some command >> history accessible with up down keys. On seeing the Enter key, the >> content of the entry box would be sent to the FF microcontroller. >> Characters coming back from the microcontroler would be sent to the >> current (large) text widget. The present highlight and paste >> (Control-Shift-v) operation could be redirected to the entry box such >> that the characters are inserted there and not sent to the micro until >> Enter is pressed. Would this interaction suit? >> >> Also, I did try to write to directly you a couple of times over that >> past months but my mail would bounce back from your internet provider. >> Is there a simple way to register with them? >> >> Cheers, >> Peter J. >> >> > > > ------------------------------------------------------------------------------ > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Pete Z. <pza...@pz...> - 2016-09-14 14:33:35
|
Hi Peter, First of all, enjoy the time in Paris. Sounds great. Thanks for the thoughts on the "Command History" implementation for ff-shell.tcl . That would be very helpful here. I have just gotten too used to it in other terminal programs. Perhaps the "Command History" could be optional at start-up or even be a Menu selection. Let me know if I can help test it out. As far as the bounced emails, I have gotten a couple of reports of this lately. Even from customers! We have not been able to trace the root cause and it has not been consistent. Pete On 9/13/2016 4:40 PM, Peter Jacobs wrote: > Pete, > Good to see the Tcl program in use. Going back a couple of months, > I had been using Tcl on RaspberryPi's for some simple pressure > indicators with a nice large display. Recently, I've arrived in Paris > for some study leave and I've brought a couple of FF boards with me so I > could work on some long-delayed updates to the Elements-of-FF document. > Just connected one up and it works nicely. > > About command history in ff-shell.tcl: I think that it would be easy to > implement it if I introduce an entry box for the keyboard input. We can > have cursor movement and editing within the entry and some command > history accessible with up down keys. On seeing the Enter key, the > content of the entry box would be sent to the FF microcontroller. > Characters coming back from the microcontroler would be sent to the > current (large) text widget. The present highlight and paste > (Control-Shift-v) operation could be redirected to the entry box such > that the characters are inserted there and not sent to the micro until > Enter is pressed. Would this interaction suit? > > Also, I did try to write to directly you a couple of times over that > past months but my mail would bounce back from your internet provider. > Is there a simple way to register with them? > > Cheers, > Peter J. > > |
|
From: Mikael N. <mik...@fl...> - 2016-09-14 05:06:12
|
The chips are for the Arduino UNO R3 board. http://www.banggood.com/search/ardiono-uno-r3.html https://www.sparkfun.com/products/11021 I only have these Atmega chips to offer. You can buy the Microchip Microstick II and program the included chips yourself. BR On 2016-09-14 02:43, Gene Silvernail wrote: > Mike, > > Thanks for offering these. Can you advise on a companion eval board > for the 328? Do you program any other Forth MCU's that you offer this > for. > > Again thanks > > PS should be 2 pp last has address > > On Sep 13, 2016 12:55 PM, "Mikael Nordman" > <mik...@fl...> wrote: > >> Hi Gene, >> >> http://flashforth.com/atmega.html [2] >> >> Just pay 10EUR or 12USD to oh2aun at gmail.com [3] (PayPal), include >> your postal address and I will mail you a preprogrammed Atmega328 >> chip. >> >> BR Mike >> >> On 2016-09-13 22:48, Gene Silvernail wrote: >> >>> Mike >>> Where do I look on Flash forth.com [1] [3] for your chips. How can >>> I order >>> some? >>> Thanks > > > Links: > ------ > [1] http://forth.com > [2] http://flashforth.com/atmega.html > [3] http://gmail.com |
|
From: Peter J. <pe...@me...> - 2016-09-13 21:41:43
|
Pete,
Good to see the Tcl program in use. Going back a couple of months,
I had been using Tcl on RaspberryPi's for some simple pressure
indicators with a nice large display. Recently, I've arrived in Paris
for some study leave and I've brought a couple of FF boards with me so I
could work on some long-delayed updates to the Elements-of-FF document.
Just connected one up and it works nicely.
About command history in ff-shell.tcl: I think that it would be easy to
implement it if I introduce an entry box for the keyboard input. We can
have cursor movement and editing within the entry and some command
history accessible with up down keys. On seeing the Enter key, the
content of the entry box would be sent to the FF microcontroller.
Characters coming back from the microcontroler would be sent to the
current (large) text widget. The present highlight and paste
(Control-Shift-v) operation could be redirected to the entry box such
that the characters are inserted there and not sent to the micro until
Enter is pressed. Would this interaction suit?
Also, I did try to write to directly you a couple of times over that
past months but my mail would bounce back from your internet provider.
Is there a simple way to register with them?
Cheers,
Peter J.
On 10/08/16 23:49, Pete Zawasky wrote:
> Hi Peter, Michael and all,
>
> ff-shell.tcl is working very well here on a Raspberry Pi 2 with the
> latest Raspbian.
>
> I am using the RPi to communicate with various PIC18 and PIC24
> development boards and ff-shell beats gtkterm.
>
> Peter -- has anyone added a command history function to quickly repeat
> past keyboard entries?
>
> TNX, Pete
>
|
|
From: Pablo M. M. <ea...@ho...> - 2016-09-13 18:42:26
|
Hello, In FlasForth for PIC 18F, according to the guide, RAM is mapped to $f000 - $ffff So the address of trisa register is $ff92. You should try: 0 $ff92 c! AD? error is caused because you are trying to write to a (protected) area in flash memory. Writing to certain areas of flash is forbidden to protect the forth core. Regards, Pablo. From: dav...@gm... Date: Tue, 13 Sep 2016 00:24:15 -0400 To: fla...@li... Subject: [Flashforth-devel] AD? Hello all, I am running Flashforth on a pic18f14k22 over uart and I am having problems when trying to set the values of the special function registers. Whenever I attempt to modify them I get an "AD?" error. Any idea what is going on? I couldn't find out what this error message means. What i am trying to do is set trisa register to output: $f92 0 ! AD? Thanks for your help, -- - David Bascelli ------------------------------------------------------------------------------ _______________________________________________ Flashforth-devel mailing list Fla...@li... https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Guy F. <78s...@gm...> - 2016-09-13 08:52:52
|
Hi everyone, I will be very gratefull if peoples using AVR assembly in their work, could post some assembly snippets, that could all together build a tutorial-like when grabbed togegher in the tutorial part of FlashForth. It is a very handsome solution to have Assembly capability in FlashForth, and this one is worth to be known and used by FLashForther's. Guy from Paris |
|
From: Mikael N. <mik...@fl...> - 2016-09-13 07:41:56
|
<div style="font-size:10pt;"><p style="margin-top:0;margin-bottom:0;">I am selling preprogrammed atmega 328 chips configured for arduino uno.</p><p style="margin-top:0;margin-bottom:0;">See flashfort.com</p><p style="margin-top:0;margin-bottom:0;"> </p><p style="margin-top:0;margin-bottom:0;">BR</p><p style="margin-top:0;margin-bottom:0;"> </p><p style="margin-top:0;margin-bottom:0;">------ Alkuperäinen viesti------</p> <p style="margin-top:0;margin-bottom:0;"><b>Lähettäjä: </b>Gene Silvernail<gen...@gm...></p><p style="margin-top:0;margin-bottom:0;"><b>Paivays: </b>ti, 13.09.2016 9.28</p><p style="margin-top:0;margin-bottom:0;"><b>Vastaanottaja: </b>fla...@li...;</p><p style="margin-top:0;margin-bottom:0;"><b>Aihe:</b>[Flashforth-devel] Preprogrammed chips?</p><p style="margin-top:0;margin-bottom:0;"> </p><p dir="ltr">Is someone selling preprogrammed chips?</p> <p dir="ltr">Thanks for any leads</p> <p dir="ltr">Gene</p> </div> |
|
From: Mikael N. <mik...@fl...> - 2016-09-13 07:38:54
|
<div style="font-size:10pt;"><p style="margin-top:0;margin-bottom:0;">The ram register adresses are mapped to $fxxx. </p><p style="margin-top:0;margin-bottom:0;">0 $ff92 ! is what you want.</p><p style="margin-top:0;margin-bottom:0;">Now you are trying to write to kernel flash, which is write protected.</p><p style="margin-top:0;margin-bottom:0;">BR</p><div dir="ltr"><div><div><br></div>What i am trying to do is set trisa register to output:<br></div>$f92 0 ! AD?<br><br clear="all"><div><div><div><div>Thanks for your help,<br></div><div>-- <br><div class="gmail_signature"><div dir="ltr"><font face="garamond,serif">- David Bascelli</font><br></div></div> </div></div></div></div></div> </div> |
|
From: Gene S. <gen...@gm...> - 2016-09-13 06:28:05
|
Is someone selling preprogrammed chips? Thanks for any leads Gene |
|
From: David B. <dav...@gm...> - 2016-09-13 04:25:02
|
Hello all, I am running Flashforth on a pic18f14k22 over uart and I am having problems when trying to set the values of the special function registers. Whenever I attempt to modify them I get an "AD?" error. Any idea what is going on? I couldn't find out what this error message means. What i am trying to do is set trisa register to output: $f92 0 ! AD? Thanks for your help, -- - David Bascelli |
|
From: Pete Z. <pza...@pz...> - 2016-08-10 22:01:17
|
Hi Peter, Michael and all, ff-shell.tcl is working very well here on a Raspberry Pi 2 with the latest Raspbian. I am using the RPi to communicate with various PIC18 and PIC24 development boards and ff-shell beats gtkterm. Peter -- has anyone added a command history function to quickly repeat past keyboard entries? TNX, Pete |
|
From: Gerard S. <dgs...@gl...> - 2016-08-06 12:12:47
|
I appreciate the FlashForth system. Nice! I would like to contribute a little, and become more familiar With this. I am familiar writing programs in assembly, in Forth for various processors. I would like to see some examples of using the assembler. Anyone have some I could look at? I have seen the Pop stack, push stack examples, but .... A few more examples would be appreciated. Gerard dgs...@gl... |
|
From: Peter J. <pe...@me...> - 2016-07-13 13:20:14
|
Early on in the teaching term, a couple of the UQ grad students kindly checked the FF tutorial guide and quick reference documents for me. (Thanks Tim and Sam.) Now that the term is finished, I've finally made the suggested edits and put all of the files into a Mercurial repository on bitbucket.org. The finished reports are available as PDF documents but the Latex and Forth source files are now also available. The repository is at https://bitbucket.org/pajacobs/flash-forth-docs I will try to update the "Elements of FlashForth" document over the next couple of weeks. The main changes will be an update from FF 3.8 to 5.0 and a few points that were raised by Tim and Sam. If anyone has suggested changes, please write. Best regards, Peter Jacobs |
|
From: Mikael N. <mik...@fl...> - 2016-06-30 05:16:34
|
On 29.06.2016 19:38, Bob Edwards wrote: > Mikael, will I have to fix the cpu 'LOAD' word as well which uses > timer3? I notice 'mov #FCY/3126, W2' in the definition - how is > the > magic number 3126 derived, please? Timer 3 is clocked with a prescaler of 8 so does not overflow even at 70 MIPS. The magic constant just scales the load accumulator result to 100 % at full load. just say decimal busy 256 ms load . It should give 100 as result. If not, you can adjust the magic. BR Mikael |
|
From: Peter J. <pe...@me...> - 2016-06-30 00:15:52
|
One of the shell programs provided with FlashForth, either the Tcl/Tk GUI shell or the python shell, should upload at the higher serial-port speeds without error. Both of those shells "understand" FlashForth and will wait as appropriate. Peter J. On 30/06/16 02:38, Bob Edwards wrote: > Thanks for the hints chaps, I got the 70MIPS version going pretty well. > It's been soaking a multitask based 'LED flash' test for a couple of days. > > I think I'd got the HSPLL oscillator and baud rate settings right. What > did need changing was the 'MS' delay word. My solution was to set timer1 > to have a prescaler of 8:1 and load the timer with MS_PR_VAL = > ((FCY/1000)/8-1) instead of ((FCY/1000)-1) to keep within 16 bits. > > Mikael, will I have to fix the cpu 'LOAD' word as well which uses > timer3? I notice 'mov #FCY/3126, W2' in the definition - how is the > magic number 3126 derived, please? > > The serial interface is set at 9600 baud for now. I get the expected > errors on uploading files from my Windows PC until I slow Teraterm down > with inter-line and char delays. Then the upload is fault free. I use an > HC-05 bluetooth module for the serial link - it's fun to see how far > around the house and garden I can communicate with the dspic. > > regards, Bob > > ------------------------------------------------------------------------------ > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Bob E. <bob...@ti...> - 2016-06-29 16:39:00
|
Thanks for the hints chaps, I got the 70MIPS version going pretty well. It's been soaking a multitask based 'LED flash' test for a couple of days. I think I'd got the HSPLL oscillator and baud rate settings right. What did need changing was the 'MS' delay word. My solution was to set timer1 to have a prescaler of 8:1 and load the timer with MS_PR_VAL = ((FCY/1000)/8-1) instead of ((FCY/1000)-1) to keep within 16 bits. Mikael, will I have to fix the cpu 'LOAD' word as well which uses timer3? I notice 'mov #FCY/3126, W2' in the definition - how is the magic number 3126 derived, please? The serial interface is set at 9600 baud for now. I get the expected errors on uploading files from my Windows PC until I slow Teraterm down with inter-line and char delays. Then the upload is fault free. I use an HC-05 bluetooth module for the serial link - it's fun to see how far around the house and garden I can communicate with the dspic. regards, Bob |
|
From: Mikael N. <mik...@fl...> - 2016-06-27 03:49:29
|
Thanks Bob ! Usually you have to start the chip with FRC and then configure the PLL to use the HS crystal. After that you can switch to the new clocking mode. It's all described in the detailed data sheet of the oscillator. FF does not yet have inbuilt support for clock switching to HSPLL. You will have to add code for that into WARM. FRCPLL is supported by FF. BR Mikael |
|
From: <zd...@al...> - 2016-06-26 20:49:22
|
Unfortunately , I have no experience with dsPIC, but know something about gibberish responses. 8-P If you have a scope, check system clock first as it might not be what you expect. Getting 140 MHz from 20 MHz with all the pre and postscaler options looks like a slippery slope. Then check the "gibberish response" with a scope. Different UART chips react differently to out of sync characters. Third, check parity, handshake etc. Best regards, Zdravko |
|
From: Bob E. <bob...@ti...> - 2016-06-25 10:20:07
|
I'm a Flashforth fan - brilliant tool! I'm attempting to run Flashforth on a dspic33ep512mc806 as part of this DSP radio project http://www.cumbriadesigns.co.uk/DSP.htm. Flashforth runs fine on the stock settings from the distribution - Fcy reports 39.613MIPS. I've been attempting to modify the code to take it up to the full 70MIPS. It seems arithmetic on constants in the code objects to that - greater than 16 bit values result. I expect I'm not far away from getting it going, but I'm currently getting the 'Flashforth' title on cold start at 9600 baud, but gibberish if I type anything. The board has a 20MHz crystal, so the PLL needs to be used to boost to Fosc=140MHz. That results in 70MIPS cpu operation. I'm using a Pickit3 for development. Anyone been more successful with this or have any debug suggestions to get to the problem? I'm new to this. Regards, Bob |
|
From: <zd...@al...> - 2016-06-03 00:05:11
|
Somebody did :-P https://www.forth.com/embedded/ http://www.mpeforth.com/xc7.htm But I don't think they really care about FRAM advantages with this 'cross compiling'. If you ask MRAM manufacturer then MRAM is superior to FRAM. However, if you don't need more then 10E14 writing cycles, don't operate above 85 'C and 90 ns access is fast enough, then it is just the same: http://www.everspin.com/file/227/download This MSP430 looks just fine. Only 8 Euro with 128k FRAM and everything one microcontroler should have. http://hr.mouser.com/ProductDetail/Texas-Instruments/MSP430FR6989IPN One thing is surely missing in instruction set. There is autoincrement indirect adressing, but no autodecrement. Somebody didn't like stacks :-( Never heard about this series before. I see they have problem with low cost development systems. No PicKit equivalent, but you have to buy development board for each model http://www.mouser.com/ds/2/405/slau535b-876328.pdf Zdravko |
|
From: Mikael N. <mik...@fl...> - 2016-06-02 04:48:59
|
I suppose this is the same technology that is used in the MSP430 FRAM
parts.
I never got around to porting FF to MSP430...
BR Mikael
On 01.06.2016 15:02, zd...@al... wrote:
> Surprisingly, this topic didn't get any more attention. For me it was
> a
> big surprise to discover that MRAM prices go from 4 Euro for SPI
> serial
> 32kx8 to 30 Euro for 16Mb parallel 1Mx16 (at Mouser).
> So, now as we can get cheap and fast non volatile memory, this should
> be
> the end for DRAM, SRAM, flash, EEPROM, battery backup, writing
> endurace
> problems, programming voltage, block writes, complicated memory
> mapping
> etc.
> The best thing is that the company producing this ('Everspin
> technologies') and 'Microchip' both have their headquarters in
> Chandler,
> AZ, literally behind the corner.
> Am I the only one noticing the endless possibilities, especially in
> Forth implementations?
>
> https://www.everspin.com/
>
>
>
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and
> protocols are
> consuming the most bandwidth. Provides multi-vendor support for
> NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports.
> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
|
|
From: <zd...@al...> - 2016-06-01 12:02:59
|
Surprisingly, this topic didn't get any more attention. For me it was a
big surprise to discover that MRAM prices go from 4 Euro for SPI serial
32kx8 to 30 Euro for 16Mb parallel 1Mx16 (at Mouser).
So, now as we can get cheap and fast non volatile memory, this should be
the end for DRAM, SRAM, flash, EEPROM, battery backup, writing endurace
problems, programming voltage, block writes, complicated memory mapping
etc.
The best thing is that the company producing this ('Everspin
technologies') and 'Microchip' both have their headquarters in Chandler,
AZ, literally behind the corner.
Am I the only one noticing the endless possibilities, especially in
Forth implementations?
https://www.everspin.com/
|
17 messages has been excluded from this view by a project administrator.
