what this new display/owfs feature should do? update full rom update character rom read full rom read character rom
for owfs (we use files) maybe some files: 1)update_display_rom ->send full rom 2)update_display_rom_XXX (XXX start with 1 end with 255) ->send a character bitmap 3)read_display_rom ->read full rom 4) read_display_rom_XXX (XXX start with 1 end with 255) ->read a character bitmap right? do you have display protocol to do this job? 2011/1/27 Roberto Spadim <[email protected]>: > i think the main problem is: we don´t have this feature in owfs, the > time to write over onewire + time to wait display is just a 'human' > problem, if you want to wait program to execute the charset to be > update you will wait. > do you think that 1 second is a good time to update 80 characters in a > screen? do you have only one display in you onewire bus? do you need > fast write to screen? use ethernet displays :) > onewire is slow (speed is relative... slower than ethernet), > everythink that you can do in computer is faster than send it over > onewire (iconv for example) > using the default display charset is the better option (you can buy > any display and don´t need to update the rom) > so, using a iconv library to display the right information is better, > since it´s faster than update charset+send the bytes, and it´s more > portable and more standard with you display seller > change charset is a good feature > > you can implement it with owshell + display datasheet, did you tried? > try to code a owshell function to update charset using display > datasheet =) after this send the code to paul, or another owfs coder > =) i think it´s faster than wait a todo/bug repair list > > 2011/1/27 patyrk <[email protected]>: >> Dnia 2011-01-27, czw o godzinie 17:34 -0200, Roberto Spadim pisze: >>> the numbers must be checked with datasheet it´s just a example... >>> check onewire speed >>> check owfs code sent to onewire device >>> sum the number of bits, multiply by onewire bits/seconds you will get >>> the minimal speed >>> check with real application you will get current speed (minimal + >>> latencies + memory + cpu times + operational system speed + etc) >>> check with real aplication is better with real eletronic devices not >>> eyes and leds (they aren´t so precise like eletronic devices) >> >> But the main point is that the a write to CG RAM is more or less 4 times >> the data that writing message to the 2x16 display? >> Do you agree with me? >> >> >> -- >> p4trykx >> >> >> >> >> ------------------------------------------------------------------------------ >> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! >> Finally, a world-class log management solution at an even better price-free! >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires >> February 28th, so secure your free ArcSight Logger TODAY! >> http://p.sf.net/sfu/arcsight-sfd2d >> _______________________________________________ >> Owfs-developers mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/owfs-developers >> > > > > -- > Roberto Spadim > Spadim Technology / SPAEmpresarial > -- Roberto Spadim Spadim Technology / SPAEmpresarial ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ Owfs-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/owfs-developers
