A short update on the RS-485 network project ...
I ordered up an assortment of RS-485 "hats" and USB serial ports
to play with. I also have an Axxon LF1006KB PCIe card that will
go into the CPU server as the "gateway" for the 485 network. It
should already work with the uartpci driver, but I'll
A few thoughts after chewing on this for a day ...
I think the major architecture components break down like this:
1) a simple protocol wrapper to enable streaming of 9p over arbitrary
transports (e.g. USB, i2c, spi, rs485).
2) an addressing scheme that plugs into dial() and ndb.
3)
I've pushed some code to a git repository:
https://gitlab.com/dboddie/bare-metal-stm32f405
I'll write more about it as I tidy it up.
David
On Saturday, 29 January 2022 03:08:31 CET David Boddie wrote:
> On Saturday, 29 January 2022 02:04:18 CET Lyndon Nerenberg (VE7TFX/VE6BBM)
>
> wrote:
> >
> Ok, sorry for the triple-post, but since I can't seem to find that man
> page or usb/ether on my 9front install, I should probably provide my source:
/sys/src/cmd/nusb/ether/
--
cinap
--
9fans: 9fans
Permalink:
Ok, sorry for the triple-post, but since I can't seem to find that man
page or usb/ether on my 9front install, I should probably provide my source:
http://man.cat-v.org/plan_9/4/usb
On 1/29/22 7:14 AM, Frank D. Engel, Jr. wrote:
Evidently there are two major standards:
CDC, an official USB
Evidently there are two major standards:
CDC, an official USB standard - specifications here:
https://www.usb.org/sites/default/files/CDC_EEM10.pdf
RNDIS, a proprietary Microsoft protocol that Linux also provides drivers
for: https://en.wikipedia.org/wiki/RNDIS
The man page for usb/ether
Apparently Linux includes drivers for tunneling IP over a USB connection
(possibly to support mobile phones? not sure...)
Making host drivers compatible with these (if not already available) to
share an IP stack and creating the equivalent device-side support for
the "blocks" would allow 9P
I've been working on something along those lines for IoT management
and networking. Here's my laundry list of architectural and
implementation pieces:
1. authentication: (a) tie devices to owner/user (b) authenticate
users against third parties (via OIDC/SAML2, etc), (c) let the
authenticated
This is awesome! Thanks so much! I wanted to do something like this
for some time. Would love to do my embedded dev for this platform
using plan9.
T
On 1/28/2022 at 8:10 PM, "David Boddie" wrote:On Saturday, 29 January
2022 02:04:18 CET Lyndon Nerenberg (VE7TFX/VE6BBM)
wrote:
>
The 9front /sys/src/9/zynq port is aiju board's kernel. That could be
ported to another zynq board like the little digilent cora z7 or arty z7.
Those are just examples, there are many other zynq 7000 boards.
Aiju also did a cyclone SoC port for 9front.
On Fri, Jan 28, 2022, 4:08 PM Eli Cohen
On Saturday, 29 January 2022 02:04:18 CET Lyndon Nerenberg (VE7TFX/VE6BBM)
wrote:
> da...@boddie.org.uk writes:
> > I am using 5a/tc/tl to build bare metal code for a STM32F405 MCU thanks
> > to some hints from Charles Forsyth.
>
> Could you post some notes on how you're doing that? This is
da...@boddie.org.uk writes:
> I am using 5a/tc/tl to build bare metal code for a STM32F405 MCU thanks
> to some hints from Charles Forsyth.
Could you post some notes on how you're doing that? This is something
I'd like to take for a spin.
--lyndon
--
I'll try and write something useful about it this weekend, and I'll push
a branch up to BitBucket/GitLab:
https://bitbucket.org/dboddie/inferno-os/branches/
https://gitlab.com/dboddie/inferno-os/-/branches
However, it basically boils down to this:
* Build Inferno's tc and tl since they are
Any interest in sharing those hints for building bare metal STM32F405
code om plan9?
T
On 1/28/2022 at 3:34 PM, da...@boddie.org.uk wrote:On 2022-01-28
2:55:00, Thaddeus Woskowiak wrote:
> One compiler that we really need is an arm thumb 2 compiler for
cortex-m/r
> microcontrollers. Inferno has a
I also started a paper about the very small 9P library I used on MCUs, I
was hoping to present this at IWP9 before we all ended up in the pandemic
Biff timeline https://echoline.org/NinePea.pdf
this paper is still not that polished yet
On Fri, Jan 28, 2022, 1:28 PM Bakul Shah wrote:
> Thanks!
On 2022-01-28 2:55:00, Thaddeus Woskowiak wrote:
> One compiler that we really need is an arm thumb 2 compiler for cortex-m/r
> microcontrollers. Inferno has a very old and very incomplete arm thumb 1
> compiler, tc. I don't know if it's worth salvaging.
I am using 5a/tc/tl to build bare metal
hmmm. but for all of the devdraw fs and image backing, etc? can it access
RAM?
On Fri, Jan 28, 2022, 1:18 PM Tony Mendoza wrote:
> Eli said - "...accelerated hardware devdraw on the fpga if that's even
> possible"
>
> It's possible.
>
> https://projectf.io/posts/fpga-graphics/
>
> T
>
> On
Thanks! Quite an interesting paper. I vaguely recall reading
this a long time ago.
I think the key will be to figure out how to make this a very
easy to use component. It is not rocket science but will
probably require a few iterations to smooth out any rough
edges and to see what evolves.
Good
Eli said - "...accelerated hardware devdraw on the fpga if that's even
possible"
It's possible.
https://projectf.io/posts/fpga-graphics/
T
On 1/28/2022 at 3:08 PM, "Eli Cohen" wrote:I started working on a
project with an ESP32 board (with a toolchain for linux) to make a
/net/etherESP32 for wifi
Well that was rude of me ;-)
Should be public now.
Thanks for the heads up!
T
On 1/28/2022 at 3:05 PM, o...@eigenstate.org wrote:Quoth Tony Mendoza :
> Sorry wrong libstyx repo
also, this repo is private:
> If interested...
> https://github.com/tmendoza/stm32f4-template
> Tony
I started working on a project with an ESP32 board (with a toolchain for
linux) to make a /net/etherESP32 for wifi with 9P right on the little
board. I got as far as realizing how different 802.11 and 802.3 are...
the unfinished code is at https://github.com/echoline/etherESP32
it would be cool
Quoth Tony Mendoza :
> Sorry wrong libstyx repo
also, this repo is private:
> If interested...
> https://github.com/tmendoza/stm32f4-template
> Tony
--
9fans: 9fans
Permalink:
Sorry wrong libstyx repo
https://github.com/inferno-os/inferno-os/tree/master/tools/libstyx
T
On 1/28/2022 at 2:54 PM, "Tony Mendoza" wrote:A few years back I
started trying to build something similar off of the STM32F4 line of
ARM MCUs.
Bakul Shah writes:
> - make it very easy to create hardware gadgets by
> providing a firmware/hardware building block that
> talks 9p on the host interface side & interfaces
> with device specific hardware.
Amen! I've been thinking about something like this for years.
My specific use case
A few years back I started trying to build something similar off of
the STM32F4 line of ARM MCUs.
https://www.st.com/en/microcontrollers-microprocessors/stm32f4-series.html
Supports ethernet, spi, usb otg, etc. Thought about porting the
libstyx library from Inferno over to
the STM32 platform.
> What does it do that PoE doesn't do infinitely better?
For most of its life USB was only 5 V: https://en.wikipedia.org/wiki/USB#Power
PoE is (mostly) 48 V:
https://en.wikipedia.org/wiki/Power_over_Ethernet#Standard_implementation
PoE also requires the use of either special PoE switches or
https://www.cs.york.ac.uk/rts/static/papers/R:N.C.:Audsley:2006.pdf might
be of interest.
They turned up at an embedded systems show at Birmingham NEC about that
time.
I was attending independently, but it was interesting to see,.
Wandering about some boring other stands, I found one that was
On 1/28/22, Bakul Shah wrote:
>
> Think of really simple, low power, low cost devices.
> USB can also provide power. USB+ATtiny85 devel boards
> cost ~$3 even at Amazon. And FPGA boards can be
> pretty inexpensive too. If you can find them.
>
I've recommended olimex.com in the past. They
On Jan 27, 2022, at 7:31 PM, Lucio De Re wrote:
>
> On 1/28/22, Bakul Shah wrote:
>
>> This will probably have to ride on USB first. A verilog
>> implementation would be useful in an FPGA!
>>
> I never understood why USB receives so much attention (but thanks to
> all those who valiantly
Quoth Bakul Shah :
> The idea:
> - make it very easy to create hardware gadgets by
> providing a firmware/hardware building block that
> talks 9p on the host interface side & interfaces
> with device specific hardware.
>
> - use a "universal" 9p driver on the host side that
> allows
On 1/28/22, Bakul Shah wrote:
> The idea:
> - make it very easy to create hardware gadgets by
> providing a firmware/hardware building block that
> talks 9p on the host interface side & interfaces
> with device specific hardware.
>
> [ ... ]
>
Sounds very appealing.
There's a UEFI-based
I've been saying the same thing for years. 9p makes for a great control
protocol that presents a simple way to present data, a tree of files.
Charles Forsyth wrote an Atmega compiler for plan 9. That could be used as
the basis for a plan 9 Arduino thing. We likely need a mulibc.h or whatever
and
The idea:
- make it very easy to create hardware gadgets by
providing a firmware/hardware building block that
talks 9p on the host interface side & interfaces
with device specific hardware.
- use a "universal" 9p driver on the host side that
allows access to any such 9p device even from a
33 matches
Mail list logo