Sida 4 av 13

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 12:39:13
av Icecap
blueint: inget förhindrar att man använder ATmega i serieproduktion.

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 13:31:05
av PHermansson
Det finns toggle i arduino också så det går att korta ned exemplet. Något som vore mer intressant är att jämföra vad man behöver skriva för att läsa av en DS1820...

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 13:33:29
av PHermansson
Och ska spä på med lite mer bränsle så kan vi diskutera arduino yun och de två nya kort som lanserades häromdan. Yun är typ en Arduino med inbyggd arm-processor som kör openwrt, har Wifi mm.

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 13:51:15
av TomasL
cjonash skrev:Så om vi räknar bort de projekt där man har tänker sig tillverka produkten i stora volymer under en lång tid, och i stället fokuserar på den delen av branschen som gör små serier eller enstaka enheter (och jag tror - men kan så klart inte veta - att många här tillhör just den kategorin) vad är då felet med Arduino som utvecklingsplattform? På vilket sätt skulle det inte vara professionellt?
Problemet med just Arduino och dess valda programmeringsspråk är att det inte är porterbart (vad jag förstått så är det ett hoppkok av bl.a. C, C++ och lite annat).
Naturligtvis kan man labba på det, eller använda den som POC, eller liknande.

Men skall man tillverka och sälja enheter, då finns det förmodligen betydligt kompetentare och bättre enheter än just Arduinon, vilka till skillnad från Arduinon är avsedda för just detta.
I enstyck klarar man sig förmodligen precis lika bra med en PLC, är det flera så duger säkert PLC också, och man slipper en massa problem som till exempelvis EMC mm.

Arduinon är fortfarande en väldigt dyr lösning med synnerligen mediokra prestanda.
Men som sagt, för hobbyisten och kanske POC funkar det säkert bra.

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 13:54:40
av Al_Bundy
Arduino använder sig varken av C++ eller C. Kollar man i läroböcker om Arduino så ser man att arduino använder sig av Arduino-C språket. Dock är själva biblioteken och IDE:n uppbyggda på C eller C++ berodende på vilket bibliotek man har laddat hem.

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 13:55:18
av sodjan
Hårklyverier...

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 14:09:35
av TomasL
Arduino använder sig varken av C++ eller C.
Ännu värre då.

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 14:33:06
av Nerre
TomasL skrev: Men skall man tillverka och sälja enheter, då finns det förmodligen betydligt kompetentare och bättre enheter än just Arduinon, vilka till skillnad från Arduinon är avsedda för just detta.
I enstyck klarar man sig förmodligen precis lika bra med en PLC, är det flera så duger säkert PLC också, och man slipper en massa problem som till exempelvis EMC mm.
Allt handlar väl om volymen?

Ska du tillverka 4-5 exemplar av något så är väl Arduinon eller liknande system ett ganska bra val?

Ska du tillverka 10 000 exemplar är det ju en enorm skillnad.

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 14:46:02
av TomasL
Inte om man skall sälja dem, då är PLC ett bättre val, eftersom man slipper hela CE-biten med en PLC. För bruk in-house sas, kanske det kan funka, men personligen hade jag nog valt en PLC i alla fall.

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 15:03:41
av Nerre
Det är ju ändå bara EMC som är relevant (om det är klenspänning), och en PLC-lösning är väl inte helt problemfri ur EMC-synpunkt om det t.ex. är långa kablar inblandade (ev. med högfrekventa signaler, ex. PWM av lysdioder).

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 15:07:38
av psynoise
Handlar det endast om enstaka exemplar konkurrerar Arduino även med vanliga PC-plattformar. Dessa har blivit riktigt billiga och handlar det om mer avancerade tillämpningar har en PC fördelen att kunna köra LabView för snabb utveckling.

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 15:29:49
av Al_Bundy
Ah! Det verkar som PIC-folket och AVRstudio-folket har enats om en allians för att ta striden emot Arduino-folket :wink:

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 15:40:04
av danei
Nej, det är bara ett fåtal som är kategoriskt för eller emot. Bland annat du.

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 16:46:12
av TomasL
Tror ärligt talat ingen (möjligtvis förutom A_B) tar någon kategorisk ställning emot Arduino, det handlar snarare om rätt verktyg till rätt ändamål.
Personligen ser jag inte att Arduino mfl liknande plattformar (det finns trots allt en hel hög av dem) är rätt verktyg i ett professionellt sammanhang (förutom möjligtvis POC och liknande).

Re: Arduino vs. andra utvecklingsmiljöer

Postat: 22 oktober 2013, 18:11:39
av SeniorLemuren
PHermansson skrev:Det finns toggle i arduino också så det går att korta ned exemplet. Något som vore mer intressant är att jämföra vad man behöver skriva för att läsa av en DS1820...
Håll till godo.
µC = PIC16F887
Compilator = microCPro for PIC

Kod: Markera allt

unsigned temp;
void read_DS18B20()
{
    //******* Perform DS18B20 temperature reading *************
    Ow_Reset(&PORTE, 2);                     // Onewire reset signal
    Ow_Write(&PORTE, 2, 0xCC);             // Issue command SKIP_ROM
    Ow_Write(&PORTE, 2, 0x44);             // Issue command CONVERT_T
    Delay_us(120);
    Ow_Reset(&PORTE, 2);
    Ow_Write(&PORTE, 2, 0xCC);              // Issue command SKIP_ROM
    Ow_Write(&PORTE, 2, 0xBE);              // Issue command READ_SCRATCHPAD
    // this is the 16 bit from DS18B20
    temp =  Ow_Read(&PORTE, 2);
    temp = (Ow_Read(&PORTE, 2) << 8) + temp;
    temp = temp >> 4 ;                         //Use only integer part of temp.
    IntToStr(temp,temp_out);                  // Avläst temperatur    
}                                           
    //**********END DS18B20 temperature reading ****************