Arduino vs. andra utvecklingsmiljöer

[Icecap]

blueint: inget förhindrar att man använder ATmega i serieproduktion.

[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...

[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.

[TomasL]

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.

[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.

[sodjan]

Hårklyverier...

[TomasL]

Arduino använder sig varken av C++ eller C.

Ännu värre då.

[Nerre]

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.

[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.

[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).

[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.

[Al_Bundy]

Ah! Det verkar som PIC-folket och AVRstudio-folket har enats om en allians för att ta striden emot Arduino-folket

[danei]

Nej, det är bara ett fåtal som är kategoriskt för eller emot. Bland annat du.

[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).

[SeniorLemuren]

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 ****************