flashforth-devel Mailing List for FlashForth: for PIC and Atmega (Page 37)
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: Mikael N. <mik...@pp...> - 2014-02-13 18:41:38
|
What about now. There was still the real bug left. I had commented out interrupt enable in WARM. That prevented the system clock from running and the TX0 send timeout did not work. BR On 02/13/2014 07:59 PM, Mark Goldman wrote: > > Still no joy on the 2550 on my dev board. > > I did a clean clone and adjusted the oscillator to match my 20Mhz > crystal. Same behavior as last night. > > -mdg > > On Feb 13, 2014 12:34 AM, "Mikael Nordman" <mik...@pp... > <mailto:mik...@pp...>> wrote: > > I just pushed a solution to the tmr1 and tm3 problem. > |
|
From: Mark G. <bit...@gm...> - 2014-02-13 07:05:31
|
' <myword> is turnkey Should do what you want. -mdg On Thu, Feb 13, 2014 at 2:02 AM, Thomas Buschhardt <bus...@gm...> wrote: > Hallo, > > when I wrote a little program and save it on Flash, what's about poweroff? > Is there a "autostart feature" for a program (word) when the power is back > on IC? > > Greetz Thomas > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel > -- Our problems are mostly behind us, now all we have to do is fight the solutions. |
|
From: Thomas B. <bus...@gm...> - 2014-02-13 07:02:56
|
Hallo, when I wrote a little program and save it on Flash, what's about poweroff? Is there a "autostart feature" for a program (word) when the power is back on IC? Greetz Thomas |
|
From: Mikael N. <mik...@pp...> - 2014-02-13 05:34:19
|
I just pushed a solution to the tmr1 and tm3 problem. At least my 14k50 chip works with this code and USB on Linux. The only problem is that Linux wants to send AT+CG... periodically. That corrupts the output until Linux stops polling the ttyACM line. BR Mikael On 02/13/2014 06:26 AM, Mark Goldman wrote: > Hi Mikael, > > Is the system timer declared in MS_TMR? If so, it appears that in > HEAD, MS_TMR is timer 2. > > -mdg > > On Wed, Feb 12, 2014 at 11:10 PM, Mikael Nordman > <mik...@pp...> wrote: >> Hi, >> Try Timer2 as a system clock. >> For some reason the timer1 and 3 does not work properly >> with the 2 millisecond timeout for sending USB characters. >> I did some "improvements" in 5.0 to timer 1 and 3 for better accuracy. >> >> I'll need to fix that. >> >> BR Mikael >> >> |
|
From: Peter J. <pe...@me...> - 2014-02-13 05:11:16
|
With the project open, follow the menu system to a check box. File -> Project Properties -> Conf -> mpasm (Global Options) -> mpasm -> general -> enable case sensitivity PJ On 13/02/14 14:22, Mikael Nordman wrote: > Peter, > Where is the case option in MPLABX ? > I have not found it, well I did not even look :-) > > Mikael > > On 02/12/2014 09:21 PM, Peter Jacobs wrote: >> On 13/02/14 00:38, Thomas Buschhardt wrote: >>> Is this form actrive? I send a mail last week but dont see this. >>> If anyone has a MPLABX project of FF3.8 - its possible to upload it >>> somewhere for download? >>> >>> Thank you very much >>> Thomas >> Here is a tar-file of one of my work areas, exactly as I had used it >> on my Linux machine. >> >> http://dropbox.eait.uq.edu.au/e4pjacob/flash-forth/ff381-2520-nov-2013.tar.gz >> >> There's even a Mercurial repository in there to show the couple of >> lines that >> I changed in the source code because I wasn't smart enough to tell MPLAB-X >> to be case insensitive. I've since found that option :) >> >> Peter Jacobs >> >> >> >> ------------------------------------------------------------------------------ >> Android apps run on BlackBerry 10 >> Introducing the new BlackBerry 10.2.1 Runtime for Android apps. >> Now with support for Jelly Bean, Bluetooth, Mapview and more. >> Get your Android app in front of a whole new audience. Start now. >> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> Flashforth-devel mailing list >> Fla...@li... >> https://lists.sourceforge.net/lists/listinfo/flashforth-devel > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Mikael N. <mik...@pp...> - 2014-02-13 04:31:35
|
On 02/13/2014 12:17 AM, Peter Jacobs wrote: > I forgot to say that most of the projects are eventually stand alone, > powered by batteries or plug-pack. Being able to connect the RS232 > when we want to make an adjustment and then being able to > disconnect, leaving the device running, is another advantage > of the old-school-232 connection over the USB connection. > > Peter J Hi, Actually you can unplug the USB and the PIC still keeps on running. The USB transceiver is still on so battery consumption could be the issue. I have been thinking of including a USB sense input option in FF to sense if the power is coming via USB, but that requires some hardware support. Then the USB tranceiver could be powered down. Another alternative could be to power down the USB interface in warm start if there has been no signals from the USB interface for a while. BR Mikael |
|
From: Mark G. <bit...@gm...> - 2014-02-13 04:26:52
|
Hi Mikael, Is the system timer declared in MS_TMR? If so, it appears that in HEAD, MS_TMR is timer 2. -mdg On Wed, Feb 12, 2014 at 11:10 PM, Mikael Nordman <mik...@pp...> wrote: > Hi, > Try Timer2 as a system clock. > For some reason the timer1 and 3 does not work properly > with the 2 millisecond timeout for sending USB characters. > I did some "improvements" in 5.0 to timer 1 and 3 for better accuracy. > > I'll need to fix that. > > BR Mikael > > On 02/13/2014 03:09 AM, Randall Young wrote: >> Hi Mark, >> >> I'm seeing exactly the same thing, with the PIC18F14k50 build of FF 5.0. >> >> Some characters come down, well formed, then a delay, I send a carriage >> return, and then more characters follow with zany formatting on the next >> line of my terminal session. >> >> FF 3.8 formats perfectly on the same setup, so I guess my terminal >> program(s) are ok. >> >> Just sharing, don't have a clue what's sideways. >> >> Best, >> >> Randy >> >> >> >> -----Original Message----- >> From: Mark Goldman [mailto:bit...@gm...] >> Sent: Wednesday, February 12, 2014 7:58 PM >> To: fla...@li... >> Subject: [Flashforth-devel] USB, flow-control, and linux >> >> Hello everyone, >> >> I am trying to run flashforth latest from GIT (appears to be 5.0, git commit >> 304e4cc23851c7ff5bd6360f4c8c16b880a0d51c) >> >> I have an old USB BitWhacker board (v1) with an 18f2550 on it, 20MHz >> crystal. >> >> I have made the adjustments to the frequency and divider to get USB working, >> however when I connect via /dev/ttyACM0, it appears to send some, but not >> all of the characters in the tx buffer. If I hit enter a couple of times, >> or cause enough traffic, another chunk of the txbuffer comes down. >> >> I have setting hardware flow control, disabling idle_mode, and a couple of >> other things, but I don't seem to get proper expected behavior. >> >> Are there other things I should be doing to enable USB besides defining >> USB_CDC when assembling? >> >> I have tried searching the archives, but I didn't come up with anything. >> >> -mdg >> >> -- >> Our problems are mostly behind us, now all we have to do is fight the >> solutions. >> >> ---------------------------------------------------------------------------- >> -- >> Android apps run on BlackBerry 10 >> Introducing the new BlackBerry 10.2.1 Runtime for Android apps. >> Now with support for Jelly Bean, Bluetooth, Mapview and more. >> Get your Android app in front of a whole new audience. Start now. >> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk >> _______________________________________________ >> Flashforth-devel mailing list >> Fla...@li... >> https://lists.sourceforge.net/lists/listinfo/flashforth-devel >> >> >> ------------------------------------------------------------------------------ >> Android apps run on BlackBerry 10 >> Introducing the new BlackBerry 10.2.1 Runtime for Android apps. >> Now with support for Jelly Bean, Bluetooth, Mapview and more. >> Get your Android app in front of a whole new audience. Start now. >> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk >> _______________________________________________ >> Flashforth-devel mailing list >> Fla...@li... >> https://lists.sourceforge.net/lists/listinfo/flashforth-devel >> > > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel -- Our problems are mostly behind us, now all we have to do is fight the solutions. |
|
From: Mikael N. <mik...@pp...> - 2014-02-13 04:22:43
|
Peter, Where is the case option in MPLABX ? I have not found it, well I did not even look :-) Mikael On 02/12/2014 09:21 PM, Peter Jacobs wrote: > On 13/02/14 00:38, Thomas Buschhardt wrote: >> Is this form actrive? I send a mail last week but dont see this. >> If anyone has a MPLABX project of FF3.8 - its possible to upload it >> somewhere for download? >> >> Thank you very much >> Thomas > Here is a tar-file of one of my work areas, exactly as I had used it > on my Linux machine. > > http://dropbox.eait.uq.edu.au/e4pjacob/flash-forth/ff381-2520-nov-2013.tar.gz > > There's even a Mercurial repository in there to show the couple of > lines that > I changed in the source code because I wasn't smart enough to tell MPLAB-X > to be case insensitive. I've since found that option :) > > Peter Jacobs > > > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > > > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Mikael N. <mik...@pp...> - 2014-02-13 04:11:04
|
Hi, Try Timer2 as a system clock. For some reason the timer1 and 3 does not work properly with the 2 millisecond timeout for sending USB characters. I did some "improvements" in 5.0 to timer 1 and 3 for better accuracy. I'll need to fix that. BR Mikael On 02/13/2014 03:09 AM, Randall Young wrote: > Hi Mark, > > I'm seeing exactly the same thing, with the PIC18F14k50 build of FF 5.0. > > Some characters come down, well formed, then a delay, I send a carriage > return, and then more characters follow with zany formatting on the next > line of my terminal session. > > FF 3.8 formats perfectly on the same setup, so I guess my terminal > program(s) are ok. > > Just sharing, don't have a clue what's sideways. > > Best, > > Randy > > > > -----Original Message----- > From: Mark Goldman [mailto:bit...@gm...] > Sent: Wednesday, February 12, 2014 7:58 PM > To: fla...@li... > Subject: [Flashforth-devel] USB, flow-control, and linux > > Hello everyone, > > I am trying to run flashforth latest from GIT (appears to be 5.0, git commit > 304e4cc23851c7ff5bd6360f4c8c16b880a0d51c) > > I have an old USB BitWhacker board (v1) with an 18f2550 on it, 20MHz > crystal. > > I have made the adjustments to the frequency and divider to get USB working, > however when I connect via /dev/ttyACM0, it appears to send some, but not > all of the characters in the tx buffer. If I hit enter a couple of times, > or cause enough traffic, another chunk of the txbuffer comes down. > > I have setting hardware flow control, disabling idle_mode, and a couple of > other things, but I don't seem to get proper expected behavior. > > Are there other things I should be doing to enable USB besides defining > USB_CDC when assembling? > > I have tried searching the archives, but I didn't come up with anything. > > -mdg > > -- > Our problems are mostly behind us, now all we have to do is fight the > solutions. > > ---------------------------------------------------------------------------- > -- > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel > > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel > |
|
From: Mark G. <bit...@gm...> - 2014-02-13 01:18:21
|
Hi Randall, I was able to go back to what reports itself as 3.81 (git commit 291d6490ad45bf4c20c7bc7f196e86802f2c92ab), recompiled (after twiddling the oscillator settings) and everything seems good. Sometime when I'm less lazy, I'll try to bisect and figure out when the regression happened. Thanks, -mdg On Wed, Feb 12, 2014 at 8:09 PM, Randall Young <ras...@in...> wrote: > Hi Mark, > > I'm seeing exactly the same thing, with the PIC18F14k50 build of FF 5.0. > > Some characters come down, well formed, then a delay, I send a carriage > return, and then more characters follow with zany formatting on the next > line of my terminal session. > > FF 3.8 formats perfectly on the same setup, so I guess my terminal > program(s) are ok. > > Just sharing, don't have a clue what's sideways. > > Best, > > Randy > > > > -----Original Message----- > From: Mark Goldman [mailto:bit...@gm...] > Sent: Wednesday, February 12, 2014 7:58 PM > To: fla...@li... > Subject: [Flashforth-devel] USB, flow-control, and linux > > Hello everyone, > > I am trying to run flashforth latest from GIT (appears to be 5.0, git commit > 304e4cc23851c7ff5bd6360f4c8c16b880a0d51c) > > I have an old USB BitWhacker board (v1) with an 18f2550 on it, 20MHz > crystal. > > I have made the adjustments to the frequency and divider to get USB working, > however when I connect via /dev/ttyACM0, it appears to send some, but not > all of the characters in the tx buffer. If I hit enter a couple of times, > or cause enough traffic, another chunk of the txbuffer comes down. > > I have setting hardware flow control, disabling idle_mode, and a couple of > other things, but I don't seem to get proper expected behavior. > > Are there other things I should be doing to enable USB besides defining > USB_CDC when assembling? > > I have tried searching the archives, but I didn't come up with anything. > > -mdg > > -- > Our problems are mostly behind us, now all we have to do is fight the > solutions. > > ---------------------------------------------------------------------------- > -- > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel > -- Our problems are mostly behind us, now all we have to do is fight the solutions. |
|
From: Randall Y. <ras...@in...> - 2014-02-13 01:09:05
|
Hi Mark, I'm seeing exactly the same thing, with the PIC18F14k50 build of FF 5.0. Some characters come down, well formed, then a delay, I send a carriage return, and then more characters follow with zany formatting on the next line of my terminal session. FF 3.8 formats perfectly on the same setup, so I guess my terminal program(s) are ok. Just sharing, don't have a clue what's sideways. Best, Randy -----Original Message----- From: Mark Goldman [mailto:bit...@gm...] Sent: Wednesday, February 12, 2014 7:58 PM To: fla...@li... Subject: [Flashforth-devel] USB, flow-control, and linux Hello everyone, I am trying to run flashforth latest from GIT (appears to be 5.0, git commit 304e4cc23851c7ff5bd6360f4c8c16b880a0d51c) I have an old USB BitWhacker board (v1) with an 18f2550 on it, 20MHz crystal. I have made the adjustments to the frequency and divider to get USB working, however when I connect via /dev/ttyACM0, it appears to send some, but not all of the characters in the tx buffer. If I hit enter a couple of times, or cause enough traffic, another chunk of the txbuffer comes down. I have setting hardware flow control, disabling idle_mode, and a couple of other things, but I don't seem to get proper expected behavior. Are there other things I should be doing to enable USB besides defining USB_CDC when assembling? I have tried searching the archives, but I didn't come up with anything. -mdg -- Our problems are mostly behind us, now all we have to do is fight the solutions. ---------------------------------------------------------------------------- -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk _______________________________________________ Flashforth-devel mailing list Fla...@li... https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Mark G. <bit...@gm...> - 2014-02-13 00:58:04
|
Hello everyone, I am trying to run flashforth latest from GIT (appears to be 5.0, git commit 304e4cc23851c7ff5bd6360f4c8c16b880a0d51c) I have an old USB BitWhacker board (v1) with an 18f2550 on it, 20MHz crystal. I have made the adjustments to the frequency and divider to get USB working, however when I connect via /dev/ttyACM0, it appears to send some, but not all of the characters in the tx buffer. If I hit enter a couple of times, or cause enough traffic, another chunk of the txbuffer comes down. I have setting hardware flow control, disabling idle_mode, and a couple of other things, but I don't seem to get proper expected behavior. Are there other things I should be doing to enable USB besides defining USB_CDC when assembling? I have tried searching the archives, but I didn't come up with anything. -mdg -- Our problems are mostly behind us, now all we have to do is fight the solutions. |
|
From: Young, R. S. <ras...@in...> - 2014-02-12 22:50:11
|
P., Thanks you for your well considered comments. Also thanks for your wonderful tutorials, they are so valuable as learning tools! I'm studying ... Microprocessors: From Assembly Language to C Using the PICI8FXX2 (Da Vinci Engineering) Robert B. Reese (Author) And I see what you mean about closer correspondence with existing texts. I think he uses a PIC18F4520 for most his examples. Best, Randy Quoting Peter Jacobs <pe...@me...>: > I forgot to say that most of the projects are eventually stand alone, > powered by batteries or plug-pack. Being able to connect the RS232 > when we want to make an adjustment and then being able to > disconnect, leaving the device running, is another advantage > of the old-school-232 connection over the USB connection. > > Peter J. > > > On 13/02/14 08:01, Peter Jacobs wrote: >> For some of my applications I want the microcontroller to give it's full >> attention to the incoming signals and not direct resources to the USB >> connection. So, yes, having no USB can be an advantage. >> >> Also, I wanted a system documented for teaching/undergrad thesis >> projects. The PIC18F2520 more closely matched the available text books >> and the students (and I) are less likely to do damage with the RS232 >> connection than with the bare USB port, I believe. >> >> Peter J. >> >> >> >> On 13/02/14 06:53, Young, Randall Shane wrote: >>> Peter, >>> >>> Builds perfectly my machine. Quick question, advantage of PIC18F2520 >>> over PIC18F2550 for Flash Forth (no USB)? >>> >>> R. >>> >>> >>> Quoting Peter Jacobs <pe...@me...>: >>> >>>> On 13/02/14 00:38, Thomas Buschhardt wrote: >>>>> Is this form actrive? I send a mail last week but dont see this. >>>>> If anyone has a MPLABX project of FF3.8 - its possible to upload it >>>>> somewhere for download? >>>>> >>>>> Thank you very much >>>>> Thomas >>>> Here is a tar-file of one of my work areas, exactly as I had used it >>>> on my Linux machine. >>>> >>>> http://dropbox.eait.uq.edu.au/e4pjacob/flash-forth/ff381-2520-nov-2013.tar.gz >>>> >>>> >>>> There's even a Mercurial repository in there to show the couple of >>>> lines that >>>> I changed in the source code because I wasn't smart enough to tell >>>> MPLAB-X >>>> to be case insensitive. I've since found that option :) >>>> >>>> Peter Jacobs >>>> >>>> >>> >>> >> >> ------------------------------------------------------------------------------ >> Android apps run on BlackBerry 10 >> Introducing the new BlackBerry 10.2.1 Runtime for Android apps. >> Now with support for Jelly Bean, Bluetooth, Mapview and more. >> Get your Android app in front of a whole new audience. Start now. >> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk >> _______________________________________________ >> Flashforth-devel mailing list >> Fla...@li... >> https://lists.sourceforge.net/lists/listinfo/flashforth-devel > > |
|
From: Peter J. <pe...@me...> - 2014-02-12 22:17:12
|
I forgot to say that most of the projects are eventually stand alone, powered by batteries or plug-pack. Being able to connect the RS232 when we want to make an adjustment and then being able to disconnect, leaving the device running, is another advantage of the old-school-232 connection over the USB connection. Peter J. On 13/02/14 08:01, Peter Jacobs wrote: > For some of my applications I want the microcontroller to give it's full > attention to the incoming signals and not direct resources to the USB > connection. So, yes, having no USB can be an advantage. > > Also, I wanted a system documented for teaching/undergrad thesis > projects. The PIC18F2520 more closely matched the available text books > and the students (and I) are less likely to do damage with the RS232 > connection than with the bare USB port, I believe. > > Peter J. > > > > On 13/02/14 06:53, Young, Randall Shane wrote: >> Peter, >> >> Builds perfectly my machine. Quick question, advantage of PIC18F2520 >> over PIC18F2550 for Flash Forth (no USB)? >> >> R. >> >> >> Quoting Peter Jacobs <pe...@me...>: >> >>> On 13/02/14 00:38, Thomas Buschhardt wrote: >>>> Is this form actrive? I send a mail last week but dont see this. >>>> If anyone has a MPLABX project of FF3.8 - its possible to upload it >>>> somewhere for download? >>>> >>>> Thank you very much >>>> Thomas >>> Here is a tar-file of one of my work areas, exactly as I had used it >>> on my Linux machine. >>> >>> http://dropbox.eait.uq.edu.au/e4pjacob/flash-forth/ff381-2520-nov-2013.tar.gz >>> >>> >>> There's even a Mercurial repository in there to show the couple of >>> lines that >>> I changed in the source code because I wasn't smart enough to tell >>> MPLAB-X >>> to be case insensitive. I've since found that option :) >>> >>> Peter Jacobs >>> >>> >> >> > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Peter J. <pe...@me...> - 2014-02-12 22:01:54
|
For some of my applications I want the microcontroller to give it's full attention to the incoming signals and not direct resources to the USB connection. So, yes, having no USB can be an advantage. Also, I wanted a system documented for teaching/undergrad thesis projects. The PIC18F2520 more closely matched the available text books and the students (and I) are less likely to do damage with the RS232 connection than with the bare USB port, I believe. Peter J. On 13/02/14 06:53, Young, Randall Shane wrote: > Peter, > > Builds perfectly my machine. Quick question, advantage of PIC18F2520 > over PIC18F2550 for Flash Forth (no USB)? > > R. > > > Quoting Peter Jacobs <pe...@me...>: > >> On 13/02/14 00:38, Thomas Buschhardt wrote: >>> Is this form actrive? I send a mail last week but dont see this. >>> If anyone has a MPLABX project of FF3.8 - its possible to upload it >>> somewhere for download? >>> >>> Thank you very much >>> Thomas >> Here is a tar-file of one of my work areas, exactly as I had used it >> on my Linux machine. >> >> http://dropbox.eait.uq.edu.au/e4pjacob/flash-forth/ff381-2520-nov-2013.tar.gz >> >> >> There's even a Mercurial repository in there to show the couple of >> lines that >> I changed in the source code because I wasn't smart enough to tell >> MPLAB-X >> to be case insensitive. I've since found that option :) >> >> Peter Jacobs >> >> > > > |
|
From: Young, R. S. <ras...@in...> - 2014-02-12 20:53:12
|
Peter, Builds perfectly my machine. Quick question, advantage of PIC18F2520 over PIC18F2550 for Flash Forth (no USB)? R. Quoting Peter Jacobs <pe...@me...>: > On 13/02/14 00:38, Thomas Buschhardt wrote: >> Is this form actrive? I send a mail last week but dont see this. >> If anyone has a MPLABX project of FF3.8 - its possible to upload it >> somewhere for download? >> >> Thank you very much >> Thomas > Here is a tar-file of one of my work areas, exactly as I had used it > on my Linux machine. > > http://dropbox.eait.uq.edu.au/e4pjacob/flash-forth/ff381-2520-nov-2013.tar.gz > > There's even a Mercurial repository in there to show the couple of lines that > I changed in the source code because I wasn't smart enough to tell MPLAB-X > to be case insensitive. I've since found that option :) > > Peter Jacobs > > |
|
From: Peter J. <pe...@me...> - 2014-02-12 19:52:52
|
On 13/02/14 00:38, Thomas Buschhardt wrote: > Is this form actrive? I send a mail last week but dont see this. > If anyone has a MPLABX project of FF3.8 - its possible to upload it > somewhere for download? > > Thank you very much > Thomas Here is a tar-file of one of my work areas, exactly as I had used it on my Linux machine. http://dropbox.eait.uq.edu.au/e4pjacob/flash-forth/ff381-2520-nov-2013.tar.gz There's even a Mercurial repository in there to show the couple of lines that I changed in the source code because I wasn't smart enough to tell MPLAB-X to be case insensitive. I've since found that option :) Peter Jacobs |
|
From: Mikael N. <mik...@pp...> - 2014-02-12 17:20:11
|
On 02/12/2014 04:38 PM, Thomas Buschhardt wrote: Thomas, This is the first message I have seen from you. If you pull the latest FF 5.0 from git there is a MPLABX file there. Can you use FF 5.0 ? Mikael > Is this form actrive? I send a mail last week but dont see this. > If anyone has a MPLABX project of FF3.8 - its possible to upload it > somewhere for download? > > Thank you very much > Thomas > > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > > > _______________________________________________ > Flashforth-devel mailing list > Fla...@li... > https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Thomas B. <bus...@gm...> - 2014-02-12 14:38:47
|
Is this form actrive? I send a mail last week but dont see this. If anyone has a MPLABX project of FF3.8 - its possible to upload it somewhere for download? Thank you very much Thomas |
|
From: Mikael N. <mik...@pp...> - 2013-12-31 09:35:59
|
Davoud, I am also running Linux, but I run the Atmel software on XP in Virtualbox. It works great, even the USB ports for the programmer are available in the VirtualBox. What is your clock frequency ? I need it for compiling. BR Mikael |
|
From: Davoud S. <dav...@gm...> - 2013-12-31 08:07:07
|
Hi Mikael, I made a 32A board ready for the test but as I have some problems to run atmel assembler on my Linux machine if you send me the 32A's hex file it would be great. Happy new year with best wishes, Davoud |
|
From: Randall Y. <ras...@in...> - 2013-12-30 23:39:10
|
http://www.ebay.com/itm/Minimum-Development-Board-Core-System-Shield-Board-f or-Atmega32-Mega32-AVR-dqy-/350953308388?pt=LH_DefaultDomain_0&hash=item51b6 7280e4 -----Original Message----- From: Mikael Nordman [mailto:mik...@pp...] Sent: Monday, December 30, 2013 1:27 PM To: fla...@li... Subject: Re: [Flashforth-devel] Atmega32A Hi Davoud, The latest version of FF in git tries to support the 32A. As I do not have that chip I wonder if you could test it? BR and a Happy New Year / Mikael ---------------------------------------------------------------------------- -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Flashforth-devel mailing list Fla...@li... https://lists.sourceforge.net/lists/listinfo/flashforth-devel |
|
From: Mikael N. <mik...@pp...> - 2013-12-30 18:26:38
|
Hi Davoud, The latest version of FF in git tries to support the 32A. As I do not have that chip I wonder if you could test it? BR and a Happy New Year / Mikael |
|
From: Mikael N. <mik...@pp...> - 2013-12-10 18:08:48
|
I think it should work with the 32A, but... There are some changes needed due to the different register names for the UARTs and the SPMCR register. Try to compile it and you will see. You will also need to give 0x80 bytes more space to the kernel. Like this: .if (FLASHEND == 0x3fff) ; 16 Kwords flash .equ OFLASH = 0x8000 ; 32 Kbytes available for FlashForth .equ PFLASH = OFLASH .equ RAMPZV = 0 .equ KERNEL_SIZE=0x0c00 ; <------- change to 0x0c80 .else BR Mikael Warmth is needed. We have snow and -7C. |
|
From: Davoud S. <dav...@gm...> - 2013-12-10 17:59:06
|
oops! I mean with 32KB more flash space. |
17 messages has been excluded from this view by a project administrator.
