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 ? I need a second po
> 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
https://ww
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."
>
> Exact same setup worked
On Fri, May 29, 2015 at 1:38 PM, Matthias Trute wrote:
>
> > Any updates I might have missed on the avra/native *NIX assembler for
> AVR?
> > I see a bit of activity on the avr mailing list but I'm still getting the
> > impression avra is out of date.
>
> I think avra is a dead horse, not even a
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.
http://hub.darcs.net/point
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/po
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
Hi Paolo,
What's in your project Makefile and where is your Makefile relative to your
top-level amforth-1860/ directory?
On Fri, May 15, 2015 at 10:10 AM, wrote:
> Hello everybody,
>
> I tried to compile ver. 5.8 and got hundreds of errors.
> Downloaded trunk rev.1860 but nothing seems changed
> 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:
http://hub.darcs.net/pointfree/c
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 wou
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 wrote:
> I was thinking that AmForth would be a good starting point for porting to
> other architectures, given that
> 1) It's nicely modul
On Mon, Aug 11, 2014 at 4:15 PM, Matthias Trute 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 which is someti
Hello everyone!
For those interested, I have written cc1101.frt and used it to send and
receive text strings.
http://hub.darcs.net/pointfree/amforth-cc11x
It's a WIP, but I am interested in comments, feedback and ideas for
factoring etc..
Regards,
Andreas
---
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 @
ction-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
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 (
ht
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, 2
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 amforth-shel
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 Data
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 impress
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, wrote:
>
> Hi, Andreas.
>
> The '?time.' word works with rtc ds1307.
> It requires modified twi.frt
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 library
> 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/
http://www.vfx.hu/avr/download/a
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 this:
> PS: And no comments why subversion and not some other SCM
tool. Your faithful BDFL won't discuss it. ;)
I was/am a stubborn darcs user and still use it for small personal projects
because in many ways git can never be as user friendly as darcs due to
foundational design decisions of the two syst
On Sat, Jan 4, 2014 at 5:16 AM, Matthias Trute 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 manually
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 tha
27 matches
Mail list logo
