Re: modem firmware
> On the note of "if only we could properly finance you", I actually > happen to know some very good recently retired ASIC design engineers, > and if there were "proper" financing available, I might be able to > convince them to come out of retirement and work on a libre LTE modem > ASIC project with me. But the "proper" financing for a project of > that sort would need to be well into millions of dollars, hence I am > not holding my breath for any such venture. > > On the other hand, you can have a libre modem for GSM/2G based on the > elderly Calypso chipset for much much less: the already-developed > FCDEV3B modem boards for hobbyists and tinkerers will probably go for > somewhere in the $500-600 USD range retail, and if you are interested > in an SMT modem module (directly competing with SIM900 etc) based on > the FreeCalypso core, the development cost would be somewhere in the > low 5 digits USD, as opposed to the 7 digits for a new LTE modem ASIC. Have you looked at the crazy things that have raised stupid amounts just because they say 'blockchain buzzword buzzword PROFIT' recently? If there was ever a time to do a $100 million dollar coin offering for open-source hardware silicon, it would probably be now. Choice of venue to incorporate said offering should be left to supporting blockchain partner company lawyers. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: modem firmware
> > and thus will void your device's (FCC/CE/...) > > approval > > The fact that a modem running your official firmware that falsely > believes itself to be quadband when running on triband-calibrated hw > VIOLATES the actual technical specs for the transmitted signals can > only mean that the approval you got was fraudulent or at least > erroneous (the certification testers overlooked the technical spec > violation), and the actual radio operation of the modem with my fw is > in BETTER compliance with the specs than with your fw. Please advise how I may best encourage you to stop talking and take my money. This is quite likely the most usefull public service I have seen done in quite awhile. It is unfortunate that previous bankrupt vendors released a product with shoddy qualifications. Now if only we could properly finance you to find bugs and reverse-engineer a better 4GLTE software defined radio... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First small steps toward free GSM firmware
Afaik you can use it legally if you connect it directly to your own base station. If you connect it by shielded cable or if you place both in a big shielded box. I.e. if the spurious emissions stay below some defined level and don't disturb If you can demonstrate you know what you are doing, and use the 900mhz amatuer radio band in the US, you are fine. http://blog.marinetelecom.net/2010/08/01/ham-radio-operator-chris-paget-kj6gcg-spoofs-as-900mhz-gsm-tower-and-15-phones-in-defcon-hacker-convention-log-onto-his-network/ The other approach would be to start a kickstarter/selfstarter to buy some spectrum licenses, and permit ONLY devices that have debian-free-software guidelines compliant firmware to transmit on those frequencies. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fairphone??
Well, first you start with an existing phone design, where the production line is all tooled up, and you start with making sure the tantalum in the capacitors is only from conflict-free regions. That probably adds $2 per phone, and a whole lot of arm-twisting with suppliers (which is the really expensive part) On Wed, May 15, 2013 at 06:30:07PM +0200, urodelo wrote: yep; i just wonder how can they keep the cost so low with 1500 preordes and fair working conditions, salary etc... who really checks the working conditions in congo or wherever they produce it? On Wed, 15 May 2013 17:38:05 +0200, Patryk Benderz patryk.bend...@esp.pl wrote: [cut] what do you think? AFAIR It was already posted and discussed here. It is cheaper than GTA04 - they must have invested money to order bigger batch of phones. Specifications looks nice. I still have my working phone, so will not order it. And even if I was looking for some phone, sadly I can't afford it :(. Even my company does not pay for smart phones more than 150-200 euro. -- 不要催我!你曾經問過梵谷畫很快嗎? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fairphone: source code(cad?) repository?
I changed the subject.. This is quite an interesting endeavor.. I'm hoping the fairphone group will engage the OpenMoko community as well as other open source hardware groups. I would like to see Fairphone start by sponsoring making CAD drawings for the OpenMoko Freerunner cases in OpenSCAD or Free-cad, and then making new molds. My advice to the fairphone group is approach the problem from multiple areas: First, get a mostly standard android phone that comes rooted from the factory, But at the same time push on a 100% AGPLv3 licensed phone, from case, to PCB, to silicon for ALL the asics in the phone, from processor (there are several open source CPUS available 'off the shelf), to GPU (the OpenShader project is starting to get some traction), and then the GSM radio itself. An interesting halfway point might be a developer/maker phone that has a display, and a multi-band software-defined-radio frontend that runs the GSM/wifi/bluetooth connections, as well as the core CPU on a big FPGA. On Wed, Apr 03, 2013 at 02:04:32AM +0200, Sebastian Reinhardt wrote: They said: There is no fair smartphone on market, so we have to invent it Nothing about GTA04 or OpenMoko! Stupid people! A new example for bad journalism... FairPhone on arte (here I have seen it first): http://wp.arte.tv/yourope-de/?p=8490 The site: http://www.fairphone.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Take a look at these stupid people...
On Wed, Apr 03, 2013 at 10:16:20AM +0800, Paul Wise wrote: On Wed, Apr 3, 2013 at 8:04 AM, Sebastian Reinhardt wrote: They said: There is no fair smartphone on market, so we have to invent it Nothing about GTA04 or OpenMoko! Stupid people! A new example for bad journalism... It probably isn't a good idea to start calling potential allies stupid, especially on twitter and thus on their website. If you read their website, they are less about software freedom and more about not contributing to civil war, genocide, environmental destruction etc by buying minerals from warlords mined using slavery-like conditions with zero consideration for the environment. http://www.fairphone.com/about/ http://www.fairphone.com/faq/#q1 http://www.fairphone.com/faq/#q6 To me, the OpenMoko community seemed to be by geeks, for geeks. That the Fairphone folks haven't heard about OpenMoko/OpenPhoenux says more about the publicity and outreach done by our community than about the Fairphone people. Correct me if I'm wrong but I don't think OpenMoko Inc scrutinized (or had the resources to) their supply chain for conflict minerals, poor working conditions or environmental destruction either. Not sure about Goldelico, it would be interesting to hear about this. There is a potential partnership here, I'd encourage Goldelico to make some connections. I think it says quite a bit more about how stupid we've been as geeks to ignore the other social aspects a Libre Hardware (that complies with the Debian Free Software Guidelines.. http://freedomdefined.org/OSHW_draft ) mobile device could make possible. What we all need to get more intelligent about now is how to educate the socially-conscious market out there of the benefits of Libre soft/hardware and how critical it is for the long-term goals of the FairPhone project that the entire design meet the debian free software guidelines. We were about 5-10 years too early for the rest of the world with OpenMoko. Maybe now it's time. -- Troy Benjegerdes'da hozer' ho...@hozed.org Somone asked my why I work on this free (http://www.fsf.org/philosophy/) software hardware (http://q3u.be) stuff and not get a real job. Charles Shultz had the best answer: Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning for them if they didn't. That's why I draw cartoons. It's my life. -- Charles Shultz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wanted: GTAxx with Wifi and RS-232
On Wed, Jan 02, 2013 at 11:23:38AM -0500, Ian Darwin wrote: On Wed, Jan 02, 2013 at 05:17:16PM +0100, Jeffrey Ratcliffe wrote: Hi Troy, On 30 December 2012 21:08, Troy Benjegerdes ho...@hozed.org wrote: I can do this with a GTA02 (wifi built-in, and USB-host mode), or *maybe* My per-unit budget for the hardware is between $50 (bare GTA) and $150 (GTA running my python code with wifi and rs232) Does this mean that you would give me $150 for my GTA02? Are you US-based? Would you pay postage from Germany? I wouldn't think so, or he or somebody would have bid my GTA02 on eBay higher than $50. I wouldn't expect to get more than $50 fo a GTA02, unless it's brand new in sealed box or it has the fancy black penguin case or something. Everyone knows that GTA02 has WiFi and USB, and can hang a USB-Serial dongle onto it. ... I should have bid on the ebay one ;) The $150 would be total budget for something (including shipping) that you've personally tested works with the python code I'm currently running on a desktop that uploads to http://emoncms.org. For something that has working wifi, and a USB-serial dongle that you have *tested*, that's in the $100 USD neighborhood. I'd say $50-$75 for a GTA02 without USB-serial, but working wifi. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 for sale on ebay, currently going for $20
Does this one have wifi? I have whatever version only had bluetooth. I'd be quite interested in both if I had a clear path how to run them without needing to have the battery (as an always-on touchscreen for home automation).. see http://androidthermostat.com/ On Sun, Dec 30, 2012 at 12:44:13PM -0500, Ian Darwin wrote: I posted this on eBay hoping the world would beat a path to my door, but they don't seem to have; the GTA02 has only gone up to $20 (as of Dec 30, 2012) and there's just a few days left on the auction. If you've been meaning to pick up a GTA02 (or a spare) for dev or testing, this could be a bargain. See http://www.ebay.com/itm/290834549813 I also have a GTA01 if anybody's interested, write me directly only (if today's date is before the 14th January 2013), otherwise I'll list it on eBay as well. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wanted: GTAxx with Wifi and RS-232
I have committed to provide an open-source energy monitoring system for about 20 residential homes, and I need a gateway device I can program that will take in data from an RS232 connected energy monitor, and then upload it to http://emoncms.org I can do this with a GTA02 (wifi built-in, and USB-host mode), or *maybe* a GTA01 with a usb hub and wifi dongle, but I don't really want to spend a lot of time testing, so I'd rather go with something that already has wifi, or if someone is willing to test it with a GTA01. For an example of what this looks like, see http://grid.coop/meter.jpg (for the curious, you can also see my electrical usage/generation at http://emoncms.org/grid.coop/ , which is uploaded by a python program I wrote, that I'll want to run on the GTAxx ) My per-unit budget for the hardware is between $50 (bare GTA) and $150 (GTA running my python code with wifi and rs232) If anyone has some hardware lying around they'd like to sell and get a Raspberry Pi or just help out another open source hardware project. I also have some http://xess.com/prods/prod048.php boards I'd be willing to trade for a GTA if you promise you'll try compiling the http://yasep.org vhdl for the fpga ;) -- -- Troy Benjegerdes'da hozer' ho...@hozed.org Somone asked my why I work on this free (http://www.fsf.org/philosophy/) software hardware (http://q3u.be) stuff and not get a real job. Charles Shultz had the best answer: Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning for them if they didn't. That's why I draw cartoons. It's my life. -- Charles Shultz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko wiki needs to be set to read-only due to spam
On Sun, Nov 11, 2012 at 08:16:03AM +0800, Paul Wise wrote: On Sat, 2012-11-10 at 18:57 -0500, Harry Prevor wrote: Sorry for bringing this somewhat old topic up, but why did this have to be done? I can understand restricting editing to registered users only or adding CAPTCHAs to prevent spam, but isn't making the (still very important) wiki entirely read only very exccessive? I've found a few pages with errors but I'm now unable to edit them, seemingly forever. Please reconsider this. The only sysadmin (Harald) doesn't yet have time to setup some anti-spam mechanisms. I've volunteered as a second sysadmin but Harald hasn't had time to do some things that are needed before he can add me to the team. Making the wiki read-only is a stop-gap measure until some anti-spam stuff can be setup and all the spam pages removed by myself or Harald. How can I get a database dump of the wiki so I can clone it? What I'd really like to be able to do is run a read-write fork/clone of the mirror, and have the backend database be files in mercurial or git, and then we can have an editable version that I can experiment with OpenID auth with, and possibly have an easy way to merge 'patches' back to the read-only main site. This probably requires more patching to the mediawiki software than I want to think about. I'd also like to be able to put the contents of the OpenMoko wiki on a Wikireader, and having the DB would make this a bit easier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader Arduino shield (or generic serial touchscreen)
On Mon, Nov 05, 2012 at 07:46:44AM +0100, Christ van Willegen wrote:
Hello Troy,
On Mon, Nov 5, 2012 at 6:54 AM, Troy Benjegerdes ho...@hozed.org wrote:
What I'd really like to be able to do though, is fix the simulator
code so I can try out UI protocol development without having to load
new code on an SDcard all the time. What I'm stuck with right now
is if I include console.h, and the console library, things work on
the real hardware, but the lcd/simulate version doesn't build, so I
need to figure out how to add that to both.
I have a virtual machine laying around at home that builds and runs
the WikiReader simulator. Perhaps I can try to integrate your diffs
and see what goes wrong.
Christ van Willegen
Thanks!
I can change the gcc compile line and add a '-I{path}/drivers/include/'
and that works, and I could probably do the same for the linker, but
there are at least 2 levels of automatically generated files from QT
that I haven't figured out yet.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
WikiReader Arduino shield (or generic serial touchscreen)
I've gotten rather excited recently about the wikireader since they
can be had for under $15, and this looks like an ideal platform to
make a nice touchscreen interface for home automation and other things
you might want to do with other open hardware like the Arduino.
I started by hooking up the serial port to a board with a PIC
microcontroller with Ethernet, and thanks to the recent updates
of the schematics, it appears I can power the PIC board I have
just fine (but it will probably eat batteries quickly).
What I'm trying to figure out now is how to get some reasonable UI
abstraction layer that functions over serial. There are things like
https://www.sparkfun.com/products/10089 , which is a lot like what
I'd like, but I want to have a fully open protocol that the
Wikireader hardware runs, draws buttons graphs, and then responds
over serial when someone presses one of the buttons on the screen.
I started hacking up the wikireader/samo-lib/grifo/examples/lcd code
(diff attached later), and I can (using an ftdi serial), get stuff
to show up on the screen.
What I'd really like to be able to do though, is fix the simulator
code so I can try out UI protocol development without having to load
new code on an SDcard all the time. What I'm stuck with right now
is if I include console.h, and the console library, things work on
the real hardware, but the lcd/simulate version doesn't build, so I
need to figure out how to add that to both.
Has anyone else tried this out recently, and what would be a good
mailing list to get some technical discussions started again?
I've also wondered if I can do some hackery to have a PIC or arduino
'pretend' to be an SDcard, and then I could imagine a board that
would just plug right into a stock Wikireader SD card slot with
an adapter cable, and require no soldering or even opening of the
case.
Thoughs anyway, or better ideas ?
Thanks
-- Troy
diff -r 8baa4bcce346 samo-lib/grifo/examples/lcd/lcd.c
--- a/samo-lib/grifo/examples/lcd/lcd.c Tue Oct 30 10:02:23 2012 +0800
+++ b/samo-lib/grifo/examples/lcd/lcd.c Sun Nov 04 23:20:17 2012 -0600
@@ -20,6 +20,7 @@
*/
#include grifo.h
+#include console.h
int grifo_main(int argc, char *argv[])
{
@@ -28,55 +29,13 @@
int x;
int y;
+ int x1;
+ int y1;
+ int x2;
+ int y2;
debug_printf(lcd start\n);
- debug_printf(black screen\n);
- lcd_clear(LCD_BLACK);
- delay_us(100);
-
- debug_printf(plot white pixels\n);
- for (x = 10, y = 10; x 100; x += 5, y += 10) {
- lcd_point(x, y);
- }
- delay_us(100);
-
- debug_printf(draw white lines\n);
- lcd_move_to( 10, 10);
- lcd_line_to(120, 10);
- lcd_line_to(120, 100);
- lcd_line_to( 10, 100);
- lcd_line_to( 10, 10);
-
- lcd_move_to( 10, 10);
- lcd_line_to(120, 100);
- lcd_move_to(120, 10);
- lcd_line_to( 10, 100);
- delay_us(100);
-
- debug_printf(white screen\n);
- lcd_clear(LCD_WHITE);
- delay_us(100);
-
- debug_printf(plot black pixels\n);
- for (x = 150, y = 140; x 200; x += 10, y += 5) {
- lcd_point(x, y);
- }
- delay_us(100);
-
- debug_printf(draw black lines\n);
- lcd_move_to( 10, 10);
- lcd_line_to(120, 10);
- lcd_line_to(120, 100);
- lcd_line_to( 10, 100);
- lcd_line_to( 10, 10);
-
- lcd_move_to( 10, 10);
- lcd_line_to(120, 100);
- lcd_move_to(120, 10);
- lcd_line_to( 10, 100);
- delay_us(100);
-
debug_printf(eye pattern\n);
lcd_clear(LCD_WHITE);
@@ -94,90 +53,21 @@
debug_printf(text rows %d\n, lcd_max_rows());
debug_printf(text columns %d\n, lcd_max_columns());
- debug_printf(positioned text\n);
- lcd_clear(LCD_WHITE);
- lcd_at_xy(20, 8);
- lcd_print(one);
- delay_us(50);
-
- lcd_at_xy(3, 1);
- lcd_print(two);
- delay_us(50);
-
- lcd_at_xy(0, 0);
- lcd_print(A);
- delay_us(50);
-
- lcd_at_xy(lcd_max_columns() - 1, lcd_max_rows() - 1);
- lcd_print(Z);
- delay_us(200);
-
- debug_printf(black text\n);
- lcd_clear(LCD_WHITE);
- lcd_print(This the first is a line of text\n);
- lcd_print(This the second is a line of text\n);
- lcd_print(This the third is a line of text\n);
- lcd_print(This the fourth is a line of text\n);
- lcd_print(This the fifth is a line of text\n);
- lcd_printf(some numbers: %d 0x%08x\n, 12345, 349599327);
- delay_us(200);
-
- debug_printf(white text\n);
- lcd_clear(LCD_BLACK);
- lcd_print(This the first is a line of text\n);
- lcd_print(This the second is a line of text\n);
- lcd_print(This the third is a line of text\n);
- lcd_print(This the fourth is a line of text\n);
- lcd_print(This the fifth is a line of text\n);
- lcd_printf(some numbers: %d 0x%08x\n, 12345, 349599327);
- delay_us(200);
-
- debug_printf(mixed text\n);
- lcd_clear(LCD_WHITE);
- lcd_print(This the first is a line of text\n);
- (void)lcd_set_colour(LCD_WHITE);
- lcd_print(This the second is a line of text\n);
- (void)lcd_set_colour(LCD_BLACK);
- lcd_print(This the third is a line of text\n);
- (void)lcd_set_colour(LCD_WHITE);
- lcd_print(This the fourth is a line of text\n);
-
