OM32, OC32 and LichtOrgel

Posted by Barry on 2015-08-24 19:27

Ben,

Zoals al eerder aangegeven via een ander forum: OC32config, versie 3.7 is gewoon beschikbaar.
Kijk eens op deze site bij "bestandsgalerijen" (wel inloggen, anders zie je ze niet), onder "software" en dan bij "OX32". Daar vindt een zip van de 3.7 versie van de OCconfig.

Groeten,

Barry

Posted by Leon van Perlo on 2015-08-25 21:16

Hallo Ben,

Ik zie dat er inderdaad iets niet klopt bij het laden van een gesaved configuratiebestand. De servo-slider komt dan in de positie -64. Ik vermoed trouwens dat het ook misgaat in PWM mode, maar dat dat minder opvalt.

Dus dank voor deze melding!

Overigens klopt je veronderstelling verder niet. De slider "moet" niet op dezelfde waarde staan als het Midpoint. Deze 2 zaken hebben helemaal niets met elkaar te maken. Het Midpoint bepaalt samen met de Range het fysieke bereik van je servo. De slider bepaalt de actuele positie binnen dat fysieke bereik.

Bij versie 0.0.3.zoveel is er wel wat aangepast. Vroeger was de stand van de slider ook meteen de initiele positie van de servo als je de instellingen wegschreef naar de OC32. Dat leidde soms tot verrassende effecten. Vanaf die versie 0.0.3.zoveel is er een apart veld "initial position" dat je apart moet invullen. Bijkomend gevolg is dat de stand van de slider nu niet meer gesaved wordt in de file en ik denk dat het daar bij het laden misgaat. De default waarde van de slider zou ofwel 0 moeten zijn of de initiële positie. Dat laatste lijkt me logischer. Het enige wat totaal niet logisch is is -64 aannemen of de waarde van Midpoint overnemen.

Mvg,
Leon

Posted by Leon van Perlo on 2015-08-25 22:57

Hallo Ben,

Als je de waarde van Midpoint en de Initiële positie (in de vorige versies van OC32Config de slider-positie) gelijk maakt nemen beide bij laden (uiteraard) "toevallig" dezelfde waarde aan. Dat is dan zo omdat jij de keuze gemaakt hebt die twee waardes gelijk te maken, niet omdat er een reden voor is.

Ik reageer zo expliciet op omdat je suggereert dat die twee aan elkaar gelijk zouden moeten zijn. Dat is absoluut niet zo en het zou beginnende gebruikers op het verkeerde been kunnen zetten.

Met hartelijke groeten,
Leon

Posted by Leon van Perlo on 2015-08-26 18:59

Allen,

Er is inmiddels een update van OC32Config 0.0.3.7
De verschillen kun je lezen in de Release Notes
LET OP: Ik ben op dit moment niet in de gelegenheid deze versie daadwerkelijk te testen tegen een echte OC32

Mvg,
Leon

Posted by Martin Domburg on 2015-08-26 22:25

Ik zal deze week de update even testen,

Kleine vermelding: Mij was de -64 positie ook opgevallen echter heb ik geen hinder daarvan ondervonden in de reguliere werking.

Groetjes

Posted by Leon van Perlo on 2015-08-26 22:56

Hallo Martin,

Klopt. De slider default op -64 is technisch gezien geen enkel probleem. De slider heeft sinds 0.0.3.zoveel geen enkele configuratiefunctie meer en is slechts een bedienelement om testen uit te voeren. Hij doet pas iets als je hem zelf beweegt.

Alleen het is wel slordig en het kan (beginnende) gebruikers in verwarring brengen, dus ik wil dit soort dingen wel graag weten. Daarom maak ik ook een Release Candidate in de hoop dat ik dergelijke feedback van gebruikers ontvang.

En de constatering dat iemand de functie van Midpoint verkeerd begrijpt is ook nuttig. Blijkbaar zet de layout van de configurator gebruikers op het verkeerde been. Ik hoop dat de visuele aanpassing in de laatste versie dit enigszins voorkomt.

Mvg,
Leon

Posted by Martin Domburg on 2015-08-29 23:01

De slider staat nu inderdaad weer op 0, dat is wel prettig. Ook het verplaatsen van midpoint maakt het wel duidelijker. Ben wel benieuwd wat andere gebruikers ervan vinden. Mijn mening zou midpoint wat prominenter mogen zijn. Wellicht het kader wat dikker zodat echt duidelijk is dat dat belangrijk is samen met de range?

Groetjes

Posted by Remco Spierings on 2016-02-16 22:33

Ook ik kreeg de melding "Cmd.SetBuffer.ReadByte() ICOM: read error."

Het probleem was dat de RMU nog was aangesloten. Ook al kreeg deze geen voeding meer via usb gaf dit wel problemen met de verbinding met de usb u485 interface.

Posted by Ben Quanjer on 2016-02-16 23:07

Ik denk dat door mijn configuratie dat ik ook de RMU aan de USB-hub had liggen in mijn eerste post.
Als je de RMU via de USB hebt aangesloten zal deze wel voeding krijgen of je moet dit expliciet hebben uitgezet omdat de RMU via een andere weg voeding krijgt.

Met vriendelijke groet,
Ben