Re: [Amforth] AMFORTH 5.8 on Uno R3

Since you're not the only one with a large project, I took the freedom to start a new major section on the website: called commented projects. I'm interested. Do you have a link to the section? Myself, I've used AmForth for a wild cranberry bog sensing network:

Re: [Amforth] amforth-W25Qx, support for Winbond SPI Flash

Issue resolved, I just saw lib/hardware/i2c-eeprom-block.frt On Thu, May 21, 2015 at 3:40 PM, Andreas Wagner andreas.wag...@lowfatcomputing.org wrote: Hello Amforthers! I have written a small driver for Winbond discrete SPI flash chips. http://hub.darcs.net/pointfree/amforth-W25Qx Later

[Amforth] forth-crypt: fun-size crypto nybles and bytes...for small systems

Hi folks, So I've been implementing some cryptographic algorithms in Forth which I could use for securing the sensor net. So far I have implemented RSA, hash functions, a digital signature and a Zero-Knowledge Proof. The xorshift RNG nugget is from the excamera website.

[Amforth] amforth-W25Qx, support for Winbond SPI Flash

bytes. blocksize is currently a #512 byte constant. Would it make sense for blocksize in ans94/blocks/blocks.frt to be a deferred word? Regards, Andreas Wagner -- One dashboard for servers and applications across Physical

Re: [Amforth] Amforth-6.0, msp430, amforth-shell.py, 5.9 works

Hi cadar, Did you try other baud rates with the "-s" option? Regards, Andreas On Mon, Sep 21, 2015 at 8:39 AM cadar wrote: > Hi, > > I can not connect to my MSP430 launchpad using Amforth-6.0 with > amforth-shell. > > All I get is, > "E=Input character not echoed." > >

Re: [Amforth] NMEA parsing

> Alternatively you could emulate a UART on the simpler AVR as used on the Arduino Uno in software (“bit-banging”). This would be more effort software-wise. Wasn't a soft-UART written as part of the amForth GBoard effort on roboforum.ru? http://roboforum.ru/forum58/topic4406-150.html

Re: [Amforth] Bit Banged serial on Arduino

A soft-uart was written as part of the amForth GBoard effort on roboforum.ru http://roboforum.ru/forum58/topic4406-150.html https://www.itead.cc/gboard.html -Andreas On Wed, Feb 17, 2016 at 11:30 AM Andrew Holt wrote: > Hi, > > Has anybody created a 'soft uart' in

[Amforth] porting amforth to avr-as

Hello forthwrights! This past weekend I have begun porting amforth to build with avr-as so that the whole thing can be built using 100% free software. There are some things left to do such as doubling addresses because gas is byte oriented, not word oriented. I also need to deal with the fact

Re: [Amforth] porting amforth to avr-as

On Sat, Jan 4, 2014 at 5:16 AM, Matthias Trute mtr...@web.de wrote: Hi Andreas, This past weekend I have begun porting amforth to build with avr-as so that the whole thing can be built using 100% free software. Did you convert the files manually or with a tool? Much of it was done

[Amforth] bitfields for structures?

Hello all, I am writing an amforth library for the nRF24L01 family of radios. Right now I am factoring out some lshifts used for reading and writing to registers. I thought it would be great to have bitfields for structures of registers considering how common the use case is. Something like

Re: [Amforth] Newbie Question about AppNote2 folder.

there is also a folder name include . Is that the folder that should be copied? If it contains files such as m328def.inc it's the one you need. You could also download just avrasm2+include (without the enormous AVR Studio) from here: http://www.vfx.hu/avr/

Re: [Amforth] Amforth-devel Digest, Vol 67, Issue 1

Thanks Vladimir, After going back through the forum thread to collect some missing words and making a few modifications to nRF24_init I got the scanner+ranger to work! Your posting is godsend for my remote sensing network project as it saves me much time. I have not yet tested the sim900

Re: [Amforth] (no subject)

Vladimir, I've got the source code from your forum post and I will be purchasing some of these ds1307 real-time clocks. I'll see how it goes. Thanks, Andreas On Mon, Apr 7, 2014 at 4:03 AM, v...@eml.ru wrote: Hi, Andreas. The '?time.' word works with rtc ds1307. It requires modified

Re: [Amforth] (no subject)

Hello again Vladimir, Have you had success with sending text strings between the nRF24L01 radios? Matthias, is there any chance the nRF24L01 code and other device code from that forum thread: sim900, ds1307 etc, can be included and worked into the official amforth distribution? I have the

[Amforth] edp to ehere patch

Hi Matthias, It looks like you forgot to change some instances of edp to ehere. It was making my build fail. I have attached a patch. Regards, Andreas -- Learn Graph Databases - Download FREE O'Reilly Book Graph

Re: [Amforth] key? broken?

Not sure if this is your problem, but I can't use amforth-shell.py if I need to use key?, if I know I will be using key? I use picocom or minicom. picocom --send-cmd ../amforth/trunk/tools/am4up --omap delbs --emap bsdel -l -b 19200 -p n -d 8 /dev/ttyUSB0 Without the buffering of

Re: [Amforth] Living with GPLv2

From the GPLv2 license text ( http://www.gnu.org/licenses/gpl-2.0.html ): The source code for a work means the preferred form of the work for making modifications to it. Because you are not editing the obfuscated code directly, this would still be a violation of the GPLv2. On Mon, May 5,

[Amforth] mmc.frt: writing works, reading has clobbered bytes.

Hello all, I am using mmc.frt and writing works very well. The problem is reading. Bytes are clobbered in a consistent pattern with something else (see below). I know the lc-tech sd card reader is not the problem because I have tried reading my 16M SD card using my bus pirate without problems (

Re: [Amforth] A small library for module Gboard Pro.

-over-gprs-using-sim900-and-at-commands/) as soon as I get the time. Matthias, I have been translating the untranslated comments to English. I can post my tcp example for a sim900-test.frt file soon enough. My sourceforge.net username is lowfatcomputing btw. Regards, Andreas Wagner On Sat, May 17

[Amforth] A small bug with ms

I noticed this when working with sim900. I think ms should only require one argument. Index: lib/ans94/facility/ms.frt === --- lib/ans94/facility/ms.frt (revision 1596) +++ lib/ans94/facility/ms.frt (working copy) @@ -1,3 +1,3

Re: [Amforth] R: Re: R: Re: R: Re: R: Re: HW flow control

On Mon, Aug 11, 2014 at 4:15 PM, Matthias Trute mtr...@web.de wrote: In an ideal world, at least. I like forth more than assembly. amforth is Indirect-Threaded -- appropriate for a device with not much flash space, but lately a lot of speed critical words have been re-written in assembly

Re: [Amforth] Porting AmForth to other architectures...

Have you seen Mecrisp-Stellaris? There is support for STM32F103. http://mecrisp.sourceforge.net/ -Andreas On Sun, Oct 26, 2014 at 10:18 PM, Bill Westfield wes...@gmail.com wrote: I was thinking that AmForth would be a good starting point for porting to other architectures, given that 1)

Re: [Amforth] New License (was: Re: Amforth last week changes)

I, for one, welcome this change. It will make it possible to use code from gforth in amforth projects. Enoch, if you can't live with the license change, you might consider asforth ( https://github.com/nfz/asforth ) a subroutine threaded fork of amforth that is still under the GPLv2 license. It