ROBIN -  Open Source Mesh Network Forum Index ROBIN - Open Source Mesh Network
users community forum
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Anyone seen the new OM MR500?

 
Post new topic   Reply to topic    ROBIN - Open Source Mesh Network Forum Index -> Open-Mesh
View previous topic :: View next topic  
Author Message
Ads






Posted: Sat Nov 18, 2017 6:02 am    Post subject: Ads

Back to top
EricWarnke
Moderator
Moderator


Joined: 09 Jul 2008
Posts: 290
Location: Edmonton, AB, Canada and Santiago, Chile

PostPosted: Tue Dec 07, 2010 2:05 am    Post subject: Anyone seen the new OM MR500? Reply with quote

No links on their website but Google is indexing it Smile


Only registered users can see links on this forum!
Register or Login on forum!



Only registered users can see links on this forum!
Register or Login on forum!



Only registered users can see links on this forum!
Register or Login on forum!



Unfortunately you can't buy them yet.

_________________

Only registered users can see links on this forum!
Register or Login on forum!

|
Only registered users can see links on this forum!
Register or Login on forum!

Back to top
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
codyc1515
Moderator
Moderator


Joined: 31 May 2010
Posts: 1752
Location: New Zealand

PostPosted: Tue Dec 07, 2010 8:11 am    Post subject: Reply with quote

Got this from Mike (added in some grammatical bits and pieces, and removed commercially sensitive bits):

Quote:
The MR500 will have a special price during beta. It will feature a dual-core CPU & band: 2.4/5GHz (meshes on 5GHz, clients on 2.4GHz for now, later (when WiFi-Direct drivers available) will mesh and have clients on both) with 5 port switch, ralink chipset, ng firmware. It is designed for indoors, and has 4 internal PIFA antennas.

_________________

Only registered users can see links on this forum!
Register or Login on forum!

Back to top
View user's profile Send private message Visit poster's website
sronan
Skilled User
Skilled User


Joined: 17 Feb 2008
Posts: 211

PostPosted: Tue Dec 07, 2010 11:22 pm    Post subject: Reply with quote

It's available for purchase now:
Only registered users can see links on this forum!
Register or Login on forum!

Back to top
View user's profile Send private message
robgmann
Ultimate User
Ultimate User


Joined: 06 May 2009
Posts: 512
Location: Monterey, California USA

PostPosted: Wed Dec 15, 2010 8:16 am    Post subject: Reply with quote

For short-range networks (500m or less between nodes), this is a great price point for dual-radio and built-in antennas.

SO, what is the possibility of running ROBIN on these new dual CPU, dual radio devices? The configuration for a dual radio Routerstation might work, but leveraging the dual CPUs?

@Antonio - would you be interested in testing with one of these? I'd be happy to send one. At the moment, my understanding is it only meshes with nodes running OM NG firmware. Would be great to hear whether ROBIN2 might support it.
Back to top
View user's profile Send private message
Antonio (isleman)
Site Admin
Site Admin


Joined: 10 Feb 2008
Posts: 2323
Location: Toscana, Italy

PostPosted: Wed Dec 15, 2010 9:30 am    Post subject: Reply with quote

Quote:
@Antonio - would you be interested in testing with one of these? I'd be happy to send one. At the moment, my understanding is it only meshes with nodes running OM NG firmware. Would be great to hear whether ROBIN2 might support it.


it just seems a re-branded (50mW) Engenius ESR 7750 router:

Only registered users can see links on this forum!
Register or Login on forum!


Robin (both r3X and v2 branches) needs Openwrt (kamikaze and backfire): as far as I know Openwrt still not supports RT3052 platform. Wireless module is a Ralink precompiled binary (and proprietary code) and unfortunatelly there is not an Openwrt 'port' as well as HAL and Madwifi (please, correct me if I'm wrong).

Anyway, 300Mbps - as said in other topic about 802.11n ubnt routers and MIMO - may be misleading, ethernet ports are 10/100, and not related to the real TCP throughput in 2.4Ghz 20Mhz mode (40Mhz mode fills all the available channels).
Back to top
View user's profile Send private message Send e-mail Visit poster's website
foxtroop11
Service Provider
Service Provider


Joined: 22 Mar 2009
Posts: 1168
Location: Ansbach, Germany and sometimes the States

PostPosted: Thu Dec 16, 2010 1:04 am    Post subject: Reply with quote

@Antonio

Pretty much everything you said is correct. I'm not sure how far a 50mw radio on 5ghz is going to make it, especially inside. Atheros equipment can technically mesh on both interfaces even now with madwifi/ath5/ath9k. Let's get some dual meshing going on, then maybe we can even move to triple radio with mesh on two 5ghz radios!!!
Back to top
View user's profile Send private message
Antonio (isleman)
Site Admin
Site Admin


Joined: 10 Feb 2008
Posts: 2323
Location: Toscana, Italy

PostPosted: Thu Dec 16, 2010 9:58 am    Post subject: Reply with quote

Agree.
I don't know MR500, anyway ESR7750 "Because the ESR7750 only has 50mW maximum transmit power range is short compared to the 600mW ECB3500, EAP-3660 or ECB-8610S"
Only registered users can see links on this forum!
Register or Login on forum!

Back to top
View user's profile Send private message Send e-mail Visit poster's website
ezyfi-sc
Moderator
Moderator


Joined: 22 May 2009
Posts: 545

PostPosted: Thu Dec 16, 2010 5:11 pm    Post subject: Reply with quote

Using 5 ghz at 50mw, you're not going through many walls with that.

_________________
Production Network: ezyfi

If I am helpful, please donate to ROBIN by paypal:

Only registered users can see links on this forum!
Register or Login on forum!

!
Back to top
View user's profile Send private message
foxtroop11
Service Provider
Service Provider


Joined: 22 Mar 2009
Posts: 1168
Location: Ansbach, Germany and sometimes the States

PostPosted: Thu Dec 16, 2010 8:25 pm    Post subject: Reply with quote

"60Mbps throughput in 2.4Ghz 40Mhz mode"

40Mhz is not good practice in 2.4ghz mode, and is actually disabled by ath9k/hostapd when in a busy enviroment... for good reason of course.
Back to top
View user's profile Send private message
EricWarnke
Moderator
Moderator


Joined: 09 Jul 2008
Posts: 290
Location: Edmonton, AB, Canada and Santiago, Chile

PostPosted: Thu Dec 16, 2010 10:09 pm    Post subject: Reply with quote

Here's some photos:


Only registered users can see links on this forum!
Register or Login on forum!




Only registered users can see links on this forum!
Register or Login on forum!



We haven't tested the throughput, but it checks in just fine with CloudTrax.

We're sure we can make it do whatever we need to. Just need to tweak Robin to use multiple radios and two CPUs.

_________________

Only registered users can see links on this forum!
Register or Login on forum!

|
Only registered users can see links on this forum!
Register or Login on forum!

Back to top
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
davoice
User
User


Joined: 14 Dec 2010
Posts: 3
Location: US

PostPosted: Fri Dec 24, 2010 1:23 am    Post subject: Reply with quote

Haven't seen them in person yet but I have 4 of them waiting for me at the office that FedEx dropped off while I wasn't at the office.

I'll give my opinion tomorrow after I set them up.

}Davoice
Back to top
View user's profile Send private message Visit poster's website
beone
Skilled User
Skilled User


Joined: 12 Apr 2009
Posts: 207

PostPosted: Sun Jan 02, 2011 2:09 pm    Post subject: Reply with quote

davoice wrote:
Haven't seen them in person yet but I have 4 of them waiting for me at the office that FedEx dropped off while I wasn't at the office.

I'll give my opinion tomorrow after I set them up.

}Davoice



And???? (curious here) Smile
Back to top
View user's profile Send private message
reverged
Skilled User
Skilled User


Joined: 29 Jul 2009
Posts: 169
Location: Los Angeles, CA

PostPosted: Sun Jan 09, 2011 8:48 am    Post subject: Reply with quote

I bought 2 of these to play with, hoping I could access a shell and have my way with these things.

I'm more than a little disappointed that "Open Mesh" has produced a completely closed device.

There are 2 console connecters, OM1P style. If anyone is interested, here's the boot output.

Console boot output from 1st CPU:

Code:
U-boot Ver:1.0.1.44 2010/04/15


Board: Ralink APSoC DRAM:  32 MB  1*32 MB

 MX_ID_29LV640DT, Size = 00800000 bytes
============================================
ASIC 3052_MP2 (Port5<->GigaSW)
Product Name: ESR-7750
SDRAM CAS = 3(d1835272)
============================================

Please choose the operation:
   1: Load system code to SDRAM via TFTP.
UbootDate[2010/04/15]UbootDate
UbootVer[1.0.1]UbootVer

2: System Load Linux Kernel then write to Flash via TFTP.
 Warning!! Erase Linux in Flash then burn new one. Are you sure?(Y/N)
Using Eth0  device
TFTP from server 192.168.99.8; our IP address is 192.168.99.9
Filename 'mr500.bin'.
Loading: *
ArpTimeoutCheck

ArpTimeoutCheck
TftpTimeoutCount=0,max_retry:10
T TftpTimeoutCount=1,max_retry:10

LINUX started...

 THIS IS ASIC
Linux version 2.6.21 (firmware-ng@dev) (gcc version 4.1.2) #1 Mon Dec 13 09:44:49 PST 2010

The CPU frequency was set to 384 MHz
CPU revision is: 0001964c
Determined physical RAM map:
 memory: 02000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Built 1 zonelists.  Total pages: 8128
Kernel command line: console=ttyS1,57600n8 root=/dev/mtdblock5 init=/etc/preinit
Primary instruction cache 32kB, physically tagged, 4-way, linesize 32 bytes.
Primary data cache 16kB, 4-way, linesize 32 bytes.
Synthesized TLB refill handler (20 instructions).
Synthesized TLB load handler fastpath (32 instructions).
Synthesized TLB store handler fastpath (32 instructions).
Synthesized TLB modify handler fastpath (31 instructions).
Cache parity protection disabled
cause = 800060, status = 1100ff00
PID hash table entries: 128 (order: 7, 512 bytes)
calculating r4koff... 003a9800(3840000)
CPU frequency 384.00 MHz
Using 192.000 MHz high precision timer.
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 29708k/32768k available (2133k kernel code, 3060k reserved, 402k data, 136k init, 0k highmem)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
Generic PHY: Registered new driver
SCSI subsystem initialized
NET: Registered protocol family 2
Time: MIPS clocksource has been installed.
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
ramips_gpio: done
squashfs: version 3.2-r2 (2007/01/15) Phillip Lougher
squashfs: LZMA suppport for slax.org by jro
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY)  (C) 2001-2006 Red Hat, Inc.
io scheduler noop registered
io scheduler deadline registered (default)
ra_gpio: done
Serial: 8250/16550 driver $Revision: 1.3 $ 2 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0xb0000500 (irq = 37) is a 16550A
serial8250: ttyS1 at I/O 0xb0000c00 (irq = 12) is a 16550A
RAMDISK driver initialized: 1 RAM disks of 4096K size 1024 blocksize
Ralink SoC physically mapped flash: Found 1 x16 devices at 0x0 in 16-bit bank
 Amd/Fujitsu Extended Query Table at 0x0040
Ralink SoC physically mapped flash: Swapping erase regions for broken CFI table.
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
ramips_mtd: kernel size is 870733
Creating 6 MTD partitions on "Ralink SoC physically mapped flash":
0x00000000-0x00030000 : "uboot"
0x00030000-0x00040000 : "uboot-config"
0x00040000-0x00050000 : "boardconfig"
0x00050000-0x00800000 : "image"
0x00050000-0x00150000 : "linux"
0x00150000-0x00800000 : "rootfs"
mtd: partition "rootfs" set to be root filesystem
mtd: partition "rootfs_data" created automatically, ofs=4B0000, len=350000
0x004b0000-0x00800000 : "rootfs_data"
ramips_mtd: 0x1000000 at 0xbf000000
Registered led device: gpio7
Registered led device: gpio9
Registered led device: gpio11
Registered led device: gpio14
nf_conntrack version 0.5.0 (256 buckets, 2048 max)
ip_tables: (C) 2000-2006 Netfilter Core Team, Type=Linux
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
VFS: Mounted root (squashfs filesystem) readonly.
Freeing unused kernel memory: 136k freed
Warning: unable to open an initial console.
- preinit -
Press CTRL-C for failsafe
switching to jffs2
mini_fo: using base directory: /
mini_fo: using storage directory: /jffs
- init -

Please press Enter to activate this console. tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
gpiodev: gpio device registered with major 254
gpiodev: gpio platform device registered with access mask FFFFFFFF
IMQ starting with 2 devices...
IMQ driver loaded successfully.
        Hooking IMQ before NAT on PREROUTING.
        Hooking IMQ after NAT on POSTROUTING.
ipt_time loading
ramips: ethernet loaded
rt2860v2_ap: module license 'unspecified' taints kernel.


=== pAd = c10d2000, size = 513104 ===

<-- RTMPAllocAdapterBlock, Status=0
RX DESC a1a71000  size = 2048
<-- RTMPAllocTxRxRingMemory, Status=0
1. Phy Mode = 9
2. Phy Mode = 9
3. Phy Mode = 9
MCS Set = ff ff 00 00 00
Main bssid = 00:02:6f:8a:c5:28
<==== rt28xx_init, Status=0
0x1300 = 00064300
eth0.1: dev_set_promiscuity(master, 1)
device eth0 entered promiscuous mode
device eth0.1 entered promiscuous mode
br-lan1: port 1(eth0.1) entering learning state
br-lan1: topology change detected, propagating
br-lan1: port 1(eth0.1) entering forwarding state
eth0.2: dev_set_promiscuity(master, 1)
device eth0.2 entered promiscuous mode
br-lan2: port 1(eth0.2) entering learning state
br-lan2: topology change detected, propagating
br-lan2: port 1(eth0.2) entering forwarding state
device eth0.6.0 entered promiscuous mode
eth0.6.0: dev_set_promiscuity(master, 1)
eth0.6: dev_set_promiscuity(master, 1)
device eth0.6 entered promiscuous mode
br-pub: port 1(eth0.6.0) entering learning state
eth0.6.1: dev_set_promiscuity(master, 1)
br-priv: port 1(eth0.6.1) entering learning state
eth0.3: dev_set_promiscuity(master, 1)
device eth0.3 entered promiscuous mode
br-lan3: port 1(eth0.3) entering learning state
br-lan3: topology change detected, propagating
br-lan3: port 1(eth0.3) entering forwarding state
register_vlan_device: ALREADY had VLAN registered
eth0.4: dev_set_promiscuity(master, 1)
device eth0.4 entered promiscuous mode
br-lan4: port 1(eth0.4) entering learning state
br-lan4: topology change detected, propagating
br-lan4: port 1(eth0.4) entering forwarding state
eth0.5: dev_set_promiscuity(master, 1)
device eth0.5 entered promiscuous mode
br-lan5: port 1(eth0.5) entering learning state
br-lan5: topology change detected, propagating
br-lan5: port 1(eth0.5) entering forwarding state
eth0.6: dev_set_promiscuity(master, 1)
br-pub: port 1(eth0.6.0) entering disabled state
br-priv: port 1(eth0.6.1) entering disabled state
eth0.6: Setting MAC address to  0a 02 6f 8a b0 8a.
eth0.6.0: dev_set_promiscuity(master, 1)
br-pub: port 1(eth0.6.0) entering learning state
eth0.6.1: dev_set_promiscuity(master, 1)
br-priv: port 1(eth0.6.1) entering learning state
eth0.6: dev_set_promiscuity(master, 2)
eth0.6: dev_set_promiscuity(master, 1)
device ra0 entered promiscuous mode
br-pub: port 2(ra0) entering learning state
device ra1 entered promiscuous mode
br-priv: port 2(ra1) entering learning state
eth0.2: dev_set_promiscuity(master, -1)
device eth0.2 left promiscuous mode
br-lan2: port 1(eth0.2) entering disabled state
eth0.2: dev_set_promiscuity(master, 1)
device eth0.2 entered promiscuous mode
br-pub: port 3(eth0.2) entering learning state
br-pub: topology change detected, propagating
br-pub: port 1(eth0.6.0) entering forwarding state
br-priv: topology change detected, propagating
br-priv: port 1(eth0.6.1) entering forwarding state
br-pub: topology change detected, propagating
br-pub: port 2(ra0) entering forwarding state
br-priv: topology change detected, propagating
br-priv: port 2(ra1) entering forwarding state
br-pub: topology change detected, propagating
br-pub: port 3(eth0.2) entering forwarding state


The second console does nothing for a while and then outputs this:

Code:
U-boot Ver:1.0.1.4 2010/04/01


Board: Ralink APSoC DRAM:  32 MB  1*32 MB
============================================
ASIC 2880_MP (MAC to RGMII Mode)
Product Name: INIC-2880
SDRAM CAS = 3(d1835272)
============================================

Please choose the operation:
   1: Load system code to SDRAM via TFTP.
Bad Magic Number,AE485AE8


The first console output seems to imply this is an ESR-7750 as Antonio guessed.
Neither console responds if I send data.

Without a console or ssh interface and the ability to modify it, this device is useless to me.

I wonder if Open-Mesh has a good return policy????
Back to top
View user's profile Send private message
codyc1515
Moderator
Moderator


Joined: 31 May 2010
Posts: 1752
Location: New Zealand

PostPosted: Sun Jan 09, 2011 10:59 am    Post subject: Reply with quote

re: previous poster.

To reflash the node all you have to do is read:

Quote:
TFTP from server 192.168.99.8; our IP address is 192.168.99.9
Filename 'mr500.bin'.

TftpTimeoutCount=0,max_retry:10
T TftpTimeoutCount=1,max_retry:10


Which suggests to me you set the gateway as 192.168.99.9, and your ip as 192.168.99.8 then compile an image of robin with the required proprietary wireless drivers, and appropriate target, then put your image on your TFTP server as mr500.bin, and reboot it and wait for the reflash to happen.

Although, I have more serious concerns. The problem with the second serial, as well as not being able to type makes me wonder if you have the pins correct, or possibly, if you have a faulty board?

Just some ideas.

_________________

Only registered users can see links on this forum!
Register or Login on forum!

Back to top
View user's profile Send private message Visit poster's website
reverged
Skilled User
Skilled User


Joined: 29 Jul 2009
Posts: 169
Location: Los Angeles, CA

PostPosted: Mon Jan 10, 2011 5:18 am    Post subject: Reply with quote

Quote:
Which suggests to me you set the gateway as 192.168.99.9, and your ip as 192.168.99.8 then compile an image of robin with the required proprietary wireless drivers, and appropriate target, then put your image on your TFTP server as mr500.bin, and reboot it and wait for the reflash to happen.


I did see that. (Actually, I think the IP's are the exact opposite. "Our IP address is 192.168.99.9" would seem to imply that is the IP of the MR500.)

Regardless, there is no 'source for the source'. Compile and flash it with what?
I don't see where it is supported by OpenWRT, so I have no source to compile. This is a major departure from Robin and, in my opinion, a showstopper.

As for the serial port, the pinout is silkscreened on the pcb. It matches the OM1P exactly and my serial adapter works fine with an OM1P. I am able to receive data as indicated by the console output.
It could be as simple as requiring a magic code to be entered to get it to work.

It looks like DD-Wrt has some interest, but nothing ported.

I'm going to ask OM for the source, if it is based on GPL projects, they'd have to release it.
Back to top
View user's profile Send private message
foxtroop11
Service Provider
Service Provider


Joined: 22 Mar 2009
Posts: 1168
Location: Ansbach, Germany and sometimes the States

PostPosted: Mon Jan 10, 2011 5:22 am    Post subject: Reply with quote

Actually, looking at the kernel version I suspect it's probably something special that even if released is not going to do you much good. The ralink driver is under NDA last time I checked and I'm sure the code they have developed would technically be there own and wouldn't have to be released. I don't think the intention was for it to be open in the way we are all used to.
Back to top
View user's profile Send private message
ispyisail
Site Admin
Site Admin


Joined: 12 Sep 2008
Posts: 4604
Location: New Zealand

PostPosted: Mon Jan 10, 2011 8:11 am    Post subject: Reply with quote

Original Statement

Code:
We are guided by several principles:

1.  The firmware should be open-source.  It should contain as little "compiled" code as possible so it can be understood, extended, and modified by users.

2.  The platform should be open to all manufacturers.  Not only will we "tolerate" competing products, but we will actively promote and encourage them.  All hardware should be easily "reflashable" to encourage modification, extension or even replacement with other solutions.


New Statement
Code:

We are guided by several principles:

1.  The firmware should use open mesh protocols.  Proprietary mesh solutions lock you into a specific vendor, limiting future choice and flexibility.

2.  The platform should be open to all manufacturers.  We work with multiple hardware vendors to create mesh products that can interoperate, letting you chose the best hardware for the job.

_________________
ROBIN-Mesh Wiki:

Only registered users can see links on this forum!
Register or Login on forum!

Test Network:
Only registered users can see links on this forum!
Register or Login on forum!



Please donate to ROBIN by paypal:

Only registered users can see links on this forum!
Register or Login on forum!

!
Back to top
View user's profile Send private message
reverged
Skilled User
Skilled User


Joined: 29 Jul 2009
Posts: 169
Location: Los Angeles, CA

PostPosted: Mon Jan 10, 2011 11:01 pm    Post subject: Reply with quote

I have not gotten a response back, but I'll poke at this one.
There are GPL components being used so it will be interesting how they will respond to my request.

I'm going to post something in off topic about OM and the future.
Back to top
View user's profile Send private message
davoice
User
User


Joined: 14 Dec 2010
Posts: 3
Location: US

PostPosted: Tue Jan 11, 2011 8:21 am    Post subject: Reply with quote

beone wrote:
davoice wrote:
Haven't seen them in person yet but I have 4 of them waiting for me at the office that FedEx dropped off while I wasn't at the office.

I'll give my opinion tomorrow after I set them up.

}Davoice



And???? (curious here) Smile


Ok, sorry I ended up losing the last week of Dec to winning VIP tickets to view and touch the Times Square crystal ball in person. Couldn't pass up a once-in-a-lifetime like that. Pics of me w/ the ball:

Only registered users can see links on this forum!
Register or Login on forum!



So, I have the 4 units up and running and they've been running about 2 weeks now. You can see that network here:

Only registered users can see links on this forum!
Register or Login on forum!



All wasn't perfectly smooth with them. I have "test" firmware enabled like the original KB article specifies and new firmware came out 3 days after install. When they upgraded themselves from fw-ng-r263 to fw-ng-r265 3 of 4 APs did not come back up and required manual power cycling. One of the 3 required an extended power down before it would come back up. I actually thought I was going to have to reflash it but after being unplugged for a couple hours, when I plugged it back in it finally came back to life.

I wish there was a way for the dashboard to alert the admin to when new firmware (test or otherwise) was being loaded.

Regarding the units, the 5ghz radios in them are very limited in range (as I expected). I'm going to need 3-4 more APs to provide the same mesh coverage I used to get in the 2.4ghz range w/ 4 Meraki units. From a financial standpoint, that's an important consideration, since it doubles the number of needed APs, as meshing is only available in the 5ghz band at this time. I wish it could fall back to meshing in 2.4 when 5ghz is unavailable.

Right now, as you'll see from the dashboard, most of the units can't "hear" each other so there's no mesh. They're just acting as their own gateways.

Also, if you have OM1Ps, they can't mesh with the new MR500s because of the 5ghz only mesh limitation of the MR500s. That limitation is there regardless of whether or not the OM1Ps are running the NG firmware.

On the bright side, the CPUs and software in these units appear to be very snappy. My users have actually commented on how much snappier the network is now.

I'm using the bridging feature of the beta NG firmware and have been happy with it so far. That means SSID1 clients get natted/firewalled and can't get to the private network. And SSID2 clients get direct access to the private network and IPs from my private DHCP server. This solves one of the major issues I originally had w/ the Meraki solution.

I have one minor complaint about the physical form factor of the APs, specifically the mounting holes. On the MR500's, they're too shallow for me. I wish they were deep enough to accommodate a full height hex screw. The way they're designed you need a shallow head screw on which to hang them.

}Davoice
Back to top
View user's profile Send private message Visit poster's website
westbywest
Power User
Power User


Joined: 16 Dec 2008
Posts: 320
Location: St. Louis, MO USA

PostPosted: Thu Apr 28, 2011 11:06 am    Post subject: Reply with quote

I see the device has 32MB of RAM and apparently a 384MHz processor, correct?
Back to top
View user's profile Send private message Visit poster's website
reverged
Skilled User
Skilled User


Joined: 29 Jul 2009
Posts: 169
Location: Los Angeles, CA

PostPosted: Fri May 06, 2011 11:26 pm    Post subject: Reply with quote

westbywest wrote:
I see the device has 32MB of RAM and apparently a 384MHz processor, correct?


2 processors. See boot post earlier in this thread.
Back to top
View user's profile Send private message
xxiao
User
User


Joined: 26 May 2009
Posts: 6

PostPosted: Sun May 08, 2011 5:06 am    Post subject: Reply with quote


Only registered users can see links on this forum!
Register or Login on forum!



do they have the code in open source format? it appears the repo is open...
Back to top
View user's profile Send private message
reverged
Skilled User
Skilled User


Joined: 29 Jul 2009
Posts: 169
Location: Los Angeles, CA

PostPosted: Wed May 11, 2011 5:47 am    Post subject: Reply with quote

xxiao wrote:
http://dev.cloudtrax.com/wiki/ng-changelog

do they have the code in open source format? it appears the repo is open...


The site has old robin code, ap51-flash code and binaries for ng.

If you browse source, you can browse robin and ap51-flash.
NG on ng.
Back to top
View user's profile Send private message
codyc1515
Moderator
Moderator


Joined: 31 May 2010
Posts: 1752
Location: New Zealand

PostPosted: Tue Oct 11, 2011 3:59 pm    Post subject: Reply with quote

reverged wrote:
There are GPL components being used so it will be interesting how they will respond to my request.

This is true, how did they respond to you? I would be curious to know. When I contacted them on the 17th of September 2011 they sent me this statement, quote from Mike:
Quote:
All our modifications to GPL code are submitted to the developers themselves and are now or are in the process of being integrated into the development chains for those products, with the exception of NoDogSplash which soon will be, once we have it working properly. We take our GPL obligations very seriously and go beyond the minimum requirement to “publish” and extend it to working with the developers to integrate these modifications back into the primary development chain.

From what you have all said, this cannot be true. Otherwise, we would be able to build something compatible from the OpenWrt trunk.
I will send Mike another message...

_________________

Only registered users can see links on this forum!
Register or Login on forum!

Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    ROBIN - Open Source Mesh Network Forum Index -> Open-Mesh All times are GMT + 1 Hour
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
c d
e



Powered by phpBB © 2001, 2005 phpBB Group

Abuse - Report Abuse - TOS & Privacy.
Powered by forumup.it free forum, create your free forum! Created by Hyarbor & Qooqoa
Confirmed

Page generation time: 1.202